不使用专线，如何构建混合云？|运维朱工

Linux云计算交流群：720995729

随着企业对安全和降本的需求越来越多，使用混合云来构建自己的业务体系已形成了一种趋势。

有些公司是为了数据安全把重要的数据存在IDC机房，有些是为了降本而在IDC机房部署大量的应用，云上只用做灾备，毕竟云上的弹性伸缩制作要比IDC机房来的更方便。但使用混合云都绕不开网络互联的问题。

如果云上和IDC机房业务存在大量的交互，那么势必对网络的延迟和带宽有较高的要求。且如果云上和IDC机房距离较远则费用会随着带宽要求的增加而成倍的提升。

那这个是否是无解的吗?答案是否定的。有一种方案可以不用专线构建一套混合云架构。且网络延迟优于专线。下面我就来详细说说这个方案。

首先，我们来看一下架构图。从架构图我们就能很直观的了解到解决方案很简单，就是把物理服务器和存储设备托管在和XX云一个区域的IDC机房。这样云上的资源和我们的物理设备就能打通成一个内网。不仅减去了专线上的成本还大大降低了网络延迟，提升了网络带宽。无论从性价比还是网络质量上都要优于拉专线的方案。

但是这些并非如看上去这么简单也存在一些先决条件以及问题和风险。

先决条件：
不是所有的云都支持托管物理机和云上资源做内网打通，只有一些特定的云商支持该业务

就算云商支持该业务但物理机房资源是有限的，有时你想放置物理设备的IDC机房可能已经饱和。所以在确定云商支持该方案的同时要确定哪些IDC机房还能放多少设备。然后根据这个情况看看是否符合自己公司未来发展的需求

问题和风险：
内网带宽并非完全免费，超过一定的流量可能会产生一定的费用。按不同云商的商务条款来确认

内网带宽有限速，虽然是内网但为了保障云商自有业务的稳定运行相信大部分云商不会无限制的使用内网。但一般是能够满足大部分用户的带宽要求的

网络整体规划设计要满足覆盖到未来5年内可能增长的业务需求。千万不能出现无法扩容的情况

安全合规性方面特别是金融行业要仔细确认是否满足金融行业的合规性要求

混合云维护对运维要求会更高。不仅要维护云上云下的资源，还会对一些特殊场景有相当高的架构设计要求

如果你也想做混合云，但苦于没有好的架构设计方案及后期的运维维护，那就来找新钛云服。我们能帮你解决运维和安全层面的大部分需求。