多云灾难恢复的挑战

此，要使两个云平台比一个云平台更可靠，每个云平台必须是一个独立的资源池，能够支持针对备份的应用程序。对于选择多云灾难恢复策略的组织来说，这会深刻影响架构选择、成本和其他因素。

此外，企业不太需要多云提供的灾难恢复冗余服务，因为单个故障导致数据中心和云计算瘫痪或中断的可能性非常小。减轻风险的一种更简单的方法是使用一个云平台进行备份，并在整个可用区域中分配。然后，构建混合云体系结构(云计算灾难恢复的首选方法)的企业可以使其数据中心和云计算环境相互备份。

幸运的是，无论架构师为混合云灾难恢复还是多云灾难恢复而构建，应用程序更改和云计算服务选择都基本相同。

为了使用多云灾难恢复，企业需要能够跨边界(包括跨云平台和本地数据中心)无缝移动工作负载。必须将应用程序构建为可在任何地方运行，并且运营团队需要将所有托管资源视为一个资源池。对这两种做法的任何限制都会减少多云灾难恢复的好处并增加成本。

企业还需要考虑公共云服务的两个级别以及每个级别对多云备份策略的影响：

• IaaS托管。云计算提供商在不同地理位置为虚拟机提供每个虚拟机不同的资源和不同的服务级别协议。尽管云计算提供商的运营实践通常有所不同，但适应这些差异并不复杂。
• 增强Web服务的托管。企业通过一组API使用高级功能。通常，由于功能和编程方面的差异，必须为每个云平台自定义使用Web服务的应用程序。这使开发负担加倍，也可能增加许可和运营成本。

容器和微服务

如果将每个云平台为多云计划的一部分进行单独管理，则在没有人工干预的情况下，很难在环境之间进行故障转移。

企业有两种选择可以缓解这个问题。首先是放弃云计算提供商的运营工具。例如，放弃托管的Kubernetes，转而使用Red Hat OpenShift或VMware vSphere等工具从数据中心运行Kubernetes生态系统。另一个选择是通过联合方法将企业的云计算提供商托管服务与诸如Google Cloud Anthos或IBM的Kabanero之类的工具连接起来。

（编辑：柳州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!