Hoy en d\u00eda, la computaci\u00f3n en la nube permite crear una configuraci\u00f3n de servidor escalable. Si la aplicaci\u00f3n necesita m\u00e1s potencia de procesamiento, el escalado autom\u00e1tico proporciona a los usuarios la capacidad de usar y terminar recursos adicionales seg\u00fan sea necesario. El escalado autom\u00e1tico proporciona una forma eficaz de usar recursos solo cuando sea necesario, garantiza que la aplicaci\u00f3n tenga la capacidad cuando la demanda aumenta\/disminuye y, lo que es m\u00e1s importante, le ahorra potencialmente pagar por m\u00e1s de lo que su organizaci\u00f3n necesita. Vamos a profundizar en el escalado autom\u00e1tico, c\u00f3mo funciona y los beneficios que ofrece a las organizaciones.<\/p>\n
<\/p>\n
Por qu\u00e9 Auto Scaling es necesario<\/h2>\n
El escalado autom\u00e1tico es muy funcional cuando la aplicaci\u00f3n necesita recursos de servidor adicionales para acomodar el n\u00famero de solicitudes de p\u00e1gina o representaci\u00f3n<\/a>. Le ofrece una capacidad escalable para escalar o reducir autom\u00e1ticamente para satisfacer sus necesidades. El escalado autom\u00e1tico ofrece las siguientes ventajas:<\/p>\n <\/p>\n LoadView<\/a> es una soluci\u00f3n de prueba de carga basada en web que puede probar todo, desde API<\/a> y p\u00e1ginas web, hasta escenarios de usuario complejos dentro de aplicaciones web internas \/ externas. Loadview comparte con las pruebas que ejecuta informes que ayudan a encontrar problemas y fallos que ralentizan o retrasan nuestro sistema. Al realizar pruebas de carga de p\u00e1ginas web, por ejemplo, puede probar una p\u00e1gina espec\u00edfica con cientos o miles de usuarios simult\u00e1neos<\/a> para ver c\u00f3mo funciona la p\u00e1gina en niveles de carga espec\u00edficos.<\/p>\n Al probar rutas de usuario, LoadView, junto con EveryStep Web Recorder<\/a>, convierte la pantalla en un script para probar interacciones en tiempo real con aplicaciones, capturar todas las acciones realizadas y reproducirse bajo carga.<\/p>\n <\/p>\n Para nuestro ejemplo, probaremos una aplicaci\u00f3n interna. Al probar aplicaciones internas, las direcciones IP deben incluirse en la lista blanca antes de realizar pruebas de carga en aplicaciones internas<\/a>. A trav\u00e9s de los inyectores de carga, podemos incluir IPs en la lista blanca y realizar pruebas contra numerosos usuarios simult\u00e1neos.<\/p>\n Se abre la p\u00e1gina principal de LoadView<\/a> y ver\u00e1 varias opciones diferentes, como Aplicaciones<\/em> web, API<\/em>, P\u00e1ginas web<\/em>, Transmisi\u00f3n de medios<\/em>, etc. Seleccionaremos la opci\u00f3n P\u00e1gina Web.<\/em><\/p>\n <\/p>\n Se abre una nueva p\u00e1gina donde podemos a\u00f1adir el tiempo deseado para ejecutar la prueba de carga, a\u00f1adir el nombre de host<\/a> de nuestra web interna, nuestro navegador, etc. Despu\u00e9s de introducir sus datos, haga clic en el bot\u00f3n Crear dispositivo.<\/em><\/p>\n <\/p>\n Despu\u00e9s de crear correctamente un dispositivo, ver\u00e1 la pantalla Escenario de prueba donde puede establecer y definir el tipo de carga, cargar ubicaciones de inyectores, etc. A continuaci\u00f3n, seleccionaremos la opci\u00f3n Cargar curva de paso.<\/em><\/p>\n <\/p>\n LoadView comenzar\u00e1 a comprobar si tiene acceso a la aplicaci\u00f3n interna. Seleccione Proxy est\u00e1tico e incluya sus direcciones IP de la lista blanca y seleccione Agregar zonas para elegir las regiones en las que queremos el tr\u00e1fico generado. De hecho, la plataforma LoadView puede ayudar a probar aplicaciones web, p\u00e1ginas web, API y otros servicios web que residen solo dentro de su red, detr\u00e1s del firewall<\/a>.<\/p>\n Los usuarios de LoadView tienen algunas opciones para elegir, como incluir direcciones IP en la lista blanca o instalar un agente local si las organizaciones no pueden abrir su red al tr\u00e1fico entrante por razones de seguridad<\/a>. Para obtener m\u00e1s informaci\u00f3n sobre las pruebas de carga desde detr\u00e1s de un firewall,<\/a>visite nuestra Base de conocimiento.<\/p>\n <\/p>\n <\/p>\n Cuando haya terminado, seleccione Iniciar prueba<\/em>. Necesitamos encontrar IP est\u00e1ticas en la parte Lista de agentes de esta pantalla; Cargue creadores para acceder a aplicaciones internas que deben llevarse a la lista blanca<\/a>. Puede encontrar las direcciones IP est\u00e1ticas en la lista de agentes<\/em> en esta pantalla para acceder a las aplicaciones internas que deben llevarse a la lista blanca.<\/p>\n <\/p>\n Mientras se ejecuta la prueba, los inyectores recuperan nuevas direcciones IP \u00fanicas de la lista blanca cada vez. Podemos ver el rendimiento a trav\u00e9s de paneles y gr\u00e1ficos de las pruebas que hemos creado en nuestra aplicaci\u00f3n tomando las IPs est\u00e1ticas en la lista blanca. A continuaci\u00f3n se muestra un ejemplo.<\/p>\n Paralelo N\u00famero promedio de usuarios con gr\u00e1fico de tiempo de respuesta promedio.<\/p><\/div>\n <\/p>\n <\/p>\n <\/p>\n Con CloudWatch, podemos obtener estad\u00edsticas sobre los datos. Utilizamos m\u00e9tricas para comprobar que nuestro sistema funciona seg\u00fan lo esperado. Puede crear una alarma de CloudWatch para realizar un seguimiento de una m\u00e9trica espec\u00edfica y recibir notificaciones de alarma en su correo. El equilibrio de carga solo notifica datos a CloudWatch cuando las solicitudes pasan por el balanceador de carga y mide las m\u00e9tricas de Elastic Load Balancing cada minuto y las env\u00eda a CloudWatch.<\/p>\n <\/p>\n <\/p>\n Puede ver las m\u00e9tricas de CloudWatch de los balanceadores de carga mediante la consola de EC2. Si el equilibrador de carga est\u00e1 habilitado y recibe solicitudes, podemos ver los puntos de datos.<\/p>\n <\/p>\n A trav\u00e9s de los registros de acceso, podemos analizar el tr\u00e1fico y utilizarlos para solucionar nuestros problemas. Tambi\u00e9n podemos almacenar las solicitudes que realizamos a nuestro balanceador de carga en Amazon S3 como archivos de registro.<\/p>\n <\/p>\n El equilibrador de carga agrega un identificador de seguimiento para cada solicitud que recibe, por lo que puede supervisar las solicitudes HTTP.<\/p>\n <\/p>\n Con CloudTrail, se pueden seguir los registros de transacciones realizadas por las cuentas de todos los usuarios. De este modo, puede gestionar las solicitudes de autorizaci\u00f3n y acceso.<\/p>\n <\/p>\n CloudWatch Synthetics le permite supervisar el rendimiento del usuario. Proporciona una mejor visi\u00f3n general del rendimiento y la facilidad de uso, para que pueda detectar problemas antes y responder m\u00e1s r\u00e1pido<\/a>, aumentando as\u00ed el placer del cliente y asegur\u00e1ndose de que su aplicaci\u00f3n pueda responder mejor a las solicitudes. Los canarios se utilizan para dejarnos con la alerta temprana. Para el uso de Canary, hacemos clic en Canarios<\/em> en la consola de CloudWatch donde podemos observar el estado de todos los canarios en una sola pantalla.<\/p>\n <\/p>\n <\/p>\n Examinemos el rendimiento de los canarios en los datos. Para ello, cuando examinamos puntos de datos individuales en la secci\u00f3n de ejecuci\u00f3n de Canary, puede ver que cada punto de referencia es la suma de los estudios realizados para un canario.<\/p>\n En la captura de pantalla siguiente, puede ver que hay un asunto TimeoutError durante 24 horas. Tambi\u00e9n podemos ver capturas de pantalla obtenidas con archivos y registros HAR. Dentro de cada registro HAR vemos los tiempos transcurridos para las respuestas y solicitudes y solicitudes HTTP realizadas para Canary.<\/p>\n <\/p>\n <\/p>\n Las tareas canarias se realizan mediante funciones lambda. Desde la pesta\u00f1a M\u00e9tricas puede acceder a las m\u00e9tricas de ejecuci\u00f3n de la funci\u00f3n.<\/p>\n <\/p>\n Para crear un canario, presionamos el canario para crearlo. Podemos seleccionar en las casillas de verificaci\u00f3n, cargar el script existente o importar desde Amazon S3.<\/p>\n <\/p>\n Como resultado de los m\u00e9todos que creamos<\/a>, se crea la ejecuci\u00f3n del script una vez o la ejecuci\u00f3n peri\u00f3dica. Podemos usar los m\u00e9todos GET o PUT, encabezados HTTP solicitados al crear canarios para puntos de conexi\u00f3n de API. Tambi\u00e9n podemos crear nuestro proceso de construcci\u00f3n canaria a trav\u00e9s de GUI. Podemos dar f\u00e1cilmente nuestras caracter\u00edsticas canarias. Los scripts canary utilizan el tiempo de operaci\u00f3n syn-1.0. Puede ver el script de ejemplo a continuaci\u00f3n.<\/p>\n <\/p>\n Dentro de los scripts, podemos ver los resultados y errores correctos como excepciones. Creamos el per\u00edodo de retenci\u00f3n de datos para el script. Elegimos el cubo S3 para las estructuras que se formar\u00e1n despu\u00e9s de cada trabajo de nuestro canario. Durante la creaci\u00f3n de nuestro canary, tambi\u00e9n podemos establecer algunas de las instalaciones, como el rol IAM (Identity and Access Management), CloudWatch Alarms, VPC (Virtual Private Cloud) Settings y Tags.<\/p>\n <\/p>\n Con el fin de evitar que nuestros usuarios se vean afectados negativamente debido a la degradaci\u00f3n, podemos utilizar Canary para detectar los posibles problemas antes de los usuarios, registrarlos e intervenir en la etapa anterior y responderlos m\u00e1s r\u00e1pido. Adem\u00e1s, gracias a las alarmas proporcionadas en nuestros canarios podemos aumentar las fuentes cuando sea necesario, lo que tambi\u00e9n evita que los usuarios se vean afectados negativamente.<\/p>\n A\u00fan m\u00e1s, con el fin de maximizar la satisfacci\u00f3n del cliente y asegurarse de que sus aplicaciones pueden responder mejor a las solicitudes, CloudWatch Synthetics, combinado con la plataforma LoadView, puede ayudarle a obtener una mejor visi\u00f3n general del rendimiento y la facilidad de uso y garantizar que el escalado autom\u00e1tico funcione seg\u00fan lo previsto durante las pruebas de carga.<\/p>\n Reg\u00edstrese para la prueba gratuita de LoadView<\/a> y comience a probar el rendimiento<\/a> de todas sus p\u00e1ginas web, aplicaciones y API hoy mismo.<\/p>\n\n
Uso de LoadView para garantizar que Auto Scaling funciona correctamente<\/h2>\n
Configuraci\u00f3n de LoadView<\/h3>\n
![\"Web](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Web-Page-Test-1024x455.png\")
<\/p>\n![\"Prueba](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Internal-Application-Load-Test-1024x670.png\")
<\/p>\n![\"Curvas](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Internal-Application-Load-Test-Load-Curves-1024x900.png\")
<\/p>\n![\"Proxy](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Static-Proxy.png\")
<\/p>\n![\"Resumen](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Internal-Application-Load-Test-Summary.png\")
<\/p>\n![\"Promedio](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Average-number-of-users-average-response-time.png\")
Supervise recursos adicionales en AWS a medida que aumenta la carga<\/h2>\n
M\u00e9tricas de CloudWatch<\/h3>\n
![\"M\u00e9tricas](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/CloudWatch-Metrics.png\")
<\/p>\nVea las m\u00e9tricas de CloudWatch en su Load Balancer<\/h4>\n
Registros de acceso<\/h4>\n
Seguimiento de solicitudes<\/h4>\n
Registros de CloudTrail<\/h4>\n
Garantizar que no se des degrada la experiencia del usuario con Auto Scaling<\/h2>\n
![\"CloudWatch](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/CloudWatch-Canaries.png\")
<\/p>\n![\"Archivo](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/CloudWatch-HAR-File.png\")
<\/p>\nSombreado de un canario<\/h3>\n
![\"CloudWatch](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/CloudWatch-Create-Canary-e1599581104356.png\")
<\/p>\n![\"Canary](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Canary-Script-1024x706.png\")
<\/p>\nConclusi\u00f3n: Pruebas de Auto Scaling en AWS<\/h2>\n