CentOS Linux安装nginx及负载均衡的配置

centos安装nginx

一、安装nginx

1、在nginx官方网站下载一个包nginx官方下载
2、WinSCP(ftp上传工具).exe FTP 上传工具上传达到CentOS中
3、我是先建一个目录,把要用的到的安装包放到一起.
  1. #mkdir /home/
  2. #tar zxf nginx-1.4.1.tar.gz
  3. #cd nginx-1.4.1
4、安装pcre开发包
  1. #yum install -y pcre-devel
5、如果安装出现在下面的错误是缺少编译环境。安装编译源码所需的工具和库
  1. ./configure: error: C compiler cc is not found
  2. #yum install gcc gcc-c++ ncurses-devel perl
6、安装cmake,从http://www.cmake.org下载源码并编译安装
  1. #yum -y install make gcc gcc-c++ ncurses-devel
  2. #yum -y install zlib zlib-devel
7、如果需要ssl功能需要openssl库
  1. #yum -y install openssl openssl--devel
8、安装nginx
  1. #cd nginx-1.4.1
  2. #./configure --prefix=/opt/nginx
  3. #如果需要开启stream模块实现tcp代理,需要配置如下。具体原因点击Nginx启用具有一般的TCP代理和负载均衡的stream模块
  4. #./configure --prefix=/opt/nginx --with-stream
  5. #make
  6. #make install
9、启动服务
  1. #/opt/nginx/sbin/nginx  -c /opt/nginx/conf/nginx.conf
10、停止服务
  1. #/opt/nginx/sbin/nginx -s stop
11、查看端口占用情况
  1. #netstat -tunlp
12、如果其它机器无法访问,解决方法如下:
  1. #/sbin/iptables -I INPUT -p tcp --dport 80 -j ACCEPT

然后保存:

  1. #/etc/rc.d/init.d/iptables save

重启防火墙

  1. #/etc/init.d/iptables restart

Nginx 负载均衡配置和策略

Nginx 的 HttpUpstreamModule 提供对后端(backend)服务器的简单负载均衡。一个最简单的 upstream 写法如下:

  1. upstream backend {
  2.     server backend1.example.com;
  3.     server backend2.example.com;
  4.     server.backend3.example.com;
  5. }
  6. server {
  7.     location / {
  8.         proxy_pass http://backend;
  9.     }
  10. }

1、后端服务器

通过 upstream 可以设定后端服务器,指定的方式可以是 IP 地址与端口、域名、UNIX 套接字(socket)。其中如果域名可以被解析为多个地址,则这些地址都作为 backend。下面举例说明:

  1. upstream backend {
  2.     server blog.csdn.net/poechant;
  3.     server 145.223.156.89:8090;
  4.     server unix:/tmp/backend3;
  5. }

第一个 backend 是用域名指定的。第二个 backend 是用 IP 和端口号指定的。第三个 backend 是用 UNIX 套接字指定的。

2、负载均衡策略

Nginx 提供轮询(round robin)、用户 IP 哈希(client IP)和指定权重 3 种方式。

默认情况下,Nginx 会为你提供轮询作为负载均衡策略。但是这并不一定能够让你满意。比如,某一时段内的一连串访问都是由同一个用户 Michael 发起的,那么第一次 Michael 的请求可能是 backend2,而下一次是 backend3,然后是 backend1、backend2、backend3…… 在大多数应用场景中,这样并不高效。当然,也正因如此,Nginx 为你提供了一个按照 Michael、Jason、David 等等这些乱七八糟的用户的 IP 来 hash 的方式,这样每个 client 的访问请求都会被甩给同一个后端服务器。具体的使用方式如下:

  1. upstream backend {
  2.     ip_hash;
  3.     server backend1.example.com;
  4.     server backend2.example.com;
  5.     server.backend3.example.com;
  6. }

这种策略中,用于进行 hash 运算的 key,是 client 的 C 类 IP 地址(C 类 IP 地址就是范围在 192.0.0.0 到 223.255.255.255 之间,前三段号码表示子网,第四段号码为本地主机的 IP 地址类别)。这样的方式保证一个 client 每次请求都将到达同一个 backend。当然,如果所 hash 到的 backend 当前不可用,则请求会被转移到其他 backend。

再介绍一个和 ip_hash 配合使用的关键字:down。当某个一个 server 暂时性的宕机(down)时,你可以使用“down”来标示出来,并且这样被标示的 server 就不会接受请求去处理。具体如下:

  1. upstream backend {
  2.     server blog.csdn.net/poechant down;
  3.     server 145.223.156.89:8090;
  4.     server unix:/tmp/backend3;
  5. }

还可以使用指定权重(weight)的方式,如下:

  1. upstream backend {
  2.     server backend1.example.com;
  3.     server 123.321.123.321:456 weight=4;
  4. }

默认情况下 weight 为 1,对于上面的例子,第一个 server 的权重取默认值 1,第二个是 4,所以相当于第一个 server 接收 20% 的请求,第二接收 80% 的。要注意的是 weight 与 ip_hash 是不能同时使用的,原因很简单,他们是不同且彼此冲突的策略。

3、重试策略

可以为每个 backend 指定最大的重试次数,和重试时间间隔。所使用的关键字是 max_fails 和 fail_timeout。如下所示:

  1. upstream backend {
  2.     server backend1.example.com weight=5;
  3.     server 54.244.56.3:8081 max_fails=3 fail_timeout=30s;
  4. }

在上例中,最大失败次数为 3,也就是最多进行 3 次尝试,且超时时间为 30秒。max_fails 的默认值为 1,fail_timeout 的默认值是 10s。传输失败的情形,由 proxy_next_upstream 或 fastcgi_next_upstream 指定。而且可以使用 proxy_connect_timeout 和 proxy_read_timeout 控制 upstream 响应时间。

有一种情况需要注意,就是 upstream 中只有一个 server 时,max_fails 和 fail_timeout 参数可能不会起作用。导致的问题就是 nginx 只会尝试一次 upstream 请求,如果失败这个请求就被抛弃了 : ( ……解决的方法,比较取巧,就是在 upstream 中将你这个可怜的唯一 server 多写几次,如下:

  1. upstream backend {
  2.     server backend.example.com max_fails fail_timeout=30s;
  3.     server backend.example.com max_fails fail_timeout=30s;
  4.     server backend.example.com max_fails fail_timeout=30s;
  5. }

4、备机策略

从 Nginx 的 0.6.7 版本开始,可以使用“backup”关键字。当所有的非备机(non-backup)都宕机(down)或者繁忙(busy)的时候,就只使用由 backup 标注的备机。必须要注意的是,backup 不能和 ip_hash 关键字一起使用。举例如下:

  1. upstream backend {
  2.     server backend1.example.com;
  3.     server backend2.example.com backup;
  4.     server backend3.example.com;
  5. }

转自:http://www.cnblogs.com/skyblue/archive/2013/05/13/3075900.html && http://outofmemory.cn/code-snippet/3040/Nginx-load-junheng-configuration-strategy

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏奇梦博客

Xiuno BBS 4.0 目录结构 XiunoBBS

741
来自专栏格子的个人博客

Tomcat目录文件列表功能和定制化

先说一下背景。 某天,产品小伙伴过来提了一个需求:能不能把公司的需求文档以列表的方式展示出来,当开发者需要哪个的时候,自己在目录中寻找并点击进入(需要哪个点哪...

1203
来自专栏向治洪

解决Setting property 'source' to 'org.eclipse.jst.jee.server的问题

对于这个问题,我相信我的方法已经能帮90%的人解决了! 当你用Eclipse运行web项目的时候,你就会看到控制台出现: WARNING: [SetPrope...

1947
来自专栏韦弦的微信小程序

git push 错误:failed to push some refs to

913
来自专栏游戏杂谈

文件(夹)对比利器--WinMerge

有两个工程,繁体版本、简体版本,版本号不一样,如果需要同步里面的代码就需要用到第三方工具了。IDE中自带的svn功能较弱,还好有winMerge弥补了它的缺陷,...

242
来自专栏IT可乐

Linux系列教程(二十)——Linux的shell概述以及如何执行脚本

  从这篇博客开始,我们将进入Linux的shell脚本的学习,这对于Linux学习爱好者而言是特别重要的一节,也是特别有意思的一节,shell 脚本就像我们知...

1778
来自专栏北京马哥教育

ansible基础应用

一、运维主要工作 ? ansible聚集以上功能于一身,能够完整轻易的实现应用部署和批量命令功能,适用于主机数量不太多,再大的用puppet。 二、ansib...

3387
来自专栏向治洪

iOS项目生成静态库文件(.a)

Objective-c语言有.h .m 文件组成。静态库可以将 .m文件封装成一个.a文件,第三方应用程序只需要拿到这个.a文件和代码对应的.h文件即可使用静态...

1847
来自专栏吴小龙同學

Flutter 初尝:从 Java 无缝过渡

准备阶段 下载 Flutter SDK 如果不能科学上网,可以声明 PUB_HOSTED_URL 和 FLUTTER_STORAGE_BASE_URL 两个环境...

4097
来自专栏深入浅出区块链技术

以太坊客户端Geth命令用法-参数详解

1945

扫码关注云+社区