繁体   English   中英

带有Service Fabric的Azure应用程序网关

[英]Azure Application Gateway with Service Fabric

目前,我有一个Service Fabric群集,其中包含2个托管Asp Web API的无状态服务。 在创建群集时,还会创建适当的Azure负载平衡器。

现在,出于各种原因(例如SSL卸载,URL路由等),我想在集群之前添加Application Gateway。

我想了解如何正确配置Application Gateway。 我看到2个选项,不确定哪个是有效的:

  • Application Gateway取代了现有的负载均衡器,并直接指向托管WebApi的SF服务
  • 我保留了现有的LB配置,并且应用程序网关指向该LB(似乎1 LB解决方案太多了)

哪一个是正确的? 任何建议如何配置?

方法2是我们正在使用的方法,我们保留了负载平衡器,并且正在路由从应用程序网关收到的所有请求。 我们发现这是最简单的选择,因为这需要在Application Gateway中进行最少的更改。

您的两个Web API可以在VM规模集中的每个节点上运行。 Azure负载平衡器用于在这些节点上分配流量。 在单个节点上定位单个服务将降低可伸缩性和容错能力。

您可以使用App Gateway将传入请求转换为负载均衡器上的其他端口。 (例如,直接流量到API 1 @url〜/ 1 /和API 2 @url〜/ 2 /)

赞成在NAT重定向(到单个节点)上使用负载平衡规则(使用所有节点)。 这样,您将拥有一个高性能,可靠的系统。

解决方案2还可能提供创建VPN连接的功能,例如管理您的群集。 这样就无需将管理端点公开。 Internal lb还带来了将来要使用的其他功能。

我会选择第一个选项并实施它,以创建/修改您的ARM模板,使其不包含负载均衡器,而是包含应用程序网关。

这是您可以使用的ARM模板快速入门的链接。 没有带有网关的服务结构的现成示例,但是它将为您提供一个很好的起点。

链接

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM