Memorystore for Memcached 大约每季度进行一次维护。维护为支持 Memcached 实例的操作系统提供必要的软件更新。此外,可能还需要执行维护更新,以将重要安全补丁程序添加到您的实例中。
如果您的集群仅包含一个 Memcached 节点,则集群中的所有数据都将被清空。否则,集群中的节点会依序更新,因此其他节点在排队等待更新期间仍然可提供数据。一个节点更新后,即使其他节点正在进行更新,它也会预热并开始返回缓存调用。
Memorystore for Memcached 目前不支持指定维护期,维护期指示可对 Memcached 实例进行维护更新的时间。
维护发布
维护更新会按顺序发布到集群中的节点,每节点更新间隔 15 分钟,最多允许 6 个批次。例如:
集群形状 | 维护发布 |
---|---|
2 个节点 | 节点 1 --> 15 分钟 --> 节点 2 |
6 个节点 | 节点 1 --> 15 分钟 --> 节点 2 --> 15 分钟 节点 3 --> 15 分钟 --> 节点 4 --> 15 分钟 节点 5 --> 15 分钟 --> 节点 6 |
11 个节点 | 节点 1、2 --> 15 分钟 --> 节点 3、4 --> 15 分钟 节点 5、6 --> 15 分钟 --> 节点 7、8 --> 15 分钟 节点 9、10 --> 15 分钟 --> 节点 11 |
模拟维护发布
在维护事件发生之前,您可以测试键空间连续不可用对应用的影响。通过了解缺少键空间对应用的影响,您可以避免在对 Memorystore for Memcached 进行维护时对应用造成意外的负面影响。
您可以使用 gcloud beta memcache
applyparameters
命令来模拟维护事件。
要使用此命令模拟维护事件,您需要临时更改 Memcached 配置,以触发与维护期间节点所经历的缓存刷新类似的缓存刷新。
按照集群形状的维护发布顺序批量运行 gcloud beta memcache applyparameters
命令。