Azure虛擬機升級或降級宕機

Question

這是我第一次使用Azure，我很習慣AWS。在AWS中，當您降級或升級實例時，預計會導致停機。在Azure文檔中，升級或降級VM時沒有指定停機時間，這是否意味着沒有停機時間？如果有，停機時間有多長？

Answer 1

在Azure中，有兩種類型的微軟Azure平臺的事件可能會影響你的虛擬機的可用性：planned maintenance and unplanned maintenance.
爲了減少由於一個或多個這些事件的宕機的影響，我們建議以下爲虛擬機的高可用性最佳實踐：在冗餘
2.Configure設置每個應用程序層爲獨立的可用性的可用性
1.Configure多個虛擬機設置
3.Combine與可用性的負載均衡設置
4。使用多個每個可用性集的存儲帳戶

注意：避免將實例虛擬機單獨留在可用性集中。此配置中的虛擬機執行而不是有資格獲得SLA保證，並在Azure計劃維護事件期間面臨停機時間，除非單個VM正在使用Azure Premium Storage。對於使用高級存儲的單個虛擬機，Azure SLA適用。

有關Azure VM SLA的更多信息，請參閱link。

Answer 2

涉及到停機時間。根據部署模型（資源管理器或經典），調整大小將涉及停止VM（以前）或刪除並以新大小（後者）重新創建VM。

從https://azure.microsoft.com/en-in/blog/resize-virtual-machines/：

調整大小資源管理器（ARM）的虛擬機小號

如果你的虛擬機（S）使用資源管理器（ARM）的部署 模型你可以調整部署首先停止虛擬機，選擇一個新的虛擬機大小 ，然後重新啓動虛擬機。如果您希望調整大小的虛擬機是可用性集的 部分，那麼在更改 可用性集中的任何虛擬機的大小之前，必須停止 可用性集中的所有虛擬機。

調整大小的經典（ASM）的虛擬機

調整大小的虛擬機部署使用的是經典（ASM）的部署模式更 困難，如果新的大小不是由硬件集羣 支持，其中虛擬機目前已部署。與通過 Azure資源管理器部署模型部署的VM不同，在VM處於停止狀態時，不可能調整VM的大小 。 因此，對於使用 經典部署模型的虛擬機，必須刪除虛擬機，然後使用相同的操作系統和數據磁盤重新創建 。