[nginx] ¿Cómo resolver el problema del agotamiento del puerto de nginx como proxy inverso?
No hay ningún problema con el cliente TCP 10W que se conecta a Nginx/HAproxy.
Cuando el software se carga en la empresa real, debido a que el equilibrio de carga (nginx) se maneja mediante el reenvío, se creará una conexión localmente. Cuando el reenvío supera 65535, (nginx) no puede establecer una conexión larga.
Los parámetros de ajuste del sistema Linux se han configurado básicamente, por lo que no debería ser el problema aquí.
¿Qué configuración se debe hacer?
65535 Esta es una limitación del propio protocolo ipv4. La pregunta es, ¿por qué nginx tiene una relación tan larga con los negocios reales?
Ha procesado 500.000 empresas de conexión larga: nginx-gt; servidor de servicio real
Nginx utiliza aquí varias IP de intranet, especificadas por proxy_bind.
¿Referencia? blogs.com/clnchanpin/p/7026413.html
¿La forma ideal de superar el agotamiento de puertos/las limitaciones de los sockets Unix?
/recursos/5916? fr = sidebar
Uso de HAProxy para equilibrar la carga de 300.000 conexiones TCP simultáneas
/ha proxy-optimization
Uso de HAProxy para equilibrar la carga de 300.000 sockets TCP simultáneos Equilibrio de carga de conexiones de palabras: agotamiento de puertos, mantenimiento de conexión y otros
/?p=547
Como servidor proxy inverso, ¿puede Nginx superar el límite de 65535 conexiones TCP en una sola máquina? ? Si es así, ¿cómo se logra?
/question/306520501
Nginx Advanced: plan de optimización y solución de 10010000 solicitudes simultáneas en una sola máquina
/articles/42203
nginx Pensando en la concurrencia: conexiones_trabajadores, procesos_trabajadores y clientes máximos
/Liu Qunying/1420556
La carga tcp de Nginx excede el límite de número de puerto proxy_bind split_client
/cs 105164127/
El límite superior de la conexión websocket proxy nginx
/Wjhsmart/article/details/107385614