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

查看:24
本文介绍了Azure 自动缩放重新启动正在运行的实例的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我一直在使用 Autoscale 在 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-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屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆