爲web應用程序創建主從配置的最佳方式是什麼？

Question

我正在爲我的一些服務器（主機虛擬服務器）創建一個服務器管理界面，我想知道實現所述界面的主從配置的最佳方式。

主服務器應連接到所有從服務器以檢索信息（提供高級概述）並向它們發送命令（保持管理集中）。但是，主服務器本身也可能具有虛擬服務器，這就是爲什麼我打算在所有物理節點上部署相同的應用程序，並確定該節點是主節點還是從屬節點。

//邊注：似乎像在某種程度上遞歸哈哈

一些想法，我腦子裏想的：

的主機和從機
• 單獨的數據庫架構，應用程序檢查模式確定服務器類型。
• 在服務器列表表格，表中指定的服務器作爲主或從

Answer 1

我想出了一個簡單的解決方案來解決我的問題。我剛剛添加了一個SLAVE文件來安裝一個從站，程序檢查該文件是否在那裏。如果是這樣，它指定該服務器爲奴隸.....完全超過這個想法...

Answer 2

場雖然你可以推出自己的解決方案，最好的辦法是某種形式的服務器自動化框架/應用程序像木偶或廚師。就個人而言，我更喜歡廚師，但對這兩方面都有很多支持。至少，你可能會得到一些洞察到如何從他們自己實現這一點:)

而不是進入他們做什麼的大解釋，我建議你檢查每個網站：

• http://wiki.opscode.com/display/chef/Home
• http://reductivelabs.com/trac/puppet/wiki/AboutPuppet

然而，這裏是從每個站點的介紹導語...

---

廚師是一個系統集成框架，爲您的整個基礎架構帶來配置管理的好處。與廚師，您可以：

• 通過編寫代碼而不是通過運行命令來管理您的服務器。 （通過Cookbooks）
• 與您的應用程序，數據庫，LDAP目錄等緊密集成。 （通過庫）
• 輕鬆配置需要你的整個基礎架構的知識應用（「什麼系統都運行我的應用程序嗎？」「什麼是當前的主數據庫服務器？」）

---

木偶是一用於表達系統配置的聲明性語言，用於分發它的客戶端和服務器，以及用於實現配置的庫。

Puppet不是通過自動化當前技術來接近服務器管理，而是通過提供一種語言來表達服務器之間的關係，它們提供的服務以及組成這些服務的原始對象來重構問題。Puppet用戶可以簡單地使用他們用於處理的抽象（如服務和節點）來表達他們想要的配置，而不是處理如何實現特定配置或提供給定服務的細節，而Puppet負責實現配置或向用戶提供足夠的信息來解決遇到的任何問題。