最新文章:

首页 Ops

Nginx在线服务状态下平滑升级或新增模块的详细操作记录

发布时间:2015年05月23日 评论数:抢沙发 阅读数:1198

    今天,产品那边发来需求,说有个APP的IOS版本下载包需要新增https协议,在景安购买了免费的SSL证书。当我往nginx上新增ssl时,发现服务器上的nginx居然没编译SSL模块!

    看了下旧版本nginx的configure选项:

    可能是出于最小化安装的考虑,就只有一个prefix参数,而版本也挺低的,干脆就升级一下好了!由于服务器处于在线服务状态,为了避免升级带来的不良影响,我决定给nginx来个平滑升级,结果发现还真是如丝般顺滑。。。

    下面记录一下平滑升级和新增模块的过程。

    一、半自动平滑升级

    所谓半自动,其实就是在最后迁移的时候使用源码自带的升级命令:make upgrade来自动完成。

    ①、按需编译新版本的nginx

    根据需求,常规编译新版本nginx,不过只要执行到make就打住,不要make install!

    ②、重命名nginx旧版本二进制文件,即sbin目录下的nginx(期间nginx并不会停止服务!):

    ③、然后拷贝一份新编译的二进制文件:

    ④、在源码目录执行make upgrade开始升级:

    完成后,最后确认一下 nginx -V :

    正常了,平滑升级成功!

    二、纯手动平滑升级

    纯手动模式,指的是在最后做迁移的时候,全部使用手动命令来搞定,避免编译可能存在不一致的参数啥的。

    实际上,在make之后,我们可以查看nginx源码目录下的Makefile内容如下:

    所以,说白了纯手动就是执行upgrade标签下的命令行而已,实际上只要确认Makefile下的命令路径都是正确的,用命令自动迁移是没有任何问题的。

    总是有人会不放心的,喜欢手动一步一步的搞定,我也来整理下纯手动步骤:

    ①~③和半自动一样,按常规步骤先编译nginx,不过只执行到make就打住,然后将旧的sbin下的nginx文件移走,再将编译得到的objs目录下的nginx文件放到原来的sbin目录。

    ④、测试新版本的nginx是否正常:

    ⑤、给旧nginx发送平滑迁移信号(若不清楚pid路径就用可用命令(2)):

    Ps:后面其实就是旧nginx的pid,所以先用ps aux找到正在运行的nginx主进程pid,再执行 kill -USR2 PID值亦可。

    ⑥、等待旧版本Nginx的pid变为oldbin(执行如下命令查看是否生成)

    ⑦、  从容关闭旧版本的Nginx进程

    此时,旧的工作进程就都会慢慢随着任务执行完毕而退出,新版的Nginx的工作进程会逐渐取代旧版工作进程。

    ⑧、此时,不重载配置启动旧工作进程(个人感觉是为了将任务完全切换到新的nginx上)

    ⑨、结束工作进程,完成此次升级操作:

    ⑩、最后,验证nginx是否升级成功:

    特意测试了下纯手动的做法,下面是我的操作记录,仅供参考:

    为了验证平滑升级确实不影响在线业务,我特意在升级的时候,利用ab命令一直在发送请求:

    直到升级完成,使用ctrl +C 终止并查看ab结果,可以发现几十万次的请求全部成功,没有失败!证明平滑升级的可行性!可惜忘记了截图,感兴趣的童鞋可以自行测试下!

    好了,关于nginx的平滑升级和在线新增模块的操作记录就到这里结束了,希望对你有所帮助。

二维码加载中...
本文作者:Mr.linus      文章标题: Nginx在线服务状态下平滑升级或新增模块的详细操作记录
本文地址:http://www.90qj.com/88  百度暂未收录本文
版权声明:若无注明,本文皆为“挨踢 Blog”原创,转载请保留文章出处。
挤眼 亲亲 咆哮 开心 想想 可怜 糗大了 委屈 哈哈 小声点 右哼哼 左哼哼 疑问 坏笑 赚钱啦 悲伤 耍酷 勾引 厉害 握手 耶 嘻嘻 害羞 鼓掌 馋嘴 抓狂 抱抱 围观 威武 给力
提交评论

清空信息
关闭评论