快手、孩子王、华为等专家分享大模型在电商运营、母婴消费、翻译等行业场景的实际应用 了解详情
写点什么

使用 AWS Application Load Balancer 实现基于主机名的路由分发

  • 2019-11-15
  • 本文字数:2942 字

    阅读完需:约 10 分钟

使用AWS Application Load Balancer实现基于主机名的路由分发

负载均衡器在应用架构设计中是重要的组件,负责接收来自客户端的流量,将流量按一定的算法转发给后端的一组实例,并将后端实例的响应再返回给客户端。AWS 提供一款托管的负载均衡服务, Elastic Load Balancer(简称 ELB),ELB 除了能够做负载均衡分发流量之外,还能对后端的实例健康检查,并将流量仅转发给通过健康检查的实例,同时 ELB 还能与自动扩展组(Auto Scaling Group)以及监控服务(CloudWatch)配合,设置根据后端实例 CPU 使用率的高低,流量大小,处理时间长短等指标,自动完成添加或缩减实例数量。


ELB 又分两种,Classic ELB 和 Application Load Balancer(简称 ALB),ELB 的一个重要组件是侦听器,前者支持 4 层和 7 层的协议和端口(TCP,SSL,HTTP,HTTPS),对后端实例按轮询(TCP 协议)或者最少未完成请求数(HTTP 协议)的算法对后端实例进行流量转发。


ALB 是应用层负载均衡器,支持 HTTP/HTTPS 的协议,与 Classic ELB 不同的是,ALB 支持基于请求路径的分发,即根据 HTTP 标头的请求 URL 路径的不同,分发给后端不同的目标组(Target Group)。目标组是一个或多个目标(这里的“目标”可以是 EC2 实例)的集合,通常一组目标运行相同的应用或服务,一个目标可以注册到一个或多个目标组中。在目标组中可以配置运行状况检查,实例监控,等待连接耗尽及粘性会话等等。ALB 中的规则决定了如何将流量路由到后端不同的目标组,每条规则对应一个目标组、条件及优先级,一旦匹配规则,则执行相应的流量路由,比如将请求 URL 中路径是/api 的请求路由给运行 api 服务的目标组,将请求 URL 中路径是/mobile 的访问路由给 mobile 的目标组。


两者的转发模型可见下图。



过去 ALB 仅支持基于请求路径的流量分发,客户为了实现基于主机名的分发往往使用多组 Classic ELB 或 Classic ELB + Nginx 集群的方式,现在 ALB 提供了新功能,即可以基于主机名进行路由分发,详情请参考:


https://aws.amazon.com/cn/elasticloadbalancing/applicationloadbalancer/


接下来,我们将详细介绍如何使用 ALB 完成基于主机名的流量分发。


本例中我们将创建以下资源:


(1)1 个 ALB;


(2)5 个目标组,分别为 api-prod,api-sandbox,mobile-prod,mobile-sandbox,default;


(3)每个目标组注册不同的 EC2 实例,其中 api-prod 目标组将注册两个 EC2 实例;


(4)一个侦听器;


(5)创建基于主机名和路径的分发规则,实现流量的分发。


1、创建目标组



2、输入目标组名称,选择协议(HTTP/HTTPS)及端口,ALB 所在的 VPC,配置运行状况检查(协议,路径,阈值等)。此处我们选择了默认 HTTP,路径/。



3、注册实例


目标组的重要实体是目标(比如说 EC2 实例),在此将实例注册到目标组下面,注意选中实例后点击”添加到已注册”,然后保存。此处我们选中了该目标组对应的实例 ALBDemo_api_prod,ALBDemo_api_prod_2 两个实例。您可以向一个或多个目标组注册多个目标实例以便满足需求。只要注册过程完成且新注册的目标实例通过初始运行状况检查,负载均衡器就会开始将请求路由至此目标。同样,您也可以从目标组取消目标注册。



同理创建 api-sandbox,mobile-prod,mobile-sandbox,default 目标组,此处省略创建过程。


创建完成后,选中目标组,在目标页我们可以看见注册到该目标组的实例的状态,healthy 表示实例正常,另外该状态还有 unhealthy(实例未通过健康检查),initial(实例注册中),unused(无流量传入,该目标组未注册到 ALB)等。



4、创建负载均衡器


下面我们来创建 ALB



5、选择 ELB 类型


这里我们选择应用程序负载均衡器 ALB



6、配置负载均衡器


输入 ALB 名称,模式可选择该 ALB 面向 Internet 或是内部使用;配置侦听器协议,端口,根据需要可以配置多个侦听器,此处我们选择 HTTP/80;同时选择 ALB 部署在哪个可用区及子网,建议多可用区方式部署,同样将应用部署在多可用区,达到高可用的设计目标。



7、配置安全设置


如果侦听器配置了 HTTPS,需要配置证书。使用 HTTPS,ELB 可以完成与客户端的 SSL 安全连接的建立与 SSL 卸载,减轻后端服务器的压力。


如果从 ACM(AWS Certificate Manager)申请过证书,则可以直接选择该证书,也可以自己上传证书到 IAM 或者在此上传证书。由于此次我们仅配置了 HTTP 80 端口侦听器,此处将不配置证书。配置安全证书的截图如下:



8、配置安全组


安全组的概念及用法此处不做复述,我们可以为 ALB 配置安全组,仅允许指定的协议、端口及来源的流量进入 ALB



9、配置路由


这里可以选择”现有目标组”,选择我们前面的创建的 default 目标组。此处只能选择一个目标组,我们可以在创建完成后,对此 ALB 添加编辑规则的时候对应路由规则添加目标组。



10、注册目标



11、审核


创建完成后,可以在负载均衡器的控制台看到该 ALB 的相关描述与信息。



12、配置规则


选中该 ALB,在页面下方的侦听器下按端口选择“查看/编辑规则”。



13、添加/编辑规则


与之前不同的是,现在 ALB 提供了一个规则编辑器。进入规则编辑器后,我们看到的是一条默认规则,并看到目标组是我们前面创建过程中选择的 default 组。点击左上方”+”,可以添加规则。



目前路由规则支持三种方式:


a.基于 URL 路径;


b.基于主机名(New Feature);


c.基于主机名+路径(New Feature);



点击 &,可以实现基于主机名+路径的规则;



添加了 4 条规则,将不同主机及路径的流量分发到不同的目标组,如下:


col 1col 2col 3
规则规则(if)目标组(then)
1路径/sandbox/* &主机名为api.shishuai.techapi-sandbox
2主机名为api.shishuai.techapi-prod
3路径/sandbox/* &主机名为mobile.shishuai.techmobile-sandbox
4主机名为mobile.shishuai.techmobile-prod



通过左上角的添加、编辑、排序、删除可以对规则进行相应的修改与排序,需要注意的是,流量路由匹配规则的时候按规则的顺序匹配,并按最先匹配到的规则执行相应的路由。最多可以添加 75 条规则。每条规则在主机名处支持最多 3 个通配符(”*”或者”?”)。



最后规则配置完成,我们检查下规则是否生效。使用 Route53 DNS 解析服务,将相应的域名(本例中为 api.shishuai.tech 和 mobile.shishuai.tech)CNAME 到该 ALB 的域名(本例中为 ALBDemo-2043343612.us-west-2.elb.amazonaws.com,可在选中该 ALB,在描述页中看到该 DNS 地址)。


本例中每个 EC2 有一个简单的页面,表明自己主机名,以及 instance-id,以此区分是否按规则路由到相应的 EC2。


http://api.shishuai.tech



在 api-prod 目标组,我们注册了两台机器,刷新几次会出现另一台 EC2 的页面。



http://api.shishuai.tech/sandbox/



http://mobile.shishuai.tech



http://mobile.shishuai.tech/sandbox/



综上所述,使用应用负载均衡器基于主机名/路径的流量分发特性,客户可以仅用一组应用负载均衡器就可实现将流量路由给多个后端服务,这可以大大简化客户的架构、减轻运维负担以及优化成本。


作者介绍



王世帅


AWS 解决方案架构师,负责基于 AWS 的云计算方案架构的咨询和设计,同时致力于 AWS 云服务在国内教育、医疗行业的应用和推广。在加入 AWS 之前曾在国航担任系统工程师,负责存储方案的架构设计,在企业私有云方面有丰富经验。


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/aws-alb-route-distribute/


2019-11-15 08:001086

评论

发布
暂无评论
发现更多内容

NFTScan 与 Wagmi Labs 达成合作伙伴,双方在多链 NFT 数据方面展开合作!

NFT Research

NFT\

【Netty】「优化进阶」(二)浅谈 LengthFieldBasedFrameDecoder:如何实现可靠的消息分割?

sidiot

Java 后端 Netty 6 月 优质更文活动

以梦为码 自主创新 | 华为云开发者日成都站圆满举行!

华为云开发者联盟

云计算 华为云 华为云开发者联盟 企业号 6 月 PK 榜

这可能是2023年看过最全最详细的Java面试八股文,备战秋招,查缺补漏

架构师之道

java面试

盘点那些IT技术面试官常用的10个挂人套路

程序员小毕

程序员 程序人生 java面试 后端架构师 技术面

IoTLink版本更新V1.29.0

山东云则信息科技

助力金融信创!索信达携手麒麟软件、GBASE南大通用发布联合解决方案

索信达控股

企业数智化转型数智员工到底能做什么?

用友BIP

数智底座 Pass平台

基于多尺度图神经网络的流场预测,实现精度与速度的平衡

飞桨PaddlePaddle

人工智能 百度飞桨 开发者说

Maya软件是做什么的?Maya软件优缺点分析!

Finovy Cloud

maya

Java 网络编程 —— RMI 框架

不在线第一只蜗牛

Java

汇聚漫天星光,点燃HarmonyOS之火,2023HSD校园行·清华大学站圆满收官

最新动态

千万不能小瞧的PCB半孔板

华秋PCB

科普 电路 PCB PCB设计 涨知识

滴滴开源的深度与温度——滴滴开源委员会秘书长吴国斌专访

开源雨林

开源 滴滴 滴滴夜莺 开源治理

Jane Street简街进军大陆不良资产处置

科技热闻

【Netty】「优化进阶」(一)粘包半包问题及解决方案

sidiot

Java 后端 Netty 6 月 优质更文活动

.NET源码解读kestrel服务器及创建HttpContext对象流程

不在线第一只蜗牛

.net 开发语言

重磅国赛来了!2023中国高校计算机大赛-人工智能创意赛启动报名

飞桨PaddlePaddle

人工智能 百度 paddle 飞桨

ABAQUS 模拟过盈配合解决材料选择及公差带设计等问题

思茂信息

仿真软件 仿真技术 abaqus abaqus软件 abaqus有限元仿真

究竟是什么让山东航空人力资源数智化转型如虎添翼?

用友BIP

数智人力

【Netty】「源码解析」(一)ByteBuf 的动态扩容策略与实现原理

sidiot

Java 后端 Netty 6 月 优质更文活动

华为云GaussDB为MetaERP“成本核算”产品“保驾护航”

华为云开发者联盟

数据库 后端 华为云 华为云开发者联盟 企业号 6 月 PK 榜

基于OpenHarmony开发的玻璃拟态天气应用(2)构建当前天气组件

路北路陈

前端 HarmonyOS OpenHarmony应用开发 6 月 优质更文活动

从规划、预算和预测中实现企业未来价值

智达方通

财务分析 预测模型 业财融合 全面预算管理

低代码革命,让程序员失业?为什么低代码是技术行业的末日

EquatorCoco

低代码 低代码开发 低代码平台

【Netty】「源码解析」(二)HeapBuffer 创建过程详解:高效可靠的内存管理技巧

sidiot

Java 后端 Netty 6 月 优质更文活动

使用AWS Application Load Balancer实现基于主机名的路由分发_语言 & 开发_亚马逊云科技 (Amazon Web Services)_InfoQ精选文章