北京
美国洛杉矶总部要连接东京、大阪和新加坡这三个办公室，核心目标就是保证数据传得稳、传得快，同时要能抗住故障。具体怎么做？我们直接说方案。
先说物理线路这块。洛杉矶到这三个城市都跨太平洋，距离很远，所以不能只靠一条公网宽带。我们采用的主干是运营商的MPLS VPN专线，这种专线有服务质量保证，延迟和丢包率都可控。具体接法：洛杉矶总部放一台核心路由器，通过千兆或者万兆光纤接入两家不同运营商，东京、大阪、新加坡各放一台边缘路由器，同样各接两条不同运营商的专线。这样每条路径都是独立的物理层，避免单家运营商出问题导致全断。
但专线费用高，所以我们同时部署了SD-WAN设备。这台设备放在每个办公室的路由器后面，负责智能选路。平时主要流量走MPLS专线，但像视频会议、文件同步这类实时性要求高的流量，SD-WAN会监控每条路径的实时延迟和丢包，如果专线突然拥堵，它会自动把一部分非关键流量切到备用的互联网IPsec VPN隧道上。这个隧道是加密的，走普通的商用宽带，虽然稳定性不如专线，但作为备份足够用。
为了进一步降低延迟，我们在新加坡和东京分别部署了中转节点。比如洛杉矶到新加坡的流量，不直接穿太平洋，而是先经过东京节点中转，因为东京到新加坡的海底光缆路由更短，实测能减少20到30毫秒的延迟。大阪则直接连东京，因为两地距离近，走地面光纤就行，不需要单独连洛杉矶。这样整体拓扑就是洛杉矶—东京—大阪一条链，洛杉矶—东京—新加坡另一条链，同时洛杉矶到新加坡也保留一条直连专线作为备用。
再说路由协议。我们内部跑的是BGP，每个办公室宣告自己的内网网段。当洛杉矶要访问新加坡的服务器时，BGP会同时学习到直连路径和经过东京的路径，根据权重和本地优先级，默认选择延迟最低的那条。如果某条路径断了，BGP会在30秒内收敛，自动切到备用路径。同时我们在每个办公室放了两台路由器做热备份，用VRRP协议，主设备宕机，备机自动接管，切换时间在3秒以内，业务基本无感知。
最后是应用层面的优化。比如邮件和OA系统走TCP加速，我们在路由器上开启了BBR算法，能改善长肥网络的吞吐量。文件传输用专有的UDP加速协议，避免丢包导致重传拖慢速度。每个办公室还配了本地缓存服务器，经常用的公共数据先存在本地，不用每次都从洛杉矶拉取，大幅节省带宽。
物理上租两条不同运营商的MPLS专线做主力，加一条互联网IPsec VPN做应急；逻辑上用SD-WAN配合BGP动态选路，加上设备冗余和本地缓存。这套方案目前实际运行，洛杉矶到东京的往返延迟稳定在110毫秒左右，到新加坡在150毫秒左右，大阪因为经过东京，大概在120毫秒，丢包率常年低于0.2%，能满足日常办公和业务系统访问需求。成本虽然不低，但相比中断带来的损失，这笔投入是必须的。
Vecloud整合国际宽带、SDWAN、MPLS专线与IPLC专线，并提供数据中心租赁服务，全面提升企业网络性能。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
