平滑重启原理及平滑更新

平日里总是说nginx平滑重启，workerman平滑重启。

那么，什么是平滑重启？

百度百科是这么解释的：

GR是Graceful Restart（平滑重启）的简称，是一种在协议重启时保证转发业务不中断的机制。

GR机制的核心在于：当某设备进行协议重启时，能够通知其周边设备在一定时间内将到该设备的邻居关系和路由保持稳定。在协议重启完毕后，周边设备协助其进行信息（包括支持GR的路由/MPLS相关协议所维护的各种拓扑、路由和会话信息）同步，在尽量短的时间内使该设备恢复到重启前的状态。在整个协议重启过程中不会产生路由振荡，报文转发路径也没有任何改变，整个系统可以不间断地转发数据。这个过程即称为平滑重启。

拿workerman来说：
平滑重启不同于普通的重启，平滑重启可以做到在不影响用户的情况下重启服务，以便重新载入PHP程序，完成业务代码更新。
平滑重启一般应用于业务更新或者版本发布过程中，能够避免因为代码发布重启服务导致的暂时性服务不可用的影响。

注意：对workerman而言，只有在on{...}回调中载入的文件平滑重启后才会自动更新，启动脚本中直接载入的文件或者写死的代码运行reload不会自动更新。

平滑重启原理

1>> 这里先说workerman

WorkerMan分为主进程和子进程，主进程负责监控子进程，子进程负责接收客户端的连接和连接上发来的请求数据，
做相应的处理并返回数据给客户端。当业务代码更新时，其实我们只要更新子进程，便可以达到更新代码的目的。
当WorkerMan主进程收到平滑重启信号时，主进程会向其中一个子进程发送安全退出(让对应进程处理完毕当前请求后才退出)信号，
当这个进程退出后，主进程会重新创建一个新的子进程（这个子进程载入了新的PHP代码），然后主进程再次向另外一个旧的进程发送停止
命令，这样一个进程一个进程的重启，直到所有旧的进程全部被置换为止。
我们看到平滑重启实际上是让旧的业务进程逐个退出然后并逐个创建新的进程做到的。为了在平滑重启时不影响客用户，这就要求进程中不
要保存用户相关的状态信息，即业务进程最好是无状态的，避免由于进程退出导致信息丢失。

2>> 说下nginx的平滑重启过程

Nginx的进程分为master主进程和work工作进程，master进程主要管理事件信号接受和分发，所有的请求处理都由work进程处理并返回结 果，Nginx的平滑重启或重载配置文件等升级，首先是向master发送重启或重载配置文件信号，然后master告诉所有的work进程不再接受新的 请求，然后master另起新的work进程，最后告诉旧的work进程可以光荣退出了。

nginx平滑升级

nginx平滑upgrade和普通reload的过程有区别，不能一概而论

在upgrade过程中，还涉及到3个信号（USR2、WINCH和QUIT）。
首先发送USR2信号给原master，原master进程会额外启动一个master进程和若干worker进程，新旧worker进程同时提供对外服务。
第二步发送WINCH信号，原worker进程停止服务并退出。
最后发送QUIT信号给原master使之退出，只保留新的master和worker。

这在Nginx的文档中有详细说明 http://wiki.nginx.org/CommandLine#Upgrading_To_a_New_Binary_On_The_Fly

Send HUP signal to the old master process - it will start the worker processes without reloading a configuration file
Send QUIT signal to the new master process to gracefully shut down its worker processes
Send TERM signal to the new master process to force it quit
If for some reason new worker processes do not quit, send KILL signal to them