我有一个 azure 云服务，可以向外和向内扩展实例。使用一些应用洞察指标来管理自动扩展规则，这可以正常工作。
当缩放和 azure 消除主机时，问题就出现了；一旦实例完成处理其任务，有没有办法让它只在实例中扩展？
【问题讨论】：
标签： azure autoscaling azure-cloud-services
Kwill，感谢您提供的链接/信息，第二个链接中的顶部项目是最好的折衷方案。
进程的工作时间通常在 5 分钟以下，并且服务已经重新处理了失败的进程，因此经过一些研究，决定跟踪服务何时处理队列项的状态，并在RoleEnvironment.Stopping 事件延迟重启和缩减事件，直到进程有机会完成。
App Insights 用于在停止事件期间跟踪自定义事件，以跟踪它在延迟周期内完成与重启的频率。
【讨论】：
另一种解决方案，但这个解决方案打破了我们正在使用 Azure 云服务的假设；如果您使用应用服务而不是云服务，您将能够在应用服务计划上设置自动缩放，从而有效地处理您遇到的实例丢失。
这是一项基础架构更改，因此不是两次点击即可完成，但我相信应用服务更适合包括这种情况在内的许多情况。
您可以查看一些优点和缺点，但如果您的产品是流量管理的，那么这种转换不会很痛苦。
【讨论】：
无法自动执行此操作。 Azure 将始终在数量最多的实例中进行扩展。
理想的解决方案是使工作具有幂等性和分块性，这样如果一个正在执行某些工作的实例被中断（缩减、VM 重启、断电等），那么另一个实例可以接手工作它停止了。这使您可以从许多可能的情况（例如断电）中恢复过来，而不仅仅是尝试设计特定的扩展功能。
话虽如此，您可以手动创建仅删除不工作的实例的扩展解决方案，但这样做需要您编写相当多的代码。本质上，您将使用在每个实例中运行的信号机制，让某些外部服务（逻辑应用程序或 WebJob 或类似的东西）知道实例何时空闲或忙碌，并且该外部服务可以使用删除角色删除空闲实例实例 API (https://docs.microsoft.com/en-us/rest/api/compute/cloudservices/rest-delete-role-instances)。
有关此主题的更多讨论，请参阅：
【讨论】：