PFEA111-65  3BSE028140R65 将Amazon EBS多重连接用于Microsoft故障转移群集的挑战

Amazon EBS和Microsoft故障转移群集概述

亚马逊EBS多连接卷和微软故障转移群集是云计算和数据管理领域的强大工具。然而，集成这两种技术可能充满挑战。这篇博客文章深入探讨了为什么将Amazon EBS Multi-Attach用于Microsoft故障转移集群通常不是最佳选择。

健壮故障转移集群的单一AZ约束

Amazon EBS卷的一个关键限制是它们局限于单个可用性区域（AZ）。对于健壮的故障转移集群，跨多个az部署实例是推荐的最佳实践，这是EBS卷无法直接支持的。

高可用性SLA问题

虽然EBS卷提供了99.9%可用性SLA，这低于高可用性解决方案通常预期的99.99%。在跨多个AZ部署实例时，AWS确实保证了这种更高的SLA，这种优势无法扩展到单AZ部署。

IO2卷的成本影响

具有多连接EBS卷的Windows故障转移群集必须使用IO2卷，这比类似大小和性能的GP3卷大约贵九倍。这种成本差异非常明显，尤其是对于大规模部署而言。

AWS集群配置的复杂性

建筑物AWS中的集群同一个AZ中的节点需要将AZ划分为多个子网，以支持Windows群集中不同的虚拟IP地址（VIP）。这种复杂性，加上无法在集群节点之间共享单个VIP，增加了配置挑战。

SIOS数据管理员:一个更好的选择

SIOS数据管理员成为卓越的解决方案，支持跨子网的集群，同时提供所需的99.99%可用性SLA。它不仅提供更灵活的存储选项（包括使用GPT3磁盘），而且更具成本效益。使用带有GPT3磁盘的SIOS DataKeeper的集群的成本大约是基于IO2的同类集群的20%，并且具有增强的可用性。

SIOS的卓越高可用性

在Microsoft故障转移群集中使用Amazon EBS多附加卷带来了几个重大挑战，从有限的AZ部署选项和较低的可用性SLA到较高的成本和增加的配置复杂性。SIOS DataKeeper提供了一种极具吸引力的替代方案，可以更有效地平衡成本、灵活性和可靠性。