Amazon web services AWS是否对每个可用性区域（A-Z）或整个区域进行维护

AWS对每个地区都有一个维护窗口。 ，但找不到关于如何在同一区域中使用多个A-Z的任何文档

我配置了一个Redis缓存，并且在同一区域的不同（a-Z）上有一个副本。如果一个（A-Z）不可用，则在不同（A-Z）上配置复制副本的全部目的是从下一个（A-Z）开始为其提供服务

---

当他们进行维护时，他们会记录整个区域或单个可用性区域

您应该阅读关于ElastiCache维护的常见问题解答

---

这意味着，如果您有一个多AZ部署，它将一次关闭一个实例，触发对读取副本的故障转移，然后在删除其余实例之前创建新实例，这样您的服务就不会受到任何中断。

感谢@morras的上述介绍，并解释了elasticache在维护窗口期间的工作原理。下面是我从上面的链接中提出的3个问题，并对此进行了解释

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

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

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

2。节点更换对我的应用程序有何影响？

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

3。我应该遵循什么样的最佳实践才能获得流畅的更换体验并最大限度地减少数据丢失？

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