引擎版本和升级 - Amazon ElastiCache
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

引擎版本和升级

MAJOR 主要版本针对 API 不兼容的更改,而 MINOR 版本针对以向后兼容的方式添加的新功能。PATCH 版本针对向后兼容的错误修复和非功能性更改。

ElastiCache 无服务器的版本管理

ElastiCache 无服务器会自动将最新的 MINOR 和 PATCH 软件版本应用到您的缓存,而不会对您的应用程序造成任何影响或导致停机。在您的末端不需要执行任何操作。

当新的 MAJOR 版本可用时,ElastiCache 无服务器将在控制台中向您发送通知,在 EventBridge 中向您发送事件。您可以选择使用控制台、CLI 或 API 修改缓存并选择最新的引擎版本,将缓存升级到最新的主要版本。

自行设计的 ElastiCache 集群的版本管理

使用自行设计的 ElastiCache 集群时,您可以控制何时将缓存群集上所用的软件升级到 ElastiCache 支持的新版本。您可以控制何时将缓存升级到最新的 MAJOR、MINOR 和 PATCH 版本。可以通过修改集群或复制组并指定新的引擎版本,对您的集群或复制组启动引擎版本升级。

您可以控制是否及何时将支持缓存群集、符合协议标准的软件升级到 ElastiCache 所支持的新版本。此级别的控制使您能够与特定版本保持兼容、在生产中部署进行之前使用应用程序测试新版本以及根据自己的条件和时间表执行版本升级。

因为版本升级可能会涉及到某些兼容性风险,因此版本升级不会自动发生。您必须启动它们。

要升级到更新的 Memcached 版本,请修改缓存群集,同时指定要使用的新引擎版本。升级到更新的 Memcached 版本是一个破坏性过程 – 您会丢失数据并以冷缓存开始。有关更多信息,请参阅修改集群

从旧版本的 Memcached 升级到 1.4.33 版本或更新版本的 Memcached 时,您应注意以下要求。CreateCacheClusterModifyCacheCluster 在下列情况下将失败:

  • 如果 slab_chunk_max > max_item_size

  • 如果 max_item_size modulo slab_chunk_max != 0

  • 如果 max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4)

    (max_cache_memory - memcached_connections_overhead) 值是可用于数据的节点内存。有关更多信息,请参阅Memcached 连接开销

使用自行设计集群时的升级注意事项

注意

以下注意事项仅在升级自行设计集群时适用。这些事项不适用于 ElastiCache 无服务器。

在升级自行设计集群时,请注意以下事项

  • 引擎版本管理的设计使您可以尽可能多地控制修补的发生方式。但是,如果发生系统或缓存软件中存在严重安全漏洞这种不太可能发生的情况,ElastiCache 保留代表您修补集群的权利。

  • 由于 Memcached 引擎不支持持久化,因此 Memcached 引擎版本升级始终是一个中断性过程,将清除集群中的所有缓存数据。

如何升级引擎版本

要启动对集群的版本升级,请对其进行修改并指定较新的引擎版本。您可以使用 ElastiCache 控制台、Amazon CLI 或 ElastiCache API 执行此步骤: