将 Azure Stack HCI 与 Azure Stack Hub 进行比较
适用于：Azure Stack HCI 版本 21H2 和 20H2；Azure Stack Hub
当你的组织进行数字化变革时，你可能会发现，使用公有云服务以新式体系结构作为构建基础来更新旧式应用可以加快变革的速度。 但是，出于技术和法规障碍等原因，许多工作负荷必须保留在本地。 使用此表可帮助确定哪种 Microsoft 混合云策略可随时随地提供所需的服务，并为任何位置的工作负荷提供云创新。
| Azure Stack HCI | Azure Stack Hub |
|---|---|
| 相同的技能，熟悉的流程 | 新的技能，创新的流程 |
| 使用 Azure Arc 的数据中心中 Azure 服务 | 断开连接的方案中的数据中心 Azure 服务 |
| 将数据中心连接到 Azure 服务和 Azure 控制平面 | 运行你自己的 Azure 资源管理器实例 |
| 使用 OEM 的集成系统或经验证的节点的灵活平台 | 作为 OEM 的集成系统提供 |
何时使用 Azure Stack HCI 与 Azure Stack 中心
下表比较了 Azure Stack HCI 与 Azure Stack 中心的情况，并解释了为何对于你的用例其中一种方案可能优于另一种的原因：
| 用例和功能 | Azure Stack HCI | Azure Stack Hub |
|---|---|---|
| 服务器占用情况低 | 使用 Azure Stack HCI 可以尽量减少远程办公室和分公司的占用空间。 一开始可以只使用两个服务器和无交换机的后端到后端网络，既简便又经济。 | Azure Stack Hub 至少需要四个服务器，还需要它自身的网络交换机。 |
| 支持 Hyper-V | 使用 Azure Stack HCI 可以j将 Exchange、SharePoint 和 SQL Server 等经典企业应用虚拟化，还可将 Windows Server 角色（例如文件服务器、DNS、DHCP、IIS 和 AD）虚拟化。 可以不受限制地访问 Hyper-V 功能。 | 为了与 Azure 保持一致，Azure Stack Hub 会限制 Hyper V 可配置性和功能集。 |
| 软件定义的基础结构堆栈 | 借助 Azure Stack HCI 可以使用软件定义的基础结构来代替过时的存储设备阵列或网络设备，而无需进行重大的重新改造。 可以直接访问和管理内置的 Hyper-V、存储空间直通和软件定义的网络 (SDN)。 | Azure Stack Hub 不会公开这些基础结构技术。 |
| 平台即服务 (PaaS) | Azure Stack HCI 使用 Azure Arc 在本地运行平台即服务 (PaaS) 服务，并提供托管 Azure Kubernetes 服务的功能。 还可以在 Azure Stack HCI 上运行 Azure 虚拟桌面、已启用 Azure Arc 的数据服务（包括 SQL 托管实例和超大规模 PostgreSQL（预览版））和 Azure Arc 上的应用服务、函数和逻辑应用（预览版）。 | 使用 Azure Stack Hub 可在断开连接的方案中本地开发和运行依赖于 Web 应用、Functions 或事件中心等 PaaS 服务的应用。 在 Azure Stack Hub 上运行的这些服务完全与在 Azure 中运行一样，从而提供一致的混合开发和运行时环境。 |
| 多租户支持 | Azure Stack HCI 原生不会实施或提供多租户。 | 针对自助式基础结构即服务 (IaaS) 使用 Azure Stack Hub，因为其具有强式隔离，并且可对位于相同位置的多个租户精确地跟踪使用情况和进行费用分摊。 非常适合用于服务提供商和企业私有云。 来自 Azure 市场的模板。 |
| DevOps 工具 | Azure Stack HCI 原生不包括任何 DevOps 工具。 | 使用 Azure Stack Hub 现代化应用部署和配合 DevOps 做法的操作，这些做法包括基础结构即代码、持续集成和持续部署 (CI/CD)，以及 Azure 一致性 VM 扩展等便利功能。 非常适合用于开发和 DevOps 团队。 |