Diagnosticar (y evitar) los 3 problemas principales de AWS EC2

Hay un número asombroso de empresas que desarrollan sus aplicaciones principales en torno a las ofertas en la nube de Amazon Web Services, como su Elastic Compute Cloud (EC2). En 2010, Amazon informó una tasa de crecimiento EC2 del 35%. Se ha utilizado para todo, desde la creación de un clúster de supercomputación bajo demanda para la investigación farmacéutica hasta el refuerzo del backend para la aplicación de reconocimiento de música Shazam.

EC2 es extremadamente útil para los equipos de TI empresariales que buscan ensamblar una potencia informática masiva sin comprar infraestructura física, y para aquellos que deben prepararse para los picos regulares en la demanda de los clientes. Dicho esto, EC2 es una herramienta como cualquier otra. Es propenso a ser mal utilizado o mal configurado, y si eso ocurre, su empresa podría quedarse sin un lugar para escalar. A continuación, se explica cómo evitar los errores EC2 más comunes antes de que su aplicación comience a fallar.

1. Latencia de almacenamiento confusa

Los volúmenes de almacenamiento de Amazon EC2 (llamados Elastic Block Storage o EBS) vienen en dos versiones. Los volúmenes estándar proporcionan datos aproximadamente a la misma velocidad que un disco duro de escritorio estándar, pero los volúmenes aprovisionados están diseñados para entregar datos mucho más rápido. Si necesita un rendimiento a una velocidad de hasta 4000 IOPS (operaciones de entrada / salida por segundo), los volúmenes aprovisionados pueden obtenerlo, suponiendo que supere varios obstáculos.

Por ejemplo, la instancia en uso debe ser compatible con la cantidad de IOPS que necesita. Debe establecer el tamaño del bloque en 16 KB o menos, y se debe haber accedido a los bloques al menos una vez. Sus volúmenes se ralentizarán si se va a realizar una copia de seguridad. Por último, Amazon EC2 aparentemente no incluye una herramienta que le brinde datos de IOPS en tiempo real de un volumen determinado (aunque esto se puede calcular utilizando aplicaciones de monitoreo de terceros).

Esta última restricción puede generar algunas dificultades. Es posible que suceda lo siguiente:

• IOPS aumenta sin el conocimiento del administrador hasta que alcanza el umbral de un volumen,
• Posteriormente, las operaciones comienzan a ponerse en cola,
• El EBS limita la tasa de toda la aplicación,
• La aplicación falla por completo.

Solucionar este problema significa encontrar otras formas de realizar un seguimiento de IOPS. La métrica VolumeQueueLength realiza un seguimiento del número de solicitudes de E / S pendientes. Si encuentra que sus volúmenes de EBS se están ralentizando y encuentra un VolumeQueueLength asociado alto, esto podría indicar un problema con IOPS.

2. Instancias EC2 inactivas

Amazon ahora puede cobrar por segundo por el uso de una instancia EC2. Para algunas empresas, por ejemplo, aquellas que necesitan usar menos de dos minutos de capacidad flexible a la vez, esto representa un buen negocio. En otros casos, podría representar un lento goteo de dinero desperdiciado. Los entornos de prueba sobrantes, las aplicaciones de bajo rendimiento y otros casos de uso se prestan a instancias EC2 infrautilizadas. ¿Cómo los localizas?

Las métricas son una forma de solucionar este problema, pero son un objetivo en movimiento. Las diferentes aplicaciones utilizan diferentes cantidades de CPU, por ejemplo, por lo que no puede simplemente mirar la utilización de la CPU para ver dónde están los de bajo rendimiento. Debe eliminar las instancias en las que todas las métricas de uso son bajas, donde "bajo" significa "menor que la utilización de referencia de todas sus instancias EC2". Las instancias con métricas de uso bajas en todos los ámbitos se pueden dividir o consolidar.

3. Fugas de memoria EC2

Es posible que las instancias EC2 se queden sin memoria. Como algunas instancias EC2 no incluyen volúmenes de intercambio, las aplicaciones asociadas no podrán liberar memoria al mismo tiempo que se asigna. Como esto ocurre en momentos de uso de aplicaciones especialmente intensivo, es posible que EC2 se congele justo cuando está experimentando una carga de trabajo máxima, lo que anula más o menos completamente el propósito de comprar instancias EC2 en primer lugar.

Como es el caso de IOPS, puede ser difícil ver bajo el capó de EC2 para saber qué aplicaciones están usando demasiada memoria. Si bien EC2 eliminará automáticamente los procesos que acaparan la memoria, es una mejor práctica no tener que eliminar estos procesos en primer lugar. También es posible agregar más instancias EC2 para que funcionen como un volumen de intercambio o como una conmutación por error en caso de que se elimine un proceso vital. Sin embargo, agregar estas instancias es costoso. Hay una forma mejor.

Supervisar AWS EC2 con AppNeta

Una cosa está clara:las instancias de AWS EC2 no brindan a los administradores muchas herramientas integradas para ver el rendimiento. La programación inteligente, la planificación de la conmutación por error y la supervisión manual de las implementaciones solo pueden llevarlo hasta cierto punto. AppNeta ofrece una solución de visibilidad del rendimiento para AWS que permite a los administradores detectar errores de forma proactiva.

Eche un vistazo al interior de Amazon SDN (sí, en realidad es posible) y comprenda los cuellos de botella y las ralentizaciones con una claridad instantánea. Para obtener más información, pruebe nuestra demostración hoy.