Azure的自动缩放重新启动运行的实例 [英] Azure Autoscale Restarts Running Instances

问题描述

我一直在使用自动缩放到云服务的2和1之间的情况下，力图降低成本转移。这主要工作除了不时（不知道是什么的模式似乎在这里），向上扩展（1-> 2）的行为造成的两个的情况下回收，生成一个服务中断用户。

I've been using Autoscale to shift between 2 and 1 instances of a cloud service in a bid to reduce costs. This mostly works except that from time to time (not sure what the pattern seems to be here), the act of scaling up (1->2) causes both instances to recycle, generating a service outage for users.

假设没有什么花哨在RoleEntry事情在应对拓扑变化，为什么会从1> 2的重新启动已经运行的实例缩放？

Assuming nothing fancy is going on in RoleEntry in response to topology changes, why would scaling from 1->2 restart the already running instance?

其他注意事项：

• 很显然，这两种情况都是通过看实例回收
  选项​​卡管理门户。中断，也可以通过按确认
  公共网站。


• 它不会持续发生，但我不知道的模式是什么。这感觉，当1实例的配置已经运行了多天像，企图既扩大回收。但是，如果1实例的配置只运行了几个小时，你可以放大和缩小，而不中断。


• 一审总是回来速度远远超过目前正在推行的第二个实例。

推荐答案

这一直是这个样子。当你有一台服务器运行和你去2+，初始服务器重新启动。为了有一个完整的SLA，你需要在所有的时间有2+服务器。

This has always been this way. When you have 1 server running and you go to 2+, the initial server is restarted. In order to have a full SLA, you need to have 2+ servers at all time.

这篇关于Azure的自动缩放重新启动运行的实例的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！