Amazon ElastiCache 托管维护和服务更新帮助页面

服务更新是 Amazon ElastiCache 中的一项功能，允许您自行决定应用特定服务更新。这些更新可以是以下类型：安全补丁或较小的软件更新。这些更新有助于增强您的集群的安全性、可靠性和操作性能。

这些服务更新的价值在于，您可以控制何时应用更新（例如，您可以在开展重要业务活动，需要 ElastiCache 集群全天候可用时，延迟应用服务更新）。

有关每个服务更新的详细信息，请参阅“更新说明”属性的值。

当适用于您的集群的服务更新可用时，我们将通过多种渠道通知您，包括 Amazon ElastiCache 控制台、电子邮件、Amazon Simple Notification Service（SNS）、AWS Personal Health Dashboard 和 Amazon CloudWatch Events。

通过我们的持续托管维护提供的更新与服务更新提供的更新是相互独立的。通过持续托管维护应用的更新直接在您的维护时段中进行安排，无需您执行任何操作。服务更新具有时间限制，您可以通过“建议的应用截止日期”来控制希望什么时候应用更新。如果到了建议的应用截止日期仍未应用更新，ElastiCache 可能会在您的维护时段中安排这些更新。

如果您的 ElastiCache 集群参加了 HIPAA、PCI 或 FedRAMP 合规性计划，您必须在其“建议的应用截止日期”之前应用服务更新才能保持合规。有关更多信息，请参阅用于实现合规性的自助安全更新。

对于其他集群，我们建议您根据您的业务节奏应用服务更新。即使您无法在“建议的应用截止日期”之前应用服务更新，您仍能在“更新到期日期”之前应用。但是，“更新到期日期”可能会因新更新的可用性而随时发生变化。

当您或 Amazon ElastiCache 将某个服务更新应用于一个或多个集群时，更新在每个分片内一次只应用于一个节点，直到所有选择的集群更新完毕。正在更新的节点将经历几秒钟的停机时间，而集群的其余部分将继续提供流量。

• 集群配置不会发生变化。
• 尽管 CloudWatch 指标会尽快跟上更新进度，但仍存在延迟。

服务更新的应用方式与“持续托管式维护更新”相同，都是通过节点替换。请参阅本页上的持续托管式维护更新部分中的以下问题，以了解有关如何应用更新以及如何准备应用程序以最小化影响的详细信息。

• 问：节点替换对应用程序有何影响？
• 为获得顺利的替换体验并最大限度减少数据丢失，我应该遵循哪些最佳实践？
• 为最大限度地减少维护期间的应用程序中断，我应该遵循哪些有关客户端配置的最佳实践？

会。节点会被新的空节点取代。缓存内容将不复存在，将重新开始缓存。

您可以通过验证“截止日期后自动更新”属性的值来确定是否可以选择退出服务更新。如果服务更新“截止日期后自动更新”属性的值为 “否”，则可以选择退出此服务更新。但是，如果服务更新“截止日期之后自动更新”属性的值为“是”，并且已超过建议的“应用截止日期”，ElastiCache 将自动在即将到来的维护时段内将服务更新安排到所有剩余集群。此自动服务更新将安排在“更新到期日期”之前，您将在更新前一周收到包含安排时间的通知。即使可以选择退出，我们也强烈建议您应用安全更新。  如果选择在维护时段之前对剩余集群应用服务更新，ElastiCache 将不在维护时段内重新应用服务更新。

服务更新的目的是让您可以灵活决定何时应用更新。未参加 ElastiCache 支持的合规性计划的集群可以选择不应用这些更新，或者在一年中以较低的频率应用更新。仅当服务更新的“截止日期之后自动更新”属性值为“否”时，才能这样做。有关更多信息，请参阅问题“我可以选择退出服务更新吗？”。

不可以。服务更新与 Amazon ElastiCache 在您的集群维护时段内直接应用的持续托管维护更新是相互独立的。

属性及其描述的完整列表位于应用自助服务更新内。

为了帮助确定多久后应用可用的服务更新，您可以参考“严重性”服务更新属性，该属性具有以下值（按优先级顺序）：

1. 关键：建议立即应用（在 14 天或更短时间内）
2. 重要：建议在业务流程允许的情况下尽快应用（在 30 天或更短时间内）
3. 中等：建议在 60 天或更短时间内应用
4. 较低：建议在 90 天或更短时间内应用

有关更多详细信息，请参阅我们的公开文档 – 应用更新。

发布计划取决于服务更新的重要性程度。

此属性反应您的集群是否已在“建议的应用截止日期”之前更新。如果服务更新是在“建议的应用截止日期”之后应用的，属性“满足服务更新 SLA”将设置为“否”。

此信息与参加了 HIPAA、PCI 和 FedRAMP 合规性计划的 Amazon ElastiCache 集群密切相关。有关更多信息，请参阅用于实现合规性的自助安全更新。

符合。除非在服务更新“描述”属性中另有说明，否则，服务更新将一直累积：如果您未在“更新到期日期”之前应用更新，更新将会纳入下一次服务更新。类型为“安全性”的服务更新属于此类累积型更新。

不可以。服务更新在集群级别应用。如果您取消正在进行的更新，集群中的某些节点可能已更新，而有些节点却未更新。在这种情况下，集群会继续显示在要应用服务更新的集群列表中。此集群将继续正常运行。

如果发生以下两种情况，会出现此问题：

(a) 如果您没有应用可选的服务更新，而且此更新现处于“已到期”状态。因此，参加了合规性计划的集群必须始终应用所有服务更新。
(b) 如果您的节点由于任何其他原因被取代，例如，计划维护事件或节点故障转移，Amazon ElastiCache 将预置包含最新服务更新的新节点。

在这两种情况下，集群将继续正常运行。

新节点中包含所有适用的服务更新，因此，您可以手动替换尚未更新到最新更新的现有节点。

符合。服务更新可以仅适用于 Redis OSS，仅适用于 Memcached，也可以同时适用于 Redis OSS 和 Memcached。您可以查找“引擎”和“引擎版本”服务更新属性，以确定每项更新适用的范围。

是的，您可以通过更改维护时段来延迟服务更新。如果预定日期与集群的维护时段相符，安排好的更新将只会应用于集群。一旦您更改了维护时段并且已经过了预定日期，服务更新将在接下来的几周内重新安排到新指定的时段。您将在离新日期还有一周时收到新通知。

AWS 的安全性是一种共担责任。我们强烈建议您尽早应用更新。

您的集群可能是不同服务更新的一部分。大多数更新不需要您单独应用它们。适用时，对您的集群应用一个更新会将其他更新标记为完成。如果状态未自动更改为“完成”，您可能需要将多个更新单独应用于同一个集群。

如果“在到期日期后自动更新”属性的值为“是”，则 ElastiCache 将在“建议的应用截止日期”后安排剩余集群的服务更新。 更新将在集群的维护时段预定，您将会在应用更新前的预定日期提前一星期收到新通知。

安排好的服务更新将以与“持续托管式维护更新”相同的方式应用于集群。 请参阅以下部分，以详细了解如何应用更新、如何更改安排好的更新以及如何为安排好的更新准备应用程序以将影响降到最低。

为了维护集群稳定性，ElastiCache 一次仅会在一个分片内将更新应用于一个节点。如果服务更新无法在一个维护时段内应用于整个集群，将会安排该更新在后续时段内继续。您将会在下一个预定日期接收新通知，并且可以相应进行准备。

客户无法在服务更新开始后对其进行回滚。如果您在应用服务更新后发现问题，请联系 AWS Support 团队。