问题描述
某些配置更改为 AWS Elasticsearch 使用了 Blue/Green deployment。这些部署可能需要很长时间，蓝/绿部署旨在保护您免受不良部署的影响并提供快速回滚。最近我的团队有一个导致问题的部署，恢复需要很长时间，因为 AWS 的标准蓝/绿部署没有检测到我们的问题（这是可以理解的，因为这些指标与集群本身无关）>
大致上我的问题归结为
AWS 正在查看哪些指标来确定部署是否存在问题以及是否应该回滚？
和
您能否检测 custrom 指标和回滚标准以向 AWS 表明部署在标准集群运行状况指标之外存在问题？
解决方法
AWS 正在查看哪些指标来确定部署是否有问题以及是否应该回滚？
这些可能是基础设施级别的检查。假设您扩展了某个区域中的集群，但该特定区域中没有您选择的实例类型可用的免费节点。在这种情况下，您将继续使用旧的（蓝色）节点。亚马逊内部还会有许多其他基础设施级别的检查，但我想您可以理解这是在基础设施级别。
您能否检测自定义指标和回滚标准，以向 AWS 表明部署在标准集群运行状况指标之外存在问题？
没有。由于 AWS Elasticsearch 是完全托管的服务，因此蓝绿部署完全是内部的，用户只能对其进行监控，而不能定义和自定义指标或回滚案例。