Azure负载平衡如何扩展应用程序服务计划？
我有一个Azure应用服务，其中我使用应用服务计划横向扩展选项创建了5个实例。现在我不确定Azure负载如何平衡此实例之间的请求？我没有看到任何负载均衡器。
还有，我如何知道哪个实例正在处理哪个请求？
共有1个答案
负载均衡器是自动创建的，您看不到它。
基本上，它会随机将请求发送到实例，尽管它可以通过ARR亲和力变得“粘性”。您可以在应用服务的应用程序设置中找到该设置：
如果启用，负载平衡器将在响应中附加一个cookie（如果它们还没有）。它使得将来的请求能够命中同一个实例。当然，如果实例不再存在（例如，由于自动缩放），那么它将再次转到随机实例。
环境变量可以在后端告诉您哪个实例正在处理请求。您可以在此处找到可用变量的列表：https://github.com/projectkudu/kudu/wiki/Azure-runtime-environment
-
我是微服务的新手。（学习阶段）。我有一个问题。我们在云中部署微服务。（例如 AWS）。云已经提供了负载平衡和日志。我们还在Spring Boot中实现了负载平衡（功能区）和日志（Rabbit MQ和Zipkin）。这两种实现有什么区别？我们两者都需要吗？有些人可以回答这些问题吗？ 提前感谢。
-
试图自学如何使用库伯内特斯，但有一些问题。 我的下一步是尝试使用LoadBalancer类型的服务来访问nginx。 我建立了一个新的集群并部署了nginx映像。 然后，我为LoadBalancer设置服务 设置完成后，我尝试使用LoadBalancer入口（我在描述LoadBalancer服务时发现）访问nginx。我收到一个此页面无法工作的错误。 不太确定我哪里出错了。 kubectl获得sv
-
这是我的第一个负载平衡问题。 我已经编写了一个简单的express应用程序来了解负载平衡是如何工作的。我还看了一些类似于的东西。如果我必须使用Nginx进行负载平衡，那么我是否应该在4个不同的docker容器中运行4个不同的express实例，然后使用Nginx在它们之间进行负载平衡，而Nginx位于自己的容器中？ 我说得对吗？我有点困惑
-
AWS推出了应用程序负载平衡器，可以进行基于路径的路由。是否可以将经典负载平衡器放在应用程序负载平衡器之后。 示例：假设我们有两个经典的负载平衡器。应用程序负载平衡器将流量路由到所有url（如应用程序负载平衡器/前端）的第一个经典负载平衡器，并将流量路由到所有url（如应用程序负载平衡器/后端）的第二个经典负载平衡器* 目前，似乎我们只能将主机置于应用程序负载平衡器之后。是否可以将负载平衡器置于应
-
扩展说明 从多个服务提者方中选择一个进行调用 扩展接口 org.apache.dubbo.rpc.cluster.LoadBalance 扩展配置 <dubbo:protocol loadbalance="xxx" /> <!-- 缺省值设置，当<dubbo:protocol>没有配置loadbalance时，使用此配置 --> <dubbo:provider loadbalance="xxx"
-
我希望在现有的服务器设置中集成WAF，因为我有经典的负载平衡器（带有EC2实例），它不支持WAF，我需要迁移到应用程序负载平衡器。 是否可以在不更改DNS（记录）的情况下将现有的经典负载平衡器迁移到应用程序负载平衡器？