# Dimensione uma transferência com medições de latência, simultaneidade e débito | SwissOctet Insights https://swissoctet.com/pt/insights/size-throughput-with-bandwidth-delay/ SwissOctet / Informações / Engenharia de redes Engenharia de redes Avançado · 4 min de leitura Dimensionar uma transferência com medições de latência, concorrência e débito Construa um modelo de transferência repetível utilizando o volume de carga útil, as janelas de entrega e o tempo de ida e volta, e depois teste-o sem confundir um rótulo de porta com débito útil. Por SwissOctet Editorial Guardar guia Copiar ligação NESTA PÁGINA 01 Converta a janela de entrega numa taxa 02 Mantenha a capacidade da porta separada do débito útil 03 Compreenda porque é que o tempo de ida e volta é importante 04 Construa uma matriz de testes controlada 05 Observe os pontos finais durante o teste 06 Teste a aplicação com cargas realistas 07 Utilize o resultado para selecionar uma configuração A sua lista de verificação prática Fontes e leitura adicional Voltar à biblioteca A RESPOSTA DIRETA Calcule o débito de transferência útil que a sua janela de entrega exige e, em seguida, meça o caminho completo. A capacidade da porta, o tempo de ida e volta, o comportamento do TCP, o armazenamento e o processamento da aplicação afetam todos o resultado. Utilize testes controlados com simultaneidade realista e repita-os através da aplicação real antes de selecionar um nível de rede. 01 Converta a janela de entrega numa taxa Comece com uma quantidade de dados úteis da aplicação e o tempo disponível para os entregar. Utilizando unidades decimais, transferir 2 TB em duas horas requer aproximadamente 278 MB por segundo de carga útil, ou 2.22 Gbps, antes de contabilizar a sobrecarga do protocolo e as interrupções. A aritmética é um exemplo de planeamento, não um resultado de serviço medido. Inclua as transferências que se sobrepõem. Uma exportação agendada, transferências de clientes e carregamentos de cópias de segurança podem partilhar recursos mesmo que os seus totais mensais pareçam modestos. Escreva um modelo de período de maior atividade, não apenas uma média mensal. Especifique qual a direção que importa e se uma transferência falhada tem de reiniciar ou pode retomar; esse comportamento afeta a quantidade de trabalho que o sistema realiza. 02 Mantenha a capacidade da porta separada do débito útil Uma porta de servidor descreve uma capacidade de ligação. O débito útil descreve os dados entregues pela sua aplicação durante um intervalo observado. A encriptação, o enquadramento do protocolo, a retransmissão, a atividade de armazenamento e o trabalho no recetor ocupam partes desse caminho. Uma porta 10 Gbps listada não estabelece, portanto, que uma aplicação entregará continuamente 10 Gbps de carga útil. O IETF RFC 6349 distingue especificamente o teste do caminho de rede da análise do desempenho do TCP. Utilize esta separação no seu próprio diagnóstico. Primeiro confirme que os pontos finais e a rota são adequados, depois investigue o transporte e a aplicação. Aumentar a porta adquirida não corrige um recetor que escreve dados lentamente ou uma aplicação que processa um pedido de cada vez. 03 Compreenda porque é que o tempo de ida e volta é importante O TCP controla a quantidade de dados que pode permanecer em trânsito antes de as confirmações regressarem. O produto largura de banda-atraso dá uma escala útil para isto: taxa multiplicada pelo tempo de ida e volta. Um caminho hipotético 10 Gbps com 40 milissegundos de atraso de ida e volta representa cerca de 50 MB em trânsito. Este cálculo explica porque é que a latência e o comportamento do transporte pertencem ao planeamento de alta velocidade. O resultado não é uma instrução para aplicar uma definição de socket arbitrária. Os sistemas operativos, o controlo de congestionamento, as janelas negociadas e o caminho real influenciam o comportamento. Verifique a documentação atual do software e inspecione as medições antes de ajustar. Mais ligações paralelas podem melhorar o débito agregado em algumas circunstâncias, mas também podem ocultar o comportamento da transferência individual da qual a sua aplicação depende. 04 Construa uma matriz de testes controlada Utilize apenas pontos finais que possui ou está autorizado a testar. Acorde a janela e a taxa de teste para que o exercício não perturbe o serviço normal. Ferramentas como o iperf3 fornecem direção, duração e fluxos paralelos configuráveis; a documentação oficial define esses controlos. Registe a versão, os pontos finais, o contexto da rota e as definições com o resultado para que outro operador o possa reproduzir. Comece com um único fluxo e depois adicione simultaneidade representativa. Execute ambas as direções se a aplicação depender de ambas. Esta matriz ilustrativa separa questões que um único resultado principal misturaria. Mantenha os resultados em bruto de forma privada quando revelarem endereços internos ou detalhes operacionais e publique apenas as medições necessárias para a decisão. Teste O que investiga O que não prova Um fluxo de transporte Comportamento do caminho de fluxo único Entrega agregada da aplicação Vários fluxos paralelos Simultaneidade e limites agregados Taxa de transferência de um cliente Transferência da aplicação Armazenamento, protocolo e software em conjunto Desempenho para todos os conjuntos de dados Repetição em período de maior atividade Variação sob atividade realista Uma garantia permanente de débito 05 Observe os pontos finais durante o teste Registe a utilização de CPU, a pressão de memória, a atividade de armazenamento e os contadores de erros em ambas as extremidades. Um resultado de transferência sem observações dos pontos finais pode deixar a restrição real invisível. Verifique se um processo ou CPU está saturado enquanto outros estão inativos. Evite alterar várias definições ao mesmo tempo, porque isso dificulta a identificação do ajuste que ajudou. Separe um teste com suporte de memória de um que lê e escreve dados reais. O primeiro pode ajudar a investigar o caminho de transporte; o segundo reflete mais do trabalho da aplicação. Se os resultados diferirem acentuadamente, inspecione o armazenamento e o processamento em vez de tratar o valor com suporte de memória como uma promessa de entrega. Ambas as medições podem ser úteis quando o seu âmbito é claro. 06 Teste a aplicação com cargas realistas Uma exportação HTTP, um fluxo de replicação encriptado e uma sessão de transferência de ficheiros têm padrões de processamento diferentes. Utilize tamanhos de ficheiro, taxas de pedidos e definições de encriptação representativos. Inclua o tempo gasto a preparar os dados antes de o primeiro byte ser enviado quando o utilizador espera por esse passo. Distinga a latência da primeira resposta do tempo de conclusão em vez de relatar um como se fosse o outro. Repita o teste ao longo de intervalos suficientes para ver a variação e mantenha uma linha de base antes de alterar a configuração. Para a exportação hipotética 2 TB, compare o tempo de conclusão real com a janela de duas horas e deixe margem para interrupções. Escolha uma melhoria em função do estrangulamento observado em vez de multiplicar a capacidade da porta sem motivo. 07 Utilize o resultado para selecionar uma configuração O resultado útil é um requisito de recursos com evidências: uma taxa de carga útil medida, um tempo de conclusão aceitável, a simultaneidade esperada e uma etapa limitante conhecida. Compare as variantes de rede SwissOctet com esse requisito, incluindo a franquia de tráfego e as especificações de CPU e armazenamento. A localização por si só não determina a rota nem a latência ponto a ponto até cada recetor. Mantenha o procedimento de teste após a implementação. Reutilize-o quando os conjuntos de dados crescerem, o software mudar ou os utilizadores passarem para redes diferentes. Uma linha de base repetível torna um incidente de desempenho mais fácil de diagnosticar e fornece um motivo mais sólido para alterar uma configuração do que um teste de velocidade isolado ou um máximo anunciado. TRANSFORME ISTO EM AÇÃO A sua lista de verificação prática. ✓ Calcule a taxa de carga útil a partir do volume e do prazo. ✓ Modele transferências sobrepostas e a direção. ✓ Acorde pontos finais de teste autorizados e limites. ✓ Compare um fluxo, a simultaneidade e os testes da aplicação. ✓ Observe ambos os pontos finais durante o teste. ✓ Preserve uma linha de base repetível e uma margem útil. Descarregar lista de verificação PERGUNTAS FREQUENTES Os detalhes que importam. Uma janela TCP maior corrige sempre uma transferência lenta? + Não. Diagnostique primeiro o caminho e os pontos finais. O armazenamento, o CPU, as perdas e o comportamento da aplicação podem dominar, e o ajuste do transporte tem de se adequar ao sistema real. Porque testar um único fluxo e vários fluxos? + Respondem a perguntas diferentes. A capacidade agregada pode ser superior à taxa de uma transferência; a simultaneidade da aplicação determina qual o resultado que importa. Posso executar um teste de capacidade contra qualquer servidor público? + Utilize pontos finais que controla ou para os quais tem autorização de teste. Acorde a duração, a taxa e o momento para que a medição não perturbe serviços não relacionados. REFERÊNCIAS PRIMÁRIAS Vá à fonte. Estas referências sustentam os conceitos técnicos deste guia. Siga a documentação atual antes de alterar um sistema de produção. IETF RFC 6349: Estrutura para testes de débito TCP datatracker.ietf.org ESnet: Invocar iperf3 software.es.net Orientação editorial da SwissOctet. Os exemplos são ilustrativos. As especificações de serviço, as opções disponíveis e as condições contratuais devem ser verificadas separadamente. LIGUE O CONHECIMENTO Infraestrutura relacionada. Metal Atlas Suíça Transit 40 Suíça Transit 100 Suíça MANTENHA O FIO As suas próximas notas de campo. Explore todos os guias NOTA DE CAMPO / 01 + Dedicado e GPU Fundação VPS ou dedicado: escolha o limite que se adequa Compreenda o que uma máquina física altera, o que não altera e quando se torna um passo útil para a sua carga de trabalho. 4 min de leitura Leia o guia NOTA DE CAMPO / 02 + Engenharia de redes Fundação Largura de banda, velocidade de porta e transferência: leia o quadro completo Estime os dados que o seu projeto movimenta e compreenda porque uma porta maior é apenas uma parte do desempenho da rede. 4 min de leitura Leia o guia NOTA DE CAMPO / 03 + Engenharia de redes Avançado Planear uma origem 40, 100 ou 200 Gbps como um sistema completo Traduza as classes de porta grandes em questões de armazenamento, CPU, concorrência e operacionais antes de selecionar uma configuração de distribuição de grande volume. 4 min de leitura Leia o guia