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.
Referencia de escenarios
Los escenarios incluidos en la biblioteca de escenarios están diseñados para usar etiquetas siempre que sea posible y cada escenario describe las etiquetas necesarias en las secciones Requisitos previos y Cómo funciona de la descripción del escenario. Puede etiquetar sus recursos con esas etiquetas predefinidas o puede establecer sus propias etiquetas mediante la experiencia de edición masiva de parámetros (consulte Uso de un escenario).
Esta referencia describe los escenarios comunes de la biblioteca de escenarios de AWS FIS. También puede enumerar los escenarios admitidos mediante la consola de AWS FIS.
Para obtener más información, consulte Trabajando con la biblioteca de AWS FIS escenarios.
AWS FIS admite los siguientes EC2 escenarios de Amazon. El objetivo de estos escenarios son las instancias que utilizan etiquetas. Puede usar sus propias etiquetas o las etiquetas predeterminadas incluidas en el escenario. Algunos de estos escenarios utilizan documentos de SSM.
-
EC2 stress: instance failure: explore el efecto de la falla de una instancia deteniendo una o más EC2 instancias.
Céntrese en las instancias de la región actual que tienen una etiqueta específica adjunta. En este escenario, detendremos esas instancias y las reiniciaremos al final de la duración de la acción, que de forma predeterminada es de 5 minutos.
-
EC2 stress: Disk: explore el impacto del aumento de la utilización del disco en su aplicación EC2 basada.
En este escenario, nos centraremos en las EC2 instancias de la región actual que tengan una etiqueta específica adjunta. En este escenario, puede personalizar una cantidad cada vez mayor de utilización del disco inyectada en EC2 las instancias de destino durante la acción; de forma predeterminada, 5 minutos por cada acción de stress del disco.
-
EC2 stress: CPU: explore el impacto del aumento de la CPU en su aplicación EC2 basada.
En este escenario, nos centraremos en las EC2 instancias de la región actual que tengan una etiqueta específica adjunta. En este escenario, puedes personalizar una cantidad cada vez mayor de stress de la CPU inyectada en EC2 las instancias objetivo durante la acción; de forma predeterminada, 5 minutos por cada acción de stress de la CPU.
-
EC2 stress: Memoria: explore el impacto del aumento de la utilización de la memoria en su aplicación EC2 basada.
En este escenario, nos centraremos en las EC2 instancias de la región actual que tengan una etiqueta específica adjunta. En este escenario, puedes personalizar una cantidad cada vez mayor de stress de memoria inyectada en EC2 las instancias seleccionadas durante la acción, de forma predeterminada 5 minutos por cada acción de stress de memoria.
-
EC2 stress: Latencia de la red: explore el impacto del aumento de la latencia de la red en su aplicación EC2 basada.
En este escenario, nos centraremos en las EC2 instancias de la región actual que tengan una etiqueta específica adjunta. En este escenario, puede personalizar una cantidad cada vez mayor de latencia de red inyectada en EC2 las instancias de destino durante la acción; de forma predeterminada, 5 minutos por cada acción de latencia.
AWS FIS admite los siguientes escenarios de Amazon EKS. El objetivo de estos escenarios son los pods de EKS mediante etiquetas de aplicación de Kubernetes. Puede utilizar sus propias etiquetas o las etiquetas predeterminadas incluidas en el escenario. Para obtener más información sobre EKS con FIS, consulte Acciones de EKS Pod.
-
Esfuerzo en EKS: eliminación de pods: explore el efecto del error de pods en EKS eliminando uno o más pods.
En este escenario, nos centraremos en los pods de la región actual que estén asociados a una etiqueta de aplicación. En este escenario, eliminaremos todos los pods coincidentes. La recreación de los pods se controlará mediante la configuración de Kubernetes.
-
Esfuerzo en EKS: CPU: explore el impacto del aumento de la CPU en su aplicación basada en EKS.
En este escenario, nos centraremos en los pods de la región actual que estén asociados a una etiqueta de aplicación. En este escenario, puede personalizar una cantidad cada vez mayor de esfuerzo de la CPU inyectada en los pods de EKS de destino durante la acción, que de forma predeterminada es de 5 minutos por cada acción de esfuerzo de la CPU.
-
Esfuerzo en EKS: disco: explore el impacto del aumento de la utilización del disco en su aplicación basada en EKS.
En este escenario, nos centraremos en los pods de la región actual que estén asociados a una etiqueta de aplicación. En este escenario, puede personalizar una cantidad cada vez mayor de esfuerzo del disco inyectado en los pods de EKS de destino durante la acción, que de forma predeterminada es de 5 minutos por cada acción de esfuerzo del disco.
-
Esfuerzo en EKS: memoria: explore el impacto del aumento de la utilización de la memoria en su aplicación basada en EKS.
En este escenario, nos centraremos en los pods de la región actual que estén asociados a una etiqueta de aplicación. En este escenario, puede personalizar una cantidad cada vez mayor de esfuerzo de la memoria inyectada en los pods de EKS de destino durante la acción, que de forma predeterminada es de 5 minutos por cada acción de esfuerzo de la memoria.
-
Esfuerzo en EKS: latencia de la red: explore el impacto del aumento de la latencia de la red en su aplicación basada en EKS.
En este escenario, nos centraremos en los pods de la región actual que estén asociados a una etiqueta de aplicación. En este escenario, puede personalizar una cantidad cada vez mayor de latencia de la red inyectada en los pods de EKS de destino durante la acción, que de forma predeterminada es de 5 minutos por cada acción de esfuerzo de la latencia de la red.
AWS FIS admite los siguientes escenarios para aplicaciones de varias zonas de disponibilidad (AZ) y de varias regiones. El objetivo de estos escenarios son varios tipos de recursos.
-
AZ Availability: Power Interruption: inyecte los síntomas esperados de una interrupción total del suministro eléctrico en una zona de disponibilidad (AZ). Obtener más información sobre AZ Availability: Power Interruption.
-
Cross-Region: Connectivity: bloquee el tráfico de red de aplicaciones desde la región del experimento a la región de destino y detenga la replicación de datos entre regiones. Obtenga más información sobre el uso de Cross-Region: Connectivity.
AWS FIS admite los siguientes escenarios para los volúmenes de Amazon EBS. Estos escenarios se dirigen a los volúmenes mediante etiquetas. Puede usar sus propias etiquetas o las etiquetas predeterminadas incluidas en el escenario. Los volúmenes de destino deben estar en la misma zona de disponibilidad. Para obtener más información, consulte Pruebas de errores en Amazon EBS.
-
EBS: Sustained Latency— Explore el impacto de la I/O latencia persistente en su aplicación.
En este escenario, nos centraremos en los volúmenes de la zona de disponibilidad actual que tengan una etiqueta específica adjunta. Este escenario inyecta una latencia constante de 500 ms en el 50 por ciento de las operaciones de lectura y el 100 por ciento de las operaciones de escritura de un volumen, mediante una sola acción de latencia durante un período de 15 minutos. En este escenario, puede personalizar la cantidad de latencia inyectada, el porcentaje I/O inyectado y la duración de la acción.
-
EBS: Increasing Latency— Explore el impacto del aumento de la I/O latencia en su aplicación.
En este escenario, nos centraremos en los volúmenes de la zona de disponibilidad actual que tengan una etiqueta específica adjunta. Este escenario inyecta una latencia creciente de 50 ms, 200 ms, 700 ms, 1 segundo y 15 segundos en el 10 por ciento de las operaciones de lectura y el 25 por ciento de las operaciones de escritura de un volumen mediante cinco acciones de latencia durante un período de 15 minutos. En este escenario, puede personalizar la cantidad de latencia inyectada, el porcentaje de I/O la misma y la duración de la acción para cada acción de latencia.
-
EBS: Intermittent Latency— Explore el impacto de los picos de I/O latencia intermitentes en su aplicación.
En este escenario, nos centraremos en los volúmenes de la zona de disponibilidad actual que tengan una etiqueta específica adjunta. Este escenario inyecta tres picos de latencia agudos e intermitentes de 30 segundos, 10 segundos y 20 segundos en el 0,1 por ciento de las I/O operaciones de lectura y escritura de un volumen, mediante tres acciones de latencia, con intervalos de recuperación entre cada pico durante un período de 15 minutos. En este escenario, puede personalizar la cantidad de latencia inyectada, el porcentaje I/O inyectado y la duración de la acción para cada acción de latencia.
-
EBS: Decreasing Latency— Explore el impacto de la disminución de la I/O latencia en su aplicación.
En este escenario, nos centraremos en los volúmenes de la zona de disponibilidad actual que tengan una etiqueta específica adjunta. Este escenario inyecta una latencia decreciente de 20 segundos, 5 segundos, 900 ms, 300 ms y 40 ms en el 10 por ciento de las operaciones de lectura y escritura de un volumen, mediante cinco acciones de latencia durante un período de 15 minutos. En este escenario, puede personalizar la cantidad de latencia inyectada, el porcentaje de I/O inyección y la duración de la acción para cada acción de latencia.
