缓存服务维护窗口可用性

7
我们计划使用ElastiCache(Redis)代替我们自己的redis集群。但是,“维护窗口”设置引发了一些问题。
如果我使用多AZ复制集群,elasticache是否会在维护窗口期间故障转移至可用副本,还是整个集群在维护期间都会停机?
通常需要多长时间?
我们也可以使用MemCached而不是Redis,它在维护窗口期间的可用性情况更好吗?
其他人如何处理ElastiCache维护窗口?只是接受停机时间?
谢谢!
2个回答

1
通常 AWS 进行两种维护。
  1. 持续托管的维护更新。
  2. 服务更新
在创建集群时,您需要指定一个 60 分钟的维护窗口。通常所有维护更新 (1) 都会在此期间进行。
每当有计划的服务更新时,您将收到通知。通知可以是电子邮件或弹出在 Elasticache 页面上等形式。根据通知,您可以将服务更新重新安排到舒适的时间。如果您未能重新安排,则默认选择您的维护窗口并应用服务更新。
基本上,在维护更新期间,AWS 将使用具有所需更新的新节点替换您的节点。如果您设置了主/副本并启用了多可用区和自动故障转移,则在主节点的维护窗口期间,您的副本将被提升为主服务器,并从那里提供读/写请求。因此,在维护期间理论上不会出现任何问题,可能会有几秒钟的停机时间来将副本提升为主服务器。
如果您未设置多可用区并启用自动故障转移,或者您的 Elasticache 只有一个节点,则在维护窗口期间会出现停机时间。 请参阅 AWS 文档

-1

通常需要多长时间?

少于60分钟:

“如果在某个星期安排了“维护”事件,它将在您指定的60分钟维护窗口期间的某个时间启动并完成。”

频率:

软件修补程序很少发生(通常每几个月一次),并且很少需要超过您的维护窗口期的一小部分。如果在创建缓存集群时未指定首选的每周维护窗口期,则会分配一个60分钟的默认值。

http://aws.amazon.com/elasticache/faqs/


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接