天津南大通用的gbase 8a MPP資料庫從86版本以后引入了多分片架構。主要為解決85老版本單物理分片，當一個主機宕機后，另一個副本的主機承擔了雙份任務，性能下降過大的問題。根據專案經驗，通常配置一個主機2個分片最優，既兼顧宕一個節點，不會造成影響下降明顯，也不會因為分片造成存盤檔案過多，增加管理成本。而分片與物理主機的分布規則，通過gcChangeInfo.xml檔案來定義，再通過 gcadmin distribution命令來實作。
如有這么一個場景，共有24個主機，分別在A，B，C，D機柜上，采用2分片，我希望每個分片的幅分片都與主分片不在一個機柜上，避免機柜故障時，不會造成集群不可用，該如何實作？
方法如下：我們通過gcChangeInfo.xml檔案，配置虛擬機架。把主機的IP分布填入各個rack中。其中rack的數量可無需和實際機架一一對應。但為讓每個主機承擔的分配數量一致，每個rack數量要保持一致。然后確保每個rack的上或者下的IP，不在一個物理機架內。如下：
物理主機分布
A B C D
192.168.16.1 192.168.17.1 192.168.18.1 192.168.19.1
192.168.16.2 192.168.17.2 192.168.18.2 192.168.19.2
192.168.16.3 192.168.17.3 192.168.18.3 192.168.19.3
192.168.16.4 192.168.17.4 192.168.18.4 192.168.19.4
192.168.16.5 192.168.17.5 192.168.18.5
192.168.16.6 192.168.17.6 192.168.18.6
192.168.16.7 192.168.17.7
rack分布：
rack1 rack2 rack3 rack4 rack5 rack6
192.168.16.1 192.168.17.1 192.168.18.1 192.168.19.1 192.168.16.5 192.168.17.5
192.168.16.2 192.168.17.2 192.168.18.2 192.168.19.2 192.168.16.6 192.168.17.6
192.168.16.3 192.168.17.3 192.168.18.3 192.168.19.3 192.168.16.7 192.168.17.7
192.168.16.4 192.168.17.4 192.168.18.4 192.168.19.4 192.168.18.6 192.168.18.5
然后用過gcadmin distribution gcChangeInfo.xml p 2 d 1 db_root_pwd xxxx生成新的distribution ID，最后通過rebalance重分布即可。
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/284749.html
標籤：其他數據庫