Azure 自动缩减将踢出可能连接到因自动缩减而自动终止的实例的第二个用户
Azure auto scale-in will kick out the 2nd user who might be connected to the instance which is automatically terminated due to auto scale-in
我有一个与 Azure 自动缩放相关的问题，当 load/stress 时，增加的实例将向外扩展，并且在向外扩展之后，如果另一个用户连接到同一规模集中的一个实例，并且在几分钟后，假设负载减少，在这种情况下将开始缩减，并且第二个用户可能会被踢出，因为他连接到 scaled-in/destroyed 自动连接的实例之一。
有什么方法可以在用户已连接且正在执行任务的特定实例中停止缩减？
我认为没有办法在启动时停止缩放。但据我所知，规模化运作是有序的。缩容时，首先删除 ID 最高的实例。有关详细信息，请参阅 FAQ of Scale Set 和问题 "If I reduce my scale set capacity from 20 to 15, which VMs are removed"。
所以我建议第二个用户可以使用计划中ID最小的实例。这样就可以尽量避免被踢出去
我有一个与 Azure 自动缩放相关的问题，当 load/stress 时，增加的实例将向外扩展，并且在向外扩展之后，如果另一个用户连接到同一规模集中的一个实例，并且在几分钟后，假设负载减少，在这种情况下将开始缩减，并且第二个用户可能会被踢出，因为他连接到 scaled-in/destroyed 自动连接的实例之一。
有什么方法可以在用户已连接且正在执行任务的特定实例中停止缩减？
我认为没有办法在启动时停止缩放。但据我所知，规模化运作是有序的。缩容时，首先删除 ID 最高的实例。有关详细信息，请参阅 FAQ of Scale Set 和问题 "If I reduce my scale set capacity from 20 to 15, which VMs are removed"。
所以我建议第二个用户可以使用计划中ID最小的实例。这样就可以尽量避免被踢出去