对于普通实例,本文提供在1 Core 2 GiB、2 Core 4 GiB、4 Core 8 GiB、8 Core 16 GiB和16 Core 32 GiB等主流规格下能支撑的连接数、TPS(吞吐量)和服务提供者数,可以帮助您更加准确地按需选择组件规格。对于Serverless实例,您无需进行详细的容量评估,系统会根据业务量自动进行弹性伸缩和计费。
评估预知
生产等重要环境:
建议选择2 Core以上的高规格配置专业版集群。
如果有服务发现和配置管理两种场景,建议两种场景分别创建MSE Nacos集群进行使用;如果需要同一个集群用于服务发现和配置管理,请将引擎类型中的相应数据除以2再进行评估。
请严格根据推荐值规划集群规格,比如 Nacos 的连接数达到1600,请选择 4 Core 8 GiB,3节点集群。或者2 Core 4 GiB,5节点集群。
如果您使用的Nacos客户端版本是1.x版本,建议您将引擎版本升级到2.x版本,或者将引擎类型的相应数据除以2再进行评估。升级引擎的具体操作,请参见升级Nacos引擎版本。
下表中的数据为3个节点集群的能力评估数据,并非集群中单个节点的能力评估数据,因此在进行容量评估时,不需要将数据乘以3。需要评估其他节点数的集群能力时,可以参考同规格3个节点集群的能力评估数据,进行等比放大。
引擎类型
连接数:Nacos/Zookeeper客户端和Nacos/Zookeeper服务端建立的连接数。一般场景下,一个Pod建立一条连接,但如果注册中心和配置中心需同时使用,则需建立两条连接。
服务提供者数:注册的Instance数量。
Nacos
版本 | 规格 | 节点数 | 连接数 | 每秒处理请求数(TPS) | 服务提供者数 |
专业版 | 1 Core 2 GiB | 3 | 500 | 650 | 2500 |
2 Core 4 GiB | 3 | 1500 | 2000 | 7500 | |
4 Core 8 GiB | 3 | 3000 | 4000 | 15000 | |
8 Core 16 GiB | 3 | 6000 | 8000 | 30000 | |
16 Core 32 GiB | 3 | 12000 | 16000 | 60000 | |
开发版 重要 开发版用于开发自测或产品体验场景,不可用于生产环境。 | 1 Core 2 GiB | 1 | 50 | 65 | 250 |
2 Core 4 GiB | 1 | 150 | 200 | 750 | |
基础版(已停止新购) | 1 Core 2 GiB | 3 | 250 | 300 | 1000 |
2 Core 4 GiB | 3 | 750 | 1000 | 3500 | |
4 Core 8 GiB | 3 | 1500 | 2000 | 7500 | |
8 Core 16 GiB | 3 | 3000 | 4000 | 15000 | |
16 Core 32 GiB | 3 | 6000 | 8000 | 30000 |
ZooKeeper
版本 | 规格 | 节点数 | 连接数 | 每秒请求数 | 服务提供者数 |
专业版 | 1 Core 2 GiB | 3 | 800 | 900 | 4000 |
2 Core 4 GiB | 3 | 2000 | 2300 | 10000 | |
4 Core 8 GiB | 3 | 3000 | 4000 | 15000 | |
8 Core 16 GiB | 3 | 6000 | 8000 | 30000 | |
16 Core 32 GiB | 3 | 12000 | 16000 | 60000 | |
开发版 重要 开发版用于开发自测或产品体验场景,不可用于生产环境。 | 1 Core 2 GiB | 1 | 50 | 60 | 250 |
2 Core 4 GiB | 1 | 150 | 210 | 1050 |