问AWS是停用每个可用区(A-Z)还是整个区域进行维护

EN

您应该阅读ElastiCache maintenance https://aws.amazon.com/elasticache/elasticache-maintenance/上的常见问题解答

这意味着如果您有一个多可用区部署，它将一次关闭一个实例，从而触发到读取副本的故障转移，然后在关闭其余实例之前创建新实例，以便您的服务不会遇到任何中断。

感谢@morras提供的上述link，并解释了维护窗口期的工作原理。下面3个问题是我从上面的链接中拿出来的，并解释一下。

1.节点更换需要多长时间？

替换通常在几分钟内完成。在某些实例配置和流量模式下，替换可能需要更长时间。例如，Redis主节点可能没有足够的空闲内存，并且可能遇到高写入流量。当空副本从该主节点同步时，主节点可能会在尝试寻址传入写入以及同步副本时耗尽内存。在这种情况下，主节点将断开副本服务器的连接并重新启动同步进程。副本可能需要多次尝试才能成功同步。如果传入的写入流量继续保持高水平，则复制副本也可能永远不会同步。

Memcached节点在替换过程中不需要同步，并且无论节点大小如何，都会被快速替换。

2.节点更换对我的应用程序有什么影响？

对于Redis节点，替换过程旨在尽最大努力保留现有数据，并且需要成功的Redis复制。对于单节点Redis集群，ElastiCache会动态地旋转副本，复制数据，然后故障转移到副本。对于包含多个节点的复制组，ElastiCache将替换现有复制副本，并将数据从主副本同步到新的复制副本。如果启用了多可用区或群集模式，则替换主映像会触发到读取复制副本的故障切换。如果禁用多可用区，ElastiCache将替换主服务器，然后从读取的复制副本同步数据。主服务器在这段时间内将不可用。对于Memcached节点，替换过程会产生一个空的新节点并终止当前节点。在切换期间，新节点将在短时间内不可用。一旦切换，当空的新节点填充缓存数据时，您的应用程序可能会看到性能下降。

3.为了获得平稳的更换体验并最大限度地减少数据丢失，我应该遵循哪些最佳实践？

对于Redis节点，替换过程旨在尽最大努力保留现有数据，并且需要成功的Redis复制。我们尝试一次仅替换相同集群中的足够节点，以保持集群的稳定性。您可以在不同的可用区中配置主副本和读取副本。在这种情况下，当节点被替换时，数据将从不同可用区中的对等节点同步。对于单节点Redis集群，我们建议Redis有足够的内存，如下所示。对于具有多个节点的Redis复制组，我们还建议在传入写入流量较低的时段安排更换。对于Memcached节点，将维护窗口安排在传入写入流量较低的时段，测试应用程序的故障转移，并使用ElastiCache提供的“更智能”客户端。您无法避免数据丢失，因为Memcached的数据完全在内存中。