5 ms·

The issue that HAProxy is encountering with SO_REUSEPORT is not an issue for Nginx's use case. In the HAProxy case one of the sockets belongs to the old server

by caf 11y ago

The issue that HAProxy is encountering with SO_REUSEPORT is not an issue for Nginx's use case. In the HAProxy case one of the sockets belongs to the old server which is going away, and a new connection can be assigned to that socket right before it does so. For Nginx, all of the sockets are accepting new connections.

otterley 11y ago
What happens during the reload case for nginx? At reload time, the previous-generation worker that bound to the socket with SO_REUSEPORT will need to close its listener, just like haproxy.
- ArmTank 11y ago
  In nginx worker processes don't open and don't close sockets. They inherit them from the master process.
  - CrLf 11y ago
    But isn't that what reuseport changes? Each worker opening it's own socket?
    - ArmTank 11y ago
      No, they don't (and they can't, since they usually don't have such privileges). The master process opens all sockets for each worker process.
- caf 11y ago
  When reloading, nginx starts up a new set of workers and duplicates the sockets across to them with SCM_RIGHTS. None of the sockets is closed - only duplicate file descriptors.