我希望有人会指出我的方向是正确的 – 看起来我没有足够的知识点，时间紧迫，不能深入探索不同的情景。
我们有两个数据中心，彼此相距几英里，通过100 Mbps链路连接。每个数据中心将有5个BL490刀片，ESX标准版托pipe大约50个VM。 eac hsite有惠普eva4400 SAN与SAN复制设置.VC将在第一个数据中心和两个数据中心联网。
SAN复制是块级别的，所以看起来我不能复制更改，但是所有的写入都必须被复制。这不应该是一个问题，因为链接每天可以维持大约1.8TB，数据可以被缓冲。
然而，我却遇到了麻烦，不知道在这种情况下如何恢复。我们不需要即时恢复，我会说4小时的恢复时间是可以接受的，所以像灾难恢复scheme这样的花式自动SRM由于经济原因不会被轻易接受，但是任何意见都欢迎。
目前的想法是：将主站点的LUN复制到备用站点。当灾难发生时，IT人员切换远程端的ESX主机，并将复制的LUN连接到它们，然后注册虚拟机并更改IP地址。
我明白，这似乎是可怕的手动过程，我几乎可以肯定，我已经错过了一些明显的陷阱。
有人能让我知道我应该去哪个方向吗？关于这个问题的文章？
这是一个全新的设置，我们宁愿build立基本的恢复过程，稍后扩展。我只需要有一个正确的方向来实现这种可扩展性。
提前非常感谢！
谢尔盖
我们用两台EVA 8000进行类似的工作，除了我们的相距半英里之外，用光纤连接。 如果您有热备份的ESX服务器，则每次在EVA上创build新的源LUN时，它们也会显示在备用ESX服务器上。 在故障转移之前，他们将没有读写权限。 每次执行此操作或至less一次后，您需要重新扫描ESX服务器中的HBA以select新的LUN。 在灾难中，您只需对LUN进行故障转移并重新注册虚拟机。 不明白你为什么需要改变IP地址。 在任何时候肯定只有一套。 此外，如果你可以在一段时间内testing并注册虚拟机，那么这一步也被删除。
整个过程可以在几分钟内完成，而不是几个小时。
谢尔盖
我们目前正在做一个类似的devise工作。 虽然不是惠普SAN看看这个网站 。 您可能需要投资VCenter（以前称为Virtual Center），您可以在其中注册主机并为VM创buildHA。 由于您的复制是块级别的，因此虚拟机可以共享存储群集以实现冗余。