图 12 显示了使用相同 MSS 值的网络延迟比较:
文章插图
图 12:物理机集群的网络延迟最高可降低虚拟机集群的 6 倍 。
正如我们所见 , 在 MSS=8 时测量,虚拟机集群的延迟约为 145 微秒,而物理机的延迟为 24.5 微秒,高出约 6 倍 。此外,对于物理机集群 , 随着 MSS 的增加,延迟的增长速度更慢 。
对于所有测试,请注意 , 我们报告的是集群网络内部的网络性能比较 。我们测量了一个网络内部节点之间的带宽和延迟,位于一个位置 。如果我们使用不同位置的节点,这将增加互联网延迟,而互联网延迟是不稳定的,并且可能因提供商而异 。我们在合成条件下保持纯净;它们可能无法在实际环境中复制 。但是,可以预期普遍趋势得以重现 。
物理机性能优势的意义与虚拟机相比,更好的物理机性能提供了两个简单但关键的优势:
- 部署在物理机工作节点上的应用程序运行和响应速度比部署在虚拟机上的快 。
- 因此 , 当您选择物理机时,客户使用您的产品体验会更好 。
结论我们的测试证实了物理机工作节点优于虚拟机工作节点的假设 。我们还产生了关于物理机工作节点确实优于多少的具体数据,即:
- CPU 速度和利用率提高两倍
- RAM 延迟降低三倍
- 存储性能提高两倍以上
- 网络延迟降低五倍以上
我要感谢我在 Gcore 的同事进行测试并帮助撰写本文: Sergey Kalinin、Sergey Mikhalev 和 Andrei Novoselov 。
推荐阅读
- 云原生小技巧 : 如何在本地调试 Kubernetes Webhook?
- Kubernetes创始人发声!K8s在被反噬!
- 大量Kubernetes机密暴露,波及多家头部公司
- StatefulSet:在Kubernetes中部署和管理有状态应用的利器
- 在虚拟机上再运行虚拟机,真是太强了
- ipad合约机是什么意思,下平板电脑裸机是什么意思
- Kubernetes API Gateway 1.0 上线,维护者提出了未来规划
- Kubernetes网络故障排查实战之旅
- 基于Kubernetes网关API策略的流量管理
- 如何通过三行配置解决在Kubernetes中的gRPC扩展问题