Amazon Elasticsearch 从 7.7 升级到 7.9 12 小时后仍在处理中答案

【问题标题】：Amazon Elasticsearch Upgrade from 7.7 to 7.9 still processing after 12 hoursAmazon Elasticsearch 从 7.7 升级到 7.9 12 小时后仍在处理中
【发布时间】：2021-06-22 13:18:24
【问题描述】：

昨晚我开始将我的 Amazon Elasticsearch 集群从版本 7.7 升级到 7.9。它现在已经运行了超过 12 个小时，并且保持在 Upgrade Processing 状态。它有 12,000 个文档，对我来说似乎并不多，所以我担心它可能会陷入部分升级状态。有什么意见吗？

【问题讨论】：

@dadoonet，至少，如果您正在做这种评论，请声明您正在为 Elasticsearch 工作。尝试提供一些帮助也会很好
@dadonet 是的，很欣赏推销，但对解决手头的问题没有太大帮助。
我建议联系 AWS 支持。他们对正在发生的事情有更多的观察力。

标签： amazon-web-services elasticsearch kibana

【解决方案1】：

没有日志或详细信息很难回答问题，但我会尝试猜测。从我在图像中看到的情况来看，您似乎缺少可用空间来继续重新索引。

可用存储空间 7.15 GiB == 最小可用存储空间 7.15 GiB

重新索引数据时，您至少需要两倍的数据占用空间

但您还需要考虑到 Elasticsearch 在感觉可用空间不足时会停止写入数据这一事实。可以使用以下属性配置阈值：

cluster.routing.allocation.disk.threshold_enabled

cluster.routing.allocation.disk.watermark.low

cluster.routing.allocation.disk.watermark.high

cluster.routing.allocation.disk.watermark.flood_stage

详情请见https://www.elastic.co/guide/en/elasticsearch/reference/7.12/modules-cluster.html#disk-based-shard-allocation

【讨论】：

感谢您的信息。我似乎无法取消此升级过程，所以我可以在升级过程中更新这些设置并期望它重新开始进行吗？我假设我会通过 ES API 更新这些？披露我是一个相当基本的 ES 用户，到目前为止只限于流式传输 lambda 数据并在 Kibana 中查看它。
这些属性被标记为动态，所以如果其余的 api 仍然可以访问，您可以尝试一下，我已经提供的链接中包含了一个示例。但是在这个半升级状态我不确定。你有备份吗？恢复备份将是更好的选择。如果您没有任何备份并且您仍然可以查询 elasticsearch，那么在执行任何操作之前提取文档将是一个安全的选择。如果不能做任何其他事情并且您的数据不会丢失，那么联系 AWS 团队也是一个不错的选择，因为升级过程可能在启动之前已经做了一些备份。
看起来服务器在当前状态下是不可查询的，所以我将继续使用 AWS Support。谢谢