我们计划使用ElastiCache（Redis）而不是我们自己的redis群集。然而，＆＃34;维护窗口＆＃34;设置会产生一些问题，
如果我使用multi-az复制群集，弹性缓存会在维护窗口期间故障转移到可用副本，还是整个群集在维护期间会停止运行？
一般需要多长时间？
我们也可以使用MemCached而不是Redis，它在维护窗口期间是否有更好的可用性情况？
其他人如何处理ElastiCache维护窗口？只是停止了停机时间？
谢谢！
答案 0 :(得分：1)
AWS通常进行2次维护。
在创建集群时，您需要指定60分钟的维护时段。通常，所有维护更新（1）都会在这段时间内发生。
对于每项服务更新，如果有计划的通知，您将收到通知。通知将以电子邮件形式或在Elasticache页面上的通知等形式进行。根据通知，您可以将服务更新重新安排到舒适的时间。如果您无法重新安排时间，默认情况下它将选择您的维护窗口并应用服务更新。
基本上，在维护更新期间，AWS将用具有所需更新的新节点替换您的节点。如果您已将主数据库/副本服务器设置为multi az，并且将自动故障转移设置为true，则在主节点的维护窗口期间，您的副本服务器将被升级为主服务器，并从那里服务于您的读/写请求。因此，理想情况下，您不会在维护过程中看到任何问题，也许会在几秒钟的停机时间内将副本提升为主副本。
如果您没有将multiaz设置为具有自动故障转移为true或您的Elasticache只有一个节点，那么您将在维护窗口中看到停机时间。
答案 1 :(得分：-2)
一般需要多长时间？
60分钟以下：
“如果在某一周内安排了”维护“事件，它将在您确定的60分钟维护窗口期间的某个时间点启动并完成。”
多久一次：
软件修补很少发生（通常每隔几个月发生一次），并且很少需要维护窗口的一小部分。如果在创建缓存群集时未指定首选的每周维护时段，则会分配60分钟的默认值。