Greenplum記錄（一）：主體結構、master、segments節點、interconnect、performance monitor

　　結構：Client——master host——interconnect——segment host

每一個節點都是單獨的PG數據庫，要得到最佳的性能須要對每一個節點進行獨立優化。

master上不包含任何的用戶數據，僅保留system catalog，用戶數據所有存儲在segments上。

master負責處理傳入的sql命令，分發到對應的segments上，組合返回的結果並返回給客戶端。

Because the master does not contain any user data, it has very little disk load. The master needs a fast, dedicated CPU for data loading, connection handling, and query planning because extra space is often necessary for landing load files and backup files, especially in production environments. Customers may decide to also run ETL and reporting tools on the master, which requires more disk space and processing power.

master節點備份：When an the standby master is active, the replicated logs are used to reconstruct the state of the master host at the time of the last successfully committed transaction.

雖然用戶數據存儲在segments上面（每一個節點存儲的數據互補相同），但用戶是經過master節點來操控的。每臺主機的segments個數由性能決定。

鏡像segments節點必須部署在不一樣的主機上：1.group mirroring，把每一個segments節點放在另一臺主機上（已經存在segments節點）；spread mirroring，講segments節點存放在空閒主機上（要求空閒主機數量大於segments節點數）。

當master節點認爲某個segments節點不可用時，會把它剔除搜索範圍，自動啓用備用節點。管理員能夠從新將它設爲啓用，不論系統是否正在運行，恢復程序會自動修復丟失的數據。若是某個segments節點掛掉而且沒有備用節點，系統會自動shutdown，直到管理員將全部掛掉的節點恢復（防止返回錯誤的數據）。

GPDB性能取決於最慢的那個segments節點（木桶原理）。爲了獲取最佳性能，segments節點主機應該是獨立的，沒有其餘程序佔用資源。

segments節點硬盤結構：每一個cpu對應一個邏輯硬盤，一個邏輯硬盤對應一組物理硬盤。

每一個節點的hosts文件須要配置其餘全部的主機名及host address，這樣GPDB就能夠自動均衡網絡使用。

性能監控是每一個segments節點都有一個任務，收集節點數據及系統利用率，每隔一段時間（默認15s）返回給master，查詢這些數據便可查看節點的性能。