AWS- Redshift - 延迟维护

Amazon Redshift 保留 30 分钟的每周时段，以应用升级并执行任何其他计划的维护活动，例如更换节点以避免硬件故障。您可以使用 AWS 管理控制台上的修改群集设置或使用修改群集 API，为维护时段选择日期和时间。如果计划的维护时段内没有要执行的维护任务，则集群将继续正常运行至下一个计划的维护时段。

业务活动高峰期间，您可能希望将计划的维护推迟到不太繁忙的时间。通过使用“延期维护”功能，您现在可以推迟计划的维护。Amazon Redshift 会等待以下维护时段以应用软件更新。如果在集群上安排了强制性硬件更换，则会覆盖延迟维护期。如果需要更换硬件，您将通过 AWS 管理控制台和 SNS 订阅获得事件通知。

 

推迟维护

如果需要重新计划集群的维护时段，您可以选择将维护最多延迟 45 天。

 

如果需要重新计划集群的维护时段，您可以选择将维护最多延迟 45 天。例如，如果集群的维护时段设置为星期三 8:30 – 9:00 UTC，并且您需要在该时间访问集群，则可以将维护推迟到以后的时间段。除非我们需要更新硬件，否则在您指定推迟时，我们不会对您的集群执行任何维护。

如果我们需要在您推迟期间更新硬件或进行其他强制更新，我们会通知您并进行必要的更改。在这些更新期间，您的集群不可用。

 

如果您推迟了集群的维护，则推迟时段后的维护时段是强制实施的。不能将它推迟。

意思为，如果您设置了推迟集群维护，则该时段是无法被修改的（无法被延长或缩短。）

 

 

参考文档：

* https://aws.amazon.com/cn/about-aws/whats-new/2018/11/amazon-redshift-deferred-maintenance-advance-event-notifications/

* https://docs.aws.amazon.com/zh_cn/redshift/latest/mgmt/working-with-clusters.html#rs-mgmt-defer-maintenance

* https://docs.aws.amazon.com/zh_cn/redshift/latest/mgmt/working-with-event-notifications.html