Inicio rápido: Creación de alertas del registro de actividad en notificaciones del servicio mediante un archivo de Bicep
En este artículo se explica cómo configurar las alertas del registro de actividad para las notificaciones de mantenimiento de un servicio usando un archivo Bicep.
Bicep es un lenguaje específico de dominio (DSL) que usa una sintaxis declarativa para implementar recursos de Azure. Brinda sintaxis concisa, seguridad de tipos confiable y compatibilidad con la reutilización de código. Bicep ofrece la mejor experiencia de creación para sus soluciones de infraestructura como código en Azure.
Las notificaciones de mantenimiento del servicio se almacenan en el registro de actividad de Azure. Debido al volumen posiblemente grande de la información almacenada en el registro de actividad, hay una interfaz de usuario independiente que facilita la visualización y la configuración de alertas en las notificaciones de mantenimiento del servicio.
Puede recibir una alerta cuando Azure envía notificaciones de estado del servicio a la suscripción de Azure. Puede configurar la alerta en función de:
- La clase de notificación de estado del servicio (problemas de servicio, mantenimiento planificado y avisos de estado).
- La suscripción afectada.
- Los servicios afectados.
- Las regiones afectadas.
Nota:
Las notificaciones de estado del servicio no envían una alerta relativa a los eventos de estado de recursos.
También puede configurar a quién se debe enviar la alerta:
- Seleccione un grupo de acciones existente.
- Cree un nuevo grupo de acciones (que puede usarse para futuras alertas).
Para más información sobre los grupos de acciones, consulte Creación y administración de grupos de acciones.
Requisitos previos
- Si no tiene una suscripción a Azure, cree una cuenta gratuita antes de empezar.
- Para ejecutar los comandos desde la máquina local, instale la CLI de Azure o los módulos de Azure PowerShell. Para más información, consulte Instalación de la CLI de Azure e Instalar Azure Powershell.
Revisión del archivo de Bicep
En el siguiente archivo Bicep crea un grupo de acciones con un destino de correo electrónico y se habilitan todas las notificaciones de estado de servicio de la suscripción de destino. Guarde este Bicep como CreateServiceHealthAlert.bicep.
param actionGroups_name string = 'SubHealth'
param activityLogAlerts_name string = 'ServiceHealthActivityLogAlert'
param emailAddress string
var alertScope = '/subscriptions/${subscription().subscriptionId}'
resource actionGroups_name_resource 'microsoft.insights/actionGroups@2019-06-01' = {
name: actionGroups_name
location: 'Global'
properties: {
groupShortName: actionGroups_name
enabled: true
emailReceivers: [
{
name: actionGroups_name
emailAddress: emailAddress
}
]
smsReceivers: []
webhookReceivers: []
}
}
resource activityLogAlerts_name_resource 'microsoft.insights/activityLogAlerts@2017-04-01' = {
name: activityLogAlerts_name
location: 'Global'
properties: {
scopes: [
alertScope
]
condition: {
allOf: [
{
field: 'category'
equals: 'ServiceHealth'
}
{
field: 'properties.incidentType'
equals: 'Incident'
}
]
}
actions: {
actionGroups: [
{
actionGroupId: actionGroups_name_resource.id
webhookProperties: {}
}
]
}
enabled: true
}
}
El archivo de Bicep define dos recursos:
Implementación del archivo de Bicep
Implemente el archivo de Bicep mediante la CLI de Azure y Azure PowerShell. Reemplace los valores de ejemplo del grupo de recursos y dirección de correo electrónico por los valores adecuados para su entorno.
az login
az deployment group create --name CreateServiceHealthAlert --resource-group my-resource-group --template-file CreateServiceHealthAlert.bicep --parameters emailAddress='user@contoso.com'
Validación de la implementación
Para comprobar que se ha creado el área de trabajo, utilice uno de los comandos siguientes. Reemplace los valores de ejemplo del grupo de recursos por los valores que usó anteriormente.
az monitor activity-log alert show --resource-group my-resource-group --name ServiceHealthActivityLogAlert
Limpieza de recursos
Si planea seguir trabajando en otros inicios rápidos y tutoriales, considere la posibilidad de dejar estos recursos activos. Cuando ya no lo necesite, elimine el grupo de recursos; de este modo, se eliminarán también la regla de alertas y los recursos relacionados. Para eliminar el grupo de recursos mediante la CLI de Azure o Azure PowerShell
az group delete --name my-resource-group
Pasos siguientes
- Obtenga información sobre los procedimientos recomendados para la configuración de alertas de Azure Service Health.
- Obtenga información sobre cómo configurar notificaciones de inserción móviles de Azure Service Health.
- Obtenga información acerca de cómo configurar notificaciones de webhook para los sistemas de administración de problemas existentes.
- Más información acerca de las Notificaciones del estado del servicio.
- Más información sobre la Limitación del número de notificaciones.
- Revise el Esquema de webhook de alertas del registro de actividad.
- Consulte la introducción a las alertas del registro de actividad y aprenda cómo puede recibir alertas.
- Más información sobre los grupos de acciones.