全部產品
Search
文件中心

ApsaraDB for SelectDB:資源管理

更新時間:Jul 06, 2024

本文將介紹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方案。

  • 在同一份資料上,支援多個敏感度基本平等的資料分析情境,需要保障每類情境的基礎資源使用,但又希望可以適當進行閑時資源搶佔。

  • 期望充分利用資源,對資源使用率有特殊要求。