View a markdown version of this page

Monitoramento de eventos públicos e específicos da conta para AWS Health - AWS Health

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

Monitoramento de eventos públicos e específicos da conta para AWS Health

Quando você cria uma EventBridge regra para monitorar eventos AWS Health, a regra fornece eventos específicos da conta e eventos públicos:

  • Account-specificeventos afetam sua conta e seus recursos, como um evento que informa sobre uma atualização necessária em uma instância do Amazon EC2 ou outros eventos de alteração programados.

  • Os eventos públicos aparecem noAWS Health Dashboard: integridade do serviço. Os eventos públicos não são específicos de Contas da AWS e fornecem informações públicas sobre a disponibilidade regional de um serviço.

Importante

Para receber os dois tipos de eventos, sua regra deve usar o valor de "source": [ "aws.health"]. Wildcards, como "source": [ "aws.health*"] não corresponderão ao padrão de monitoramento de nenhum evento.

Você pode identificar se um evento é público ou específico da conta em EventBridge, usando o parâmetro eventScopeCode . Os eventos podem ser PUBLIC ou ACCOUNT_SPECIFIC. Você também filtrar a sua regra neste parâmetro.

Para ver um exemplo de evento público para o Amazon Elastic Compute Cloud, consulteEvento de saúde pública: problema operacional do Amazon EC2.

Regras de backup para AWS Health eventos

Se você estiver monitorando eventos públicos a partir de um Região da AWS, recomendamos que você crie uma regra de backup. Os eventos públicos de AWS Health são enviados simultaneamente para a região afetada e para a região de backup quando uma regra válida é definida na região afetada.

AWS Health envia eventos específicos da conta para a região afetada e para a região de backup, independentemente de quaisquer regras configuradas na região afetada.

Recomendamos que você desduplique AWS Health eventos usando eventARN e communicationId porque esses valores permanecem consistentes para AWS Health mensagens enviadas para a região de backup.