混合云建设与规划（核心业务容灾）

（1）前面我们讲了在传统企业新增电商业务客户的痛点是互联互通、安全隔离。我们通过打通大二层实现互联互通，通过子网策略实现安全隔离。其实在企业中适合混合云的还有一种客户群体。那就是对核心业务有高连续性要求，但是自身又考虑成本，不具备建设第二机房的财力和条件。

（2）我们举一个例子，某航空公司新开发了在线购票值机系统，属于核心业务，一旦中断影响比较大。目前这个航空公司没有异地灾备。新建灾备机房成本较高，另外容灾演练、容灾切换过程复杂，客户人员不具备这样的能力。

（3）从这个例子中我们能发现并总结出这类需求客户的痛点：
“核心业务有容灾的需求，但异地灾备建设成本高”
“即使建设了异地灾备，但是不具备能运维的能力（容灾切换、容灾演练）”

（4）那么如何去解决这个问题呢？
“找到一种性价比高的解决方案”
“把异地灾备的运维交给专业的人去做”

（5）那么什么是性价比高的解决方案？
”分析容灾的技术原理，主要要考虑如下成本（带宽费用、资源费用、维护费用）“

（6）那么我们一个一个去解决：
“首先是带宽费用”
第一个是首次传输全量文件：几十TB的大数据量，首次传输需要全量复制，带宽消耗大，传输慢、不稳定，容易断连。应该考虑离线方式去传。这里假设一个实现方式（可以将全量数据以离线备份的方式，保存到NAS存储中，并通过物流安全地运输到托管云机房，后续可继续通过带宽传输增量数据。这种种子文件的方式，大幅节约了带宽成本，缩短了容灾就绪的时间）
第二个是增量传输：节约带宽的方式可以考虑优化传输效率。（数据压缩、广域网优化、断点续传、增量回迁）
“其次是资源费用（存储、计算、网络）”
资源的逻辑不在于省，而在于不浪费。因此可以得出这样一个思路（灾备资源按需获取、按量付费）
“然后是维护费用”
最好的方式是专业的事情交给专业的人员去做。把容灾演练、容灾切换保障交给专业的人或者专业的公司去做。
（7）附录其他要考虑的：
当然，站在容灾技术先进性的角度来看，还要考虑如下问题：
“比传统容灾有优势，容灾软件要能不影响业务（不要装agent）”
“多种策略做备份（月、周、天、小时、分钟、秒）”
“减小兼容性适配（最好是同架构，数据格式一致，不需要数据转换、不需要驱动兼容性处理）”