维护政策

Memorystore for Memcached 大约每季度进行一次维护。维护为支持您的 Memcached 实例的操作系统提供必要的软件更新。此外,可能还需要执行维护更新,以将重要安全补丁程序添加到您的实例。

如果您的集群仅包含一个 Memcached 节点,则集群中的所有数据都将被清空。否则,集群中的节点会依序更新,因此其他节点在队列排队期间仍然可提供数据。更新节点后,它会预热并开始返回缓存调用,即使其他节点正在进行更新也是如此。

Memorystore for Memcached 目前不支持指定维护期,维护期指示可对 Memcached 实例进行维护更新的时间。

维护发布

维护更新按顺序发布到集群中的节点,每个节点更新间隔 15 分钟,最多六批。例如:

集群形状 维护发布
2 个节点 节点 1 --> 15 分钟 --> 节点 2
6 个节点 节点 1 --> 15 分钟 --> 节点 2 --> 15 分钟
节点 3 --> 15 分钟 --> 节点 4 --> 15 分钟
Node 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 命令。