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á.

# Teste de alarme (Gameday)
<a name="idr-workloads-testing-getting-started"></a>

A última etapa do processo de integração do AWS Incident Detection and Response é realizar um Gameday para sua nova carga de trabalho. Após as etapas de ingestão de alarmes, o AWS Incident Detection and Response confirma a data e a hora de sua escolha para começar seu Gameday.

Seu Gameday tem dois propósitos principais:
+ **Validação funcional:** confirma que o AWS Incident Detection and Response pode receber corretamente seus eventos de alarme. Além disso, a validação funcional confirma que seus eventos de alarme acionam as ações desejadas, como a criação automática de um caso de suporte, caso você o tenha selecionado durante a ingestão do alarme.
+ **Simulação:** O Gameday é uma simulação de ponta a ponta do que pode acontecer durante um incidente real. O AWS Incident Detection and Response fornece uma visão de como um incidente real pode se desenrolar. O Gameday é uma oportunidade para você fazer perguntas ou refinar instruções para melhorar o engajamento.

Durante o teste de alarme, o AWS Incident Detection and Response trabalha com você para corrigir quaisquer problemas identificados.

## CloudWatch Teste de alarme
<a name="idr-workloads-testing-cw"></a>

Durante o Gameday, CloudWatch os alarmes da Amazon são testados alterando manualmente o alarme para o estado de **alarme** usando o. AWS Command Line Interface Você também pode acessar o AWS CLI formulário AWS CloudShell. O AWS Incident Detection and Response fornece uma lista de AWS CLI comandos para você usar durante os testes.

Exemplo de AWS CLI comando para definir um estado de alarme:

```
aws cloudwatch set-alarm-state --alarm-name "{{ExampleAlarm}}" --state-value ALARM --state-reason "{{Testing AWS Incident Detection and Response}}" --region {{us-east-1}}
```

**nota**  
O AWS Identity and Access Management usuário ou a função que você usa para o teste de alarme deve ter `cloudwatch:SetAlarmState` permissão.

Para saber mais sobre como alterar manualmente o estado dos CloudWatch alarmes, consulte [SetAlarmState](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_SetAlarmState.html).

Para saber mais sobre as permissões necessárias para operações de CloudWatch API, consulte a [referência de CloudWatch permissões da Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/permissions-reference-cw.html).

## Teste de alarmes de APM de terceiros
<a name="idr-workloads-testing-third-party-alarms"></a>

As cargas de trabalho que utilizam uma ferramenta de monitoramento de desempenho de aplicativos (APM) de terceiros, como Datadog, Splunk, New Relic ou Dynatrace, exigem instruções diferentes para simular um alarme. No início do Gameday, o AWS Incident Detection and Response solicita que você altere temporariamente seus limites de alarme ou operadores de comparação para forçar o alarme a entrar no status **ALARM**. Esse status aciona uma carga para o AWS Incident Detection and Response.

## O Gameday valida os seguintes pontos
<a name="idr-workloads-testing-key-outputs"></a>
+ A ingestão de alarmes foi bem-sucedida e sua configuração de alarme está correta.
+ Os alarmes são criados e recebidos com sucesso pelo AWS Incident Detection and Response.
+ Um caso de suporte é criado para seu incidente e os contatos prescritos do runbook são notificados.
+ O AWS Incident Detection and Response pode interagir com você usando seu método de ponte de conferência definido.