IIS负载均衡-Application Request Route详解第三篇:使用ARR进行Http请求的负载均衡(上)

本文涉及的产品
网络型负载均衡 NLB,每月750个小时 15LCU
传统型负载均衡 CLB,每月750个小时 15LCU
应用型负载均衡 ALB,每月750个小时 15LCU
简介:
  IIS负载均衡-Application Request Route详解第三篇:使用ARR进行Http请求的负载均衡(上)
 
               在前两篇文章中,我们已经讲述如何配置与安装ARR,从本篇文章开始,我们将重点的来讲述如何在使用ARR进行负载均衡。
               本篇文章的目的主要是一步步的带领大家如何配置和使用ARR来进行Http请求的负载均衡,从而实现高可用与高扩展性。同时,本篇文章还会着重的讲述ARR是如何监视服务器的健康状况,同时也会讲述如何设置客户端的亲缘性。
 
系列文章链接:
 
               为了演示,我这里做了如下的准备工作:
    1. 配置了三台服务器(名称定为A,B,C),并且安装的是Win Server 2008,IIS与.NET Framework也安装了。
    2. 在服务器A上面安装了ARR模块。服务器A起到一个请求转发的作用!
    3. 创建了一个Server Farm,并且将服务器B,C加入到了Farm中。
 
另外对于服务器B,我们就部署了一个默认的站点,如下:
 
20120329224444.png
 
 
可以看出,配置的站点相当的简单!大家可以自己去配置不同的站点,然后在ARR添加服务器的时候,指向服务器的其他端口!
下面,我们看看,站点中有哪些内容:
 
20120329224632.png
 
               在这里,我简单的放置了一个网页Default.html,这个页面的内容也非常的简单,其中的205是服务器的编号,这样写主要是为了我们后面便于辨别到底是哪一个服务器处理了我们的请求!
 
               另外需要注意的是,我们在站点中,放置了一个health.txt文件,内容如下:
 
20120329224842.png
 
这个文件主要是给ARR进行健康检查用的,在后面的配置中,我们就可以看到它的作用了!
服务器C的配置和服务器B类似,只是页面文件的内容改为了“Response come from 216”。
 
整个服务器的结构如下:
20120329225007.png 
配置之后的结果如图所示:
 
20120329225113.png
 
下面开始确认相关的配置信息。
 
确认Url Rewrite的规则
1.启动IIS
2.选择建立的AppServerFarm
3.看到如下的界面:
20120329225324.png
 4. 双击“Routing Rules”图标,确认“Use URL Rewrite to inspect incoming requests被选中,如图:
 
20120329225412.png
5.启动浏览器,输入: http://localhost/,得到了如下的页面结果:
 
20120329225528.png
 
        很显然,ARR的请求转发起作用了,确认这是205服务器在处理请求!下面,为了确认,我们来查看一下。
         这篇到这里为止,图片太多了,开页面会慢的!我们下一篇接着讲述!




















本文转自yanyangtian51CTO博客,原文链接:http://blog.51cto.com/yanyangtian/821285  ,如需转载请自行联系原作者


相关实践学习
SLB负载均衡实践
本场景通过使用阿里云负载均衡 SLB 以及对负载均衡 SLB 后端服务器 ECS 的权重进行修改,快速解决服务器响应速度慢的问题
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
相关文章
|
2月前
|
安全 应用服务中间件 网络安全
修复HTTPS升级后出现 Mixed Content: The page at 'https://xxx' was loaded over HTTPS, but requested an insecure frame 'http://xxx'. This request has been blocked; the content must be served over HTTPS. 的问题
修复HTTPS升级后出现 Mixed Content: The page at 'https://xxx' was loaded over HTTPS, but requested an insecure frame 'http://xxx'. This request has been blocked; the content must be served over HTTPS. 的问题
|
4月前
|
开发框架 .NET 中间件
【Azure 云服务】在Cloud Service的代码中如何修改IIS Application Pool的配置呢? 比如IdleTimeout, startMode, Recycling.PeriodicRestart.Time等
【Azure 云服务】在Cloud Service的代码中如何修改IIS Application Pool的配置呢? 比如IdleTimeout, startMode, Recycling.PeriodicRestart.Time等
【Azure 云服务】在Cloud Service的代码中如何修改IIS Application Pool的配置呢? 比如IdleTimeout, startMode, Recycling.PeriodicRestart.Time等
|
5月前
|
缓存 负载均衡 算法
(四)网络编程之请求分发篇:负载均衡静态调度算法、平滑轮询加权、一致性哈希、最小活跃数算法实践!
先如今所有的技术栈中,只要一谈关于高可用、高并发处理相关的实现,必然会牵扯到集群这个话题,也就是部署多台服务器共同对外提供服务,从而做到提升系统吞吐量,优化系统的整体性能以及稳定性等目的。
|
5月前
|
运维 负载均衡 Serverless
Serverless 应用引擎使用问题之如何将应用部署到多个实例中,并利用SLB来分发请求负载
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
|
4月前
|
Python
【Azure 应用服务】Azure Function HTTP Trigger 遇见奇妙的500 Internal Server Error: Failed to forward request to http://169.254.130.x
【Azure 应用服务】Azure Function HTTP Trigger 遇见奇妙的500 Internal Server Error: Failed to forward request to http://169.254.130.x
|
4月前
|
监控
【应用程序见解 Application Insights】使用Azure Monitor Application Insights Agent获取Azure VM中监控数据及IIS请求指标等信息
【应用程序见解 Application Insights】使用Azure Monitor Application Insights Agent获取Azure VM中监控数据及IIS请求指标等信息
|
4月前
|
负载均衡 前端开发 数据处理
"揭秘!ALB负载均衡器如何赋能Airflow,让数据处理命令请求在云端翩翩起舞,挑战性能极限,你不可不知的秘密!"
【8月更文挑战第20天】在现代云计算环境中,负载均衡ALB作为七层HTTP/HTTPS流量分发器,能显著提升系统的可用性和扩展性。结合Airflow这一开源工作流管理平台,ALB可以有效分发其REST API命令请求。通过配置ALB实例监听HTTP/S请求,并将多个Airflow实例加入目标组,再配合健康检查确保实例稳定,即可实现对Airflow命令的高效负载均衡,进而增强数据处理任务的可靠性和性能。
40 0
|
4月前
|
负载均衡 网络协议 应用服务中间件
nginx-http反向代理与负载均衡
nginx-http反向代理与负载均衡
|
6月前
|
缓存 负载均衡 NoSQL
Redis系列学习文章分享---第十四篇(Redis多级缓存--封装Http请求+向tomcat发送http请求+根据商品id对tomcat集群负载均衡)
Redis系列学习文章分享---第十四篇(Redis多级缓存--封装Http请求+向tomcat发送http请求+根据商品id对tomcat集群负载均衡)
84 1
|
7月前
|
负载均衡 Kubernetes 网络协议
如何在集群的负载均衡过程保留请求源IP
本文探讨了在Kubernetes (k8s)集群中如何确保服务获取到请求的源IP。通常,源IP可能会因网络地址转换(NAT)和代理服务器而丢失。为保留源IP,文章建议在代理服务器层添加HTTP头`X-REAL-IP`字段。在K8s中,通过设置`externalTrafficPolicy: Local`可保留源IP,但这会牺牲负载均衡。使用Ingress时,可通过配置Ingress Controller的`use-forwarded-headers`并调整ConfigMap来同时保留源IP和实现负载均衡。文章适用于对网络和K8s感兴趣的读者。
164 3