系统基于ubuntu server 14.04.4 amd64

安装

第一步 下载并解压Nginx压缩包

Nginx官网下载Nginx,或者在Linux上执行wget http://nginx.org/download/nginx-1.10.1.tar.gz命令直接下载

解压nginx-1.10.1.tar.gz文件:

tar zxvf nginx-1.10.1.tar.gz

第二步 配置

cd nginx-1.10.1
./configure --prefix=/usr/local/nginx

注意:

如果之前没有安装C compiler(C 编译器),这一步将报如下错误信息:

xueliang@dev:~/download/nginx-1.10.1$ ./configure --prefix=/usr/local/nginx

checking for OS

  • Linux 4.2.0-27-generic x86_64

    checking for C compiler ... not found

./configure: error: C compiler cc is not found

xueliang@dev:~/download/nginx-1.10.1$

可以参考这篇文章安装C compiler,然后继续下面的操作

如果之前没有安装PCRE,这一步将报如下错误信息:

checking for PCRE library ... not found

checking for PCRE library in /usr/local/ ... not found

checking for PCRE library in /usr/include/pcre/ ... not found

checking for PCRE library in /usr/pkg/ ... not found

checking for PCRE library in /opt/local/ ... not found

./configure: error: the HTTP rewrite module requires the PCRE library.

You can either disable the module by using --without-http_rewrite_module

option, or install the PCRE library into the system, or build the PCRE library

statically from the source with nginx by using --with-pcre= option.

xueliang@dev:~/download/nginx-1.10.1$

可以参考这篇文章安装PCRE,然后继续下面的操作

如果之前没有安装zlib,这一步将报如下错误信息:

checking for md5 in system md library ... not found

checking for md5 in system md5 library ... not found

checking for md5 in system OpenSSL crypto library ... not found

checking for sha1 in system md library ... not found

checking for sha1 in system OpenSSL crypto library ... not found

checking for zlib library ... not found

./configure: error: the HTTP gzip module requires the zlib library.

You can either disable the module by using --without-http_gzip_module

option, or install the zlib library into the system, or build the zlib library

statically from the source with nginx by using --with-zlib= option.

xueliang@dev:~/download/nginx-1.10.1$

可以参考这篇文章安装zlib,然后继续下面的操作

也可以跳过此步,执行默认安装,--prefix的默认值为/usr/local/nginx,Nginx官网对此有说明:Building nginx from Sources

第三步 编译

make

第四步 完成安装

sudo make install

平滑升级

当需要对正在运行的Nginx进行升级时,可以在不停止Nginx的情况下,使用新版本或者重编译的可执行程序替换旧版本的可执行程序,这里我们从nginx-1.10.1升级到nginx-1.11.1

第一步 备份旧版本

因为Nginx的升级,实质只是用新版本的可执行文件,替换旧版本的可执行程序,所以,对于备份,既可以只备份旧版本可执行文件,也可以打包备份整个旧版本安装目录,参考命令分别如下:

只备份旧版本可执行文件

sudo cp /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.bak

打包备份整个旧版本安装目录

 sudo tar -cvf /usr/local/nginx.bak /usr/local/nginx

第二步 下载新版本并解压Nginx压缩包

对于新版本Nginx压缩包的下载和解压,可以参考本文关于Nginx的安装部分的第一、二步。

第三步 使用旧版本配置参数,配置并编译新版本Nginx

因为只是对Nginx进行升级,并不涉及配置参数的修改,所以,我们一般使用和旧版本相同的配置(当然你也可以使用全新的配置信息),来编译新版本的Nginx,使用如下命令查看旧版本配置信息:

/usr/local/nginx/sbin/nginx -V

可以得到结果如下:

xueliang@dev:~/download/nginx-1.11.1$ /usr/local/nginx/sbin/nginx -V

nginx version: nginx/1.10.1

built by gcc 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04.3)

configure arguments: --prefix=/usr/local/nginx

xueliang@dev:~/download/nginx-1.11.1$

其中 [configure arguments: --prefix=/usr/local/nginx] 这一行即为旧版本Nginx配置信息,这里可以看出,旧版本只是指定了安装路径,使用[configure arguments:]后面的参数信息,对新版本Nginx作相同配置,然后进行编译:

./configure --prefix=/usr/local/nginx

第四步 编译新版本Nginx可执行程序

make

第五步 用新版本Nginx可执行程序覆盖旧版本可执行程序

在上一步的基础上,执行一下命令即可:

sudo cp objs/nginx /usr/local/nginx/sbin/nginx

执行这条命令,可能会报以下异常,提示文件被占用:

xueliang@dev:~/download/nginx-1.11.1$ sudo cp objs/nginx /usr/local/nginx/sbin/nginx

cp: cannot create regular file ‘/usr/local/nginx/sbin/nginx’: Text file busy

xueliang@dev:~/download/nginx-1.11.1$

可以使用以下命令进行强制覆盖:

sudo cp -rfp objs/nginx /usr/local/nginx/sbin/nginx

第六步 启动新版本Nginx主进程

发送 USR2信号给旧版本主进程号:

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

旧版本Nginx主进程接收到-USR2信号,将重命名它的.pid文件为.oldpid,然后执行新版本的Nginx可执行程序,依次启动新版本的主进程和工作进程:

	<thead>
<tr>
<th align="right">PID</th>
<th align="right">PPID</th>
<th align="right">USER</th>
<th align="right">%CPU</th>
<th align="right">VSZ</th>
<th align="right">WCHAN</th>
<th>COMMAND</th>
</tr>
</thead>
<tbody>
<tr>
<td align="right">33126</td>
<td align="right">1</td>
<td align="right">root</td>
<td align="right">0.0</td>
<td align="right">1164</td>
<td align="right">pause</td>
<td>nginx: master process /usr/local/nginx/sbin/nginx</td>
</tr>
<tr>
<td align="right">33134</td>
<td align="right">33126</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1368</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">33135</td>
<td align="right">33126</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1380</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">33136</td>
<td align="right">33126</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1368</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">36264</td>
<td align="right">33126</td>
<td align="right">root</td>
<td align="right">0.0</td>
<td align="right">1148</td>
<td align="right">pause</td>
<td>nginx: master process /usr/local/nginx/sbin/nginx</td>
</tr>
<tr>
<td align="right">36265</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">36266</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">36267</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
</tbody>
</table>

第七步 从容关闭旧版本的工作进程

此时,新、旧版本的Nginx实例会同时运行,共同处理请求,如果此时给旧版本主进程发送WINCH 信号,旧版本主进程将会给它的工作进程发送消息,请求它们从容关闭,此后,旧版本的工作进程开始逐步退出:

	<thead>
<tr>
<th align="right">PID</th>
<th align="right">PPID</th>
<th align="right">USER</th>
<th align="right">%CPU</th>
<th align="right">VSZ</th>
<th align="right">WCHAN</th>
<th>COMMAND</th>
</tr>
</thead>
<tbody>
<tr>
<td align="right">33126</td>
<td align="right">1</td>
<td align="right">root</td>
<td align="right">0.0</td>
<td align="right">1164</td>
<td align="right">pause</td>
<td>nginx: master process /usr/local/nginx/sbin/nginx</td>
</tr>
<tr>
<td align="right">33135</td>
<td align="right">33126</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1380</td>
<td align="right">kqread</td>
<td>nginx: worker process is shutting down (nginx)</td>
</tr>
<tr>
<td align="right">36264</td>
<td align="right">33126</td>
<td align="right">root</td>
<td align="right">0.0</td>
<td align="right">1148</td>
<td align="right">pause</td>
<td>nginx: master process /usr/local/nginx/sbin/nginx</td>
</tr>
<tr>
<td align="right">36265</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">36266</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">36267</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
</tbody>
</table>

从容关闭旧版本的工作进程命令:

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

第八步 从容关闭旧版本的主进程,完成Nginx的升级

经过一段时间后,旧的工作进程(work process)处理完了所有已连接的请求后退出,仅由新版本的工作进程来处理新的请求了:

	<thead>
<tr>
<th align="right">PID</th>
<th align="right">PPID</th>
<th align="right">USER</th>
<th align="right">%CPU</th>
<th align="right">VSZ</th>
<th align="right">WCHAN</th>
<th>COMMAND</th>
</tr>
</thead>
<tbody>
<tr>
<td align="right">33126</td>
<td align="right">1</td>
<td align="right">root</td>
<td align="right">0.0</td>
<td align="right">1164</td>
<td align="right">pause</td>
<td>nginx: master process /usr/local/nginx/sbin/nginx</td>
</tr>
<tr>
<td align="right">36264</td>
<td align="right">33126</td>
<td align="right">root</td>
<td align="right">0.0</td>
<td align="right">1148</td>
<td align="right">pause</td>
<td>nginx: master process /usr/local/nginx/sbin/nginx</td>
</tr>
<tr>
<td align="right">36265</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">36266</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">36267</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
</tbody>
</table>

应该注意的是,此时,旧版本的主进程还尚未关闭它监听的套接字,如果有需要,你仍可以恢复旧版本工作进程。如果由于某些原因,新版本的可执行文件运行情况不理想,下面有几种方案可供参考:

  • 给旧版本主进程发送 HUP 信号。旧版本主进程将在不重新读取配置信息的情况下,重新开启工作进程。然后,通过给新版本主进程发送 QUIT 信号,所有新版本的进程将会从容关闭。
  • 给新版本主进程发送 TERM 信号。然后,他将会给它的工作进程发送消息,要求它们立即退出,紧接着,这些工作进程就会立即退出。(如果因为某些原因,新版本进程没有退出,应该给新版本主进程发送 KILL 信号,强制新版本主进程退出。)新版本主进程退出的同时,旧版本主进程将会自动启动它的工作进程。

    新版本主进程退出后,旧版本主进程将会移除名字以.oldpid 结尾的文件,恢复为它的 .pid 文件。

    如果升级成功,应该给旧版本主进程发送 QUIT 信号,使其退出,只保留新版本进程:
	<thead>
<tr>
<th align="right">PID</th>
<th align="right">PPID</th>
<th align="right">USER</th>
<th align="right">%CPU</th>
<th align="right">VSZ</th>
<th align="right">WCHAN</th>
<th>COMMAND</th>
</tr>
</thead>
<tbody>
<tr>
<td align="right">36264</td>
<td align="right">33126</td>
<td align="right">root</td>
<td align="right">0.0</td>
<td align="right">1148</td>
<td align="right">pause</td>
<td>nginx: master process /usr/local/nginx/sbin/nginx</td>
</tr>
<tr>
<td align="right">36265</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">36266</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
<tr>
<td align="right">36267</td>
<td align="right">36264</td>
<td align="right">nobody</td>
<td align="right">0.0</td>
<td align="right">1364</td>
<td align="right">kqread</td>
<td>nginx: worker process (nginx)</td>
</tr>
</tbody>
</table>

添加模块

刚接触Nginx时,只知道Nginx的功能是分模块的,并不清楚有些模块默认是不参与到构建中去的,比如ngx_http_ssl_module模块,是用来支持https协议的,默认情况下是没有构建到Nginx中的。

随着业务不断扩展,如果需要Nginx支持某些模块,而这些模块默认不在Nginx的构建计划中,构建Nginx时,又没有指定加入这些模块,该怎么办呢?是否能够给已经运行的Nginx动态添加这些模块呢?答案是肯定的!

给运行中的Nginx动态添加模块的方案,与上面提到的平滑升级Nginx的方案很类似。下面我们来看一下如何给运行中的Nginx添加 ngx_http_ssl_module 模块。

第一步 查看运行中的Nginx版本,并下载、解压对应版本的压缩包

查看Nginx版本:

/usr/local/nginx/sbin/nginx -v

结果:

xueliang@dev:~$ /usr/local/nginx/sbin/nginx -v

nginx version: nginx/1.11.1

xueliang@dev:~$

或者:

/usr/local/nginx/sbin/nginx -V

结果:

xueliang@dev:~$ /usr/local/nginx/sbin/nginx -V

nginx version: nginx/1.11.1

built by gcc 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04.3)

configure arguments: --prefix=/usr/local/nginx

xueliang@dev:~$

这里可以看出,正在运行的Nginx版本为1.11.1,参照安装Nginx部分,下载并解压对应版本的Nginx

第二步 编译Nginx,同时加入需要模块配置

参考平滑升级的第三步,查看运行中的Nginx的配置参数,并在最后追加 -with-http_ssl_module

如:原配置信息为 --prefix=/usr/local/nginx,则新配置信息为 --prefix=/usr/local/nginx --with_http_ssl_module,配置Nginx执行的命令如下:

./configure --prefix=/usr/local/nginx --with_http_ssl_module

第三步 平滑重启Nginx,完成动态模块添加

这一步可以参考平滑升级的第四至八步

原文链接http://xueliang.org/article/detail/20160615172540639

Linux下,Nginx的安装、升级及动态添加模块的更多相关文章

  1. centos 7下nginx搭建流媒体服务器【动态添加模块】

    1.安装nginx依赖包 yum install gcc gcc-c++ openssl-devel zlib-devel pcre pcre-devel yamdi 2.下载解压nginx_mod_ ...

  2. Linux下nginx编译安装教程和编译参数详解

    这篇文章主要介绍了Linux下nginx编译安装教程和编译参数详解,需要的朋友可以参考下 一.必要软件准备1.安装pcre 为了支持rewrite功能,我们需要安装pcre 复制代码代码如下: # y ...

  3. Linux下Nginx的安装、升级及动态添加模块

    系统基于ubuntu server 14.04.4 amd64 安装 第一步 下载并解压Nginx压缩包 从Nginx官网下载Nginx,或者在Linux上执行wget http://nginx.or ...

  4. Linux下Nginx的安装与配置

    安装前需要安装pcre:ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/1.解压缩:     tar xjpf pcre-7.8.tar.b ...

  5. Linux下Nginx的安装(二)

    一.安装Nginx ## 安装前准备 ## #GNU编译器集合 #Nginx编译需要PCRE #在Nginx的各种模块中需要使用gzip压缩 #在Nginx中,如果服务器提供安全网页时则会用到Open ...

  6. linux下nginx的安装和配置

    准备目录 [root@sqh ~]# mkdir /usr/local/nginx [root@sqh ~]# cd /usr/local/nginx 添加一些支持和依赖 1.安装gcc 安装redi ...

  7. centOS linux 下nginx编译安装详解

    Nginx的官方网站是 www.nginx.org   Nginx的下载地址是:http://nginx.org/en/download.html   由 于官网的设计非常简洁不大气不上档次,所以我们 ...

  8. Linux 下Nginx编译安装

    Untitled .note-content {font-family: 'Helvetica Neue', Arial, 'Hiragino Sans GB', STHeiti, 'Microsof ...

  9. linux下nginx的安装及配置

    一.安装nginx前,我们首先要确保系统安装了g++.gcc.openssl-devel.pcre-devel和zlib-devel软件,可通过如图所示命令进行检测,如果以安装我们可以通过图二所示卸载 ...

随机推荐

  1. GOLang(第二篇 发起一个Http请求)

    import ( "net/http" "net/url" ) //发送一个简单的get请求 func GetRequest { //联系使用 make(map ...

  2. 在asp.net中使用ajax记录

    一.问题描述 ajax在mvc中使用频繁,比如cms中的评论功能,但由于涉及到前后端开发,日久容易忘,在此做下记录. 二.内容 控制器中代码示例: /// <summary> /// 在文 ...

  3. spring异常处理

    http://cgs1999.iteye.com/blog/1547197 1 描述 在J2EE项目的开发中,不管是对底层的数据库操作过程,还是业务层的处理过程,还是控制层的处理过程,都不可避免会遇到 ...

  4. 外显率&显性上位

    外显率(penetrance): 外显率是指条件下,群体中某一基因型(通常在杂合子状态下)个体表现出相应表型的百分率.外显率等于100%时称为完全外显(complete penetranc)低于100 ...

  5. 网格视图(GridView)功能和用法

    GridView用于在界面上按行.列分布的方式来显示多个组件.GridView和ListView有共同的父类:AbsListView,因此GridView和ListView具有很高的相似性,它们都是列 ...

  6. IIS 挂载android的apk文件进行下载

    需要进行MIME的映射处理: 添加MIME映射:文件扩展名:.apk,MIME文件类型:application/vnd.android

  7. use strict 的优点

    JavaScript严格模式详解 http://blog.csdn.net/airingyuan/article/details/25036297 http://ourjs.com/detail/52 ...

  8. 【开源.NET】 分享一个前后端分离的轻量级内容管理框架

    开发框架要考虑的面太多了:安全.稳定.性能.效率.扩展.整洁,还要经得起实践的考验,从零开发一个可用的框架,是很耗时费神的工作.网上很多开源的框架,为何还要自己开发?我是基于以下两点: 没找到合适的: ...

  9. 简单的java Hadoop MapReduce程序(计算平均成绩)从打包到提交及运行

    [TOC] 简单的java Hadoop MapReduce程序(计算平均成绩)从打包到提交及运行 程序源码 import java.io.IOException; import java.util. ...

  10. 自动化CodeReview - ASP.NET Core请求参数验证

    自动化CodeReview系列目录 自动化CodeReview - ASP.NET Core依赖注入 自动化CodeReview - ASP.NET Core请求参数验证 参数验证实现 在做服务端开发 ...