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 命令。