Amazon Redshift 保留 30 分钟的每周时段,以应用升级并执行任何其他计划的维护活动,例如更换节点以避免硬件故障。您可以使用 AWS 管理控制台上的修改群集设置或使用修改群集 API,为维护时段选择日期和时间。如果计划的维护时段内没有要执行的维护任务,则集群将继续正常运行至下一个计划的维护时段。
业务活动高峰期间,您可能希望将计划的维护推迟到不太繁忙的时间。通过使用“延期维护”功能,您现在可以推迟计划的维护。Amazon Redshift 会等待以下维护时段以应用软件更新。如果在集群上安排了强制性硬件更换,则会覆盖延迟维护期。如果需要更换硬件,您将通过 AWS 管理控制台和 SNS 订阅获得事件通知。
推迟维护
如果需要重新计划集群的维护时段,您可以选择将维护最多延迟 45 天。
如果需要重新计划集群的维护时段,您可以选择将维护最多延迟 45 天。例如,如果集群的维护时段设置为星期三 8:30 – 9:00 UTC,并且您需要在该时间访问集群,则可以将维护推迟到以后的时间段。除非我们需要更新硬件,否则在您指定推迟时,我们不会对您的集群执行任何维护。
如果我们需要在您推迟期间更新硬件或进行其他强制更新,我们会通知您并进行必要的更改。在这些更新期间,您的集群不可用。
如果您推迟了集群的维护,则推迟时段后的维护时段是强制实施的。不能将它推迟。
意思为,如果您设置了推迟集群维护,则该时段是无法被修改的(无法被延长或缩短。)
参考文档:
* https://docs.aws.amazon.com/zh_cn/redshift/latest/mgmt/working-with-event-notifications.html