PolarDB PostgreSQL版(相容Oracle)目前提供以下規格的節點供您選擇。
計算節點規格
節點規格 | CPU和記憶體數 | 最大儲存容量 | 最大串連數1 | PSL4最大IOPS | PSL5最大IOPS |
節點規格 | CPU和記憶體數 | 最大儲存容量 | 最大串連數1 | PSL4最大IOPS | PSL5最大IOPS |
polar.o.x4.medium | 2核8 GB | 50 TB | 800 | 8,000 | 16,000 |
polar.o.x8.medium | 2核16 GB | 100 TB | 1,600 | 8,000 | 16,000 |
polar.o.x4.large | 4核16 GB | 100 TB | 1,600 | 32,000 | 64,000 |
polar.o.x8.large | 4核32 GB | 100 TB | 3,200 | 32,000 | 64,000 |
polar.o.x4.xlarge | 8核32 GB | 100 TB | 3,200 | 50,000 | 128,000 |
polar.o.x8.xlarge | 8核64 GB | 100 TB | 3,200 | 50,000 | 160,000 |
polar.o.x4.2xlarge | 16核 64 GB | 100 TB | 3,200 | 64,000 | 256,000 |
polar.o.x8.2xlarge | 16核128 GB | 100 TB | 12,800 | 64,000 | 256,000 |
polar.o.x4.4xlarge | 32核128 GB | 100 TB | 12,800 | 80,000 | 256,000 |
polar.o.x8.4xlarge | 32核256 GB | 300 TB | 25,600 | 80,000 | 384,000 |
polar.o.x4.6xlarge | 48核192 GB | 100 TB | 12,800 | 100,000 | 256,000 |
polar.o.x8.6xlarge | 48核384 GB | 300 TB | 25,600 | 100,000 | 384,000 |
polar.o.x4.8xlarge | 64核256 GB | 300 TB | 25,600 | 120,000 | 384,000 |
polar.o.x8.8xlarge | 64核512 GB | 500 TB | 36,000 | 120,000 | 409,600 |
polar.o.x8.12xlarge | 88核710 GB | 500 TB | 36,000 | 150,000 | 512,000 |
polar.o.x8.15xlarge | 120核920 GB | 500 TB | 36,000 | 150,000 | 512,000 |
說明
最大串連數1:即參數max_connections,是最大的可串連數限制。根據業務情況不同,計算節點實際可支援的最大串連數會存在差異。
企業版產品系列的最大IOPS和I/O頻寬隨著節點數量的增加而成倍增加。例如,叢集的子系列為獨享規格,計算節點為8核32 GB,儲存類型為PSL5,資料庫節點包含1個讀寫節點和3個唯讀節點,那麼這4個節點總共可以獲得的最大儲存效能為:4*128000 IOPS,4*8 Gbps。
企業版產品叢集中的各個節點擁有獨立的儲存規格,互不干擾。
例如,叢集儲存規格的IOPS是128000,頻寬是8 Gbps,1個讀寫節點和3個唯讀節點共4個節點,那麼每個節點都擁有128000 IOPS和8 Gbps的頻寬,各個節點之間互不影響。
PSL4的IOPS不僅受到計算規格中規定的上限限制,還受到儲存空間的影響。儲存空間的IOPS計算公式為IOPS=min{1800+50*容量, 50000}
,其中容量單位為GB。
例如,您購買的計算節點規格為polar.o.x8.xlarge,其計算規格中規定的IOPS上限為80000。但您實際儲存空間只有100 GB,那麼儲存空間的IOPS為min{1800+50*100, 50000}=6800
。當前計算節點的最終IOPS為min{計算規格限制,儲存空間限制}={80000, 6800}=6800
。
在核心小版本(V1.1.7)(發布時間:2020年12月)中,調整了部分計算節點規格支援的最大串連數(即為上表中展示的最大串連數)。在此之後新建立的叢集,其最大串連數即為調整後的值。對於存量叢集,您可以通過變更配置來修改叢集的最大串連數。
最大串連數
PolarDB PostgreSQL版(相容Oracle)最大串連數是系統允許的最大串連數,當資料庫並發使用者超過該串連數後,會導致新串連無法建立或者連線逾時。
業務系統不同,每個串連消耗的記憶體資源不同,導致資料庫實際能達到的最大串連不同。
查詢當前系統配置的最大串連數。
查詢當前實際串連數。
SELECT count(1) FROM pg_stat_activity;
請關注業務和資料庫實際情況,建議串連數不超過以下的建議值。
建議值公式:LEAST({DBInstanceClassMemory/11MB}, 5000)
。
如果應用程式需要更大的串連數,請選擇具有更大記憶體的資料庫叢集。