问题标签 [azure-vm-scale-set]

我想通过 Python SDK 访问 Azure VM 规模集，以获取其中所有 NIC 的列表。为此，我猜我需要使用 链接，但我不知道 NetworkInterfacesOperations 类的每个参数应该是什么

NetworkInterfacesOperations（客户端、配置、序列化器、反序列化器）

我正在尝试使用 Powershell DSC 安装 URL 重写器，但它一直失败。当我删除安装重写器的步骤时，脚本成功。

我的设置是使用 Visual Studio Team Services (VSTS) 构建和发布管道，我执行一个 ARM 模板来创建一个规模集，指向一个 powershell dsc 脚本。

在这个脚本中，我启用了 Windows 功能，安装了 Web Deploy 和 URL Rewriter。未安装重写器时一切正常，但当我以以下任一方式将其添加回来时，一切都会失败。

DSC 脚本实际上如下所示：

我直接从一个快速入门示例中获取了这个：

以上失败并出现令人讨厌的模糊错误

所以我尝试以这种方式下载并安装软件包

在这种情况下，下载确实有效，并且在目录中找到了 msi。但是，它不会安装 url 重写器并且部署失败。

我添加了一个日志参数，但不确定错误仍然是什么。

这是与错误相关的日志的一部分，似乎没有其他相关。

我试图手动安装它以查看会发生什么，但它确实出现了相同消息的错误，但显然 IIS 已安装。现在我想知道问题是 2016-Datacenter 还是 IIS 10。

今天，我发现我无法远程访问我的 Azure VM 规模集实例（win 2016 Nano Server）。然后我尝试使用 powershell 重新启动 VM 规模集实例，但出现以下错误：

我们的 VM 规模集已正常运行近一年。VMSS 上发生了什么？Azure 最近是否对 VMSS 进行了更改？

使用 NSG 出站规则更新：

如何通过 Python SDK 获取规模集中所有 VM 名称的列表？

我认为这可能有答案，但我无法创建该类的实例。

问题

我在创建新的 VMSS 时尝试将多个证书添加到它，但我收到错误列表机密包含重复的实例

/subscriptions/xxxxx/resourceGroups/xxxxx/providers/Microsoft.KeyVault/vaults/xxxxx，这是不允许的。

我创建 VMSS 的 powershell 是：

预期的

在这里的常见问题解答：https : //docs.microsoft.com/en-us/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-faq 它有一个部分“当我运行 Update-AzureRmVmss 之后从同一个密钥库添加多个证书，我看到以下消息：'但我无法解决如何修复我的脚本以使其正常工作，有人可以帮忙吗？

我使用现有的虚拟网络创建了一个规模集（使用模板）。
这个现有的虚拟网络已经有一个带有特定 VM 的负载均衡器（具有公共 IP）。

现在，我无法连接到规模集中的 VM，没有选项可以将规模集添加到负载均衡器或将规模集的 VM 添加到负载均衡器。创建一个新的负载均衡器没有帮助。
似乎添加后端池的唯一选择是使用可用性集或单个 VM（不在规模集中）。

有没有办法解决这个问题？以某种方式将规模集添加到负载均衡器或连接到它？

目标是在现有负载均衡器中创建规模集（在具有其他 VM 的网络中），但不幸的是它不起作用。

我有一个在 Azure 上配置 VMSS 的 DSC 脚本。部分脚本禁用 TLS1.0 和 TLS1.1 客户端和服务器角色。禁用后，VMSS 无法再下载 zip 文件中的 DSC 脚本。说它在 29 次尝试后超时。如果我启用 TLS 协议，它会再次工作。

有没有办法使用 TLS 1.2 下载脚本？

目前，这是脚本扩展的 ARM 配置：

我是 azure 的新手，正在学习在 Azure 中设计应用程序。

这个问题对某人来说可能太天真了，但我真的很困惑。

当我们有规模集或规模集足以实现高可用性和自动扩展时，是否还需要可用性集？

我知道规模集和可用性集都有故障域和更新域以及在其中配置的虚拟机，而且我也知道两者之间的差异，但问题是两者都是架构模式还是架构方面的真正组件？

据我所知，当有多个实例 ( https://azure.microsoft.com/en-us/support/legal/sla/cloud-services/v1_5/ ) 时，MS Azure 保证工作人员角色的 SLA 99.95%。

但是我也知道，如果单个 VM 使用高级存储 ( https://azure.microsoft.com/en-us/support/legal/sla/virtual-machines/v1_6/ ) ，则可以保证 SLA 99.9% 。

基于这个逻辑，如果一个工作角色部署在一个使用高级存储的实例上，是否不应该为该实例保证 SLA？我遵循适用于 VM 集的相同逻辑（在 VM 集中有一个具有高级存储的单个 VM..）。

我正在运行我在 .Net 框架中构建的优化模型（使用 Google.OrTools）。当我在本地运行时，应用程序以超过 99% 的 CPU 运行，因此我的团队决定将此应用程序移动到 Azure ScaleSet，我有一个 VM，并且我配置为扩展到 10 个 VM。我面临的问题是仅在我的主 VM 中 CPU 相同 >99%，即使添加了新 VM（按比例放大），这些 VM 上的 CPU <1%。我现在对在 Azure 中使用 ScaleSet 感到困惑。

在上述情况下，我认为该工作尚未与其他 VM 共享。我该如何解决这个问题？

请注意，我正在使用控制台应用程序运行我的应用程序，并且此作业与数据库和 Drive 的连接并不频繁，此作业是一个纯粹的数学问题。