企业系统架构的形态为混合云模式,即IDC和云平台共同承载线上业务流量,来保证业务高可用。墨菲定律告诉我们,如果事情有变坏的可能,不管这种可能性有多小,它总会发生。如果IDC公网出口异常,IDC内业务要访问第三方服务,如何实现高可用呢?本文结合云平台公网能力,从网络平台角度来分析容灾建设可行性。
数据中心公网出口和当地运营商对接,情况千差万别,虽然IDC机房出口线路有多条线路,如果运营商接入口或者IDC出口故障,会导致整个IDC丧失公网能力。在这类场景下,公网入口流量可以通过dns解析方式将业务流量切换到云平台;对于IDC出口流量调度只能通过业务层面调度来实现,涉及到业务调度各个企业实现方式不同,业务改造难度差异也较大。通常混合云网络架构如下:
关于混合云网络架构重点说明如下:
正常情况下,IDC和云平台公网出口流量是烟囱式,互不交叉;当IDC公网出口异常,流量切换到云平台,同样云平台公网出口异常,流量切换到IDC。结合当前云平台兼容性,方案关键点:
整体公网出口容灾方案如下:
正常情况下,业务流量通过NAT访问公网,如上路绿色线条标识。云平台对于NAT和专线网关暂不支持ECMP,因此正常情况下,需要开启NAT路由,关闭专线网络路由,详情如下:
当NAT集群异常,云侧切换路由,通过专线网关将流量导入到IDC公网出口。切换动作目前只支持手动切换,通过调用API接口(DisableRoutes/EnableRoutes),关闭NAT网关选路,同时开启专线网络路由。云平台路由表信息如下:
业务回切。待业务恢复后,在一个业务低峰期时候,通过调用开启和关闭子子网路由来切换。
正常情况下,IDC业务流量通过NAT访问公网,如上路绿色线条标识。云平台路由表,公网出口通过NAT信息如下:
当IDC公网出口异常情况下,IDC需要切换路由通过云平台的公网出去。这里手动调用api接口(ReplaceRoutes)对云平台原先由表进行替换来实现,因为同一张表里目标0.0.0.0存在,当使用专线网关路由被启动后,必须要同时关闭NAT网关和服务器公网IP。下这张路由表来替换原有路由表,两张路由表唯一差异就是目的端0.0.0.0一个为专线网关,另外一个为公网IP。
PS:云服务器公网IP:云服务器绑定有公网IP时优先走公网IP访问公网,仅仅转发IDC公网流量。
业务回切,在一个业务低峰期时候,通过替换路由表来切换。
正常情况下,IDC和云平台公网出口流量是烟囱式,互不交叉;当IDC公网出口异常,流量切换到IDC备用公网出口通道,同样云平台公网出口异常,流量切换到云平台公网出口通道。结合当前云平台兼容性,方案关键点如下:
正常情况下,业务流量通过两个NAT网关随机访问公网,推荐NAT网关绑定两个以上EIP。
当NAT集群异常,云平台通过内网流量调度到其他地域来恢复,可能会对业务方案时延有增加,客户侧不需要做任何操作。如果只是其中一个NAT网关异常,通过手动调用API方式来关闭异常网关路由来恢复,如下图所示。
当集群恢复后,通过开启路由来恢复两个NAT负载流量。
正常情况下,业务流量通过IDC数据中心公网来访问,如绿色线条标识。当IDC数据中心公网出口异常时候,通过切换到云平台的互联网通道来进行公网访问。云平台侧不需要做任何修改。
方案 | 优势 | 挑战 |
---|---|---|
IDC和云平台互为主备 | / | 1.自建网络转发系统。 2.增加后续系统维护成本,保证系统稳定性。 3.网络工程师人员要求较高。 4.方案落地周期较长。 5.方案实现较为复杂,不确定因素较多。 |
IDC公网出口容灾方案 (推荐) | 1.方案简单,更多依赖云平台能力 2.方案落地快捷。 3.人力成本低,不需要自建系统。 4.维护成本低,不需要后续维护系统稳定性。 | 1.需要增加互联网专线通道有额外成本。 |
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。