Tengo un servidor de transmisión con una tarjeta de 10 gbps. Estoy usando ~2,5 gbps.
Mi servidor funciona perfecto durante 8 a 9 horas al día, y luego se vuelve loco y todo el mundo se congela. Exactamente al mismo tiempo reinicio el sistema y todo vuelve a la normalidad.
Tengo conexiones de monitor, ancho de banda de salida, todo. De 2,5 gbps, después de 8 a 9 horas pasa a 1 gbps, por eso todo el mundo se congela, pero después de reiniciar todo vuelve a la normalidad.
¿Alguien tiene alguna explicación sobre esto?
Esta es mi configuración sysctl
net.core.somaxconn = 65535
net.ipv4.route.flush=1
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_moderate_rcvbuf = 1
fs.file-max = 6815744
fs.aio-max-nr = 6815744
fs.nr_open = 6815744
net.ipv4.ip_local_port_range = 1024 65000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_rmem = 10000000 10000000 10000000
net.ipv4.tcp_wmem = 10000000 10000000 10000000
net.ipv4.tcp_mem = 10000000 10000000 10000000
net.core.rmem_max = 524287
net.core.wmem_max = 524287
net.core.rmem_default = 524287
net.core.wmem_default = 524287
net.core.optmem_max = 524287
net.core.netdev_max_backlog = 300000
net.ipv4.tcp_max_syn_backlog = 300000
vm.swappiness=1
net.netfilter.nf_conntrack_max=196608
net.ipv4.tcp_window_scaling = 1
vm.max_map_count = 655300
net.ipv4.tcp_max_tw_buckets = 1440000
La transmisión se realiza mediante PHP-FPM y nginx.
Estoy en Ubuntu 14.04 de 64 bits con kernel estándar. Probé el kernel 4.8 con los mismos resultados.
Respuesta1
Lanzarnos un montón de opciones de configuración y algunos datos aleatorios sobre su sistema no es del todo útil.
Es necesario aplicar el método científico.
- Instalar monitoreo
- Reunir datos
- Utilice los datos para ayudar a comprender el sistema.
- Realice cambios basándose en lo que ha aprendido anteriormente
- Monitorear cambios
- Repetir el análisis y realizar cambios según sea necesario.
- Cambios de documentos
No es ingeniería espacial ni siquiera hechos alternativos. Todo lo que necesita son principios simples de gestión de sistemas aplicados.
Respuesta2
Tu publicación es algo confusa.
despues de eso se esta volviendo loco
Implica mayor actividad, pero usted dice...
todo el mundo está helado
...pero luego contradices la afirmación de que "todos" se ven afectados al decir
De 2,5 gbps, después de 8-9 horas pasa a 1gbps
Si todavía envía 1 gbps, es evidente que algunos clientes no se ven afectados. También afirmas:
La transmisión se realiza utilizando PHP-FPM y nginx.
...en cuyo caso esnotransmisión. HTTP y fastCGI no son protocolos de transmisión.
Según la información que nos ha proporcionado, no podemos determinar qué problema tiene iOS con su servidor, pero sí unaprobableLa causa es que la tabla nfconntrack está llena.
net.netfilter.nf_conntrack_max=196608
¿Cuántos cubos hay en uso?
También es posible que su servidor esté detrás de un enrutador que no funciona correctamente o no recibe notificaciones de congestión.