尋找與RabbitMQ的經驗,尤其是在使用心臟起搏器和DRDB HA配置,在這裏推薦:http://www.rabbitmq.com/pacemaker.htmlRabbitMQ在生產中的穩定性(使用DRBD和Pacemaker)?
的DRBD部分尤其讓我感到緊張,所以我在這裏希望有人有現實世界的經驗分享。
尋找與RabbitMQ的經驗,尤其是在使用心臟起搏器和DRDB HA配置,在這裏推薦:http://www.rabbitmq.com/pacemaker.htmlRabbitMQ在生產中的穩定性(使用DRBD和Pacemaker)?
的DRBD部分尤其讓我感到緊張,所以我在這裏希望有人有現實世界的經驗分享。
大部分時間都在使用。但是,在處理DRBD時,您必須特別注意擊劍(裂腦)。在生產系統中,手動解決這類問題總是很痛苦。
我們未能在主/從(多狀態RA)中運行RabbitMQ。我們認爲我們會提高可用性。我們現在回到單個實例。如果其他人有幾個併發運行的RabbitMQ實例的經驗,並支持一個非常棒的主實體,
我發現在有問題的情況下缺乏調試Pacemaker的工具是部署到現場系統的一大障礙...... Pacemaker「思考」或做什麼並不總是很清楚。不幸的是,hb_report是不夠的。
希望這有助於
D.
我們嘗試了主/從配置爲好,但它變得難以維持所有實例最新無需停機。相信我,你想更新RabbitMQ。在RabbitMQ本身或Erlang中總會出現一些錯誤。
我們在日誌中每年發生大約100次崩潰,而沒有任何有意義的解釋。錯誤日誌只有通用的「啓動時出錯」,而且幾乎就是這樣。有時它不會在崩潰後啓動,而且大多數時候,唯一的解決方案是從所有實例中刪除所有持久性消息,以便隊列狀態在集羣中同步。其他時候,它會在啓動後立即崩潰,並且只有在多次重複嘗試後才能正確加載。這意味着在使用主/從時沒有增加可靠性。至少在我們的案件中沒有。 (RabbitMQ 3.5.3,Erlang 18.0)
它適用於生產,但只適用於在日誌或數據庫中的某處保留消息的副本,以及在發生嚴重崩潰後能夠快速恢復的地方。