You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Azure Service Fabric中子域名负载均衡配置可行性咨询

方案完全可行,无需额外部署负载均衡器

你提到的需求完全可以通过现有单台Azure负载均衡器实现,不用额外采购第二个LB资源,核心是利用Azure负载均衡器的基于主机名的路由规则来区分不同子域名的流量,具体实现步骤如下:

  • 第一步:配置DNS解析
    直接把app1.mydomain.com和app2.mydomain.com都指向公网IP 1.2.3.4 即可,DNS只负责将域名解析到IP,后续的端口转发交给负载均衡器处理。

  • 第二步:配置负载均衡器规则
    在你的Azure负载均衡器中创建两条独立的负载均衡规则:

    1. 针对app1.mydomain.com的规则:
      • 前端端口:80(HTTP)或443(HTTPS)
      • 主机名匹配:app1.mydomain.com
      • 后端端口:7000
      • 后端池:选择你的FrontEnd节点类型对应的后端池
    2. 针对app2.mydomain.com的规则:
      • 前端端口:同样是80或443
      • 主机名匹配:app2.mydomain.com
      • 后端端口:8000
      • 后端池:同样选择FrontEnd节点类型的后端池
  • HTTPS场景补充
    如果使用HTTPS,你需要在负载均衡器上配置对应的SSL证书(支持多域名证书或者通配符证书),让LB在前端终止SSL连接,再转发到后端的HTTP端口;如果想让后端应用直接处理SSL,也可以配置LB转发TCP流量到后端的HTTPS端口,不过前者的性能和维护性会更好。

这种方案的优势在于复用现有资源,节省成本的同时也简化了架构管理,Azure负载均衡器的主机名路由能力完全能支撑这个场景的流量转发需求。

内容的提问来源于stack exchange,提问作者Slicc

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.20 08:22:58