As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Referência de cenários
Os cenários incluídos na biblioteca de cenários foram projetados para usar tags sempre que possível e cada cenário descreve as tags necessárias nas seções Pré-requisitos e Como funciona da descrição do cenário. Você pode marcar seus recursos com essas tags predefinidas ou definir suas próprias tags usando a experiência de edição de parâmetros em massa (consulte Usar um cenário).
Esta referência descreve os cenários comuns na biblioteca de cenários do AWS FIS. Você também pode listar os cenários compatíveis usando o console do AWS FIS.
Para obter mais informações, consulte Trabalhando com a biblioteca de AWS FIS cenários.
O AWS FIS oferece suporte aos seguintes EC2 cenários da Amazon. Esses cenários são voltados para instâncias que usam tags. Você pode usar suas próprias tags ou as tags-padrão incluídas no cenário. Alguns desses cenários usam documentos do SSM.
-
EC2 stress: falha na instância - Explore o efeito da falha na instância interrompendo uma ou mais EC2 instâncias.
Instâncias de destino na região atual que tenham uma tag específica anexada. Nesse cenário, interromperemos essas instâncias e as reiniciaremos no final da duração da ação, por padrão, 5 minutos.
-
EC2 stress: Disk - Explore o impacto do aumento da utilização do disco em seu aplicativo EC2 baseado.
Nesse cenário, teremos como alvo EC2 instâncias na região atual que tenham uma tag específica anexada. Nesse cenário, você pode personalizar uma quantidade crescente de utilização do disco injetada nas EC2 instâncias de destino para a duração da ação, por padrão, 5 minutos para cada ação de estresse do disco.
-
EC2 stress: CPU - Explore o impacto do aumento da CPU em seu aplicativo EC2 baseado.
Nesse cenário, teremos como alvo EC2 instâncias na região atual que tenham uma tag específica anexada. Nesse cenário, você pode personalizar uma quantidade crescente de estresse da CPU injetada nas EC2 instâncias de destino para a duração da ação, por padrão, 5 minutos para cada ação de estresse da CPU.
-
EC2 stress: Memory - Explore o impacto do aumento da utilização da memória em seu aplicativo EC2 baseado.
Nesse cenário, teremos como alvo EC2 instâncias na região atual que tenham uma tag específica anexada. Nesse cenário, você pode personalizar uma quantidade crescente de estresse de memória injetado nas EC2 instâncias alvo para a duração da ação, por padrão, 5 minutos para cada ação de estresse de memória.
-
EC2 stress: latência da rede - Explore o impacto do aumento da latência da rede em seu aplicativo EC2 baseado.
Nesse cenário, teremos como alvo EC2 instâncias na região atual que tenham uma tag específica anexada. Nesse cenário, você pode personalizar uma quantidade crescente de latência de rede injetada nas EC2 instâncias de destino para a duração da ação, por padrão, 5 minutos para cada ação de latência.
O AWS FIS é compatível com os seguintes cenários do Amazon EKS. Esses cenários são voltados para pods do EKS que usam rótulos de aplicações do Kubernetes. Você pode usar seus próprios rótulos ou os rótulos-padrão incluídos no cenário. Consulte mais informações sobre o EKS com FIS em Ações do EKS Pod.
-
Estresse do EKS: exclusão de pod - Explore o efeito da falha do pod do EKS excluindo um ou mais pods.
Nesse cenário, teremos como destino pods na região atual que estão associados a um rótulo do aplicativo. Nesse cenário, encerraremos todos os pods correspondentes. A recriação de pods será controlada pela configuração do kubernetes.
-
Estresse do EKS: CPU - Explore o impacto do aumento da CPU no seu aplicativo baseado em EKS.
Nesse cenário, teremos como destino pods na região atual que estão associados a um rótulo do aplicativo. Neste cenário, você pode personalizar uma quantidade crescente de estresse na CPU injetado nos pods do EKS de destino durante a duração da ação, por padrão, 5 minutos para cada ação de estresse na CPU.
-
Estresse do EKS: disco - Explore o impacto do aumento da utilização do disco em seu aplicativo baseado em EKS.
Nesse cenário, teremos como destino pods na região atual que estão associados a um rótulo do aplicativo. Neste cenário, você pode personalizar uma quantidade crescente de estresse no disco injetado nos pods do EKS de destino durante a duração da ação, por padrão, 5 minutos para cada ação de estresse na CPU.
-
Estresse do EKS: memória - Explore o impacto do aumento da utilização de memória no seu aplicativo baseado em EKS.
Nesse cenário, teremos como destino pods na região atual que estão associados a um rótulo do aplicativo. Neste cenário, você pode personalizar uma quantidade crescente de estresse de memória injetado em pods do EKS específicas durante a duração da ação, por padrão, 5 minutos para cada ação de estresse de memória.
-
Estresse do EKS: latência de rede - Explore o impacto do aumento da latência de rede no seu aplicativo baseado em EKS.
Nesse cenário, teremos como destino pods na região atual que estão associados a um rótulo do aplicativo. Neste cenário, você pode personalizar uma quantidade crescente de latência de rede injetada em pods do EKS específicas durante a duração da ação, por padrão, 5 minutos para cada ação de latência.
O AWS FIS é compatível com os seguintes cenários para aplicações multi-AZ e multirregionais. Esses cenários são voltados para vários tipos de recursos.
-
AZ Availability: Power Interruption: injete os sintomas esperados de uma interrupção completa de energia em uma zona de disponibilidade (AZ). Saiba mais sobre AZ Availability: Power Interruption.
-
Cross-Region: Connectivity: bloqueie o tráfego de rede da aplicação da região do experimento para a região de destino e pause a replicação de dados entre regiões. Saiba mais sobre como usar Cross-Region: Connectivity.
AWS FIS suporta os seguintes cenários para volumes do Amazon EBS. Esses cenários têm como alvo volumes usando tags. Você pode usar suas próprias tags ou as tags-padrão incluídas no cenário. Os volumes de destino devem estar na mesma zona de disponibilidade. Para obter mais informações, teste de falhas no Amazon EBS.
-
EBS: Sustained Latency— Explore o impacto da I/O latência persistente em seu aplicativo.
Nesse cenário, teremos como alvo volumes na zona de disponibilidade atual que tenham uma tag específica anexada. Esse cenário injeta uma latência constante de 500 ms em 50% das operações de leitura e 100% das operações de gravação de um volume, usando uma única ação de latência em um período de 15 minutos. Nesse cenário, você pode personalizar a quantidade de latência injetada, a porcentagem de I/O injetada e a duração da ação.
-
EBS: Increasing Latency— Explore o impacto do aumento da I/O latência em seu aplicativo.
Nesse cenário, teremos como alvo volumes na zona de disponibilidade atual que tenham uma tag específica anexada. Esse cenário injeta uma latência crescente de 50 ms, 200 ms, 700 ms, 1 segundo e 15 segundos em 10% das operações de leitura e 25% das operações de gravação de um volume usando cinco ações de latência em um período de 15 minutos. Nesse cenário, você pode personalizar a quantidade de latência injetada, a porcentagem de I/O injetada e a duração da ação para cada ação de latência.
-
EBS: Intermittent Latency— Explore o impacto dos picos intermitentes de I/O latência em seu aplicativo.
Nesse cenário, teremos como alvo volumes na zona de disponibilidade atual que tenham uma tag específica anexada. Esse cenário injeta três picos nítidos de latência intermitente de 30 segundos, 10 segundos e 20 segundos em 0,1% das I/O operações de leitura e gravação de um volume, usando três ações de latência, com intervalos de recuperação entre cada pico em um período de 15 minutos. Nesse cenário, você pode personalizar a quantidade de latência injetada, a porcentagem de I/O injetada e a duração da ação para cada ação de latência.
-
EBS: Decreasing Latency— Explore o impacto da diminuição da I/O latência em seu aplicativo.
Nesse cenário, teremos como alvo volumes na zona de disponibilidade atual que tenham uma tag específica anexada. Esse cenário injeta uma latência decrescente de 20 segundos, 5 segundos, 900 ms, 300 ms e 40 ms em 10% das operações de leitura e gravação de um volume, usando cinco ações de latência em um período de 15 minutos. Nesse cenário, você pode personalizar a quantidade de latência injetada, a porcentagem de I/O injetada e a duração da ação para cada ação de latência.
