最佳实践—如何选择实例规格

节点规格类型

实例规格=节点数×节点规格 (计算节点+存储节点)

举例如下：

polarx.x8.xlarge.2e独享规格，节点数为2个，性能数据如下：存储6TB (3072GB×2)、连接数40000 (20000×2)、最大IOPS 36000 (18000×2)。

按照存储容量选择

按照业务的存储空间估算逻辑：

1. 业务的数据存储会随着时间而持续增加，可以预估1~2年内的业务增长量，判断需要的最大存储空间。
2. PolarDB-X的数据存储分为：数据空间、系统文件空间、日志空间等，比较建议单节点的存储使用量保持在70%以下。

示例：

当前业务的存储空间为1500GB，每天新增约10GB，按照1年的业务预估来看，总计约5150GB的存储。按照使用量70%来计算，预估需要5150GB / 0.7 = 7357GB的存储空间诉求，如果按照独享规格polarx.x8.xlarge.2e (节点存储上限3TB)，最后判断需要CEILING(7357GB/3072GB) = CEILING(2.39) = 3个节点。

按照并发量选择

按照业务的并发量的估算逻辑：

1. PolarDB-X的节点规格资源限制，包含CPU、MEM、连接数、IOPS等。在面向事务型场景下，一般比较常见是CPU瓶颈为主，可通过业务的QPS预期进行估算和推导。
2. 按照常见的sysbench/TPC-C的偏交易混合读写场景，单core估算可支持的QPS为1000~3000，按照独享规格polarx.x8.xlarge.2e单节点预估可支持1~2万的QPS。
   说明 业务的流量模型和通用benchmark会有比较多的差异，单节点的QPS仅供估算参考，比较建议基于业务流量进行实际压测。
   
3. 常规的峰值流量，PolarDB-X建议单节点的资源使用量保持在70%以下。

示例：

当前业务的QPS峰值预估为10万QPS，预留70%的资源余量，预计需要支持14万QPS的资源，按照PolarDB-X单节点支持2万的能力来估算，预估需要7个节点。

按照多维度组合选择

示例：

当前业务的QPS峰值预估为10万QPS，当前业务的存储空间为1500GB，每天新增约10GB，按照1年的业务预估来看，总计约5150GB的存储。

建议的选择逻辑：

1. 分布式数据库由多个节点组成，会有类似的木桶效应，比如突发流量导致个别节点达到资源瓶颈，会导致整体实例出现部分慢SQL的现象。因此，节点规格推荐独享型，建议生产环境8核64G起步，默认存储空间有3072GB（3TB）。
2. 分别按照存储容量和并发量分别估算需要的节点数和CPU规格，比如例子中需要CPU 56核、存储7357GB，可以按照最小覆盖原则进行计算。存储空间最小需要3个节点覆盖，PolarDB-X提供了存储包的按量付费模式，存储需要的节点数可以作为下限，上限可以选择CPU核数的最小覆盖，可以选择7个节点的8核64G或4个节点的16核128G。
3. 业务流量如果包含报表分析的场景，因涉及更多数据计算的代价，建议选择4个节点的16核128G，优先大节点规格，提高木桶边的上限。另外的场景下，建议选择7个节点的8核64G，更多的节点数可以支撑更大的存储空间，未来实例规格的升配也优先建议升配单个节点规格。