博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
配置IIS的负载均衡
阅读量:6438 次
发布时间:2019-06-23

本文共 1157 字,大约阅读时间需要 3 分钟。

在大型Web应用系统中,由于请求的数据量过大以及并发的因素,导致Web系统会出现宕机的现象,解决这一类问题的方法我个人觉得主要在以下几个方面:

1.IIS 负载均衡。

2.数据库 负载均衡。

3.系统架构优化,比如报表服务器和应用服务器分开等。

本文主要介绍以下IIS负载均衡的实现方法,作者也是慢慢摸索的,如有不当之处还请各位大神指点以下,以求共同进步!!

 

演示环境介绍:

Server 1: 18.13 (用来分流的IIS服务器)。

Server 1: 18.49 (用来分流的IIS服务器)。

Server 1: 50.32 (用户所访问的服务器)。

 用来演示的网站:一个名为WebTest的网站,内容就是一张图片,足以达到演示效果。

安装Server Farms ,如下图所示:

整个安装步骤非常简单,跟着提示走即可,安装完成之后在IIS里面可以看到Server Farms的项目了,如下图所示:

 

现在我们通过Server Farms 来创建Server,如下图所示:

有多少个IIS服务器就创建多少个,我这里创建了2个,创建完成之后可以在“运行状态测试”中进行测试,如下:

Server Farms判断目标IIS服务器是否正常,是通过目标服务器里面的某一个文件返回的数据来判断的,具体配置如下所示,health.txt是用来作为验证的一个文件,里面的内容是OK,那么如果这个文件返回的数据是OK,Server Farms则会判断该服务器为正常状态,反之则不正常:

 

 

对于如何去平衡服务器的压力,Server Farms已经提供了一些算法,具体如截图所示,这里不做详细的介绍,大家有兴趣的话可以逐个测试一下,

 

两台IIS服务器验证成功,说明我们的配置是正确的,下一步我们来测试一下:我直接访问50.32服务器,这个时候呈现出来的页面是18.49这个服务器上面的图片。

 

 

OK,现在我将18.49这台服务器的IIS停止掉,如下图所示:

 

当18.49这台服务器的IIS停止以后,我们再次查看Server Farms里面的服务器状态,如下图所示:

 

当18.49挂了之后,我们再次访问50.32服务器,结果出来了:

 

结论:当配置了多台IIS服务器之后,根据我们定义的均衡规则和算法,它会自动为我们协调和分配当前的请求来达到分流的目的,上面的演示中,当18.49无法访问的时候,自动贝切换到了18.13服务器。

PS:虽然是不同的服务器,呈现出来不同的内容,这里我是为了便于查看效果,所以采用的不同的图片来显示,不然不容易区分。

img_fa0be433d68c8212b2b0b3b1a564ccb1.png
如果本文对你有所帮助,请打赏——1元就足够感动我:)
支付宝打赏
微信打赏
联系邮箱:intdb@qq.com
我的GitHub:
关注公众号:
img_9bde0f31ac4a0eca10b1bd7414b78faf.png

作者:
出处:
本文版权归作者和博客园共有,欢迎转载,请标明出处。

你可能感兴趣的文章
htm、html、shtml网页区别
查看>>
SpringCloud学习笔记:服务注册与发现Eureka(2)
查看>>
学习新 api 的思考过程 4.18
查看>>
想要设计自己的微服务?看这篇文章就对了
查看>>
[译] 原生 JavaScript 值得学习吗?答案是肯定的
查看>>
29岁了还一事无成是人生的常态?
查看>>
gRPC-rs:从 C 到 Rust
查看>>
Mysql-高性能索引
查看>>
chrome浏览器最小字号解决方案
查看>>
富文本编译器UEditor+SSM的使用
查看>>
Java EE之旅02 CSS基础
查看>>
kubernetes学习笔记 (二):k8s初体验
查看>>
swift3 0 流控制
查看>>
Data-Mediator专题之属性回调
查看>>
每天一个Linux命令之ps-查看系统进程信息
查看>>
图解JavaScript原型链继承
查看>>
用VIPER构建iOS应用
查看>>
Java开源诊断工具 Arthas 发布v3.1.0
查看>>
什么是以太坊
查看>>
高效开发者是如何个性化VS Code插件与配置的?
查看>>