200ms零丢包全球可达

本文所使用的软件部署指南可以参考：《
Ruta实战及协议详解
》，可以在如下git连接下载：https://github.com/zartbot/ruta_demo

本次测试的数据及优化结果可以参考：

https://github.com/zartbot/ruta_demo/blob/main/multicloud/log

我们使用Ruta在阿里云和腾讯云上构建了一个多云的集群，使用Segment Routing Over UDP构建支持2层和3层VPN的骨干网络，测试结果证明可以通过它实现全球的零丢包200ms内可达性。部署节点如下所示：

当然下一步我们会进一步在这个系统中加入Azure和GCP的节点，并完成公有云Az间的fullmesh构建。和上一次的测试结果《Ruta：不用花10个亿也能做千眼》对比，明显能够感觉的各个云Region间通过Internet的访问能力正在上升，伴随着一些云自己的SR调度，延迟也有很多很奇怪的现象，例如广州到悉尼达到了400ms，借助公有云构建多云SR骨干网将会成为一个非常好的选择，也是SDWAN向下一代演进的趋势。当然您也可以使用某家的CEN或者vWAN构建单一云提供商的网络，但是成本优势就不那么明显了，Cloud Agnostic这个词还是要记住的。整体的运行数据如下：

左上为延迟统计，右上为丢包统计。左下为延迟时序图，下中为丢包统计时序图，下右为抖动统计时序图。我们重点来关注延迟和抖动的热图。
延迟分布的大图如下

可以看到有些节点的延迟还是很高的：

 ALI_Mumbai <--> ALI_Hangzhou   RTT:  431.02ms    DROP:  0.0% TE_Guangzhou <--> ALI_Sydney   RTT:  426.03ms    DROP:  3.0% ALI_Sydney <--> TE_Moscow      RTT:  311.82ms    DROP:  0.0%

而丢包统计如下所示：

腾讯云广州节点是一个奇葩的存在，连接其它公有云都差，唯独连接自己家硅谷的节点快的不得了，从来不丢包。
Ruta的延迟丢包优化结果，可以看到基本上在3跳以内就可以大幅的改善延迟，例如腾讯广州到阿里香港优化前居然花了347ms，最后通过阿里云新加坡做中继降到了67ms。整个网络优化后的RTT大部分都在300ms以内而丢包率优化结果如下，没错，所有丢包的路径都可以绕开实现零丢包，您可以看到例如阿里云伦敦或者吉隆坡等节点，或者阿里云杭州访问旧金山雅加达等节点的丢包都被消除了。

例如阿里云雅加达节点到腾讯云广州原始丢包率为53%，延迟为185ms，优化后的低延迟路径为

ALI_Jakarta -----  13.8ms----->ALI_SingaporeALI_Singapore-----  45.3ms----->TE_Guangzhou

大带宽业务零丢包路径

ALI_Jakarta ----- 0%----->ALI_SydneyALI_Sydney ----- 0%----->ALI_GuangzhouALI_Guangzhou----- 0%----->TE_Guangzhou

所以多云还是很有必要的，在Internet上跑Segment Routing还是很有必要的。本文所使用的软件部署指南可以参考：《Ruta实战及协议详解》，可以在如下git连接下载：https://github.com/zartbot/ruta_demo

本次测试的数据及优化结果可以参考：

https://github.com/zartbot/ruta_demo/blob/main/multicloud/log