全部產品
Search
文件中心

PolarDB:如何選擇執行個體規格

更新時間:Jul 06, 2024

執行個體規格越高代表執行個體的效能越強,本文介紹了選擇執行個體規格的方法。

PolarDB-X執行個體主要由計算節點和儲存節點聯合提供服務,單個節點按照CPU或記憶體來劃分執行個體的多種規格,多個節點一起組成PolarDB-X執行個體。執行個體規格請參見規格說明

執行個體規格和類型

系列執行個體規格碼CPU和記憶體最大儲存容量最大串連數最大IOPS特點
通用polarx.x4.medium.2e2核8 GB3072 GB200004000定位入門級,用於測試、體驗和極小負載的情境。
polarx.x4.large.2e4核16 GB3072 GB200007000CPU和MEM配比為1:4,複用計算資源享受規模紅利,性價比高。
polarx.x4.xlarge.2e8核32 GB3072 GB2000012000
polarx.x4.2xlarge.2e16核64 GB3072 GB2000014000
獨享polarx.x8.large.2e4核32 GB3072 GB200009000CPU和MEM配比為1:8,獨佔分配到的計算資源(如CPU),效能表現更加穩定。
polarx.x8.xlarge.2e8核64 GB3072 GB2000018000
polarx.x8.2xlarge.2e16核128 GB3072 GB2000036000
polarx.x8.4xlarge.2e32核128 GB3072 GB2000036000
polarx.x8.4xlarge.2e32核256 GB3072 GB2000072000
獨佔polarx.st.8xlarge.2560核470 GB6144 GB20000120000獨佔物理機規格,可以有更好的資源使用保障。
polarx.st.12xlarge.2590核720 GB6144 GB20000140000

執行個體規格=節點數×節點規格

舉例如下:

polarx.x8.xlarge.2e獨享規格,節點數為2個,效能資料如下:儲存6 TB (3072 GB×2)、串連數40000 (20000×2)、最大IOPS 36000 (18000×2)。

按照儲存容量選擇

按照業務的儲存空間估算:

  • 業務的資料存放區會隨著時間持續增加,可以預估1~2年內的業務增長量,判斷需要的最大儲存空間。
  • PolarDB-X的資料存放區分為:資料空間、系統檔案空間、日誌空間等,建議單節點的儲存使用量保持在70%以下。

樣本:

當前業務的儲存空間為1500 GB,每天新增約10 GB,按照1年的業務預估來看,總計約5150 GB的儲存。按照使用量70%來計算,預估需要5150 GB / 0.7 = 7357 GB的儲存空間訴求,如果按照獨享規格polarx.x8.xlarge.2e(節點儲存上限3 TB),最後判斷需要CEILING(7357 GB/3072 GB)= CEILING(2.39)= 3個節點。

按照並發量選擇

按照業務的並發量估算:
  • PolarDB-X的節點規格資源限制,包含CPU、記憶體、串連數、IOPS等。在面向事務型情境下,一般比較常見是以CPU瓶頸為主,可通過業務的QPS預期進行估算。
  • 按照常見的偏交易混合讀寫情境,單核估算可支援的QPS為1000~3000,按照獨享規格polarx.x8.xlarge.2e單節點預估可支援1~2萬的QPS。
    說明 業務的流量模型和通用benchmark會有比較多的差異,單節點的QPS僅供估算參考,建議基於業務流量進行實際壓測。
  • 常規的峰值流量,PolarDB-X建議單節點的資源使用量保持在70%以下。

樣本:

當前業務的QPS峰值預估為10萬QPS,預留70%的資源餘量,預計需要支援14萬QPS的資源,按照PolarDB-X單節點支援2萬的能力來估算,預估需要7個節點。

按照多維度組合選擇

樣本:

當前業務的QPS峰值預估為10萬QPS,當前業務的儲存空間為1500 GB,每天新增約10 GB,按照1年的業務預估來看,總計約5150 GB的儲存。

建議的選擇邏輯:

  • 分散式資料庫由多個節點群組成,會有類似的木桶效應,比如突發流量導致個別節點達到資源瓶頸,會引起整體執行個體出現部分慢SQL的現象。因此,節點規格推薦獨享型,建議生產環境8核64 GB起步,預設儲存空間有3072 GB(3 TB)。
  • 按照儲存容量和並發量分別估算需要的節點數和CPU規格,比如例子中需要CPU 56核、儲存7357 GB,可以按照最小覆蓋原則進行計算。儲存空間最小需要3個節點覆蓋,PolarDB-X提供了儲存包的隨用隨付模式,儲存需要的節點數可以作為上限,下限可以選擇CPU核心數的最小覆蓋,可以選擇7個節點的8核64 GB或4個節點的16核128 GB。
  • 業務流量如果包含報表分析的情境,因涉及更多資料計算的代價,建議選擇4個節點的16核128 GB,優先大節點規格,提高木桶邊的上限。其他情境下,建議選擇7個節點的8核64 GB,更多的節點數可以支撐更大的儲存空間,未來執行個體規格的升配也優先建議升配單個節點規格。