linux工程师，RHCE
分类： 系统运维
2022-04-15 17:48:35
如果管理云计算环境，需要熟悉传统的云备份和灾难恢复技术，例如“热备用”和“指示灯”。如果企业使用单一云计算环境，这些都是很好的策略。它们甚至可以在大多数的多云平台中运行良好。
当企业将业务迁移到混合云环境时，云备份和恢复变得更加复杂。以下是企业需要进行混合云灾难恢复的原因，以及可以采取哪些措施来确保为混合云的快速灾难恢复做好准备。
如果企业使用单一的云环境，则在规划备份和恢复时必须关注的主要问题是在成本和性能之间取得平衡。
AWS公司很好地总结了各种备份技术，在支持它们的成本和基于恢复功能的速度之间提供了不同的权衡。“指示灯”等技术使企业可以最大限度地减少用于灾难恢复准备的资源，但它们会导致恢复时间变慢。另一方面，热备份或多站点方法可以实现快速恢复，但成本更高。
采用混合云架构(将私有基础设施集成到公有云环境中)的企业面临的挑战是，混合云中灾难恢复计划的成本和性能计算，与单一云计算环境中的成本和性能计算有着很大不同。
其中有很多原因：
首先，混合云缺乏无限的基础设施资源，因为它们部分依赖于私有基础设施。企业不能像在公有云中启动替换虚拟机实例以创建恢复环境那样，简单地启动新的内部部署服务器以从混合云灾难中恢复。
出于这个原因，像 “指示灯”和“热备份”这样的技术，需要快速扩展基础设施来替换故障的云计算服务器，以免在混合环境中不能很好地工作。
混合云恢复的另一个关键挑战是混合环境的公有云和私有云之间的数据移动缓慢。
当企业的环境仅在公有云中运行并且其备份托管在这一云平台中时，企业以非常高的速度从备份中恢复数据，因为不需要通过互联网移动数据。但在混合架构中，将存储在私有云服务器上的备份数据移动到云平台的公共部分可能需要几天甚至几周的时间，反之亦然。
混合云的一个流行用例是简化数据隐私和合规性挑战，其方法是在内部部署设施中保留一些数据，同时仍然利用公有云资源。
然而，从灾难恢复的角度来看，这会使恢复计划复杂化。企业需要以确保保留在内部部署设施的数据保持在本地的方式管理备份和恢复操作。
这也使得在公有云中创建备用环境以替换故障的混合云等事情变得困难，因为仅在公有云中运行的环境可能无法满足企业原始混合架构的数据安全要求。
虽然有很多数据备份和恢复工具可以很好地与公有云配合使用，但很少有供应商能够满足混合云市场的需求。他们的工具并非旨在识别混合架构的公共部分和私有部分之间的差异，也不是为每个组件启用不同的数据存储、保留和安全要求。
这意味着备份混合云并为其设计灾难恢复计划，比简化部署备份和恢复平台需要更多的努力。
上述问题并不意味着传统的云灾难恢复策略根本无法在混合环境中工作。它们可以支持混合云，但这需要更多的工作，并且可能需要更多的财务投资。
例如，企业可能需要留出备用的内部部署服务器容量来托管恢复环境，以防其生产专用服务器出现故障。或者可能会发现必须为混合云环境的私有和公共部分建立单独的备份和恢复操作，以支持每个组件的不同安全要求和基础设施特征。
企业可以备份和恢复混合云环境。但预计与备份标准云环境相比，它需要更多的规划和更多的投资。“指示灯”和“热备用”等技术仍然可以在混合架构中工作，但前提是要对其进行修改以支持混合云的独特要求。
《linux就该这么学》不错的linux自学书籍