私有云的两地三中心架构如何实现？如何提高云服务的sla？

首先，“两地三中心”是传统IT架构领域大佬IBM搞出来的容灾备份方案，具体是指同城两中心加异地一中心，合称两地三中心。在传统IT架构里面，一般只有向金融、银行这种财大气粗的才搞得起“两地三中心”。那么在云计算时代，有没有必要搞两地三中心呢，一般小客户肯定是搞不起的，直接用公有云即可，各大公有云运营商通常都建的有不同的Region或AZ，异地就是Region，同城独立数据中心通常对应到AZ，对于很多大厂，那就不是两地三中心了，而是N地N中心（N>=2）。上云了是不是就万事大吉，一切都扔给运营商了呢？如果这样考虑，碰到“挖机事件”、“雷击事件”，你就等着洗洗睡吧！云不能给你100%的SLA，业务连续性还是得靠你的业务高可用设计。怎么设计，把传统“两地三中心”的思想帮到云上就可以了，业务部署在运营商不同的Region上，至少不同的AZ中，Region之间通过GLB实现双活负载均衡。
回到问题。私有云两地三中心架构如何实现，参照各大公有云的实现不就ok了？私有云 与 公有云之间除了网络访问、计费这些模块外，几乎是一样的实现原理，主要还是预算问题，两地三中心对很多企业来说，不是说搞就搞得起的。具体点，可以将三中心接入同一个WEB管理界面，实现统一的监控调度，异地数据中心彼此从网络、电力、计算、存储上独立。要提高SLA，单纯从云架构高可用上设计是不完善的，必须配合业务一起进行高可用设计，还是那个简单的思想，业务跨中心，全局负载均衡器实现跨中心高可用。