有效處理災難恢復(DR)情況所需的副本集成員數量應該是多少。目前,我們使用3個節點副本集(1個主節點,1個副節點在同一個區域中,1個副節點集DR區域)。
我們計劃增加2個仲裁者來增加它的容錯能力。
使用多個仲裁器實例是否是一個好習慣?
在DR區創建仲裁器實例會更好嗎?副本集體系結構 - 仲裁器要求
0
A
回答
0
仲裁者不增加容錯能力,因爲他們沒有保存數據。您不需要在當前設置中添加仲裁者,因爲您已經有了奇數選票。您當前的節點數量(三個)對於災難恢復非常適用,特別是如果所有三個節點都位於不同的數據中心中,那麼即使其中兩個處於相同地理區域中。
當然,您可以隨時向其他某個區域添加一個節點(然後您需要仲裁器),但通常三個分離的節點是完美的DR狀態。如果你現在的所有節點都在美國,那麼你可以對位於歐洲的節點有「一半」(足夠多數)節點...
0
正如JJussi所指出的那樣,添加多個仲裁器根本無濟於事,但它可能有助於添加更多節點(數據承載和/或仲裁器)以實現最大的彈性和可用性。
您當前的安排是這樣的:
如果您在區域1的數據中心出現故障,然後在DR區域的節點將不能夠加緊小學,因爲它可能不擁有多數席位:
即使你又增加了數據承載節點和仲裁者,你會碰到同樣的問題,如果他們在同兩個區域。
相反,我建議您配置的是您現有的兩個節點在區域1中,向DR區域添加第四個數據承載節點,但還要添加一個仲裁器,但要確保仲裁器再次處於不同區域中:
這樣一來,即使數據中心出現故障在區域1或DR區域,在其他區域的節點將能夠 - 與仲裁者的幫助 - 命令多數,並繼續working:
相關問題
- 1. 爲什麼仲裁者需要在主 - 次仲裁者MongoDB副本集中進行選舉?
- 2. 遷移MongoDB仲裁器
- 3. MongoDB仲裁者AWS EC2
- 4. 功能要求和體系結構
- 5. Cassandra集羣體系結構
- 6. Kaa集羣體系結構
- 7. 清潔劑仲裁計算器在PHP
- 8. 構建XML請求的體系結構?
- 9. 擴展SQL Azure表/架構的體系結構要求
- 10. 無法在mongodb仲裁器中驗證
- 11. 三層體系結構與三層服務器體系結構
- 12. CAN總線仲裁方法
- 13. Graphql體系結構
- 14. 執行遠程腳本 - 體系結構
- 15. MVC體系結構
- 16. Elasticsearch體系結構
- 17. 不運行的系統上的仲裁器還託管伯或複製品的次要構件設置
- 18. 緩存集成體系結構
- 19. MySQL體系結構優化 - MySQL集羣
- 20. RESTFULL體系結構HTTP GET&PUT請求
- 21. 結構副本問題
- 22. 具有特殊要求的fronend體系結構
- 23. CakePHP體系結構
- 24. 基本規則引擎體系結構
- 25. Scaling REST API - 體系結構
- 26. MVC體系結構瞭解
- 27. Mysql表體系結構建議需要
- 28. n-tier體系結構反饋需要
- 29. ServiceStack Docker體系結構
- 30. 設置mongodb副本集