Saturação do link do data center Uplink saturation

ID da causa dc-uplink · Responsável principal Infraestrutura de rede (Equipe de infraestrutura) · Também envolvidos Infraestrutura de servidores (Equipe de infraestrutura)

Abrir o card interativo, com figuras e simulações →

Quando distribuição de patches, envio de logs ou backups usam o mesmo link do jogo, o link lota.

Por quê Transferências grandes ocupam o mesmo link → Efeito Filas e perda aumentam no link → Na tela Ping mais alto e teleporte no servidor inteiro

Sintomas: Input lag, Teleporte
Fatores: Latência, Perda de pacotes
Quem é afetado: Servidor inteiro
Quando: Em intervalos regulares, Quando junta muita gente
Responsável: Responsável principal Infraestrutura de rede (Equipe de infraestrutura) · Também envolvidos Infraestrutura de servidores (Equipe de infraestrutura)
O que fazer (Equipe de infraestrutura): Rede: priorizar o tráfego do jogo (QoS), separar um link para transferências grandes, criar alerta de utilização do link. Servidores/SO: limitar a velocidade de backups, envio de logs e deploys e rodá-los em horários de pouco movimento.
No gráfico: Achata ao bater no limite · Utilização do link, RTT (ping)
Onde olhar: Colocar a utilização da interface do link do data center (uplink), calculada com SNMP ifHCInOctets e ifHCOutOctets, e os descartes de saída (ifOutDiscards) na mesma linha do tempo dos horários de backup, deploy e envio de logs
Confirma se: Quando a utilização do link encosta no limite de banda e achata, o RTT e os descartes sobem no servidor inteiro, e esses horários coincidem com as transferências grandes
Descarta se: Utilização por minuto bem abaixo do limite, mas com descartes: “Microburst no switch”
Como verificar: Ferramentas de infra (sem precisar do código do jogo)

Fontes

RFC 4594: Configuration Guidelines for DiffServ Service Classes IETF
Separar em classes de serviço diferentes o tráfego interativo em tempo real, como o de jogos, e as transferências grandes, como backups
RFC 7567: IETF Recommendations Regarding Active Queue Management IETF
Quando chega a um equipamento mais tráfego do que ele consegue enviar, formam-se filas, e filas excessivas são uma das principais causas de latência
RFC 2863: The Interfaces Group MIB IETF
ifHCInOctets e ifHCOutOctets: bytes recebidos e enviados pela interface (64 bits); ifOutDiscards: pacotes descartados sem envio

Veja também

Mesma camada: L5 Equipamentos de rede do data center

Mesmo sintoma (Input lag) em outras camadas

Carga de renderização com muitos personagens L1 Processo do jogo no cliente
Gargalo no processamento de pacotes na thread principal L1 Processo do jogo no cliente
V-Sync e fila de renderização L1 Processo do jogo no cliente
Modo de economia de energia e thermal throttling L2 SO e dispositivo do cliente
Outros apps do mesmo dispositivo consumindo largura de banda L2 SO e dispositivo do cliente
Latência da tela, do dispositivo de entrada e da geração de frames L2 SO e dispositivo do cliente
Canal de Wi-Fi congestionado L3 Rede doméstica
Bufferbloat (fila do roteador) L3 Rede doméstica

Ver o card interativo, com figuras e simulações