Performance

Definição

Há vários fatores que influenciam o desempenho da rede, como latência, perda de pacotes, instabilidade e largura de banda. Dependendo dos requisitos do aplicativo, a importância de cada um desses fatores pode variar.

Perguntas chave

Com base nos requisitos do seu aplicativo, você precisa identificar e priorizar os fatores de desempenho da rede que afetam o comportamento do aplicativo e a experiência do usuário.

Largura de banda

A largura de banda se refere à taxa de transferência de dados de uma conexão e geralmente é medida em bits por segundo (bps). Megabits por segundo (Mbps) e gigabits por segundo (Gbps) são escalas comuns e são de base 10 (1.000.000 de bits por segundo = 1 Mbps) em oposição à base 2 (2^10) vista em outros lugares.

Ao avaliar as necessidades de largura de banda dos aplicativos, lembre-se de que os requisitos de largura de banda podem mudar com o tempo. A implantação inicial na nuvem, as operações normais, as novas workloads e os cenários de failover podem ter diferentes requisitos de largura de banda.

Os aplicativos podem ter suas próprias considerações sobre largura de banda. Alguns aplicativos podem exigir desempenho determinístico em uma conexão de alta largura de banda, enquanto outros podem exigir desempenho determinístico e alta largura de banda. Um aplicativo pode precisar de uma configuração especial para usar vários fluxos de tráfego (às vezes chamados de fluxos ou soquetes) em paralelo se estiver atingindo os limites de largura de banda por fluxo de tráfego, permitindo que use mais largura de banda da conexão. VPNspode limitar a taxa de transferência devido a sobrecargas de tunelamento, MTU limites inferiores ou limitações de largura de banda de hardware.

Latência

A latência é o tempo necessário para que um pacote vá da origem ao destino por meio de uma conexão de rede e geralmente é medida em milissegundos (ms), com requisitos de baixa latência às vezes expressos em microssegundos (μs). A latência é uma função da velocidade da luz, portanto, a latência aumenta com a distância.

Os requisitos de latência do aplicativo podem assumir diferentes formas. Um aplicativo altamente interativo, como um desktop virtual, pode ter uma meta de latência medida desde o momento em que o usuário executa uma entrada até que o usuário veja a área de trabalho virtual reagir a essa entrada. Os aplicativos de voz sobre IP (VoIP) podem ter requisitos semelhantes. Um segundo tipo de workload a ser considerada são aqueles que são altamente transacionais, que precisam de uma resposta do servidor antes de poderem continuar. Bancos de dados ou outras formas de armazenamento de chave/valor podem ser altamente afetados pelo aumento da latência da rede.

Jitter

O jitter mede a consistência da latência da rede e, assim como a latência, geralmente é medido em milissegundos (ms).

Os requisitos de jitter do aplicativo geralmente são encontrados em aplicativos de streaming em tempo real, incluindo entrega de vídeo e voz. Esses aplicativos tendem a exigir que seu fluxo de dados esteja em uma taxa e atraso consistentes, com pequenos buffers para corrigir pequenas quantidades de instabilidade.

Perda de pacotes

A perda de pacotes é a medida de qual porcentagem do tráfego de rede não é entregue. Às vezes, todas as redes apresentam algum grau de perda de pacotes devido a altas explosões de tráfego, reduções de capacidade, falhas no equipamento de rede e outros motivos. Portanto, os aplicativos devem ter alguma tolerância à perda de pacotes; no entanto, o quanto eles podem tolerar pode variar de aplicativo para aplicativo.

Os aplicativos usados TCP para transportar seu tráfego têm a capacidade de corrigir a perda de pacotes por meio de retransmissão. Os aplicativos que usam UDP ou usam seus próprios protocolos em cima do IP precisam implementar seus próprios meios de lidar com a perda de pacotes e podem ser altamente sensíveis a ela. Um aplicativo de voz sobre IP pode simplesmente inserir silêncio na parte da chamada que teve o pacote perdido, em vez de tentar uma retransmissão. Algumas VPN soluções incluem seus próprios mecanismos de recuperação da perda de pacotes na rede que estão usando para transportar tráfego.

Capacidades a serem consideradas

Quando latência e taxa de transferência previsíveis são necessárias, AWS Direct Connect é a escolha recomendada, pois fornece desempenho determinístico. A largura de banda pode ser selecionada com base nos requisitos de taxa de transferência. AWS recomenda usar AWS Direct Connect quando você precisar de uma experiência de rede mais consistente do que as conexões baseadas na Internet podem oferecer. O Private VIFs e o Transit VIFs suportam jumbo frames, o que pode reduzir o número de pacotes na rede e melhorar a taxa de transferência devido à redução da sobrecarga. AWS Direct Connect SiteLinkpermite usar o AWS backbone para fornecer conectividade entre seus locais e pode ser ativado sob demanda. A largura de banda usada SiteLink deve ser levada em consideração na seleção da largura de banda do Direct Connect.

Usar um VPN overde AWS Direct Connect adiciona criptografia. No entanto, ele reduz o MTU tamanho, o que pode reduzir a produtividade. AWS os VPN recursos gerenciados Site-to-Site (S2S) podem ser encontrados na AWS Site-to-Site VPN documentação. Muitos locais de conexão direta oferecem suporte MACsec se a criptografia em sua conexão for o principal requisito de criptografia. MACsecnão tem as mesmas considerações MTU ou possíveis considerações de taxa de Site-to-Site VPN transferência das conexões. AWS Transit Gateway permite que os clientes escalem horizontalmente o número de VPN conexões e aumentem a produtividade de acordo com o roteamento multicaminho de custo igual (). ECMP AWS Site-to-SiteVPNsuporta o uso do Direct Connect Transit VIFs para conectividade privada — consulte o IP privado VPN com AWS Direct Connect para obter detalhes.

Outra opção é usar um AWS gerenciado Site-to-Site VPN pela internet. Pode ser uma opção atraente devido ao baixo custo e está amplamente disponível. No entanto, tenha em mente que o desempenho pela Internet é feito com o melhor esforço possível. Eventos climáticos na Internet, congestionamentos e períodos de maior latência podem ser imprevisíveis. AWS oferece uma solução com o AWS Accelerated S2S VPN, que pode mitigar algumas das desvantagens do uso de um caminho de internet. O Accelerated S2S VPN usa o AWS Global Accelerator, que permite que o VPN tráfego entre na AWS rede o mais cedo possível e o mais próximo possível do dispositivo de gateway do cliente. Isso otimiza o caminho da rede, usando a rede AWS global livre de congestionamento, para rotear o tráfego para o endpoint que fornece o melhor desempenho. Você pode usar VPN conexões aceleradas para evitar interrupções na rede que podem ocorrer quando o tráfego é roteado pela Internet pública.