本页面简要介绍了 Memorystore for Memcached 的维护。
如需了解如何安排维护窗口，请参阅查找和设置维护窗口。
概览
Memorystore for Memcached 会定期更新实例，以确保服务可靠、高效、安全且最新。大多数更新都是在 Memcached 实例正常运行期间执行的。但是，某些系统更新需要短暂中断服务。这些更新称为“维护” 。维护通常分为以下几类：
Memorystore 功能。如需启动某些功能，Memorystore 需要进行维护更新。
操作系统补丁程序。我们会持续监控操作系统中新发现的安全漏洞。发现漏洞后，我们会修补操作系统，以保护您免受新风险的影响。
数据库版本升级。维护可以包括 OSS Memcached 补丁程序次要版本更新，其中不包含重大更改或不兼容更改。
用户可以通过两种方式执行维护：自动或手动。借助 维护窗口 功能，用户可以指定一个重复的时间范围，以便 自动安排和执行维护。对于希望更精细地控制 实例维护的用户，手动维护 提供了一个 gcloud 接口，用于根据您所需的 安排和逻辑更新实例。
维护的影响
在维护期间，Memorystore for Memcached 集群会断开连接并完全清空缓存。
在整个维护窗口期间，集群中的节点会按顺序均匀更新。更新节点时，缓存会被清空，并且数据在维护后不会恢复。停机时间通常为每个节点 5 分钟左右。
当节点进行维护时，该节点的连接会断开并重置。您应创建一个包含 指数退避算法 的重试机制， 以便在维护发生后将应用重新连接到节点。
对于选择手动维护的用户， 您可以控制集群各个节点的更新时间。
维护设置
Memorystore 允许您将维护配置为在对应用最有利的时间进行。为此，您可以配置维护窗口。
维护窗口是按 Memorystore 实例设置的，并允许以下配置选项：
- 星期几。指定进行维护的日期。
- 起始小时。维护开始的小时。
- 时长。维护窗口的时长，范围为 3 小时到 8 小时。
如果为实例配置了维护窗口，则系统会安排未来的自动维护，以遵循这些偏好设置。如果未为实例指定维护窗口，则维护可能会随时开始，而无需提前通知。
维护示例
假设您是管理购物车服务的零售商的开发者。您有一个用于生产环境的 Memorystore for Memcached 实例。您希望在实例处理最低流量时（大约在星期日零点）进行维护。
在这种情况下，您需要将生产实例的维护窗口设置为：
- 星期几。星期日。
- 起始小时。凌晨 1 点。
- 时长。3 小时。
在这种情况下，我们选择了允许的最短时长，以确保维护在此低流量期间进行。对于流量稳定的应用（全天候 24 小时），最好指定较长的时长，因为这样可以更均匀地分散缓存清空的影响。对于对任何服务影响都 特别敏感的应用，我们建议手动执行 维护。
即将进行的维护通知
在安排维护之前，您可以至少提前一周向您的电子邮件地址发送有关即将进行维护的通知。如果您要为通知设置电子邮件
过滤条件，则电子邮件标题为"Upcoming maintenance for your
Cloud Memorystore instance [your-instance-name]"。
默认情况下，系统不会发送维护通知。如果您希望接收有关即将进行的维护的通知，则必须执行以下两项操作：
通知会发送到与您的 Google 账号关联的电子邮件地址。 您不能配置自定义邮箱别名（例如团队邮箱别名），也不能订阅您自己的电子邮件地址以外的其他电子邮件地址。
订阅时，您可以为给定项目中具有维护窗口的所有 Memorystore 实例选择接收维护通知。对于每个实例，您都会收到一份通知。
如需了解如何查找计划维护，请参阅查找计划维护。