Azure Stack Hub VM 功能

Azure Stack Hub 虚拟机（VM）提供按需、可缩放的计算资源。 在部署 VM 之前，应了解 Azure Stack Hub 和 Azure 中可用的 VM 功能之间的差异。 本文介绍了这些差异，并确定了规划 VM 部署的关键注意事项。 有关 Azure Stack Hub 与 Azure 之间的大致差异的详细信息，请参阅重要注意事项一文。

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 环境的基础特征。

Azure Stack Hub 包含一组小型扩展。 可以通过 Marketplace 分发获取更新和其他扩展。 不支持将自定义扩展引入 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 删除。

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许可条款使用。 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 VM Azure 支持团队博客文章 上的 Windows 激活失败疑难解答 。

由于 Azure Stack Hub 运营商的计划内维护，您的 VM 可能会被重启。 为了在 Azure 中实现多 VM 生产系统的高可用性，VM 放置在 一个可用性集中 ，将 VM 分散到多个容错域和更新域。 在 Azure Stack Hub 的较小规模中，可用性集中的容错域定义为缩放单元中的单个节点。

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

将多个虚拟机 (VM) 放置在可用性集中，以便通过尽可能均匀地分散到多个容错域 (Azure Stack Hub 节点) 上，实现相互之间的物理隔离。 如果出现硬件故障，则来自故障容错域的 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 中使用 PowerShell 创建 Windows VM