sockets - 如何以最少的停机时间切换 TCP 监听套接字？

Question

虽然这个问题被标记为 EventMachine，任何语言的通用 BSD 套接字解决方案也非常受欢迎。

一些背景:

我有一个应用程序监听 TCP 套接字。它使用常规的 System V 风格的 init 脚本启动和关闭。

我的问题是它需要一些时间来启动，然后才能为 TCP 套接字提供服务。它不会太长，也许只有 5 秒，但是当需要在工作日执行重新启动时，这 5 秒太长了。现有连接保持打开并正常完成也很重要。

应用程序重新启动的原因是补丁、升级等。不幸的是，我发现自己处于这样的境地，每隔一段时间，我需要在生产中做这种事情。

问题:

我正在寻找一种方法来从一个进程到另一个进程对 TCP 监听套接字进行巧妙的切换，结果只有一瞬间的停机时间。我希望现有的连接/套接字保持打开状态并在旧进程中完成处理，而新进程开始为新的连接提供服务。

是否有一些经过验证的方法可以使用 BSD 套接字来做到这一点？ (EventMachine 解决方案的奖励积分。)

是否有开源库实现了这一点，我可以按原样使用，或用作引用？ (同样，非 Ruby 和非 EventMachine 解决方案也值得赞赏!)

Answer 1

有几种方法可以在不停机的情况下做到这一点，并对服务器程序进行适当的修改。

一种是在服务器本身中实现重启能力，例如在接收到某个信号或其他消息时。然后程序将执行它的新版本，将监听套接字的文件描述符编号传递给它，例如作为论据。这个 socket 会有 FD_CLOEXEC 标志清除(默认)以便它被继承。由于其他套接字将继续由原始进程提供服务，并且不应传递给新进程，因此应在这些套接字上设置标志，例如使用 fcntl() .在 fork 并执行新进程后，原始进程可以继续关闭监听套接字，而不会中断服务，因为新进程现在正在监听该套接字。

另一种方法，如果您不希望旧服务器必须派生并执行新服务器本身，则可以使用 Unix-domain socket在新旧服务器进程之间进行通信。新的服务器进程可以在启动时检查文件系统中已知位置中的此类套接字。如果存在，新服务器将连接到此套接字并请求旧服务器使用 SCM_RIGHTS 将其监听套接字作为辅助数据传输。在 cmsg(3) 的末尾给出了一个例子。 .