【问题标题】:AWS OpenSearch cluster is down: /_cluster/health: {"message":null}AWS OpenSearch 集群已关闭:/_cluster/health: {"message":null}
【发布时间】:2022-01-17 09:37:55
【问题描述】:

我有一个 AWS ElasticSearch Service(现在是“OpenSearch”)域并将其用于小批量开发。突然之间,它关闭了,我得到以下集群状态:

/_cluster/health: {"message":null}

由于这是一项“托管服务”,因此无法重新启动集群。

由于我有基本支持计划,我必须每月支付 30 美元才能获得支持。

这是废话。想法?

【问题讨论】:

  • 尝试重新配置集群(更改节点大小)?
  • 我尝试升级到 OpenSearch 1.0,它已经“执行引擎升级”了好几个小时了。我想知道它是否会结束。这是我对无服务器 OpenSearch 服务的期望还是我应该寻找其他服务提供商?
  • 这对 AWS 来说绝对不正常。不过,您可能会在 Elastic Cloud 上获得更好的支持。
  • 记录在案,升级从未完成,我不知道如何在不付钱的情况下在 AWS OpenSearch 平台上报告此错误。这项新服务令人惊讶和可怕的失败。
  • 我最终删除了域,丢失了所有数据,创建了一个新域并重新索引了所有内容。我会在生产前找到另一项服务。当心。

标签: amazon-web-services elasticsearch opensearch


【解决方案1】:

我在我的 AWS OpenSearch 域上遇到了同样的问题,它有一个类型为 t3.medium.search 的节点。实际上,该节点已关闭。

在该域的通知下,我发现该节点的分片不足。

我通过 Kibana 使用以下查询将分片从 1000 增加到 1500,这里提到 Choosing the number of shards for OpenSearch:

PUT _cluster/settings
{
   "persistent":{
      "cluster.max_shards_per_node": 1500
   }
}

此外,我将所有索引的副本数从 1 更改为 0,以便 OpenSearch 不得迁移其他节点上的分片以实现高可用性。我通过 Kibana 使用以下查询做到了这一点:

PUT /*/_settings
{
  "index" : {
    "number_of_replicas" : 0
  }
}

my-index-dev-* 将替换为实际的索引模式。

几分钟后,OpenSearch 域又恢复正常了。

注意:不要在生产环境中将副本数设置为零,因为您可能有多个节点。

【讨论】:

    猜你喜欢
    • 2022-08-24
    • 1970-01-01
    • 2021-01-11
    • 2023-02-18
    • 2019-05-28
    • 1970-01-01
    • 2017-07-27
    • 1970-01-01
    • 2022-11-05
    相关资源
    最近更新 更多