2012-09-25 69 views
1

我打算在我的項目中使用MySQL的Master-Master(主動 - 主動)體系結構。 在我的項目中,我有兩個站點活動和災難站點。在活動網站上,我們使用2個MySQL數據庫服務器 - 其中一個是Master Active,另一個是Master Passive,它將數據複製到Disaster站點。主動主動還複製到主被動。所有三個應用程序服務器都只寫在主動主動上。MySQL Master(Active) - Master(Active)複製

現在,我打算使用主被動作爲主動。現在,活動站點將有兩個主活動,一個應用服務器將寫入一個主活動,另外兩個應用服務器將寫入第二主活動。

如果您能夠啓發使用這種構造的優點和缺點,那將是非常好的。可能會出現什麼問題,他們有哪些補救措施?

僅供參考。會話粘度也用於從Web服務器到應用服務器。

感謝,

PRASHANT古普塔

回答

1

你到底想達到什麼目的?提高可用性?性能?

您如何計劃管理從應用服務器到數據庫實例的連接?浮動IP地址?靜態映射?什麼故障轉移?您有什麼監測來衡量主節點的可用性?複製滯後?

+0

我們希望在兩個數據庫服務器之間分配寫入負載。正如我已經提到的那樣,我們將使用從應用服務器到數據庫服務器的靜態映射。如果一個應用服務器發生故障,Web服務器將永遠不會將請求重定向到失敗的應用服務器如果db服務器失敗,那麼這將需要手動干預。我們已經有定期檢查主節點可用性的腳本。對於複製延遲檢查,我們使用heartbeat.Replication滯後爲​​0 – user1180463

+0

「Web服務器永遠不會將請求重定向到失敗的應用程序服務器」 - 這是如何工作的? '我們想要在兩個數據庫服務器之間分配寫入負載' - 那麼主控 - 異步複製不會有幫助 - 寫入負載會更高。 – symcbean