本文將介紹ApsaraDB for SelectDB中支援的資源管理方案,以協助您更合理地使用其資源。
資源管理方案
ApsaraDB for SelectDB在對計算資源的管理和隔離上,提供了三種可用方案:多執行個體、多計算叢集和Workload Group。
多執行個體
ApsaraDB for SelectDB支援同賬戶下建立多個獨立部署的執行個體。常用於完全獨立的業務情境。
以執行個體粒度進行資源隔離的場合,執行個體之間計算和儲存是完全物理隔離的。通過單獨的執行個體串連地址對不同的執行個體進行訪問。
多計算叢集
ApsaraDB for SelectDB支援存算分離架構,在一個執行個體下可包含多個物理的計算叢集。每個計算叢集包含一組BE節點,類似於巨量資料系統中的計算群組、計算隊列。常用於讀寫隔離和在離線隔離等業務情境。
計算層以叢集粒度進行計算資源隔離的,同一個執行個體下的多叢集之間,資料層是共用的,計算層是隔離的。同執行個體中的多個叢集,通過相同的串連地址進行訪問,通過命令USE @cluster_name切換叢集。計算叢集詳細說明請參見多計算叢集。
Workload Group
ApsaraDB for SelectDB支援計算資源的軟隔離方式,一個叢集中可包含多個Workload Group,用於限制每個任務在單個BE節點上的計算和記憶體資源的使用量。常用於有一定隔離性要求且支援適度資源搶佔的業務情境。
以Workload Group粒度進行計算資源隔離的場合,資料層是共用的,計算資源是邏輯隔離的。對於不同Workload Group的訪問,通過綁定資料庫帳號到相應的Workload Group進行。Workload Group詳細說明請參見Workload Group。
方案對比
以下為三種資源管理方式在隔離性和資源使用率上的比較。
管理方式 | 隔離方式 | 隔離性 |
多執行個體 | 計算、資料完全隔離 | 超高 |
單一實例多叢集 | 計算層物理隔離,資料共用 | 高 |
Workload Group | 計算層邏輯隔離,資料共用 | 中 |
多執行個體的管理方式擁有最好的隔離性,但可能導致儲存資源冗餘、計算資源使用率偏低。而Workload Group與之相反,支援計算資源進行適度的搶佔,以充分利用資源,但隔離性較弱。總體來說,在完全獨立的業務情境下,建議採用多執行個體方案。在共用資料但要求強計算隔離的業務情境下,建議採用多叢集方案。在共用資料和計算但又適當考慮隔離的情境下,建議採用Workload Group方案。
方案推薦
方案支援組合,例如多執行個體和多叢集組合、多叢集和多Workload Group等。
多執行個體方案
在以下使用情境中,可以考慮採用多執行個體方案。
獨立的業務或團隊之間,不存在資料共用的情境。
部分業務非常重要或敏感,需要儘可能降低資訊泄露機率、避免互相干擾的情境。
多叢集方案
在以下使用情境中,可以考慮採用單一實例多叢集方案。
共用資料且支援不同敏感度的資料分析情境,如針對在離線分析進行時隔離。
匯入資料的工作負載與查詢資料的工作負載需要進行隔離。
對資源使用率不做特殊要求。
Workload Group方案
在以下使用情境中,可以考慮採用Workload Group方案。
在同一份資料上,支援多個敏感度基本平等的資料分析情境,需要保障每類情境的基礎資源使用,但又希望可以適當進行閑時資源搶佔。
期望充分利用資源,對資源使用率有特殊要求。