01
Construa um perfil de tráfego a partir de intervalos observados
Recolha ingress e egress separadamente durante pelo menos um ciclo de negócio representativo, mantendo intervalos horários ou mais finos, bem como totais diários. Marque backups, lançamentos, preenchimentos de cache, replicação, eventos de abuso e migrações pontuais para não serem confundidos com procura normal. Um total isolado esconde se a carga de trabalho é um fluxo constante, picos curtos ou algumas janelas grandes de transferência.
Use as mesmas unidades em todo o processo. Converta as permissões do fornecedor e as medições da aplicação para bytes ou gigabytes decimais antes de comparar, e indique se ambas as direções são faturadas. Se um contrato usar um método de percentil, obtenha a sua amostragem exata, direção e regras de descarte em vez de assumir que todos os produtos de percentil 95 são calculados de forma idêntica.
02
Meça o caminho, não apenas a interface
Execute testes de débito apenas entre sistemas que controla ou está autorizado a testar, e coordene testes sustentados de alta taxa com o operador relevante. O iperf3 necessita de um cliente e um servidor e pode medir TCP, UDP ou SCTP. Registe o hardware do endpoint, a direção, o protocolo, a duração, o número de fluxos, a hora, a rota e o resultado para que um teste posterior seja comparável.
Comece com o tempo de ida e volta de base, a perda e o MTU do caminho e, em seguida, compare uma única ligação TCP com a concorrência que a aplicação realmente utiliza. O RFC 6349 explica por que a largura de banda do gargalo, o tempo de ida e volta, a janela de receção e o MTU do caminho afetam o débito TCP. Os limites CPU, a encriptação, a E/S de disco e o par remoto também podem limitar um resultado. Uma porta 10 Gbps é, portanto, um teto local, não uma prova de bom débito de aplicação 10 Gbps para todos os destinos.
03
Normalize a fatura antes de comparar planos
Represente a opção medida como custo fixo do serviço mais transferência faturável além de qualquer franquia incluída e, em seguida, adicione endereços públicos, serviços de segurança ou encargos de porta comprometida que a fatura trate separadamente. Represente a opção não medida com o seu preço de período fixo e qualquer atualização de porta necessária. Mantenha as variáveis de entrada e saída separadas até o contrato confirmar como são cobradas.
Não converta o máximo teórico contínuo da porta em tráfego mensal esperado. Em vez disso, reproduza perfis baixo, esperado e alto a partir de dados medidos. O serviço sem medição é valioso quando remove uma linha de transferência volátil; não remove a porta física, as condições de encaminhamento, os controlos de abuso ou a política de utilização aceitável.
Normalize a fatura antes de comparar planos| Entrada de cenário | Caso baixo | Caso esperado | Caso alto |
|---|
| Saída faturável | Ciclo observado silencioso | Ciclo representativo | Migração ou ciclo de pico |
|---|
| Taxa de aplicação necessária | Fundo normal | Intervalo ocupado | Janela de recuperação ou libertação |
|---|
| Avaliação | Fatura mínima | Linha de base operacional | Exposição de orçamento e capacidade |
|---|
04
Verificar a política e tornar os resultados repetíveis
Antes de encomendar, confirme a taxa da porta, se é dedicada ou partilhada, a contabilização de transferência, o comportamento de excesso, a filtragem, as restrições de tráfego e o procedimento de atualização. As páginas de catálogo Tungsto descrevem portas não medidas incluídas, mas não garantem uma rota de ponta a ponta específica ou um resultado de aplicação.
O resultado esperado é um perfil de tráfego, registo de teste e folha de cálculo de custos com os pressupostos do contrato anexados. Repita as medições após a implementação em horários comparáveis. Investigue alterações na rota, perda, latência, carga do anfitrião e capacidade dos pares antes de concluir que o modelo de faturação causou uma alteração no débito.
Respostas diretas
Perguntas sobre este guia
Largura de banda não medida significa velocidade ilimitada?
Não. Remove um contador de transferência nos termos do serviço. A taxa da porta, a sobrecarga do protocolo, a rota, o congestionamento e os sistemas de origem e destino ainda limitam o débito observado.
Um resultado iperf3 é suficiente para dimensionar um servidor?
Não. Mede um caminho definido e uma condição de teste. Repita testes autorizados por direção e hora, preserve os parâmetros e compare-os com a telemetria da aplicação e os destinos que os utilizadores realmente alcançam.