有一个古老的谚语:“魔鬼在细节中”。如果您曾经承担过一些事情,然后不得不付出更多,修理或留在某个位置的东西是您所买的,那就是无法正常工作,那您就会感到这种痛苦。去年年底,我写了一篇文章恢复点目标的重要性(RPO)以及提供恢复时间目标(RTO)。我想分享我用来连接到的本地实验室群集的更多技术细节xi东部地区。我想在RTO周围证明XI跳跃SLA,同时保持故障转移时保持应用程序的性能。
经过验证的结果
在测试期间,我能够实现:- 每VM以下8秒以下的恢复时间
- 同一虚拟机本地或XI中可以实现相同的性能,每分钟+600,000事务
- 从同一图像创建VM时,Nutanix快照在XI上有效
我当前的实验室群集正在凤凰COLO运行的各种服务,Active Directory,用于VDI故障转移测试的CITRIX,SQL性能和各种多层应用程序,以测试序列的测试功率。
我的XI地区位于弗吉尼亚州阿什伯恩市的Xi East。凤凰城,AZ到Ashburn之间的平均延迟复制约为58毫秒,可在软件VPN上复制我的Palo Alto。我们确实支持5个不同的网络供应商,具有自动配置的本地配置,但我们不仅限于这些设备。
有效的基于硬件的快照
我使用450 GB的存储空间配备了大量备用容量,用6个VCPU,32 GB的RAM,8个VDisks部署了一个中型SQL Server。一旦复制了服务器上的第一个副本,我想展示Nutanix快照的效率,因为我在本地附加了另外10份副本并用XI Leap保护它们。下面的视频突出显示了如何跟踪和复制元数据,但不是整个450 GB x 10次。您会看到,当我登录XI租户时,复制已完成。因此,如果您要在同一图像上构建大量VM,则无需支付XI的网络和存储成本以全额负担。另外,由于这些是基于硬件的快照,因此您不必担心长时间的快照链,而是花时间手动折叠它们。低RTO
现在,我们将10个SQL VM完全复制到XI,让我们看看还原它们需要多长时间。我们告诉客户,如果您失败了200个VM,则大约需要20分钟才能进行完整的还原。在下面观看以查看简单的故障转移过程。上面的视频能够证明我们能够将VM恢复到每台虚拟机10秒以下(每台虚拟机的视频为7.7秒)。恢复速度归因于您的本地和云解决方案具有相同的图像格式。相同的图像格式还允许您在准备就绪时回到本地,而无需在虚拟机上进行转换过程,这也会降低RTO转移回本地。在具有相同的管理框架和VM图像格式的情况下,应避免使用压力以使您的业务重大服务恢复并运行时。
一致的高性能
由于我们在XI中有一些大尺寸的SQL VM,因此我想通过展示如何实现与运行本地运行类似的性能而不必担心弄清楚新的云存储构造的方法来结合还原过程。下面的视频突出显示具有相同数据中心操作系统的本地和云中,而无需牺牲性能即可提供灵活性。图1与本地和云中的类似性能相似
通过XI Leap,您可以快速使您的业务重新恢复并运行,而不必担心性能,重新培训您的IT员工以及不维护第二个DR数据中心。一单击的故障转移经验,同时保持本地的所有好处。
免责声明:此博客可能包含指向不属于Nutanix.com一部分的外部网站的链接。Nutanix不控制这些站点,并对任何外部站点的内容或准确性不承担所有责任。我们决定链接到外部站点的决定不应被视为对该网站上任何内容的认可。
©q 2019 Nutanix,Inc。保留所有权利。Nutanix,Nutanix徽标以及本文提到的其他Nutanix产品和功能是美国和其他国家的Nutanix,Inc。的注册商标或商标。本文提到的所有其他品牌名称仅用于识别目的,可能是其各自持有人的商标。