AWS为每个区域都有一个维护窗口。 https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/maintenance-window.html但找不到任何关于它如何在同一地区使用多个A-Z的文档。
我配置了Redis缓存，并在同一区域中的不同（A-Z）上具有副本。如果一个（A-Z）不可用，则在不同（A-Z）上配置副本的整个目的是从下一个（A-Z）进行配置当他们进行维护时，他们会删除整个区域或单个可用区域
您应该阅读有关ElastiCache维护https://aws.amazon.com/elasticache/elasticache-maintenance/的常见问题解答
这表示如果你有一个多AZ部署，它将一次一个地触发实例，触发对只读副本的故障转移，然后创建新实例，然后取下其余部分，这样你就不会遇到任何中断服务。
感谢@morras上面的link并解释了弹性工作如何工作维护窗口期。我从上面的链接中提取了3个问题并对其进行了解释。
1.节点替换需要多长时间？
替换通常在几分钟内完成。在某些实例配置和流量模式中，替换可能需要更长时间。例如，Redis主节点可能没有足够的可用内存，并且可能正在经历高写入流量。当空副本从此主节点同步时，主节点可能会耗尽内存，尝试解决传入的写入以及同步副本。在这种情况下，主服务器断开副本并重新启动同步过程。副本可能需要多次尝试才能成功同步。如果传入的写入流量继续保持高电平，则副本也可能永远不会同步。
Memcached节点在替换期间不需要同步，并且无论节点大小如何，总是快速替换。
2.节点替换如何影响我的应用程序？
对于Redis节点，替换过程旨在尽最大努力保留现有数据并需要成功进行Redis复制。对于单节点Redis群集，ElastiCache动态地旋转副本，复制数据，然后故障转移到它。对于由多个节点组成的复制组，ElastiCache将替换现有副本并将数据从主副本同步到新副本。如果启用了多可用区或群集模式，则替换主要会触发故障转移到只读副本。如果禁用了多可用区，则ElastiCache将替换主数据库，然后同步只读副本中的数据。在此期间主要将无法使用。对于Memcached节点，替换过程会显示一个空的新节点并终止当前节点。在切换期间，新节点将在短时间内不可用。切换后，您的应用程序可能会看到性能下降，而空的新节点将填充缓存数据。
3.我应遵循哪些最佳实践来获得顺畅的替换体验并最大限度地减少数据丢失？
对于Redis节点，替换过程旨在尽最大努力保留现有数据并需要成功进行Redis复制。我们尝试一次从同一个集群中替换足够的节点以保持集群稳定。您可以在不同的可用区域中设置主副本和只读副本。在这种情况下，当替换节点时，将从不同可用区域中的对等节点同步数据。对于单节点Redis群集，我们建议Redis可以使用足够的内存，如此处所述。对于具有多个节点的Redis复制组，我们还建议在传入写入流量较低的时段内安排替换。对于Memcached节点，在传入写入流量较低的时段内安排维护时段，测试应用程序的故障转移并使用ElastiCache提供的“更智能”客户端。由于Memcached纯粹在内存中拥有数据，因此无法避免数据丢失。