【51CTO.com快译】微软上周宣布推出Azure Stack HCI，称这实际上是将Azure公共云的本地版Azure Stack部署在企业数据中心熟悉的虚拟化基础架构上的一种方式。然而如果你仔细观察一下，两者的差异之处多过相似之处。
Azure Stack HCI基本上是配置在运行Storage Spaces Direct(S2D)的至少两个系统上的Windows Server 2019，改头换面而已。S2D是微软最初在推出Windows Server 2016时捎带的软件定义存储系统。
S2D依赖快速网络连接，在集群起来的节点之间复制数据。将数据块写入到磁盘上完全由软件、而不是其他存储架构来完成，后者依靠硬件构建RAID卷以保护数据。自Windows Server 2012以来，Storage Spaces就已经存在，在该操作系统迎来另两个版本后趋于成熟。
微软首次尝试提供高可用性存储有赖于连接到不同服务器上控制器的双端口SAS磁盘。磁盘经配置后形成集群共享卷(CSV)，提供冗余数据路径，那样单个主机故障不会导致整个卷停运。S2D充分利用直接连接磁盘，使用SATA、SSD或NVMe代替更昂贵的SAS设备。
相似之处不多
Azure Stack和Azure Stack HCI都构建在众多合作伙伴的服务器系统上。Azure Stack HCI目录页面列出了销售“认证”解决方案的15个OEM合作伙伴。其中一些合作伙伴为两者都提供硬件。Azure Stack系统预先配置特定的硬件列表，包括网络交换机――在大多数情况下是机架系统以及架顶式交换机。Azure Stack HCI系统由满足CPU、磁盘、内存和网络等最低要求的服务器系统组成。
可以使用VPN连接或微软的ExpressRoute(提供专用网络)将Azure Stack HCI解决方案连接到Azure。甚至可以从Azure管理这些系统，并使用Azure活动目录处理身份验证。你可以做的另一件事是，将本地运行的虚拟机迁移到公共Azure并迁移回来。Azure为这种场景提供了一整套灾难恢复服务，并为异地备份提供了Azure备份。
巨大的差异
这两种解决方案唯一的共同之处就是硬件和一些软件组件。Azure Stack在本地实现了构成微软Azure公共云的核心软件。虽然一些底层部分可能一样，但除此之外其实没有可比性。Azure Stack是一种完全托管的环境，这意味着你无法获得较低级别的虚拟化工具。
缺失的最主要部分是Azure Stack提供的服务。你无法开发基于Azure服务的应用软件并将其部署到Azure Stack HCI上。你可以开发基于容器的应用软件，并将它们集成到基于Azure的大型解决方案中，不过那很复杂。最后，你获得的就是基于虚拟机的传统应用软件和Azure Stack HCI。这倒不是说Azure Stack HCI无法满足众多不同的使用场景。如果你往传统存储系统投入了大笔资金，改用Azure Stack HCI解决方案有望省下大笔钱。
结论
微软显然试图将Azure品牌印在其基于服务器的传统产品线上，这符合其注重Azure的策略，但可能会在早期引起一些混乱。Azure Stack HCI本身是一款出色的产品，可以与Azure云连接起来，但别指望它是成本较低的Azure Stack。
原文标题：Don't Confuse Azure Stack HCI with Azure Stack，作者：Paul Ferrill
【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】
