Estado do serviço e disponibilidade Faturação apenas em criptomoeda · Registo sem KYC

Rede e proteção

Verificar a largura de banda e diagnosticar o débito

Separe a velocidade da porta, o volume de tráfego, os erros de pacotes e o débito da aplicação, e depois recolha medições úteis para a resolução de problemas.

Documentação de Tungsto · Atualizado em · 3 min de leitura

Nesta página
  1. Antes de começar
  2. Distinguir as medições
  3. Recolher uma linha de base só de leitura
  4. Desenhe um teste útil
  5. Resultado esperado e escalonamento
  6. Recursos relacionados

Antes de começar

  • Um servidor ativo e acesso administrativo ao seu sistema operativo.
  • O nome da interface que transporta tráfego de produção e o nível de porta esperado da configuração do servidor.
  • Uma janela de incidente precisa em UTC, endereços de origem e destino, protocolo e resultado esperado versus observado.
  • Permissão para inspecionar contadores de interface locais sem os repor ou alterar.

Distinguir as medições

A velocidade da porta é a taxa de ligação negociada ou configurada. O volume de tráfego é o número de bytes ou pacotes transferidos ao longo do tempo. O débito é a taxa útil alcançada por uma carga de trabalho e depende de ambos os pontos finais, comportamento do protocolo, limites de disco e CPU, perda de pacotes, latência, congestionamento e desenho do teste. Sem medição significa que o serviço incluído não é faturado por um limite de transferência; não remove o limite físico da porta nem garante que cada fluxo atinja a velocidade da linha.

Servidores mostra o nível de porta associado à sua configuração. Essa etiqueta não é uma medição de tráfego. O gráfico de Rede ainda não contém amostras em tempo real, por isso utilize a sua própria monitorização para utilização, picos e evidência histórica.

SinalPergunta respondidaFonte atual
Nível de porta do catálogoQue nível de ligação foi encomendado?Resumo do servidor
Contadores de bytes da interfaceQuanto tráfego atravessou esta interface de convidado?Sistema operativo
Contadores de erros/perdasO convidado ou dispositivo reportou problemas de pacotes?Sistema operativo e controlador
Contadores de switch do fornecedorO que ocorreu fora do convidado?Apenas operador
Tempo da aplicaçãoQue desempenho experimentou a carga de trabalho?Monitorização da sua aplicação

Recolha uma linha de base só de leitura

Descubra o nome da interface e inspecione os seus contadores duas vezes num intervalo conhecido. Substitua eth0 pela interface real. O kernel do Linux documenta que ip -s -s expõe estatísticas detalhadas da ligação e que o ethtool pode expor contadores padrão e definidos pelo controlador. Os nomes e o suporte dos contadores variam consoante o controlador, por isso preserve a saída completa em vez de selecionar apenas um campo.

  • Contadores de erros ou descartes RX/TX a crescer são indícios a investigar, não prova de falha do fornecedor.
  • Uma velocidade de ligação exibida abaixo do nível esperado deve ser reportada com os detalhes da interface e do driver.
  • Uma interface silenciosa durante um teste de aplicação pode indicar que a carga de trabalho utiliza outra interface, espaço de nomes ou caminho.
  • Os contadores do convidado não podem revelar todos os eventos no switch a montante ou no caminho de trânsito.
sh
ip -brief link
ip -s -s link show dev eth0
ethtool eth0
ethtool -S eth0

Desenhe um teste útil

  1. Indique a questão: débito de fluxo único, débito agregado, perda de pacotes, latência ou erros de interface.
  2. Escolha um ponto final controlado que esteja autorizado a usar e registe a sua localização e capacidade.
  3. Meça durante um intervalo UTC definido enquanto recolhe contadores de convidados e métricas de aplicação.
  4. Repita com uma variável alterada, como outro destino ou janela de tempo, em vez de alterar várias definições ao mesmo tempo.
  5. Pare qualquer teste que possa perturbar a produção ou criar tráfego abusivo.

Resultado esperado e escalonamento

O resultado esperado é uma observação reproduzível ligada a uma interface, dois pontos terminais, um protocolo e uma janela temporal—não uma captura de ecrã do gráfico de exemplo. Se os contadores locais estiverem saudáveis mas o desempenho for consistentemente fraco para vários destinos adequados, envie ao operador o servidor, região, endereço, interface, janela temporal, direção, nível esperado, taxas observadas, contadores de erros e método de teste.

Os gráficos de tráfego histórico ainda não estão disponíveis. Mantenha a sua própria monitorização se a evidência de tráfego histórico for operacionalmente importante e acorde com o operador quaisquer dados do lado do fornecedor que possam ser partilhados.