View a markdown version of this page

Supervisar eventos públicos y específicos de la cuenta para AWS Health - AWS Health

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.

Supervisar eventos públicos y específicos de la cuenta para AWS Health

Al crear una EventBridge regla para supervisar los eventos AWS Health, la regla incluye tanto eventos específicos de la cuenta como eventos públicos:

  • Account-specificlos eventos afectan a su cuenta y sus recursos, como un evento que le informa sobre una actualización necesaria de una instancia de Amazon EC2 u otros eventos de cambio programados.

  • Los eventos públicos aparecen en el panel de control de AWS Health : estado del servicio. Los eventos públicos no son específicos de Cuentas de AWS ni proporcionan información pública sobre la disponibilidad regional de un servicio.

importante

Para recibir ambos tipos de eventos, la regla debe usar el valor de "source": [ "aws.health"]. Los caracteres comodín, como "source": [ "aws.health*"], no coincidirán con el patrón para permitir monitorizar ningún evento.

Puede identificar si un evento es público o específico de una cuenta en EventBridge, mediante el parámetro de evento. ScopeCode Los eventos pueden tener PUBLIC o ACCOUNT_SPECIFIC. También puede filtrar la regla según este parámetro.

Para ver un ejemplo de evento público para Amazon Elastic Compute Cloud, consulteEvento de estado público: problema operativo en Amazon EC2.

Reglas de Backup para AWS Health eventos

Si monitorizas eventos públicos desde una Región de AWS, te recomendamos que crees una regla de respaldo. Los eventos públicos para AWS Health se envían simultáneamente a la región afectada y a la región de respaldo cuando se establece una regla válida en la región afectada.

AWS Health envía eventos específicos de la cuenta tanto a la región afectada como a la región de respaldo, independientemente de las reglas configuradas en la región afectada.

Le recomendamos que deduplique AWS Health los eventos utilizando eventARN y communicationId porque estos valores siguen siendo los mismos para los AWS Health mensajes que se envían a la región de respaldo.