我需要使用流量管理器将流量路由到三个应用程序服务(我拥有同一区域)(具有三个实例的一个应用程序服务将不起作用,需要更多的负载平衡控制)。在同一地区有多个Web应用程序的Azure流量管理器
我读here这是不可能性
我试图建立在不同的应用服务计划的应用服务,但是我就是同一个域没有分配给一个以上的应用服务。在文档中,我阅读“规模单位”,但我不知道它是什么,有什么想法?基本上我不能在同一个区域创建两个应用程序服务,分配给它们的域也是相同的。
我需要使用流量管理器将流量路由到三个应用程序服务(我拥有同一区域)(具有三个实例的一个应用程序服务将不起作用,需要更多的负载平衡控制)。在同一地区有多个Web应用程序的Azure流量管理器
我读here这是不可能性
我试图建立在不同的应用服务计划的应用服务,但是我就是同一个域没有分配给一个以上的应用服务。在文档中,我阅读“规模单位”,但我不知道它是什么,有什么想法?基本上我不能在同一个区域创建两个应用程序服务,分配给它们的域也是相同的。
我不确定你需要更多的应用程序服务计划,但我们假设你需要。你会看到的是nested profiles。
还有good documentation这也解释了限制:
每个流量管理器配置文件最多可以有一个Web应用程序端点 从每个Azure的区域。要解决此限制,可以将 配置为外部端点。有关更多信息,请参阅 FAQ。
以及其中一些问题的解决方法here。
规模单位,是错误的你。 @juunas在正确的道路上帮助您找到您的刻度单位。但是,AppServicePlan不是一个虚拟机,但这是另一个主题。
所以基本思想:
nslookup yoursite.azurewebsites.net
发现你的真实DNS名称的应用服务计划waws-prod-am2-077.vip.azurewebsites.windows.net
。 waws-prod-am2-077
是您的规模单位。重复这些步骤直到您发现您的应用服务计划在不同规模的设备上运行。
这真的很可惜,这没有记录在任何地方。不,没有更简单的方法来检查应用程序服务计划的规模单位。在不同规模的单位之间部署多个应用服务计划也没有更简单的方法。
在另一方面,具有在不同的刻度单位传播你的应用程序的服务计划将给予您的应用程序对部分服务中断:)
刚刚尝试过这种方式,您说得对,但是哇,设法在新的应用程序中获得第一个应用程序服务我必须至少得到另外3个,这将会持续下去。一个问题,为什么你说你不确定我们需要不同的应用程序服务计划?你的意思是我们可以使用相同的应用程序服务计划去新的规模单位(这是有道理的)? – Pietro
嗨。我的意思是 - 为什么不为你的应用使用单一的应用服务计划。将使你的事情变得如此简单。当你只需要扩展一个应用程序时 - 那么所有的应用程序都会利用这个能力。你不会失去任何东西。 而不是 - 您不能跨越不同规模的单个应用服务计划。 – astaykov
因为我需要以不同的比例单位将同一个域分配给不同的应用程序服务,并且您说我不能跨越不同比例单位的单个应用程序服务计划 – Pietro
当他们谈论秤台,我认为他们正在谈论的虚拟机更好resiliasncy那运行Azure应用服务。如果您运行'nslookup yoursite.azurewebsites.net',您可以看到缩放单元的URL。你会得到一个像'waws-prod-am2-077.vip.azurewebsites.windows.net'这样的答案。这意味着Web Apps不能处于相同的App服务计划中。 – juunas
而不是在同一地区的多个应用程序服务计划,您应该使用手动缩放或自动缩放以在您的区域中使用您的应用程序的多个实例。 –
Stack Overflow是编程和开发问题的网站。这个问题似乎与题目无关,因为它不涉及编程或开发。请参阅帮助中心的[我可以询问哪些主题](http://stackoverflow.com/help/on-topic)。也许[超级用户](http://superuser.com/)或[Unix&Linux堆栈交换](http://unix.stackexchange.com/)会是一个更好的地方。另请参阅[我在哪里发布有关Dev Ops的问题?](http://meta.stackexchange.com/q/134306) – jww