实例规格越高代表实例的性能越强,本文介绍了选择实例规格的方法。
PolarDB-X实例主要由计算节点和存储节点联合提供服务,单个节点按照CPU或内存来划分实例的多种规格,多个节点一起组成PolarDB-X实例。实例规格请参见规格说明。
实例规格和类型
系列 | 实例规格码 | CPU和内存 | 最大存储容量 | 最大连接数 | 最大IOPS | 特点 |
---|---|---|---|---|---|---|
通用 | polarx.x4.medium.2e | 2核8 GB | 3072 GB | 20000 | 4000 | 定位入门级,用于测试、体验和极小负载的场景。 |
polarx.x4.large.2e | 4核16 GB | 3072 GB | 20000 | 7000 | CPU和MEM配比为1:4,复用计算资源享受规模红利,性价比高。 | |
polarx.x4.xlarge.2e | 8核32 GB | 3072 GB | 20000 | 12000 | ||
polarx.x4.2xlarge.2e | 16核64 GB | 3072 GB | 20000 | 14000 | ||
独享 | polarx.x8.large.2e | 4核32 GB | 3072 GB | 20000 | 9000 | CPU和MEM配比为1:8,独占分配到的计算资源(如CPU),性能表现更加稳定。 |
polarx.x8.xlarge.2e | 8核64 GB | 3072 GB | 20000 | 18000 | ||
polarx.x8.2xlarge.2e | 16核128 GB | 3072 GB | 20000 | 36000 | ||
polarx.x8.4xlarge.2e | 32核128 GB | 3072 GB | 20000 | 36000 | ||
polarx.x8.4xlarge.2e | 32核256 GB | 3072 GB | 20000 | 72000 | ||
独占 | polarx.st.8xlarge.25 | 60核470 GB | 6144 GB | 20000 | 120000 | 独占物理机规格,可以有更好的资源使用保障。 |
polarx.st.12xlarge.25 | 90核720 GB | 6144 GB | 20000 | 140000 |
实例规格=节点数×节点规格
举例如下:
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,更多的节点数可以支撑更大的存储空间,未来实例规格的升配也优先建议升配单个节点规格。