本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
配置更改
Amazon ES 在更新域时使用蓝/绿 部署过程。蓝/绿通常是指运行两个生产环境 (一个活动环境和一个空闲环境) 并在您进行软件更改时切换这两个环境的做法。对于 Amazon ES,它是指创建用于域更新的新环境并在这些更新完成后将用户路由至新环境的实践。此实践可在部署到新环境未成功的情况下最大程度地减少停机时间并维护原始环境。
以下操作会引发蓝/绿部署:
-
更改实例类型
-
如果您的域没有 专用主节点,则更改数据实例计数
-
启用或禁用专用主节点
-
更改专用主节点计数
-
启用或禁用多 AZ
-
更改存储类型、卷类型或卷大小
-
选择不同的 VPC 子网
-
添加或删除 VPC 安全组
-
对 Kibana 启用或禁用 Amazon Cognito 身份验证
-
选择不同的 Amazon Cognito 用户池或身份池
-
修改高级设置
-
允许或禁止将错误日志、审核日志或慢速日志发布到CloudWatch
-
升级到新版 Elasticsearch
-
启用或禁用 Require HTTPS (要求 HTTPS)
-
启用 UltraWarm 存储
在大多情况下,以下操作不会引发蓝/绿部署:
-
更改访问策略
-
更改自动快照时间
-
如果您的域具有专用主节点,请更改数据节点或 UltraWarm 节点计数
有一些例外。例如,如果您自启动三个可用区支持后尚未重新配置您的域,Amazon ES 可能会执行一次性蓝/绿部署以在多个可用区之间重新分配您的专用主节点。
如果您启动配置更改,则域状态将变为 Processing (正在处理),而 Amazon ES 将使用最新的服务软件创建新环境。在特定服务软件更新期间,状态将保持为 Active (活动)。在这两种情况下,您可以查看集群运行状况和 Amazon CloudWatch 指标,并会在进行域更新时发现集群中的节点数会暂时增加—通常加倍—。在下图中,您可以看到配置更改期间的节点从 11 个翻倍至 22 个,然后在更新完成后返回至 11 个。

这种临时的增加可能会对集群的专用主节点造成压力,其要管理的节点数可能突然增加。在专用主节点上保持充足的容量很重要,这有助于处理与这些蓝/绿部署相关的开销。
在配置更改和服务维护期间,您不会 产生任何额外费用。您只需要为您的群集请求的节点数量付费。有关具体信息,请参阅配置更改的费用。
为防止专用主节点过载,您可以使用 Amazon CloudWatch 指标监控使用情况。有关推荐的最大值,请参阅建议的 CloudWatch 警报。
配置更改的费用
如果您更改了某个域的配置,Amazon ES 将创建一个新集群,如配置更改中所述。在从旧群集迁移到新群集时,会产生以下费用:
-
如果您更改实例类型,第一个小时两个群集都会收费。第一个小时后,您只需为新群集付费。
示例: 将配置从三个
m3.xlarge
实例更改为四个m4.large
实例。在第一个小时中,两个群集都需要收费 (3 个m3.xlarge
+ 4 个m4.large
)。第一个小时后,您只需为新群集付费 (4 个m4.large
)。 -
如果您未更改实例类型,第一个小时您只需要为最大的群集付费。第一个小时后,您只需为新群集付费。
示例: 您将配置从 6 个
m3.xlarge
实例更改为 3 个m3.xlarge
实例。在第一个小时,您只需要为最大的群集付费 (6 个m3.xlarge
)。第一个小时后,您只需为新群集付费 (3 个m3.xlarge
)。