View a markdown version of this page

Cree un escenario de prueba - Pruebas de carga distribuidas en AWS
Paso 1: Configuración generalPaso 2: Configuración del escenarioPaso 3: Forma del tráficoPaso 4: Revisar y crear

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Cree un escenario de prueba

La creación de un escenario de prueba implica cuatro pasos principales: configurar los ajustes generales, definir el escenario, configurar los patrones de tráfico y revisar la configuración.

Paso 1: Configuración general

Configure los parámetros básicos de la prueba de carga, incluidos el nombre de la prueba, la descripción y las opciones de configuración generales.

Identificación de la prueba

  • Nombre de la prueba (obligatorio): un nombre descriptivo para el escenario de la prueba

  • Descripción de la prueba (obligatoria): detalles adicionales sobre el propósito y la configuración de la prueba

  • Etiquetas (opcional): añada hasta 5 etiquetas para clasificar y organizar los escenarios de prueba

Opciones de programación

Configure cuándo debe ejecutarse la prueba:

  • Ejecutar ahora: ejecuta la prueba inmediatamente después de crearla.

  • Ejecutar una vez: programa la prueba para que se ejecute en una fecha y hora específicas.

  • Ejecute según un cronograma: utilice una programación basada en cronogramas para ejecutar las pruebas automáticamente a intervalos regulares. Puede seleccionar patrones comunes (cada hora, todos los días o semanalmente) o definir una expresión cron personalizada. Para obtener más información sobre el formato cron aceptado, los patrones admitidos y las restricciones, consulta la referencia a las expresiones cron en la guía para desarrolladores.

Planificación del flujo de trabajo

Al programar una prueba, se produce el siguiente flujo de trabajo:

  • Los parámetros de programación se envían a la API de la solución a través de Amazon API Gateway.

  • La API pasa los parámetros a una función de Lambda que crea una programación de Amazon EventBridge Scheduler configurada para ejecutarse en la fecha especificada.

  • Para las pruebas únicas (ejecutar una vez), la EventBridge programación del Scheduler invoca la función api-services Lambda en la fecha y hora especificadas, que ejecuta la prueba.

  • Para las pruebas recurrentes (ejecutadas según un programa), el programa del EventBridge Scheduler invoca la función api-services Lambda inmediatamente y con la cadencia definida por la expresión cron o rate hasta la fecha de caducidad.

Datos en directo

Seleccione la casilla de verificación Incluir datos en tiempo real para ver las métricas en tiempo real mientras se ejecuta la prueba. Cuando está habilitada, puedes monitorear:

  • Tiempo medio de respuesta.

  • Recuentos de usuarios virtuales.

  • Las solicitudes realizadas correctamente cuentan.

  • Recuentos de solicitudes fallidas.

La función de datos en tiempo real proporciona gráficos en tiempo real con datos agregados en intervalos de un segundo. Para obtener más información, consulte Supervisión con datos en tiempo real.

Paso 2: Configuración del escenario

Defina el escenario de prueba específico y seleccione el marco de pruebas que prefiera.

Selección del tipo de prueba

Elija el tipo de prueba de carga que desea realizar:

  • Punto final HTTP único: pruebe un único punto final de API o página web con una configuración sencilla.

  • JMeter: cargue los scripts de prueba de JMeter (archivos.jmx o archivos.zip).

  • K6 - Cargue los scripts de prueba de K6 (archivos.js o archivos.zip).

  • Locust: cargue los scripts de prueba de Locust (archivos.py o archivos.zip).

nota

Los cuatro tipos de pruebas se basan en componentes de terceros. La solución ejecuta las pruebas mediante el marco de automatización de pruebas de Taurus, que ejecuta JMeter, K6 o Locust según el tipo de prueba; las pruebas de punto final HTTP único se convierten en un plan de pruebas de JMeter y se ejecutan mediante el paquete Apache JMeter. Antes de crear una prueba, revise los marcos de prueba para conocer Third-party las consideraciones de seguridad, la información sobre las licencias y las opciones de aplicación de parches.

Configuración del punto final HTTP

Cuando se selecciona «Punto de enlace HTTP único», la solución genera un plan de pruebas de JMeter a partir de su configuración y lo ejecuta con el binario JMeter de Apache incluido. Configure estas opciones:

Punto final HTTP (obligatorio)

Introduzca la URL completa del punto final que desee probar. Por ejemplo, https://api.example.com/users. Asegúrese de que se pueda acceder al punto final desde la infraestructura de AWS.

Método HTTP (obligatorio)

Seleccione el método HTTP para sus solicitudes. El valor predeterminado es GET. Otras opciones incluyen POSTPUT,DELETE, PATCHHEAD, yOPTIONS.

Encabezado de solicitud (opcional)

Agrega encabezados HTTP personalizados a tus solicitudes. Los ejemplos comunes incluyen:

  • Content-Type: application/json

  • Authorization: Bearer <token>

  • User-Agent: LoadTest/1.0

    Elija Agregar encabezado para incluir varios encabezados.

Carga útil corporal (opcional)

Agregue el contenido del cuerpo de la solicitud para las solicitudes POST o PUT. Admite los formatos JSON, XML o texto plano. Por ejemplo: {"userId": 123, "action": "test"}.

Pruebe los scripts del framework

Cuando utilice JMeter, K6 o Locust, cargue el archivo del script de prueba o un archivo.zip que contenga el script de prueba y los archivos auxiliares. En el caso de JMeter, puede incluir complementos personalizados en una /plugins carpeta dentro de su archivo.zip.

importante

Si bien su script de prueba (JMeter, K6 o Locust) puede definir la simultaneidad (usuarios virtuales), las tasas de transacción (TPS), los tiempos de aceleración y otros parámetros de carga, la solución anulará estas configuraciones con los valores que especifique en la pantalla Traffic Shape durante la creación de la prueba. La configuración de Traffic Shape controla el recuento de tareas, la simultaneidad (usuarios virtuales por tarea), la duración del aumento y el tiempo de espera durante la ejecución de la prueba.

Paso 3: Forma del tráfico

Configure la forma en que se distribuirá el tráfico durante la prueba, incluida la compatibilidad multirregional.

Multi-region configuración del tráfico

Seleccione una o más regiones de AWS para distribuir geográficamente la prueba de carga. Para cada región seleccionada, configure:

Recuento de tareas

El número de contenedores (tareas) que se lanzarán en el clúster de Fargate para el escenario de prueba. No se crearán tareas adicionales una vez que la cuenta haya alcanzado el límite de «Se ha alcanzado el recurso de Fargate».

Concurrency (Simultaneidad)

El número de usuarios virtuales simultáneos generados por tarea. El límite recomendado se basa en la configuración predeterminada de 2 vCPU por tarea. La simultaneidad está limitada por los recursos de CPU y memoria.

Determine el número de usuarios

El número de usuarios que puede admitir un contenedor para una prueba se puede determinar aumentando gradualmente el número de usuarios y supervisando el rendimiento en Amazon CloudWatch. Una vez que observe que el rendimiento de la CPU y la memoria se acerca a sus límites, habrá alcanzado el número máximo de usuarios que un contenedor puede admitir para esa prueba en su configuración predeterminada (2 vCPU y 4 GB de memoria).

Proceso de calibración

Puede empezar a determinar los límites de usuarios simultáneos para la prueba mediante el siguiente ejemplo:

  1. Cree una prueba con un máximo de 200 usuarios.

  2. Mientras se ejecuta la prueba, supervise la CPU y la memoria mediante la CloudWatch consola:

    1. En el panel de navegación, en Container Insights, selecciona Supervisión del rendimiento.

    2. En la página de supervisión del rendimiento, en el menú desplegable de la izquierda, seleccione ECS Clusters.

    3. En el menú desplegable de la derecha, selecciona tu clúster de Amazon Elastic Container Service (Amazon ECS).

  3. Mientras monitorea, observe la CPU y la memoria. Si la CPU no supera el 75% o la memoria no supera el 85% (ignore los picos únicos), puede realizar otra prueba con un número mayor de usuarios.

Repita los pasos 1 a 3 si la prueba no superó los límites de recursos. Si lo desea, puede aumentar los recursos del contenedor para permitir un mayor número de usuarios simultáneos. Sin embargo, esto se traduce en un coste mayor. Para obtener más información, consulta la Guía para desarrolladores.

nota

Para obtener resultados precisos, ejecute solo una prueba a la vez para determinar los límites de usuarios simultáneos. Todas las pruebas utilizan el mismo clúster, y CloudWatch Container Insights agrega los datos de rendimiento en función del clúster. Esto hace que ambas pruebas se notifiquen a CloudWatch Container Insights simultáneamente, lo que da como resultado métricas de uso de recursos inexactas en una sola prueba.

Para obtener más información sobre la calibración de los usuarios por motor, consulte Calibración de una prueba Taurus en la documentación. BlazeMeter

nota

La solución muestra la información sobre la capacidad disponible para cada región, lo que le ayuda a planificar la configuración de la prueba dentro de los límites disponibles.

Tabla de tareas disponibles

La tabla de tareas disponibles muestra la disponibilidad de recursos para cada región seleccionada:

  • Región: el nombre de la región de AWS.

  • vCPU por tarea: la cantidad de CPU virtuales asignadas a cada tarea (predeterminado: 2).

  • Límite de tareas de DLT: el número máximo de tareas que se pueden crear en función de la cuota de vCPU bajo demanda de Fargate de tu cuenta. Las cuentas nuevas suelen tener una cuota inferior; verifica tu límite actual en la consola Service Quotas y solicita un aumento si es necesario.

  • Tareas de DLT disponibles: la cantidad actual de tareas disponibles en la región, calculada como el límite de tareas de DLT menos las vCPU que ya se utilizan al ejecutar las tareas de Fargate.

Para aumentar la cantidad de tareas o vCPU disponibles por tarea, consulte la Guía para desarrolladores.

Duración de la prueba

Defina cuánto tiempo durará la prueba de carga:

Aumente

El tiempo necesario para alcanzar el objetivo de simultaneidad. La carga aumenta gradualmente desde 0 hasta el nivel de simultaneidad configurado durante este período.

Mantenga pulsado durante

El tiempo necesario para mantener la carga objetivo. La prueba continúa con total simultaneidad durante este período.

Paso 4: Revisar y crear

Revise todas las configuraciones antes de crear el escenario de prueba. Verificar:

  • Configuración general (nombre, descripción, horario).

  • Configuración del escenario (tipo de prueba, punto final o script).

  • Forma del tráfico (tareas, usuarios, duración, regiones).

Tras revisarlo, selecciona Crear para guardar el escenario de prueba.

Administrar escenarios de prueba

Tras crear un escenario de prueba, puede:

  • Editar: modificar la configuración de la prueba. Los casos de uso comunes incluyen:

    • Refinar la forma del tráfico para lograr la tasa de transacción deseada.

  • Copiar: duplique un escenario de prueba existente para crear variantes. Los casos de uso comunes incluyen:

    • Actualizar puntos finales o añadir headers/body parámetros.

    • Añadir o modificar scripts de prueba.

  • Eliminar: elimine los escenarios de prueba que ya no necesite.