问题标签 [azure-autoscaling-block]

所以我的环境设置在云服务中，有 2 个工作角色实例处理来自服务总线队列的消息。我还设置了自动缩放块以在实例有超过 10 条消息要处理时增加实例。这是我采取的步骤。我将消息推送到大约 1000 条当前的队列中，因为我的实例没有启动，所以我的所有消息都未处理。我发布了带有 2 个实例的工作者角色，当它们启动时，它们开始正确读取消息。然后我在上述规则中为队列和每个实例 10 条消息配置自动缩放。

我所期望的是，由于实例已经超出了它们的处理能力，天蓝色应该开始启动新实例。但这要等到我的前两个实例启动后至少 10-15 分钟才会发生。

这背后的原因以及微软方面的任何算法可能是什么原因？

Have a several IaaS VM running under an internal load balancer in Azure, for scaling, is it possible to set an initial instance count rather than starting from the minimum count. Thanks

我正在尝试使用 VHD 创建自动缩放，这是我的模板：

不幸的是，当我通过时收到此错误osProfile：

但是，如果我删除osProfile我收到此错误：

我想在服务结构应用程序中扩展或扩展。为此，我在 VM 规模集上添加了带有 CPU 指标的自动缩放设置。在 VM 规模集中，我有带有 wadcfg 部分的扩展部分和 CPU 指标计数器。并且数据已成功发送到我指定的存储帐户。但是 VMSS 和服务结构集群并没有完成扩展或扩展选项。我已经完成了 azure 门户中指定的故障排除步骤。https://azure.microsoft.com/en-us/documentation/articles/virtual-machine-scale-sets-troubleshoot/

如果没有服务结构，相同的 CPU 指标可以正常工作，并且 VM 规模集正在向外扩展。

还检查了订阅限制。但是找不到问题。但是，我们收到一封邮件通知说，当 vmss 和服务结构一起部署时，无法读取自动缩放的诊断数据。

我在 Microsoft Azure Germany 工作，遇到应用服务的自动扩展选项问题。我选择了 S1 应用服务计划，但除了手动扩展之外无法选择其他任何内容。该计划通常应包括自动缩放。有没有人经历过类似的事情？我读到天蓝色德国在“常规”天蓝色版本的某些已建立功能方面存在一些问题。

此致

彼得

我正在慢慢死于 Azure Auto Scaling Sets 的复杂性，我认为这可能只是缺乏知识。

对我来说真的有必要吗，每次我想对等 nginx 配置进行更改，或者将 git 存储库拉到：

1. 启动现有图像
2. 更改该图像
3. 退化 VM 并创建新映像
4. 使用 PowerShell 或 RestAPI 为 Auto Scale Set 预配新映像
5. 希望成功或重复

我有没有办法简单地通过 SSH 连接到我的主实例、进行更改并申请配置？

有没有更简单的方法来实际设置和管理自动缩放背后的基础设施？或者是否需要额外花费 30-40 分钟来进行 2 分钟的配置更改？

提前致谢

我们希望根据一天中的特定时间设置 Azure 自动缩放。例如，在 7:00 我们想增加实例数，在 17:00 我们想减少它们。

我们知道我们可以通过其他一些指标（CPU、队列中的消息数量等）设置扩展，但这对我们有一些负面影响 - 启动新实例需要一些时间，而且 w3wp 预热也需要一些时间。当高负载到来时，我们需要立即准备好实例。

有没有办法在一天中的特定时间（从 7:00 到 17:00）和一周中的特定天数（工作日）设置自动缩放。

我想监视和获取有关 Azure 虚拟机规模集 (VMSS) 中不同实例的信息。

我使用了命令（Python）：

vmss = compute_client.virtual_machine_scale_sets.list(resource_group, scale_set_name)

但我无法得到我期望的结果。

有什么建议该怎么做吗？

我在 Azure VM 规模集中有大约 10 个 Vm 节点。据观察，当负载增加或由于某些问题时，虚拟机正在扩大。我想知道过去自动缩放的确切时间，并且可能最好获得报告。

有没有办法得到这些细节？

使用 azure monitor api 创建自动缩放设置的问题

我正在尝试使用 azure monitor api 创建自动缩放设置。我收到 HTTP 状态代码 409，其中提到可能存在导致此问题的 azure 资源名称冲突。我用不同的名字尝试了多次，但仍然失败

以下是我得到的结果，我无法获得足够的信息是什么导致了这个

HTTP/1.1 409 冲突
内容长度：98
缓存控制：无缓存
内容类型：应用程序/json；charset=utf-8
日期：格林威治标准时间 2019 年 1 月 18 日星期五 05:19:41
过期：-1
编译指示：无缓存
服务器：Microsoft-IIS/10.0
Strict-Transport-Security：max-age=31536000；includeSubDomains X-Content-Type-Options: nosniff

预期结果是应该有明确的信息说明导致此问题的原因