Hologres不同的執行個體規格定義了不同的Core和記憶體資源，由於計算和儲存分離架構，儲存資源與執行個體規格不相關。本文將為您介紹執行個體的資源規格，您可以根據需要動態調整執行個體的規格，包括升配、降配，獨立修改計算和儲存資源。
基本概念
Hologres運行時的資源套件括用於中繼資料管理的進程資源、用於查詢服務的計算資源、用於最佳化資料寫入的匯入鏈路資源以及快取服務。所有服務雲端式原生容器技術，通過多個並行的容器計算節點實現高效能並行計算能力。
Hologres基於執行個體的資源規格提供預設的最大串連數和預分配的Shard數，這些參數是針對大多數情境，經過調校和最佳化的預設配置。其中，最大串連數不可修改，Shard數可通過建立新的Table Group調整。系統擴容或者縮容時，最大串連數同時調整，但擴縮容之前的DB預設Shard數不調整，需要手動修改，建立的DB其Shard數為對應規格的預設值。
在擴容後，更多的Core資源可以提供更好的查詢並發能力，大多數使用情境不需要調整Shard數。當您需要更大的寫入能力時，可以擴大Shard數，提高並發寫入的輸送量，但對於OLAP類型的查詢，增大Shard數並不會明顯改善查詢效能，甚至會降低系統的並發吞吐，建議瞭解原理後再調整。同時，行存表由於天然的分布特性，Shard的個數越多，其讀取效能會更高。
執行個體規格推薦
每個Shard負責著一部分資料的讀寫服務要求，在同一個Table Group裡，每個表的一部分資料分發到同一個Shard上，這些表之間如果可以在Shard內關聯，我們稱之為Local Join，是效率更高的關聯方法。如果資料不在同一個Shard內，則需要通過Redistribution運算元，實現資料的Shuffle交換，會有更多的網路傳輸和調度開銷。因此設計Shard時要充分考慮計算的過程是Shard間充分並行化，還是需要Shard間交換資料的情境。對於資料寫入和更新情境，是可以Shard間並行化寫入與更新，因此Shard更多，吞吐能力會更好；對於點查情境，如果每個查詢都可以準確命中某個Shard，即實現Shard剪枝，那麼Shard更多，並發能力更強；對於OLAP類型查詢，因為需要多個Shard共同參與計算，因此不可避免會有資料交換的情境，過多的Shard將帶來更多的節點間架構調度開銷，並最終降低查詢的並發能力。
在使用Hologres執行個體實踐過程中存在資料量可預估，最適宜執行個體規格以及對應Shard數區間應該設定為多少的問題，由於最適宜執行個體規格和Shard數不僅和資料存放區量有關，還和實際訪問頻率、實際資料訪問量、計算負載的類型（點查、分析等）、寫入吞吐、Table Group上表的個數等因素有關，該問題無法給出準確答案。您可參見下表中根據資料量估算的所需Shard數和執行個體規格的推薦數，選擇適合您的參數配置。
下表根據資料量估算的所需Shard數和執行個體規格的推薦數不是唯一標準，小資料量的表也可以放在多的Shard Count之上，巨量資料量的表也可以放在單個Shard上。請您根據實際業務情境選擇一個合適的Shard Count，既滿足有較高的並發度，帶來更高計算效率，又滿足資料較集中，從而避免不必要的Shuffle開銷。
|
資料總規模 |
推薦規格 |
推薦Shard數 |
使用說明 |
|
4000萬行以下 |
32Core以上 |
10～20 |
不適合壓力測試，建議用於開發環境。 |
|
4000萬行～4億行 |
64Core以上 |
20～40 |
適合業務情境較為單一，沒有混合負載情境。 |
|
4億行～40億行 |
128Core以上 |
40～80 |
寫入查詢能力較為均衡，建議生產系統預設起步配置。 |
|
40億行～400億行 |
256Core以上 |
80～240 |
建議考慮多個Table Group，按照不同業務屬性的內聚性劃分Table Group，或者按照資料量劃分Table Group，不同Table Group設計不同的Shard，建表時明確指定所屬Table Group。 |
|
400億行～4000億行 |
512Core以上 |
160～400 |
建議考慮多個Table Group，按照不同業務屬性的內聚性劃分Table Group，或者按照資料量劃分Table Group，不同Table Group設計不同的Shard，建表時明確指定所屬Table Group。僅對部分超大表劃分較多Shard，普通表不建議Shard過多。 |
執行個體預設資源表
Hologres基於執行個體的資源規格提供預設的最大串連數和預分配的Shard數，預設規格配置如下表所示。
自2022年04月25日起，通用型執行個體支援512 CU至1024 CU之間的計算資源規格，如需更高規格，請提交工單。在升級更大資源規格前，請先將執行個體升級至V1.1.58或以上版本。
計算群組型執行個體無需提交工單，即可靈活購買32 CU至8192 CU的任意規格。
-
每個執行個體規格包括了計算節點和Frontend接入節點，每16 CU對應一個計算節點。在512Core及以下規格中，預設計算節點數與Frontend節點數相同，在1600 CU及以上規格中，Frontend節點數保持100不變。
-
在規格擴容小於5倍時，不建議調整Shard。該預設規格適合絕大部分情境，考慮了寫入和查詢的平衡配置。
-
最大總串連數=單Frontend節點最大串連數*Frontend節點數，括弧中為具體每個節點的規格，其中括弧前部分為單接入節點最大串連數，後部分為總Frontend接入節點個數。
|
執行個體規格 |
計算節點數 |
預設Shard數 |
最大總串連數（適用於V2.1及以下版本） |
最大總串連數（適用於V2.2及以上版本） |
Superuser預留總串連數（適用於V1.1及以上版本） |
|
32 CU |
2 |
20 |
256（128*2） |
512（256*2） |
10（5*2） |
|
48~80 CU |
3~5 |
40 |
128*計算節點數 |
256*計算節點數 |
5*計算節點數 |
|
96~112 CU |
6~7 |
60 |
128*計算節點數 |
256*計算節點數 |
5*計算節點數 |
|
128~192 CU |
8~12 |
80 |
128*計算節點數 |
256*計算節點數 |
5*計算節點數 |
|
208~352 CU |
13~22 |
120 |
128*計算節點數 |
256*計算節點數 |
5*計算節點數 |
|
368~992 CU |
23~62 |
160 |
128*計算節點數 |
256*計算節點數 |
5*計算節點數 |
|
1008~1584 CU |
63~99 |
200 |
128*計算節點數 |
256*計算節點數 |
5*計算節點數 |
|
1600~2272 CU |
100~142 |
200 |
12800（128*100） |
25600（256*100） |
500（5*100） |
|
2288~4000 CU |
143~250 |
240 |
12800（128*100） |
25600（256*100） |
500（5*100） |
|
4016~8000 CU |
251~500 |
320 |
12800（128*100） |
25600（256*100） |
500（5*100） |
|
8016~8192 CU |
501~512 |
400 |
12800（128*100） |
25600（256*100） |
500（5*100） |
查看並管理執行個體預設串連數
Hologres支援您查看並管理執行個體預設串連數。
-
查看串連數。
當您建立執行個體並串連開發工具之後，可以執行如下語句進行查看，其中傳回值是單個Frontend接入節點的最大串連數。
說明Hologres執行個體總的最大串連數=單Frontend節點最大串連數*Frontend節點數。
--查看單接入節點的最大串連數（實際串連在多個接入節點間均衡分配）。 show max_connections; -
管理串連。
執行個體會為Superuser提供預留串連數，當串連數達到預設規格上限時，Superuser可以串連Hologres使用SQL命令查看空閑串連並進行釋放，或者根據業務情況升配。查看空閑串連並進行釋放串連的具體操作，請參見串連數。
查看並修改執行個體Shard數
在執行個體擴容後，大多數情況下不需要調整Shard數，更多的Core資源可以提供更好的查詢並發能力。如果您需要更大的寫入能力，可以通過擴大Shard數來提高並發寫入的輸送量。
同時，行存表由於天然的分布特性，更多的Shard讀取效能會更高。如果因業務需求，需要查看以及修改執行個體的Shard數，請參見Table Group與Shard Count操作指南。