雲端最佳實踐是否仍為伺服器提供多個磁碟（磁碟區）？

Question

在裡面過去對於實體伺服器來說，無論託管的應用程式多麼簡單，伺服器始終擁有至少兩個磁碟（磁碟區）被認為是良好的做法（至少在我工作過的地方）。

一張磁碟用於作業系統 (OS)，另一張磁碟用於應用程式。造成這種情況的原因有很多：

1. 如果應用程式殺死了它的磁碟，透過填充它或用 I/O 敲擊它，您通常仍然可以登入並查看發生了什麼，並且作業系統將能夠繼續記錄事件以告訴您可能發生了什麼。
2. 它阻止了作業系統透過爭奪單一磁碟區中可用的 I/O 來影響應用程式的效能。
3. 備份/復原只需擔心應用程式磁碟，因為可以重新建置作業系統。
4. 應用程式磁碟可以管理（例如卸載），因為這不會影響作業系統。

預設情況下，雲端伺服器只有一張磁碟。這讓我思考這種多磁碟方法在雲端是否仍然有意義？考慮到上述幾點：（1）、（3）和（4）可能仍然適用，但（2）由於磁碟是虛擬的而不太適用：映射到雲端供應商以我看不到的方式管理的存儲子系統。

那麼看來這個最佳實踐在雲端仍然值得遵循？

或者我錯過了在雲端環境中使用多個卷並不那麼重要的原因？

Answer 1

租賃計算機作為服務並不會顯著改變使用單獨資料磁碟的決定。

當然，您可以更改預設值，否則為什麼會存在 API 來建立附加磁碟並將其新增至實例。

一張磁碟更易於管理。特別是對於相對靜態的映像，其中實例是作業系統和應用程式安裝，沒有太多動態資料。

防止檔案系統滿仍然有用。儘管除了多個實體磁碟之外的解決方案也是可能的。使用 LVM 分隔邏輯磁碟區。或集中式日誌記錄或訊息傳遞，以便某些實例沒有不斷增長的資料檔案。

超過 IOPS 和大小配額可能需要將多個磁碟組合成邏輯磁碟區。 （至少配額在雲中往往是明確定義的，即使物理陣列仍然神秘。）存在擴展資料庫。

單獨的資料卷允許一些區塊級技巧。想像一下資料庫執行個體的主要作業系統升級，但不存在可供複製的輔助儲存。準備升級後的實例，但沒有資料。在停機期間，卸載和分離資料卷，將它們提供給新實例，然後安裝。快速升級，無需資料複製，無需卷的第二次複製。