因此,在最近从事几个vCloud设计工作时,我’一直与一些VMware同事,尤其是我称为Manchach(Michael Mannarino)的人,就vCloud的可恢复性及其工件进行了讨论,我在之前的文章中提到了VMware架构师。 自动部署和思科UCS,但又对他足够了,那个家伙真是疯了。因此,讨论的主题是寻找尽可能地从基础架构和vApps组件保护和恢复环境的方法,以便从可恢复性的角度提供客户可以同意的解决方案。现在,我要说明的是,这并不是自动解决方案的完整解决方案,目前它可以用于特定的用例,但是我还有其他一些内容’m完成了其他一些精简工作,以简化我们的工作’重新尝试在东方的行政管理下完成这项工作。这篇文章是三部分系列之一。因此,曼恰(迈克尔·曼纳里诺(Michael Mannarino))用刺刺在我的门上。棘手的是vCloud Director的恢复。预配置系统存在一个古老的问题。我们立即开始白板解决方案,并优先考虑每种解决方案的可行性和复杂性。目的是在基于完全灾难恢复的环境中为vCD创建恢复解决方案(此处的环境名称并不重要-重要的是可行的vCD恢复解决方案)。目标是在现场宣布灾难后,在可接受的时间内执行vCD内工作负载的恢复……低速,我们相信我们会在22小时后创建解决方案……成为新婚夫妇–你可以打赌,那个周末我没有采取任何行动,致力于恢复工作…但最终出于我的理智和我的客户(现在和将来),这是值得的。

光盘 恢复的环境包括以下内容:

  • 一个主DC(简称为DCWest)
  • 一个辅助DC(简称DCEast)
  • 紧邻以跨越主DC和辅助DC之间的LAN网络。
  • 所有工作负载都将在主DC中的生产中运行。所有工作负载将被恢复以在辅助DC中进行生产
逻辑解决方案图
未完待续 …
X