
在了解 CD 上的 Linux 和 FreeBSD 發行版後,我逐漸為每個目錄(如/usr
、/var
、/opt
等)分配了自己的分區/
。
如今,我經常看到系統,甚至/tmp
位於/var
根分區上,並且系統失敗,因為一個應用程式佔用了整個可用空間,例如下面/opt
或/tmp
。
那麼,為什麼許多管理員只使用一個分區而不是更複雜的分區方法呢?過去十年我錯過了什麼嗎?
答案1
簡單分區是許多環境中的預設值。許多雲端中流行的作業系統映像、安裝程式中的預設分割區方案,簡化了查找單一磁碟的自動化過程。工作正常,磁碟通常可以在線擴展到巨大的大小,並且 cloud-init 將為您擴展檔案系統。
直到變得混亂。有時,人們會因為 / 完全滿而導致實例失敗的伺服器故障問題。在執行諸如日誌檔案清除之類的常見操作之後,他們想知道如何減小 / 的大小並防止其再次發生。棘手的是,重新分割區不能真正在線上完成,減少檔案系統肯定需要卸載並啟動救援環境,而 Linux XFS 無論如何也無法減少。
我理想的 Linux 儲存設定是一個用於啟動和作業系統的小磁碟,以及用於儲存應用程式的單獨磁碟。所有LVM,並在VG上留下一些可用空間以供日後需要。例如,在資料庫伺服器上,從 /dev/sda1 啟動,但 /var/lib/pgsql/ 中的資料儲存在 PV /dev/sdb 上的不同 VG 上。這樣的方案允許分別恢復資料和作業系統,以及創建新的虛擬機器實例但在同一資料卷上移動等巧妙技巧。對於沒有大量狀態且儲存要求簡單的簡單應用程式實例來說可能太複雜了。但還是有可能的。
答案2
我也注意到了你提到的傾向,但答案會很主觀。
過去我們有一個帶有實體磁碟的實體機:很難進行更改,並且需要停機。如今,借助邏輯磁碟區管理器和虛擬機,擴展磁碟變得非常容易:
- 伺服器系統中使用的所有檔案系統都支援即時擴展。
- RAID 配置對於連接的系統是透明的 - 安排在儲存空間上。
- 虛擬機器具有可以輕鬆擴展的虛擬磁碟。
- 在連接儲存系統的實體伺服器上,本質上呈現的是虛擬磁碟。
因此,許多管理員尋求更簡單(或簡化!)的設定、單分區系統(或兩個分區,僅分隔資料),並依靠監控工具來通知可用空間不足,從而可以輕鬆擴展。
答案3
原因之一可能是現在您可以輕鬆升級作業系統版本而無需重新格式化分割區。
我仍然為 /home 創建一個專用分區,但可能不再有真正的理由了。
答案4
「保持簡單」是一個非常常見的設計原則。今天的虛擬機器很容易擴展,不像幾年前的實體伺服器。