Azure Stack Hub VM 功能

Azure Stack Hub 虚拟机 (VM) 提供可按需缩放的计算资源。 在部署 VM 之前，应先了解 Azure Stack Hub 与 Azure 所提供的 VM 功能有何差异。 本文将说明这些差异，并指明规划 VM 部署方面的重要注意事项。 有关 Azure Stack Hub 与 Azure 之间的大致差异的详细信息，请参阅重要注意事项一文。

VM 差异

VM 大小

Azure Stack Hub 施加了一些资源限制，以避免资源（服务器本地和服务级别）的过度消耗。这些限制降低了其他租户消耗资源所带来的影响，从而改进了租户体验。

• VM 的网络出口有带宽上限。 Azure Stack Hub 中的上限与 Azure 中的上限相同。
• 对于存储资源，Azure Stack Hub 实施存储 IOPS（每秒输入/输出操作次数）限制，以避免租户因使用存储而造成资源过度消耗。
• 对于 VM 磁盘，Azure Stack Hub 上的磁盘 IOPS 取决于 VM 大小而不是磁盘类型。 这意味着，对于 Standard_Fs 系列 VM，不管你选择 SSD 还是 HDD 作为磁盘类型，第二个数据磁盘的 IOPS 限制都是 2300 IOPS。
• 附加到 VM 的临时磁盘不是永久性的，可能会在执行控制平面操作（如重设大小或停止-解除分配）时丢失。

下表列出了 Azure Stack Hub 支持的 VM 及其配置：

VM 大小及其关联的资源数量在 Azure Stack Hub 与 Azure 之间是一致的。 这种一致性涉及到内存量、核心数，以及可创建的数据磁盘的数量/大小。 但是，大小相同的 VM 的性能取决于特定 Azure Stack Hub 环境的基础特征。

VM 扩展

Azure Stack Hub 包含少量的扩展。 可以通过市场联合来获取更新和其他扩展。 不支持将自定义扩展引入 Azure Stack Hub；扩展必须先加入到 Azure 中，然后才可在 Azure Stack Hub 中提供。

使用以下 PowerShell 脚本可获取 Azure Stack Hub 环境中可用的 VM 扩展的列表。

Get-AzVmImagePublisher -Location local | `
  Get-AzVMExtensionImageType | `
  Get-AzVMExtensionImage | `
  Select Type, Version | `
  Format-Table -Property * -AutoSize

Get-AzureRMVmImagePublisher -Location local | `
  Get-AzVMExtensionImageType | `
  Get-AzVMExtensionImage | `
  Select Type, Version | `
  Format-Table -Property * -AutoSize

如果在 VM 部署上预配某个扩展时耗时过长，请让预配超时，而不要尝试通过停止该进程来解除 VM 的分配或将 VM 删除。

API 版本

Azure Stack Hub 中的 VM 功能支持以下 API 版本：

"2017-12-01", "2017-03-30", "2016-03-30", "2015-06-15"

可以使用以下 PowerShell 脚本来获取 Azure Stack Hub 环境中可用的 VM 功能的 API 版本：

Get-AzResourceProvider | `
  Select ProviderNamespace -Expand ResourceTypes | `
  Select * -Expand ApiVersions | `
  Select ProviderNamespace, ResourceTypeName, @{Name="ApiVersion"; Expression={$_}} | `
  where-Object {$_.ProviderNamespace -like "Microsoft.compute"}

Get-AzureRMResourceProvider | `
  Select ProviderNamespace -Expand ResourceTypes | `
  Select * -Expand ApiVersions | `
  Select ProviderNamespace, ResourceTypeName, @{Name="ApiVersion"; Expression={$_}} | `
  where-Object {$_.ProviderNamespace -like "Microsoft.compute"}

如果云运营商将 Azure Stack Hub 环境更新为较新版本，则支持的资源类型和 API 版本列表可能有所不同。

Windows 激活

必须根据产品使用权利和 Microsoft 许可条款使用 Windows 产品。 Azure Stack Hub 使用自动 VM 激活 (AVMA) 来激活 Windows Server VM。

• Azure Stack Hub 主机使用 Windows Server 2016 的 AVMA 密钥激活 Windows。 运行 Windows Server 2012 R2 或更高版本的所有 VM 都将自动激活。
• 运行 Windows Server 2012 或更早版本的 VM 不会自动激活，必须使用 MAK 激活进行激活。 若要使用 MAK 激活，必须提供自己的产品密钥。

Azure 使用 KMS 激活来激活 Windows VM。 如果将 VM 从 Azure Stack Hub 移到 Azure 并且遇到了激活问题，请参阅排查 Azure Windows VM 激活问题。 可以在 Azure 支持团队博客文章 Troubleshooting Windows activation failures on Azure VMs（排查 Azure VM 上的 Windows 激活故障）中找到其他信息。

高可用性

由于 Azure Stack Hub 操作员计划的计划内维护，你的VM 可能需要重新启动。 为了在 Azure 中实现多 VM 生产系统的高可用性，可以将 VM 置于横跨多个容错域和更新域的可用性集中。 在较小规模的 Azure Stack Hub 中，可用性集中的容错域定义为缩放单元中的单个节点。

在发生硬件故障时，虽然 Azure Stack Hub 的基础结构已具备故障还原能力，但基础技术（故障转移群集功能）的局限仍会导致受影响物理服务器上的 VM 出现停机。 为了与 Azure 保持一致，Azure Stack Hub 支持的可用性集最多有三个容错域。

容错域

置于可用性集中的 VM 在物理上是彼此隔离的，换句话说，会尽可能均衡地让其分散到多个容错域（Azure Stack Hub 节点）中。 如果发生硬件故障，出现故障的容错域中的 VM 将在其他容错域中重启。 它们保留在与其他 VM 不同的容错域中，但如果可能，则保留在相同的可用性集中。 当硬件重新联机时，会对 VM 重新进行均衡操作，以维持高可用性。

更新域

更新域是 Azure 在可用性集中提供高可用性的另一种方法。 更新域是可以同时维护的基础硬件逻辑组。 同一个更新域中的 VM 会在计划内维护期间一起重启。 当租户在可用性集内创建 VM 时，Azure 平台会自动将 VM 分布到这些更新域。

在 Azure Stack Hub 中，VM 会先跨群集中的其他联机主机进行实时迁移，然后其基础主机才会进行更新。 由于在主机更新期间不会造成租户停机，因此 Azure Stack Hub 上存在更新域功能只是为了确保与 Azure 实现模板兼容。 可用性集中的 VM 将显示 0 作为其在门户上的更新域编号。

Azure Stack Hub VM 上的 Microsoft Office 服务器产品

Azure Stack Hub VM 并不支持所有 Microsoft Office 服务器产品，具体说明如下：

后续步骤

在 Azure Stack Hub 中使用 PowerShell 创建 Windows VM