Rendimiento

Definición

Hay varios factores que influyen en el rendimiento de la red, como la latencia, la pérdida de paquetes, la fluctuación y el ancho de banda. La importancia de cada uno de estos factores puede variar en función de los requisitos de la aplicación.

Preguntas clave

Basándose en los requisitos de su aplicación, necesita identificar y priorizar los factores de rendimiento de la red que afectan el comportamiento de su aplicación y a la experiencia del usuario.

Ancho de banda

El ancho de banda se refiere a la velocidad de transferencia de datos de una conexión y suele medirse en bits por segundo (bps). Los megabits por segundo (Mbps) y los gigabits por segundo (Gbps) son escalas comunes, y son de base 10 (1 000 000 de bits por segundo = 1 Mbps) en contraposición a base 2 (2^10) vista en otras partes.

Cuando evalúe las necesidades de ancho de banda de las aplicaciones, tenga en cuenta que estas pueden cambiar con el tiempo. La implementación inicial en la nube, las operaciones normales, las nuevas cargas de trabajo y los escenarios de conmutación por error pueden tener diferentes requisitos de ancho de banda.

Las aplicaciones pueden tener sus propias consideraciones de ancho de banda. Algunas aplicaciones pueden requerir un rendimiento determinista sobre una conexión de ancho de banda alto, mientras que otras pueden requerir tanto un rendimiento determinista como un ancho de banda alto. Una aplicación puede necesitar una configuración especial para utilizar múltiples flujos de tráfico (a veces denominados flujos o sockets) en paralelo si está alcanzando los límites de ancho de banda por flujo de tráfico, lo que le permite utilizar más ancho de banda de la conexión. Las VPN pueden limitar el rendimiento debido a la sobrecarga de los túneles, a los límites inferiores de las MTU o a las limitaciones de ancho de banda de hardware.

Latencia

La latencia es el tiempo necesario para que un paquete vaya del origen al destino a través de una conexión de red, y suele medirse en milisegundos (ms), con requisitos de latencia bajos que a veces se expresan en microsegundos (μs). La latencia es una función de la velocidad de la luz, por lo que la latencia aumenta con la distancia.

Los requisitos de latencia de las aplicaciones pueden adoptar diferentes formas. Una aplicación muy interactiva, como un escritorio virtual, puede tener un objetivo de latencia medido desde que el usuario realiza una entrada hasta que ve que el escritorio virtual reacciona a esa entrada. Las aplicaciones de voz sobre IP (VoIP) pueden tener requisitos similares. Un segundo tipo de carga de trabajo que se debe tener en cuenta son las que son altamente transaccionales, que necesitan una respuesta del servidor antes de poder continuar. Las bases de datos u otras formas de almacenes de claves/valores pueden verse muy afectadas por el aumento de la latencia de red.

Jitter (Irregularidad)

La fluctuación mide la coherencia de la latencia de la red y, al igual que la latencia, suele medirse en milisegundos (ms).

Los requisitos de fluctuación de la aplicación se encuentran normalmente en aplicaciones de streaming en tiempo real, como la entrega de vídeo y voz. Estas aplicaciones suelen requerir que su flujo de datos tenga una velocidad y un retardo coherentes, con pequeños búferes para corregir pequeños volúmenes de fluctuación.

Pérdida de paquetes

La pérdida de paquetes es la medida del porcentaje de tráfico de red que no se entrega. Todas las redes tienen en ocasiones cierto grado de pérdida de paquetes debido a las grandes ampliaciones de tráfico, las reducciones de capacidad, los errores en los equipos de red y otras razones. Por lo tanto, las aplicaciones deben tener cierta tolerancia a la pérdida de paquetes. No obstante, su tolerancia puede variar de una aplicación a otra.

Las aplicaciones que utilizan TCP para transportar su tráfico tienen la capacidad de corregir la pérdida de paquetes mediante la retransmisión. Las aplicaciones que utilizan UDP o sus propios protocolos sobre IP necesitan implementar sus propios medios para gestionar la pérdida de paquetes y pueden ser muy sensibles a ella. Una aplicación de voz sobre IP puede simplemente insertar silencio en la parte de la llamada que tuvo la pérdida de paquetes, en lugar de intentar una retransmisión. Algunas soluciones de VPN incluyen sus propios mecanismos para recuperarse de la pérdida de paquetes en la red que utilizan para transportar el tráfico.

Capacidades que se deben tener en cuenta

Cuando se requiere una latencia y un rendimiento predecibles, AWS Direct Connect es la opción recomendada, ya que proporciona un rendimiento determinista. El ancho de banda puede seleccionarse en función de los requisitos de rendimiento. AWS recomienda utilizar AWS Direct Connect cuando necesite una experiencia de red más coherente que la que pueden proporcionar las conexiones basadas en Internet. Las VIF privadas y las VIF de tránsito admiten tramas gigantes, que pueden reducir el número de paquetes que recorren la red y pueden mejorar el rendimiento gracias a la reducción de la sobrecarga. AWS Direct Connect SiteLink permite utilizar la red troncal de AWS para proporcionar conectividad entre sus ubicaciones y puede habilitarse bajo demanda. El ancho de banda utilizado para SiteLink debe tenerse en cuenta para la selección del ancho de banda de Direct Connect.

Utilizar una VPN sobre AWS Direct Connect agrega cifrado. No obstante, reduce el tamaño de la MTU, lo que podría reducir el rendimiento. En la documentación de AWS Site-to-Site VPN encontrará las capacidades de Site-to-Site (S2S) VPN administrada por AWS. Muchas ubicaciones de Direct Connect admiten MACsec si el cifrado a través de su conexión es el principal requisito de cifrado. MACsec no tiene las mismas consideraciones de MTU o de rendimiento potencial que las conexiones de VPN de sitio a sitio. AWS Transit Gateway permite a los clientes escalar horizontalmente el número de conexiones de VPN y aumentar el rendimiento en consecuencia con el enrutamiento multitrayectoria de costo equivalente (ECMP). VPN de sitio a sitio administrada por AWS admite la utilización de las VIF de tránsito de Direct Connect para la conectividad privada. Consulte VPN de IP privada con AWS Direct Connect para obtener detalles.

Otra opción es utilizar una VPN de sitio a sitio administrada por AWS a través de Internet. Puede ser una opción atractiva debido a su bajo costo y su amplia disponibilidad. No obstante, tenga en cuenta que el rendimiento a través de Internet es la mejor acción. Los fenómenos meteorológicos de Internet, la congestión y el aumento de los periodos de latencia pueden ser impredecibles. AWS ofrece una solución con AWS S2S VPN acelerada, que puede mitigar algunos de los inconvenientes de utilizar una ruta de Internet. S2S VPN acelerada utiliza AWS Global Accelerator, que permite que el tráfico de VPN entre en la red de AWS lo antes y lo más cerca posible del dispositivo de puerta de enlace de cliente. De este modo se optimiza la ruta de la red, mediante la red global de AWS libre de congestiones, para dirigir el tráfico al punto de conexión que proporcione el mejor rendimiento. Puede utilizar conexiones de VPN acelerada para evitar las interrupciones en la red que podrían producirse cuando el tráfico se direcciona a través del Internet público.