Nginx 归纳整理

  选择Nginx的理由

  高并发连接：

  官方测试Nginx能够支撑5万并发连接，在实际生产环境中可支撑2--4万并发连接数。这得益于Nginx使用了最新的epool(Linux2.6内核)和kqueue（freebsd）网络I/O模型，而Apache使用的则是传统的select模型

   内存消耗少：

   开启10个Nginx进程消耗150MB内存(15MB X 10=150MB)

2.CentOS安装Nginx服务器

  推荐直接从源码编译安装

  安装GCC编译器及相关工具：

  GCC全称为GNU Compiler Collection,是GNU社区推出的功能强大、性能优越的用于编程开发的自由编译器，是GNU的代表作品之一，目前可以编译的语言包括：C、C++、Objective-C、Fortran、Java等。必须确保您的操作系统安装有GCC编译器，另外，还必须安装Autoconf和Automake工具，它们用于自动创建功能完善的Makefile。可以使用yum命令安装GCC编译器及相关工具：

  yum -y install gcc gcc-c++ autoconf automake

  模块依赖性：Nginx的一些模块需要其他第三方库的支持，例如gzip模块需要zlib库，rewrite模块需要pcre库，ssl功能需要openssl库等。

  yum -y install zlib zlib-devel openssl openssl-devel pcre pcre-devel


  Nginx的安装：

  tar -zvxf nginx-0.x.xx.tar.gz

  cd nginx-0.x.xx

  ./configure

  make

  sudo make install

  按照以上命令，Nginx将被默认安装到/usr/local/nginx目录下。

  可以通过./configure --help命令查看Nginx可选择的编译选项

  --prefix=<path>      Nginx安装路径。如果没有指定，默认为/usr/local/nginx

  --sbin-path=<path>   Nginx可执行文件安装路径。只能安装时指定，如果没有指定，默认为/usr/local/nginx/sbin/nginx

  --conf-path=<path>   在没有给定-c选项下默认的nginx.cong的路径。如果没有指定，默认为/usr/local/nginx/cong/nginx.conf

  --pid-path=<path>    在nginx.conf中没有指定pid指令的情况下，默认的Nginx.pid的路径。如果没有指定，默认为/usr/local/nginx/logs/nginx.pid

  --lock-path=<path>   nginx.lock文件的路径

  --error-log-path=<path>  在nginx.conf中没有指定error_log指令的情况下，默认的访问日志的路径。如果没有指定，默认为/usr/local/nginx/logs/access.log

  --user=<user>   在nginx.conf中没有指定user指令的情况下，默认的Nginx使用的用户。如果没有指定，默认为nobody

  --group=<group>  在nginx.conf中没有指定user指令的情况下，默认的Nginx使用的组。如果没有指定，默认为nobody

  --builddir=DIR   指定编译的目录

  --with-rtsig_module  启用rtsig模块

  --with-select_module(--without-select_module)  允许或不允许开启SELECT模式

  ........


Nginx的启动、停止、平滑重启：


     Nginx的启动：

     /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.cong

     参数“-c”指定了配置文件的路径，如果不加“-c”参数，Nginx会默认加载其安装目录的conf子目录中的nginx.conf文件。

     Nginx的停止：

     Nginx的停止方法有很多种，一般通过发送系统信号给Nginx主进程的方式来停止Nginx。

     我们通过ps命令来查找Nginx的主进程号：

     ps -ef | grep nginx

    


   从上图中可以看到，1个Nginx进程的备注信息为“master procss”,表示他为主进程，另外的1个进程的备注信息为“worker process”，表示他为子进程。1158位主进程号。

   如果在nginx.conf配置文件中指定了pid文件存放的路径，该文件中存放的就是Nginx当前的主进程号。如果没有指定pid文件存放路径，nginx.pid文件默认存放在Nginx安装目录的logs目录下。所以，我们可以直接通过以下命令来完成平滑重启，省下寻找Nginx主进程号的步骤：

   kill - 信号类型 '/usr/local/nginx/logs/nginx.pid'

  （1）从容停止Nginx

   kill - QUIT Nginx主进程号
   或
   kill - QUIT '/usr/local/nginx/logs/nginx.pid'

  （2）快速停止Nginx

   kill - TERM Nginx主进程号
  
   kill - TERM '/usr/local/nginx/logs/nginx.pid'
   或
   kill - INT Nginx主进程号
  
   kill - INT '/usr/local/nginx/logs/nginx.pid'

  （3）强制停止所有Nginx进程

   pkill -9 nginx


   Nginx的平滑重启：
  

   如果修改了Nginx的配置文件（nginx.conf）,想重启Nginx，同样可以通过发送系统信号给Nginx主进程的方式类进行。不过，重启之前，要确认Nginx配置文件的语法是正确的，否则Nginx将不会加载新的配置文件。通过以下命令可以判断Nginx配置文件是否正确：

   /usr/local/nginx/sbin/nginx -t -c /usr/local/nginx/conf/nginx.conf

   如果配置文件不正确，屏幕将会提示配置文件的第几行出错

   如果配置文件正确，屏幕将提示以下两行信息：

   the configuration file /usr/local/nging/conf/nginx.conf syntax is ok

   configuration file /usr/local/nginx/conf/nginx.conf test is successful

   这时候，就可以平滑重启Nginx了：

   kill - HUP Nginx主进程号
  
   kill - HUP '/usr/local/nginx/logs/nginx.pid'

   当Nginx接收到HUP信号时，他会尝试先解析配置文件，如果成功，就应用新的配置文件。之后，Nginx运行新的工作进程并从容关闭旧的工作进程。通知工作进程关闭监听套接字，但是继续为当前连接的客户提供服务。所有客户端的服务完成后，旧的工作进程被关闭。如果新的配置文件应用失败，Nginx将继续使用旧的配置进行工作。


   Nginx的信号控制：


    TERM,INT   快速关闭

    QUTI       从容关闭

    HUP        平滑重启，重新加载配置文件

    USR1       重新打开日志文件，在切割日志时用途较大

    USR2       平滑升级可执行程序

    WINCH      从容关闭工作进程


    Nginx的平滑升级：


    当需要将正在运行中的Nginx升级、添加/删除服务器模块时，可以在不中断服务的情况下，使用新版本、重编译的Nginx可执行程序替换旧版本的可执行程序：

   （1）使用新的可执行程序替换旧的可执行程序，对于编译安装的Nginx，可以将新版本编译安装到旧版本的Nginx安装路径中。替换之前，最好备份一份旧的可执行文件。

   （2）发送以下指令

     kill -USR2 旧版本的Nginx进程号

    （3）旧版本Nginx的主进程将重命名他的.pid文件为.oldbin(例如：/usr/local/nginx/logs/nginx.pid.oldbin)，然后执行新版本的Nginx可执行程序，依次启动新的主进程和新的工作进程。

    （4）此时，新、旧版本的Nginx实例会同时运行，共同处理输入的请求。要逐步停止旧版本的Nginx实例，你必须发送WINCH信号给旧的主进程，然后，它的工作进程就将开始从容关闭：

     kill -WINCH 旧版本的Nginx主进程号

    （5）一段时间后，旧的工作进程（worker process）处理了所有已连接的请求后退出，仅由新的工作进程来处理输入的请求啦。


    （6）这时候，我们可以决定是使用新版本，还是恢复到旧版本：

     kill -HUP 旧的Nginx主进程号   ： Nginx将在不重载配置文件的情况下启动他的工作进程

     kill -QUIT 新的主进程号       ： 从容关闭其工作进程（worker process）

     kill -TERM 新的主进程号       ： 强制退出

     新的主进程退出后，旧的主进程会移除.oldbin前缀，恢复为他的.pid文件，这样，一切就都恢复到升级之前了。如果尝试升级成功，而你也希望保留新的服务器时，可发送QUIT信号给旧的主进程，使其退出而只留下新的服务器运行。




   



已有 0 人发表留言，猛击->> 这里<<-参与讨论


ITeye推荐

• —软件人才免语言低担保 赴美带薪读研！—