云管平台的容灾设计？

两个不同的事情，建议分开去看。云管理平台解决的是效率的问题，灾备切换更多依靠预案和演练，自动化的切换也有商业化的平台软件实现。

云管平台与灾备建设本身是相对独立的两个领域的范畴，但也有可融合的交集来满足用户实际需求。

云管平台的总目标是IT架构根据业务的需求，能够灵活、迅速地实现各种资源（Power、X86、存储、网络）的调度和部署；
灾备的需求，首先考虑的应该是在灾难发生时，能够数据不丢失地在预定时间内尽快恢复生产，对管理和自动化有需求，其实才是灵活性问题；

当然，也可以将灾备的需求纳入云管平台，这就要求云管平台本身能够跨容灾站点存活；
在云管平台本身能够实现灾备冗余的情况下，确实能够提升灾备切换效率，例如在数据库和关键应用常用的Power平台提供了VM Recover Manager容灾切换一体化解决方案， 能够解决灾难发生时VM异地恢复、存储数据方向拷贝等设置，避免过多的人为操作，从而降低风险；

另外进行灾备建设时，要考虑云管平台本身无法及时恢复的场景，日常演练中，必须做好无云管平台的情景演练。

云管平台理论上只是资源申请平台，而不是自动化切换平台，这应该是两个独立的系统。民生银行自己开发了一套自动化灾备切换的平台。切换平台是需要调用底层的云平台的接口进行开关机，因此在云化设计时，需要考虑好三者的相互调用关系。

定义好切换流程,
人力资源配合
能自动化的全部自动化化操作, 手工操作的只能是点击按钮
切换速度一定会很快, 但很多部门不配合你做这个, 就没办法了