我們正在嘗試消除沒有 SAN 的文件的單點故障。目前，我們有一個用於檔案服務（本地）、Web 伺服器和資料庫（在虛擬機器中）的伺服器。考慮將 DRBD 與 GFS2 結合使用來建立叢集檔案系統，然後儘可能從該檔案系統運行，包括主機作業系統、虛擬機器和共用檔案。
我們希望在主/從設定中設定兩台伺服器，從共享來源運行;但伺服器的硬體配置略有不同（驅動器連接埠分配、主機板的實際品牌和型號、網路卡等），因此硬體設定檔將保留在本地（例如 fstab 和 mdadm）。
理想情況下，一台伺服器將充當主伺服器。 套件管理僅由主伺服器在叢集檔案系統上進行因為如果從伺服器使用相同的資料（來自同一塊裝置的資料），則不需要。
主伺服器也將是單點管理對於兩台伺服器來說，只是因為它們共享資料和設定文件，而第二台伺服器只是作為一組冗餘硬體來運行在伺服器 1 上配置的軟體，並透過 STONITH、Hearbeat、Pacemaker 等執行此操作。
但正如我所讀到的，似乎大多數人都相互獨立地管理伺服器，並嘗試使用 cron 作業和 rsync 來實現自動化。
似乎大多數文件都是相當靜態的並且可以由用戶修改；也就是說，獨立於使用者輸入和/或依賴硬體的作業系統主動修改的檔案/資料夾的數量（日誌、交換檔案等）非常小。
我們希望保留由本機作業系統提供的檔案（而不是在虛擬機器中）。
現在問題來了。
軟體管理可以與硬體管理分開嗎？ 似乎唯一需要獨立管理的是每台機器上的硬體；該軟體應透過集群檔案系統立即進行管理。 （可能是錯的，所以才有這個問題）
主機作業系統是否可以由兩台機器中的任何一台（一次一台）從一組共用檔案執行？ 也就是說，兩台機器都可以準備好管理主機作業系統，但只有主機可以這樣做，直到故障轉移，此時從機將接管管理工作？還是這個假設不準確？
我們可以將機器設定為從機/空閒狀態，直到主機宕機嗎？ （暫停 cron 作業、暫停服務等）我假設其中一些是隔離軟體的問題？
（這不是如何從同一組資料運行兩台機器的問題同時;他們將在不同時間根據同一組數據有效運作。每個伺服器需要不斷修改的檔案將位於本機檔案系統上）
我們只是想設置一個冗餘伺服器並最大限度地減少冗餘管理。