O que fará se o Nginx não conseguir lidar com um…

Vou verificarei a configuração do Nginx: parâmetros worker_processes, worker_connections, multi_accept, use (epoll/kqueue) e keepalive_requests, keepalive_timeout. Aumentá-los-ei se necessário.

Controlarei os limites do sistema: ulimit -n para o processo Nginx. Aumentá-los-ei para um valor adequado.

Otimizarei as configurações do núcleo Linux relacionadas com a rede: net.core.somaxconn, net.ipv4.tcp_tw_reuse, net.ipv4.tcp_fin_timeout.

Analisarei os logs do Nginx (error_log, access_log) em busca de erros ou anomalias.

Utilizarei ferramentas de monitorização (nginx-status, top, vmstat, iostat, netdata, Prometheus/Grafana) para identificar gargalos (CPU, memória, disco, rede).

Considerarei a possibilidade de usar hardware mais potente ou escalar (adicionar instâncias Nginx adicionais por trás do load balancer).

Verificarei os servidores backend: o problema pode não estar no Nginx, mas nas aplicações que processam as requisições.

# Aumentar o número de processos worker
worker_processes auto;

# Aumentar o número de conexões por worker
events {
    worker_connections 65536;
    multi_accept on;
    use epoll; # Para Linux
}

http {
    # Configurações keep-alive
    keepalive_requests 10000;
    keepalive_timeout 65;

    # ... outras configurações
}

# Verificação do limite atual para o utilizador Nginx
su - nginx -c 'ulimit -n'

# Aumentar o limite no ficheiro /etc/security/limits.conf
# nginx - nofile 65536
# nginx - nproc 65536

# Reiniciar a sessão ssh ou o servidor para aplicar limits.conf

# Verificação e alteração dos parâmetros do núcleo
# Cada alteração requer executar sysctl -p
# sysctl net.core.somaxconn
# sysctl -w net.core.somaxconn=65536

# sysctl net.ipv4.tcp_tw_reuse
# sysctl -w net.ipv4.tcp_tw_reuse=1

# sysctl net.ipv4.tcp_fin_timeout
# sysctl -w net.ipv4.tcp_fin_timeout=30

O que fará se o Nginx não conseguir lidar com um grande número de conexões (mais de 1024)?