Nginx-代理apache负载均衡

Nginx-代理apache负载均衡一、什么是负载均衡        当一台服务器单位时间访问量越大时,服务器压力就越大,大到超过自身承受能力时,服务器就容会崩掉。为了避免服务器崩溃,让用户有更好的体验,我们通过负载均衡的方式来分担服务器压力。        我们可以建立多个服务器,组成一个服务器集群,当用户访问网站时,先访问中间服务器,再让这个中间服务器在服务器集群中选择一个压力


Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺

一、什么是负载均衡

        当一台服务器单位时间访问量越大时,服务器压力就越大,大到超过自身承受能力时,服务器就容会崩掉。为了避免服务器崩溃,让用户有更好的体验,我们通过负载均衡的方式来分担服务器压力。
        我们可以建立多个服务器,组成一个服务器集群,当用户访问网站时,先访问中间服务器,再让这个中间服务器在服务器集群中选择一个压力较小的服务器,然后将该访问请求引入该服务器。如此以来,用户的每次访问,都会保证服务器集群中的每个服务器压力趋于平衡,既分担了服务器压力,有避免了服务器崩溃的情况。

二、Nginx负载均衡的实现

必备条件

        ① 至少三台服务器(虚拟机),本次使用的虚拟机如下:

虚拟机名称 IP 备注
本地centos3(nginx) 192.168.254.132 事先安装好nginx,下文此服务器叫132
本地centos4(apache) 192.168.254.134 事先安装好apache,下文此服务器叫134
本地centos5(apache) 192.168.254.135 事先安装好apache,下文此服务器叫135

1.apache启动并部署页面

        134和135服务器分别启动apache,代码如下:

systemctl start httpd

        分别检查一下apache的状态,代码如下:

systemctl status httpd

        结果如下( active(running) 说明已经跑起来):
在这里插入图片描述
        访问apache首页:192.168.254.134/135,页面如下:
在这里插入图片描述

        在 /var/www/html 简单写个test.html,代码如下(写两份,一个134一个135):

<!DOCTYPE html>
<html>
<head>
	<title>负载均衡</title>
</head>
<body>
这是192.168.254.134服务器!你好!!!
<!-- 这是192.168.254.135服务器!你好!!! -->
</body>
</html>

        访问 192.168.254.134/test.html 和 192.168.254.135/test.html ,页面如下:在这里插入图片描述
在这里插入图片描述

2.nginx启动

        132服务器分别启动nginx,代码如下:

systemctl start nginx

        检查一下nginx的状态,代码如下:

systemctl status nginx

        结果如下( active(running) 说明已经跑起来):
在这里插入图片描述

3.nginx配置反向代理

        132服务器,进入 /etc/nginx 然后 ls :
在这里插入图片描述
        我们需要修改的是nginx.conf配置文件,替换80端口location节点下的内容,修改内容如下:

location / { 
   
      proxy_pass http://192.168.254.134:80;
}

        保存文件后,重载nginx,代码如下:

systemctl reload nginx

        为防止修改配置文件后出现问题,再检查一下nginx的状态:

systemctl status nginx

在这里插入图片描述
        那么现在,当你访问192.168.254.132:80/test.html的时候,其实你访问到的是192.168.254.134:80/test.html,如下图:在这里插入图片描述
        反向代理配置完成,接下来我们来配置负载均衡。

4.nginx配置负载均衡

        还是修改nginx.conf配置文件,在配置文件的80的server节点上新增upstream节点,代码如下:

upstream test{ 
   
    server 192.168.254.134:80;
    server 192.168.254.135:80;
}

        修改第二步中提到的location节点内容,将proxy_pass指向upsteam节点的名字test,代码如下:

location / { 
   
    proxy_pass http://test;
}

        保存文件,重载nginx,代码如下:

systemctl reload nginx

        此时我们再访问192.168.254.132:80/test.html,这是你发现一会访问到的是192.168.254.134:80/test.html,一会访问到的是192.168.254.135:80/test.html
,如果如下;
请添加图片描述
请添加图片描述
        那么这样也就是实现了通过nginx代理apache,实现轮询策略的负载均衡。收工!!!

附:nginx负载均衡的几种策略

1、轮询(默认,也就是本片文章实现的策略)
每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

upstream test{ 
    
	server 192.168.254.134:80; 
	server 192.168.254.135:80; 
} 

2、指定权重
指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。

upstream test{ 
    
	server 192.168.254.134:80 weight=8; 
	server 192.168.254.135:80 weight=10; 
} 

3、IP绑定 ip_hash
每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

upstream test{ 
    
	ip_hash; 
	server 192.168.254.134:80; 
	server 192.168.254.135:80;
} 

4、fair
按后端服务器的响应时间来分配请求,响应时间短的优先分配。

upstream test{ 
    
	server 192.168.254.134:80; 
	server 192.168.254.135:80;
	fair; 
} 

5、url_hash
按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。

upstream test{ 
    
	server 192.168.254.134:80; 
	server 192.168.254.135:80; 
	hash $request_uri; 
	hash_method crc32; 
} 

其他参数说明:

	server 192.168.254.134:80 down; (down 表示当前的server暂时不参与负载) 
	server 192.168.254.135:80 backup; (其它所有的非backup机器down或者忙的时候,请求backup机器) 
} 
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/195825.html原文链接:https://javaforall.net

赞 (0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • HeartBleed漏洞详解与利用「建议收藏」

    HeartBleed漏洞详解与利用「建议收藏」看一下流传的Python利用脚本。#!/usr/bin/python#QuickanddirtydemonstrationofCVE-2014-0160byJaredStafford(jspenguin@jspenguin.org)#Theauthordisclaimscopyrighttothissourcecode.

    2022年7月25日
  • mysql 类型长度_数据库decimal类型长度

    mysql 类型长度_数据库decimal类型长度1个字节=8位tinyint为一个字节2的8次方=256所以最多存储到256日期和时间数据类型MySQL数据类型含义date3字节,日期,格式:2014-09-18time3字节,时间,格式:08:42:30datetime8字节,日期时间,格式:2014-09-1808:42:30timestamp4字节,自动存储记录修改的时间year1字节,年份数值数据类型整型MySQL数据…

    2022年9月17日
  • SynchronousQueue的使用

    SynchronousQueue的使用https://blog.csdn.net/cn_yaojin/article/details/80852395原文地址:https://blog.csdn.net/zmx729618/article/details/52980158SynchronousQueue是这样一种阻塞队列,其中每个put必须等待一个take,反之亦然。同步队列没有任何内部容量,甚至连一个队…

    2022年6月22日
  • 推荐12个运用Silverlight做的网站

    推荐12个运用Silverlight做的网站 一个用到zoom技术的示例站点:http://mosaicmaniac.com/?c=Zoom&i=horse5 下面这个站点一看应该是国内的站点,呵呵,非常具有中国特色http://www.ascendingintegration.com/Mahjongg/ 一个silverlight的拼图游戏,大家可以去尝试一下:http://www.silverlightshow.ne

    2022年10月18日
  • mysql++ 安装vs2008

    mysql++ 安装vs2008之前使用mysql官方的ConnectorC++实在是太折腾了:1.1.3版本的需要boost库(boost库那么大…..)。后来在网上发现了另外一个比较好的解决方案:mysql++。1、在mysql官网下载connectorC(mysql++基于connectorC)http://dev.mysql.com/downloads/connector/c/2、下载mysql++

    2022年7月27日
  • 腾讯面试题目汇总[通俗易懂]

    腾讯面试题目汇总面试官提问1:自我介绍及项目经历关于这道题,每个人的项目经历都不太一样,所以各位朋友根据自己的实际情况来介绍吧,在这里就不多介绍了。面试官提问2:看你项目介绍中大量使用了Redis,那能不能介绍下Redis的主从同步机制呢?关于这道题,因为我在之前的文章也分析过Redis主从同步的机制,所以我从完整重同步和部分重同步两个阶段去分析的,结果也得到了面试官的认可。详细的完整重同步和部分重同步机制原理是什么样的,在这里就不展开介绍了,附上链接朋友们自行查…

    2022年4月4日

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号