如何更新维护窗口并在先于现有每周维护窗口的时间应用新功能或新的FSx for ONTAP版本？

Question

【以下的问题经过翻译处理】 看到以下的更新，我想尽快应用更新，通过每周维护窗口应用新功能，但以下3个问题需要优化我们的操作。

发布说明：“您现在可以在 Amazon FSx for NetApp ONTAP 文件系统的容量池存储中启用数据压缩”

>客户使用现有文件系统将在即将到来的每周维护窗口中获得此支持。

问题：

1. 是否可以设置本地时区作为维护窗口的时区？

虽然在东京地区进行操作，但由于其是UTC，操作错误（例如意外将其设置在JST（日本当地时间）并在意外时间开始维护）容易发生。是否可以根据地区的时区和时区将默认设置作为选项来进行设置？

2. 最快何时应用每周的维护窗口更改？

为了尽快应用新功能，我希望尽快进行维护。何时适用？可以设置为1分钟递增，但是在设置1分钟后的时间后，例如假设维护窗口的时间将在几秒钟后，是否适用？

3. 如何检查维护是否完成？

我猜测像这样的新ONTAP版本和一些新功能将需要在未来应用每周的维护窗口。为了保持我们的开发和部署速度，我想知道在维护窗口之前/之后确认维护是否完成以及更新内容的方法。

有关AWS网站上FSx for ONTAP维护窗口的信息：

Answer

【以下的回答经过翻译处理】 嗨，

感谢您的耐心等待，最重要的是感谢您的回复。

我将代表您进一步调查此事，并再次解答您的问题：

在未来的维护窗口中，我能否在应用更新之前检查更新内容？

> 
> 不幸的是，由于AWS FSx是一项托管服务，我们不与客户共享此信息，但请记住，此内容将始终包括我们美妙的AWS客户请求的产品增强功能、更新的功能请求、安全更新和功能等。
> 
> 
>

非应用的维护窗口是否存在任何强制自动升级或补丁期？

> 
> 如上所述，虽然在理论上一直推迟维护窗口的可能性存在，但我不鼓励这样做。原因是您可能会错过关键的产品增强功能和安全更新，这些都在上面的问题中提到。但是，如果您对所提供的更新内容以及其对您的生产FSx ONTAP的影响感到担忧，我建议您启动另一个暂存FSx ONTAP，在其中启用MW更新而无需延迟，并将其用作您的临时区域，您的最终用户可以进入其中并确认功能以确保没有问题被标记，然后再继续将其转移到您的生产FSx ONTAP中。
> 
> 
>

如果您有任何后续问题，请告诉我，并再次感谢您的耐心等待。

如何更新维护窗口并在先于现有每周维护窗口的时间应用新功能或新的FSx for ONTAP版本？

相关内容