Azure 虚拟机规模集的常见问题解答

一个规模集可以包含 0 到 1,000 个基于平台映像的虚拟机 (VM)，或者 0 到 600 个基于自定义映像的 VM。

是的。 规模集可以定义适用于集中所有 VM 的附加数据磁盘的配置。 有关详细信息，请参阅 Azure scale sets and attached data disks（Azure 规模集和附加的数据磁盘）。 可用于存储数据的其他选项包括：

• Azure 托管磁盘（高级 v2、高级、标准、超高性能）
• Azure 文件（SMB 或 NFS 共享驱动器）
• Azure Netapp 文件
• Azure 共享磁盘
• 操作系统驱动器
• 临时驱动器（本地，不是以 Azure 存储为基础）
• Azure 数据服务（例如，Azure 表存储或 Azure Blob 存储）
• 外部数据服务（例如远程数据库）

所有区域都支持规模集。

虚拟机规模集支持所有 SKU。

创建并捕获 VM 映像，然后将其用作规模集的源。 有关如何创建和使用自定义 VM 映像的教程，可以使用 Azure CLI 或 Azure PowerShell。

操作系统映像升级是一个渐进且无中断的过程，随着时间的推移，会更新整个虚拟机规模集的操作系统映像，确保对正在运行的工作负载的影响降至最低。

重置映像是一种更直接、更具破坏性的操作，它仅影响选定的虚拟机实例，暂时停止它并重新安装操作系统。

详细了解操作系统映像升级和重置映像之间的差别。

默认情况下，系统会跨可用性区域（如果规模集合部署在区域配置中）和故障域从规模集中均匀地删除虚拟机，以最大限度提高可用性。 首先删除 ID 最大的 VM。

可以通过为规模集指定横向缩减策略来更改虚拟机删除顺序。

如果将容量增加到 18，则创建 3 个新 VM。 每增加容量一次，VM 实例 ID 就会从以前的最高值（例如 20、21、22）递增。 VM 会在容错域之间进行均衡。

是的，可以使用规模集扩展序列化。

地区（非区域性）规模集使用放置组，放置组充当具有五个容错域和五个更新域的隐式可用性集。 VM 多于 100 个的规模集跨多个放置组。 有关放置组的详细信息，请参阅使用大型虚拟机规模集。 由 VM 组成的可用性集可以与由 VM 组成的规模集位于相同的虚拟网络中。 常见的配置是将控件节点 VM（经常需要独特的配置）放在可用性集中，将数据节点放在规模集中。

是的。 有关详细信息，请参阅规模集区域文档。

请参阅自动缩放虚拟机的最佳做法。

请参阅 Azure Monitor 支持的指标。

是的。 有关这些示例，请参阅 Azure Monitor 自动缩放常用指标。

对于服务总线队列，请使用以下 JSON：

"metricName": "MessageCount",
"metricNamespace": "",
"metricResourceUri": "/subscriptions/s1/resourceGroups/rg1/providers/Microsoft.ServiceBus/namespaces/mySB/queues/myqueue"

对于存储队列，请使用以下 JSON：

"metricName": "ApproximateMessageCount",
"metricNamespace": "",
"metricResourceUri": "/subscriptions/s1/resourceGroups/rg1/providers/Microsoft.ClassicStorage/storageAccounts/mystorage/services/queue/queues/mystoragequeue"

将示例值替换为资源的统一资源标识符 (URI)。

可以在 VM 上创建自动缩放设置，以使用主机级指标或基于来宾操作系统的指标。

关于受支持的指标列表，请参阅 Azure Monitor 自动缩放常用指标。

关于虚拟机规模集的完整示例，请参阅使用虚拟机规模集的 Resource Manager 模板的高级自动缩放配置。

此示例使用主机级 CPU 指标和消息计数指标。

通过 PowerShell 或 Azure CLI，可以为虚拟机规模集创建指标警报。 有关详细信息，请参阅 Azure Monitor PowerShell 快速入门示例和 Azure Monitor 跨平台 CLI 快速入门示例。

虚拟机规模集的 TargetResourceId 如下所示：

/subscriptions/yoursubscriptionid/resourceGroups/yourresourcegroup/providers/Microsoft.Compute/virtualMachineScaleSets/yourvmssname

可以选择任何 VM 性能计数器作为要对其设置警报的指标。 有关详细信息，请参阅 Azure Monitor 自动缩放常用指标中的基于 Resource Manager 的 Windows VM 的来宾操作系统指标和 Linux VM 的来宾操作系统指标。

请参阅自动缩放虚拟机规模集。 还可以使用 Azure CLI 和 Azure 模板配置自动缩放。

否。 如果自动缩放规则要求将其他 VM 实例作为规模集的一部分，则会创建新的 VM 实例。 停止（解除分配）的 VM 实例不会作为自动缩放事件的一部分启动。 但是，那些已停止（解除分配）的 VM 可以作为可缩小实例数的自动缩放事件的一部分删除，这与基于 VM 实例 ID 的顺序可以删除任何 VM 实例的方式相同。

为了将证书安全地传送到 VM，可以将客户证书从客户的密钥保管库直接安装到 Windows 证书存储中。

使用以下值 JSON：

"secrets": [
    {
        "sourceVault": {
            "id": "/subscriptions/{subscriptionid}/resourceGroups/myrg1/providers/Microsoft.KeyVault/vaults/mykeyvault1"
        },
        "vaultCertificates": [
            {
                "certificateUrl": "https://mykeyvault1.vault.azure.net/secrets/{secretname}/{secret-version}",
                "certificateStore": "certificateStoreName"
            }
        ]
    }
]

该代码支持 Windows 和 Linux。

有关详细信息，请参阅创建或更新虚拟机规模集。

在 Azure shell 中，对于最新的示例，请使用以下 Azure CLI 语句，该语句将打印到 stdout：

az sf cluster create -h

自签名证书不能用于证书颁发机构提供的分布式信任，也不应用于托管企业生产解决方案的任何 Service Fabric 群集。 有关其他安全指南，请参阅 Azure Service Fabric 安全性最佳做法和 Service Fabric 群集安全性方案。

是的。 用于 osProfile 的 REST API 类似于标准 VM REST API。

在模板中包括 osProfile：

"osProfile": {
    "computerName": "[variables('vmName')]",
    "adminUsername": "[parameters('adminUserName')]",
    "linuxConfiguration": {
        "disablePasswordAuthentication": "true",
        "ssh": {
            "publicKeys": [
                {
                    "path": "[variables('sshKeyPath')]",
                    "keyData": "[parameters('sshKeyData')]"
                }
            ]
        }
    }
}

此 JSON 块用于此 Azure 快速入门模板。

有关详细信息，请参阅创建或更新虚拟机规模集。

若要删除已弃用的证书，请从保管库证书列表中删除旧证书。 在列表中留下想要在计算机上保留的所有证书。 此操作不会删除所有 VM 中的证书。 也不会向虚拟机规模集中创建的新 VM 添加证书。

若要从现有 VM 中删除证书，请使用自定义脚本扩展从证书存储中手动删除证书。

如果仅向 VM 提供 SSH 公钥，则不需要将公钥放在 Azure Key Vault 中。 公钥不是机密的。

可以在创建 Linux VM 时以明文形式提供 SSH 公钥：

"linuxConfiguration": {
    "ssh": {
        "publicKeys": [
            {
                "path": "path",
                "keyData": "publickey"
            }
        ]
    }
}

有关示例，请参阅 vm-sshkey GitHub 快速入门模板。

如果尝试重新添加同一保管库，而不是对现有源保管库使用新保管库证书，则可能会发生此错误。 如果要添加其他机密，Add-AzVmssSecret 命令将无法正常运行。

若要添加同一密钥保管库中的更多机密，请更新以下列表：$vmss.properties.osProfile.secrets[0].vaultCertificates。

对于预期的输入结构，请参阅创建或更新虚拟机集。

在密钥保管库中的虚拟机规模集对象中找到该机密。 然后，将证书引用（URL 以及机密存储名称）添加到与保管库关联的列表中。

新的 VM 不具有旧证书。 但是，具有证书的 VM 和已部署的 VM 具有旧证书。

不需要对脚本中的密码进行硬编码。 可以使用运行部署脚本的权限来动态检索密码。 如果某个脚本可移动机密存储密钥保管库的证书，机密存储 get certificate 命令也会输出 pfx 文件的密码。

Windows 远程管理 (WinRM) 证书引用必须在操作系统配置文件的 Secrets 属性中存在。

指示源保管库的目的在于强制实施访问控制列表 (ACL) 策略，该策略存在于用户的 Azure 云服务模型中。 如果源保管库未指定，无权在密钥保管库中部署或访问机密的用户可以通过计算资源提供程序 (CRP) 实现此目的。 即使是不存在的资源，它们也有 ACL。

如果提供错误的源保管库 ID，但提供有效的保管库 URL，轮询操作时系统会报告错误。

证书将添加到所有 VM，包括现有的 VM。 如果虚拟机规模集的 upgradePolicy 属性设置为 manual，对 VM 执行手动更新时，证书会添加到该 VM。

若要了解如何部署 Linux VM 的证书，请参阅将证书从客户管理的 Key Vault 部署到 VM。

要将保管库证书添加到现有机密，请参阅下面的 PowerShell 示例。 仅使用一个机密对象。

$newVaultCertificate = New-AzVmssVaultCertificateConfig -CertificateStore MY -CertificateUrl https://sansunallapps1.vault.azure.net:443/secrets/dg-private-enc/55fa0332edc44a84ad655298905f1809

$vmss.VirtualMachineProfile.OsProfile.Secrets[0].VaultCertificates.Add($newVaultCertificate)

Update-AzVmss -VirtualMachineScaleSet $vmss -ResourceGroup $rg -Name $vmssName

如果重置 VM 的映像，则会删除证书。 重置映像会删除整个操作系统磁盘。

如果从密钥保管库中删除机密，然后对所有 VM 运行 stop deallocate，则再次启动这些 VM 时，将发生失败。 失败发生的原因是 CRP 需要从密钥保管库检索机密，但它无法进行检索。 在这种情况下，可以从虚拟机规模集模型中删除证书。

CRP 组件不会持久保留客户机密。 如果对虚拟机规模集中的所有虚拟机运行 stop deallocate，会删除缓存。 在这种情况下，从密钥保管库中检索机密。

扩大时不会遇到此问题，因为（单 Fabric 租户模型中的）Azure Service Fabric 中存在机密的缓存副本。

目的是让用户更清楚地了解其 VM 上部署了哪个证书。

如果创建了 VM，并更新了密钥保管库中的机密，则新证书不会下载到 VM。 但是，VM 看上去像是引用了该证书，并且新 VM 会获取新机密。 若要避免此问题，需要引用一个机密版本。

要将 .cer 公钥部署到虚拟机规模集，可以生成仅包含 .cer 文件的 .pfx 文件。 为此，请使用 X509ContentType = Pfx。 例如，将 .cer 文件作为 x509Certificate2 对象加载到 C# 或 PowerShell 中，然后调用该方法。

有关详细信息，请参阅 X509Certificate.Export 方法 (X509ContentType, String)。

若要模拟以 base64 字符串形式传入证书，可以在 Resource Manager 模板中提取最新版本的 URL。 在 Resource Manager 模板中包含以下 JSON 属性：

"certificateUrl": "[reference(resourceId(parameters('vaultResourceGroup'), 'Microsoft.KeyVault/vaults/secrets', parameters('vaultName'), parameters('secretName')), '2015-06-01').secretUriWithVersion]"

在虚拟机规模集和 VM 中，必须在 JSON 对象中包装证书。

我们还支持 application/x-pkcs12 内容类型。

我们目前不支持 .cer 文件。 要使用.cer 文件，请将其导出到.pfx 容器中。

虚拟机规模集是 CRP 之上的一个精简 API 层。 这两个组件是 Azure 服务树中的计算平台的一部分。

从合规性角度看，虚拟机规模集是 Azure 计算平台的基础部分。 它们与 CRP 本身共享以下内容：团队、工具、进程、部署方法、安全控制、实时 (JIT) 编译、监视和警报。 虚拟机规模集符合支付卡行业 (PCI) 规范，因为 CRP 属于当前 PCI 数据安全标准 (DSS) 证明的一部分。

有关详细信息，请参阅 Microsoft Trust Center（Microsoft 信任中心）。

是的。 有关详细信息，请参阅托管标识概述。 可以在适用于 Linux 和 Windows 的 Azure 快速入门模板中查看一些示例 MSI 模板。

在 Azure 门户中，可以删除单个实例，也可以通过选择多个实例进行批量删除。 如果尝试删除带有锁的单个实例，则遵守此锁，并且你将无法删除该实例。 但是，如果批量选择多个实例，并且这些实例中的任何一个实例都带有锁，则不遵守锁。 所有选定的实例都将被删除。

在 Azure CLI 中，只能删除单个实例。 如果尝试删除带有锁的单个实例，则遵守此锁，并且你将无法删除该实例。

若要删除虚拟机规模集扩展，请使用以下 PowerShell 示例：

$vmss = Get-AzVmss -ResourceGroupName "resource_group_name" -VMScaleSetName "vmssName"

$vmss=Remove-AzVmssExtension -VirtualMachineScaleSet $vmss -Name "extensionName"

Update-AzVmss -ResourceGroupName "resource_group_name" -VMScaleSetName "vmssName" -VirtualMacineScaleSet $vmss

可以在 $vmss 中找到 extensionName 值。

有关与 Azure Monitor 日志集成的虚拟机规模集模板示例，请参阅部署 Azure Service Fabric 群集，并通过使用 Azure Monitor 日志来启用监视中的第二个示例。

如果更新策略设置为自动，使用新扩展属性重新部署模板可更新所有 VM。

如果更新策略设置为手动，先更新扩展，并手动更新 VM 中的所有实例。

如果更新虚拟机规模集模型中的扩展定义，且将 upgradePolicy 属性设置为 automatic，则会更新 VM。 如果 upgradePolicy 属性设置为 manual，扩展会标记为不匹配模型。

如果对现有 VM 执行服务修复，这种行为类似于重新启动，因此不会重新运行扩展。 如果对 VM 重置映像，该过程类似于将操作系统驱动器替换为源映像。 在这种情况下，将重新运行最新模型中的任何专用设置（如扩展）。

若要将虚拟机规模集加入到 Active Directory 域，可以定义扩展。

若要定义扩展，请使用 JsonADDomainExtension 属性：

"extensionProfile": {
    "extensions": [
        {
            "name": "joindomain",
            "properties": {
                "publisher": "Microsoft.Compute",
                "type": "JsonADDomainExtension",
                "typeHandlerVersion": "1.3",
                "settings": {
                    "Name": "[parameters('domainName')]",
                    "OUPath": "[variables('ouPath')]",
                    "User": "[variables('domainAndUsername')]",
                    "Restart": "true",
                    "Options": "[variables('domainJoinOptions')]"
                },
                "protectedsettings": {
                    "Password": "[parameters('domainJoinPassword')]"
                }
            }
        }
    ]
}

可以使用 Azure 自动化 Desired State Configuration 扩展。 如果操作系统为 Windows Server 2012 R2，Azure 将拉入 Windows Management Framework (WMF) 5.0 安装程序，重新启动，然后继续使用该配置。

使用存储帐户密钥和名称设置受保护的设置。 有关详细信息，请参阅自定义脚本扩展。

可以执行以下操作：

• 直接更改虚拟机规模集模型。 此选项仅适用于 API 2017-12-01 和更高版本。

  直接在规模集模型中更新管理凭据（例如，使用 Azure 资源浏览器、PowerShell 或 Azure CLI）。 规模集完成更新后，所有新的 VM 将获得全新凭据。 现有 VM 只有被重置映像时才获得新凭据。

• 使用 VM 访问扩展重置密码。 请确保遵循常见问题解答所述的密码要求。

  使用 VM 访问扩展不需要重置映像，因为该扩展不会更新模型中的密码。 该扩展运行一个脚本以将密码追加到密码或 SSH 密钥文件中。 该扩展不会删除原始 SSH 密钥。 更新扩展后升级实例，从而将更新应用于所有 VM 实例上的用户名和密码。

  注意

  如果将自动升级策略设置为 manual，请手动选择实例对单个 VM 实例执行升级操作。 如果自动升级设置为 Auto，则扩展将自动升级。 有关详细信息，请参阅自动扩展升级

  将以下 PowerShell 示例用于 Windows 虚拟机规模集：

  $vmssName = "myvmss"
  $vmssResourceGroup = "myvmssrg"
  $publicConfig = @{"UserName" = "newuser"}
  $privateConfig = @{"Password" = "********"}
  
  $extName = "VMAccessAgent"
  $publisher = "Microsoft.Compute"
  $vmss = Get-AzVmss -ResourceGroupName $vmssResourceGroup -VMScaleSetName $vmssName
  $vmss = Add-AzVmssExtension -VirtualMachineScaleSet $vmss -Name $extName -Publisher $publisher -Setting $publicConfig -ProtectedSetting $privateConfig -Type $extName -TypeHandlerVersion "2.0" -AutoUpgradeMinorVersion $true
  Update-AzVmss -ResourceGroupName $vmssResourceGroup -Name $vmssName -VirtualMachineScaleSet $vmss
  

  对于 Linux 虚拟机规模集，请使用以下 Azure CLI 示例：

  az vmss extension set \
    --resource-group myResouceGroup \ 
    --vmss-name myScaleSet \
    --publisher Microsoft.OSTCExtensions \
    --name VMAccessForLinux \
    --version 1.5 \
    --protected-settings "{'username': 'newUser', 'password': 'newPassword'}"
  

是的。 可以通过在网络配置文件的 networkInterfaceConfigurations 部分中引用，将 NSG 直接应用于规模集。 下面是一个示例：

"networkProfile": {
    "networkInterfaceConfigurations": [
        {
            "name": "nic1",
            "properties": {
                "primary": "true",
                "ipConfigurations": [
                    {
                        "name": "ip1",
                        "properties": {
                            "subnet": {
                                "id": "[concat('/subscriptions/', subscription().subscriptionId,'/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Network/virtualNetworks/', variables('vnetName'), '/subnets/subnet1')]"
                            },
                            "loadBalancerInboundNatPools": [
                                {
                                    "id": "[concat('/subscriptions/', subscription().subscriptionId,'/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Network/loadBalancers/', variables('lbName'), '/inboundNatPools/natPool1')]"
                                }
                            ],
                            "loadBalancerBackendAddressPools": [
                                {
                                    "id": "[concat('/subscriptions/', subscription().subscriptionId,'/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Network/loadBalancers/', variables('lbName'), '/backendAddressPools/addressPool1')]"
                                }
                            ]
                        }
                    }
                ],
                "networkSecurityGroup": {
                    "id": "[concat('/subscriptions/', subscription().subscriptionId,'/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Network/networkSecurityGroups/', variables('nsgName'))]"
                }
            }
        }
    ]
}

如果有两个包含 Azure 负载均衡器的虚拟机规模集，并且它们位于同一订阅和区域中，可以解除分配它们的公共 IP 地址，并将公共 IP 地址分配给其他资源。 有关相信信息，请参阅 VIP 交换：Azure 资源管理器中的蓝绿部署。 你可能会遇到延迟，因为要在网络级别解除分配或分配资源。 更快的做法是将 Azure 应用程序网关与两个后端池和传递规则结合使用。 也可以使用支持快速切换暂存槽和生产槽的 Azure 应用服务托管应用程序。

IP 地址是从指定的子网中选择的。

虚拟机规模集 IP 地址的分配方法始终为“动态”，但这并不意味着可以更改这些 IP 地址。 在这种情况下，动态仅意味不在 PUT 请求中指定 IP 地址。 通过使用子网设置静态集。

请参阅将虚拟机规模集部署到现有虚拟网络。

是的。 若要使用加速网络，请在规模集的 networkInterfaceConfigurations 设置中设置 enableAcceleratedNetworking 为 true。 例如：

"networkProfile": {
    "networkInterfaceConfigurations": [
        {
            "name": "niconfig1",
            "properties": {
                "primary": true,
                "enableAcceleratedNetworking" : true,
                "ipConfigurations": [
                ]
            }
        }
    ]
}

若要创建具有自定义 DNS 配置的虚拟机规模集，请将 dnsSettings JSON 数据包添加到规模集的 networkInterfaceConfigurations 部分中。 下面是一个示例：

    "dnsSettings":{
        "dnsServers":["10.0.0.6", "10.0.0.5"]
    }

要创建向每个 VM 分配公共 IP 地址的虚拟机规模集，请确保 Microsoft.Compute/virtualMachineScaleSets 资源的 API 版本为 2017-03-30，并将 publicipaddressconfiguration JSON 数据包添加到规模集的 ipConfigurations 部分中。 下面是一个示例：

    "publicipaddressconfiguration": {
        "name": "pub1",
        "properties": {
        "idleTimeoutInMinutes": 15
        }
    }

是的。 可将多个应用程序网关后端地址池的资源 ID 添加到规模集网络配置文件的 ipConfigurations 部分的 applicationGatewayBackendAddressPools 列表中。

创建包含少于两个 VM 的虚拟机规模集的原因之一为使用虚拟机规模集的弹性属性。 例如，可以部署不包含任何 VM 的虚拟机规模集来定义基础结构，这样就无需支付 VM 运行费。 然后，在准备好部署 VM 后，可以将虚拟机规模集的容量提高到生产实例计数。

可能创建包含少于两个 VM 的虚拟机规模集的另一个原因为，相比于使用离散 VM 的可用性集，不必担心可用性的问题。 此外，可以借助虚拟机规模集来使用可替代的无差别计算单元。 这种均一性是虚拟机规模集与可用性集的一项重要差别。 许多无状态工作负载不跟踪单个单元。 如果工作负载下降，可以减少到一个计算单元，如果工作负载上升，可以增加到多个计算单元。

若要在 Azure 门户中更改虚拟机规模集中的 VM 数，请从“虚拟机规模集属性”部分，选择“缩放”窗格，并使用滚动条。

可以在一定程度上灵活处理指定阈值的警报。 例如，可以定义自定义的 webhook。 以下 webhook 示例取自 Resource Manager 模板：

{
    "type": "Microsoft.Insights/autoscaleSettings",
    "apiVersion": "[variables('insightsApi')]",
    "name": "autoscale",
    "location": "[parameters('resourceLocation')]",
    "dependsOn": [
        "[concat('Microsoft.Compute/virtualMachineScaleSets/', parameters('vmSSName'))]"
    ],
    "properties": {
        "name": "autoscale",
        "targetResourceUri": "[concat('/subscriptions/',subscription().subscriptionId, '/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Compute/virtualMachineScaleSets/', parameters('vmSSName'))]",
        "enabled": true,
        "notifications": [
            {
                "operation": "Scale",
                "email": {
                    "sendToSubscriptionAdministrator": true,
                    "sendToSubscriptionCoAdministrators": true,
                    "customEmails": [
                        "youremail@address.com"
                    ]
                },
                "webhooks": [
                    {
                        "serviceUri": "<service uri>",
                        "properties": {
                            "key1": "custommetric",
                            "key2": "scalevmss"
                        }
                    }
                ]
            }
        ]
    }
}

可以。

是的，可以将规模集资源移到新订阅或资源组。

要将虚拟机规模集更新为新映像，或管理修补，请参阅升级虚拟机规模集。

可以在不更改映像的情况下，使用重置映像操作来重置 VM。 但是，如果虚拟机规模集使用 version = latest 引用了平台映像，则调用 reimage 时，VM 可以更新为更高版本的操作系统映像。

可以，可在规模集 VM 上安装 Azure Monitor 扩展。 下面是使用 Azure CLI 的示例：

az vmss extension set --name MicrosoftMonitoringAgent --publisher Microsoft.EnterpriseCloud.Monitoring --resource-group Team-03 --vmss-name nt01 --settings "{'workspaceId': '<your workspace ID here>'}" --protected-settings "{'workspaceKey': '<your workspace key here'}"

可在 Azure 门户的 Log Analytics 工作区中查找所需的 workspaceId 和 workspaceKey。 在“概述”页面上，选择“设置”磁贴。 选择顶部的“相连的源”选项卡。

若要启用启动诊断，首先，创建存储帐户。 然后，将此 JSON 块放在虚拟机规模集 virtualMachineProfile 中，并更新虚拟机规模集：

"diagnosticsProfile": {
    "bootDiagnostics": {
        "enabled": true,
        "storageUri": "http://yourstorageaccount.blob.core.windows.net"
    }
}

创建新 VM 时，VM 的 InstanceView 属性显示屏幕截图的详细信息。 下面是一个示例：

"bootDiagnostics": {
    "consoleScreenshotBlobUri": "https://o0sz3nhtbmkg6geswarm5.blob.core.windows.net/bootdiagnostics-swarmagen-4157d838-8335-4f78-bf0e-b616a99bc8bd/swarm-agent-9574AE92vmss-0_2.4157d838-8335-4f78-bf0e-b616a99bc8bd.screenshot.bmp",
    "serialConsoleLogBlobUri": "https://o0sz3nhtbmkg6geswarm5.blob.core.windows.net/bootdiagnostics-swarmagen-4157d838-8335-4f78-bf0e-b616a99bc8bd/swarm-agent-9574AE92vmss-0_2.4157d838-8335-4f78-bf0e-b616a99bc8bd.serialconsole.log"
}

访问排查虚拟机规模集的常见问题页面。

可以通过针对以下资源 URI 执行 REST API GET 来调用 ListVMInstanceViews：

/subscriptions/<subscription_id>/resourceGroups/<resource_group_name>/providers/Microsoft.Compute/virtualMachineScaleSets/<scaleset_name>/virtualMachines?$expand=instanceView&$select=instanceView

请注意，当规模集使用最大分布 (platformFaultDomainCount = 1) 时，不会返回容错域，因为无法保证会将多少个容错域与此设置一起使用。

不可以。 但是，扩展可以根据它们运行所在的 VM 的唯一属性（例如计算机名）运行。 扩展还可以在 http://169.254.169.254 上查询实例元数据来获取更多关于 VM 的信息。

间隔是因为虚拟机规模集的 overprovision 属性设置为 true 的默认值。 如果 overprovision 设置为 true，创建的 VM 数量会超过请求数量。 然后，将删除多余的 VM。 在这种情况下，虽然部署可靠性得到提高，但代价是无法遵守连续命名和连续网络地址转换 (NAT) 规则。

你可将此属性设置为 false。 对于小型虚拟机规模集，部署可靠性不会受到重大影响。

主要区别在于， deallocate 不会删除虚拟硬盘 (VHD)。 运行 stop deallocate 会产生存储费用。 采用其中一种做法可能是由于以下原因之一：

• 不再想要支付计算费用，但要保留 VM 的磁盘状态。
• 想要更快速地启动一组 VM，而不是扩大虚拟机规模集。
  • 出于这种方案，可能创建了自己的自动缩放引擎，并希望以更快的速度完成端到端缩放。
• 虚拟机规模集未均匀分布在容错域或更新域。 之所以出现这种不均匀的分配，可能是因为你有选择地删除了 VM，或者因为过度预配后，VM 被删除。 在虚拟机规模集上先运行 stop deallocate，然后运行 start，可以将 VM 均匀地分布到容错域或更新域。

从虚拟机规模集实例创建快照。 下面是一个示例：

$rgname = "myResourceGroup"
$vmssname = "myVMScaleSet"
$Id = 0
$location = "East US"

$vmss1 = Get-AzVmssVM -ResourceGroupName $rgname -VMScaleSetName $vmssname -InstanceId $Id
$snapshotconfig = New-AzSnapshotConfig -Location $location -AccountType Standard_LRS -OsType Windows -CreateOption Copy -SourceUri $vmss1.StorageProfile.OsDisk.ManagedDisk.id
New-AzSnapshot -ResourceGroupName $rgname -SnapshotName 'mySnapshot' -Snapshot $snapshotconfig

从快照创建托管磁盘。 下面是一个示例：

$snapshotName = "mySnapshot"
$snapshot = Get-AzSnapshot -ResourceGroupName $rgname -SnapshotName $snapshotName
$diskConfig = New-AzDiskConfig -AccountType Premium_LRS -Location $location -CreateOption Copy -SourceResourceId $snapshot.Id
$osDisk = New-AzDisk -Disk $diskConfig -ResourceGroupName $rgname -DiskName ($snapshotName + '_Disk')