如何选择实例规格

实例规格和类型

实例规格=节点数×节点规格

举例如下：

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，更多的节点数可以支撑更大的存储空间，未来实例规格的升配也优先建议升配单个节点规格。