【前言】
在大型网站中,负载均衡是有想当必要的。尤其是在同一时间访问量比较大的大型网站,例如网上商城,新闻等CMS系统,为了减轻单个服务器的处理压力,我们引进了负载均衡这一个概念,将一个服务器的压力分摊到几个服务器上,一方面减轻了宕机的几率,另一方面也使得宕机后还要其他服务器可以继续稳定运行,提高了系统的健壮性。
【实现功能】
这篇文章将要介绍的主要内容如下:
1、配置三台服务器
2、分别在三台服务器上部署同样的服务代码
3、使用Nginx实现负载均衡
【实现思路】
我们的Nginx负载均衡器将部署在一台交互服务器上,配置与其他两台服务器的连接,所有的请求直接访问Nginx服务接口,然后Nginx负载均衡器将自行选择真实调用的服务器端口。
【开发及部署环境】
开发环境:Windows 7 x64 sp1 英文版
VisualStudio 2017
部署环境:阿里云 ECS实例 windows server 2012 x64
IIS 7.0
【所需技术】
ASP.NET WebApi2(其他的Java服务也一样可以)
【实现过程】
使用ASP.NET webapi2 写一个简单地返回json的接口,为了展示我们调用的是不同服务器上的接口,我们以数字形式分别生成三个接口服务,并且分别部署到三台服务器的iis中。
public IHttpActionResult GetTest(){//throw new Exception_DG_Internationalization(1001);string ip = Request.GetIpAddressFromRequest();return OK("Test Api . Client Ip Address is -> "+ip+" The Server is ===== 333 =====");}
我部署的三台服务器后面的数字分别是 111,222,333
注:return OK是本人自定义的返回格式,具体简单代码可以直接return Json();
Request.GetIpAddressFromRequest();是本人扩展的获取ip地址的方法,具体实现请按自身情况实现。
【系统测试】
我们将三个后台代码生成后,分别部署到三个服务器上。
为了保密服务器信息,以下我的所有ip地址都将以ip_A,ip_B,ip_C来标识
![df8074e9f09215be9aabad22e0cb7c87.png](https://i-blog.csdnimg.cn/blog_migrate/338d1b2af8e02fa4a9c1b399be58cfbd.jpeg)
![36e3587681a64fbaa3c89fc64bf04392.png](https://i-blog.csdnimg.cn/blog_migrate/9a66ad7dc307d54c30c3cde40eaaa30f.jpeg)
第三个是我们将要部署Nginx的服务器:
![9905c8c64ca98892baf076259f1c5462.png](https://i-blog.csdnimg.cn/blog_migrate/d2de2810380b9884660454fd037138c9.jpeg)
部署好后,我们进行Nginx的配置:
下载Nginx http://nginx.org/en/download.html
![4cef1db1849ce67193e31a18bdf7f242.png](https://i-blog.csdnimg.cn/blog_migrate/fcb6eae5324b0b5d11a003a0a5aaf7e4.jpeg)
然后解压到ip_C服务器,并打开conf文件夹下的nginx.conf
![2919ff2cd6fee34c334316ee2c73d908.png](https://i-blog.csdnimg.cn/blog_migrate/4965312ef6ce44ebc2e21e7353d79196.jpeg)
编辑内容如下
![01d6c39e51ca450700a8bc32bce0949b.png](https://i-blog.csdnimg.cn/blog_migrate/f3b28ee18cf693f1e3c603bfb0626836.jpeg)
然后我们启动服务:
cmd命令切换到nginx的根目录下
![031e1693656a27e5374b9a000691be44.png](https://i-blog.csdnimg.cn/blog_migrate/a62c1ab48456ecea94d340a313a32632.jpeg)
![1e10257def55c285e77c5958da4265c5.png](https://i-blog.csdnimg.cn/blog_migrate/043eb7ae6e9fe397729a46f832f95fc7.jpeg)
这样,服务就算启动了... 吐槽一句,为什么不提示一句服务启动成功呢..欸,不人性化!
然后我们打开任意一个接口测试工具,分别执行三次相同的请求:
请求一、
![05eff8cb5099dcaea002f214cb2ddf01.png](https://i-blog.csdnimg.cn/blog_migrate/6375d0b9064d0e89c165e035b552879c.jpeg)
请求二、
![f081a23ace59519c64cd6b0e373f2783.png](https://i-blog.csdnimg.cn/blog_migrate/bff2cedd362ac45267cae385be8e5ba1.jpeg)
请求三、
![2bceae113b94cc052a42174b46a47c09.png](https://i-blog.csdnimg.cn/blog_migrate/d486df057bfdf5ad80a2e828d2b99ceb.jpeg)
可以发现,我们每一次的请求,调用的后台服务接口都不是同一个,这样就保证了在大量客户访问同一个服务器地址时候,可以将一个服务器的压力分别分摊到几个服务器上,达到了负载均衡的目的