共计 2367 个字符，预计需要花费 6 分钟才能阅读完成。
简介：Nacos 2.0 通过降级通信协议和框架、数据模型的形式将性能晋升了约 10 倍，解决继 Nacos 1.0 公布逐渐裸露的性能问题。本文通过压测 Nacos 1.0，Nacos 1.0 降级 Nacos 2.0 过程中，Nacos 2.0 进行全面性能比照，直观的展现 Nacos 2.0 所带来的性能晋升。
作者|席翁
Nacos 2.0 通过降级通信协议和框架、数据模型的形式将性能晋升了约 10 倍，解决继 Nacos 1.0 公布逐渐裸露的性能问题。本文通过压测 Nacos 1.0，Nacos 1.0 降级 Nacos 2.0 过程中，Nacos 2.0 进行全面性能比照，直观的展现 Nacos 2.0 所带来的性能晋升。
压测筹备
环境筹备
为了不便 Nacos 部署降级和展现外围性能指标，咱们是从阿里云微服务引擎 MSE（\_https://cn.aliyun.com/product/aliware/mse\_）中购买的一个 2 核 CPU+4G 内存的三节点 Nacos 集群。
压测模型
为了展现不同规模下的零碎体现，咱们采纳逐渐增压的形式进行压测，将压力分为 3 个批次进行逐渐启动，并察看每个批次下集群的运行体现。同时会在压力集群之外，再减少一个 Dubbo 服务的 Demo，并应用 Jmeter 以 100 TPS 的压力不停的调用，以模仿不同压力下，对理论业务调用存在的可能影响。
压测过程中，会在适当的时候对服务端和客户端进行降级；服务端的降级将间接应用 MSE 提供的一键降级性能，客户端的降级会应用分批次轮流重启的形式进行。
压测过程
Nacos1.X Server + Nacos1.X Client
首先启动第一批施压集群，对 MSE Nacos1.2.1 进行施压，在 6000 个 Providers 的压力下，集群稳固时 CPU 大概 25%，可能稳固放弃 6000 实例。
随后启动第二批施压集群，减少 4000 个 Provider，合集 10000 个 Provider。此时集群峰值 CPU 曾经达到 60%，稳固运行时大概在 45% 左右，集群可能稳固运行。
在前两批的压力下，集群没有呈现稳定性问题，所以 Dubbo 的调用放弃失常，没有谬误产生。
当第三批施压集群启动之后，压力总计 14000 个 Provider。此时集群先是短暂的注册到 13000 个实例，之后很快呈现实例数上涨，CPU 跑满的问题。并且放大工夫范畴能够看到，上涨后的实例依然在小范畴抖动。
同时 Dubbo 的调用呈现谬误，从 Consumer 的日志能够看出，是因为服务端无奈撑持这个级别的压力，导致 Dubbo Provider 被摘除，所以调用的时候呈现了 No provider 的谬误。
Nacos2.X Server + Nacos1.X Client
因为服务端降级期间，会进行实例的双写操作，因而在降级过程中服务端存储的实例数会是理论实例值的两倍。根据上述测试后果，须要先将实例数回滚回第一批 6000 实例之后，或是降级配置扩容机器之后再尝试降级。本文应用回滚压力的形式，先进行后启动的施压集群。让集群恢复正常后再执行降级。
从监控图中能够看出，在进行后两批压力后，集群很快就复原到了失常，运行稳固，Dubbo 调用也恢复正常。之后应用 MSE 的降级性能，进行降级。降级过程中因为双写的性能损耗，导致 CPU 有较大的抖动；而且因为双写导致的实例数翻倍，实际上相当于 12000 实例的极限压力，服务端依然有肯定的抖动，因而导致了些许 Dubbo 的谬误。若是在非极限压力下降级，将不会有此影响。
随着服务端降级实现进行双写，打消了双写带来的性能损耗，CPU 应用升高并趋于稳定，同时实例数也不再抖动，Dubbo 调用完全恢复；如同 1.X 服务端一样，分两个批次启动施压集群，比照两个版本间在雷同压力下的性能体现。
因为客户端仍旧应用的是 1.X 的客户端，服务端的应用水位仍然十分高，在全副压力启动后，CPU 简直达到 100%；尽管没有像 1.X 服务端一样，呈现大规模实例上涨，然而运行一段时间后仍旧有大量的实例抖动，阐明仅降级 Nacos 服务端到 2.0 版本能有肯定的改善，然而没有彻底解决性能问题。
Nacos2.X Server + Nacos2.X Client
为了齐全开释 Nacos 2.0 的性能，还须要将施压集群的客户端也降级到 2.0 以上版本。同样将分 3 个批次进行替换，期间因为 Provider 进行了重启，服务端有呈现实例的上涨再复原属于失常景象。随着施压集群的降级，能够发现 CPU 有了非常明显的降落，最终达到稳固时，CPU 由最后的靠近 100%，升高到 20%，集群稳固运行 14000 个实例。
压测后果
如上所述，咱们可能失去 2 核 CPU+4G 内存的三节点集群在不同版本下的性能差别：
| 服务端版本 | 客户端版本 | 压力规模 | 集群稳定性 | CPU 应用 |
|---|---|---|---|---|
| Nacos1.X | Nacos1.X | 14000 | 齐全不稳固 | 100% |
| Nacos2.X（降级中） | Nacos1.X | 6000 | 有肯定抖动 | 100% |
| Nacos2.X | Nacos1.X | 14000 | 有肯定抖动 | 100% |
| Nacos2.X | Nacos2.X | 14000 | 稳固 | 20% |
由此可见，Nacos 2.0 的确对性能有较大的晋升，新用户倡议间接全副采纳 Nacos 2.0，老用户倡议先降级 Server 端，而后在逐渐降级客户端开释红利。最初从整个压测视角的监控，来直观的感受一下不同版本在不同阶段的性能体现：
更多信息
点击 https://www.aliyun.com/product/aliware/mse，理解更多 MSE Nacos 2.0 相干信息。
版权申明： 本文内容由阿里云实名注册用户自发奉献，版权归原作者所有，阿里云开发者社区不领有其著作权，亦不承当相应法律责任。具体规定请查看《阿里云开发者社区用户服务协定》和《阿里云开发者社区知识产权爱护指引》。如果您发现本社区中有涉嫌剽窃的内容，填写侵权投诉表单进行举报，一经查实，本社区将立即删除涉嫌侵权内容。