> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/es/configuracion-de-azure/health-check.md).
# Comprobación de estado
Puede supervisar el estado de SCEPman usando
* el [la característica de comprobación de estado de Azure App Services](#health-check-in-azure-app-services) (recomendado) o
* una [herramienta de supervisión de terceros](/es/configuracion-de-azure/health-check/using-3rd-party-monitoring.md).
## Comprobación de estado en Azure App Services
Puede configurar la función de comprobación de estado y las alertas correspondientes para el App Service para recibir una notificación directa en caso de que su instancia de SCEPman deje de responder.
### Configurar comprobación de estado
{% hint style="info" %}
Las nuevas instalaciones de SCEPman añaden la comprobación de estado automáticamente durante la instalación, a partir de SCEPman 2.11. Si instaló SCEPman antes de eso, puede añadir la comprobación de estado manualmente siguiendo las instrucciones abajo. Si instaló SCEPman cuando ya estaba en la versión 2.11 o posterior, pase a la siguiente sección [Configurar las alertas](#configure-alerting). **¡Incluso en las instalaciones de SCEPman 2.11, las alertas no se agregan automáticamente y aún deben configurarse!**
{% endhint %}
1. Navegue a su **App Service** y en el lado izquierdo desplácese hacia abajo hasta **Comprobación de estado**
2. Ahora puede **Habilitar** la comprobación de estado, como ruta de sondeo **ruta** introduzca lo siguiente: **/probe**
3. Ahora puede hacer clic en **Guardar**, pero tenga en cuenta que **esto reiniciará su App Service**
### Configurar las alertas
Para recibir una alerta de nuestra comprobación de estado, debemos configurar reglas de alerta en nuestro App Service.
1. Navegue a su **App Service** y en el lado izquierdo desplácese hacia abajo hasta **Alertas**
2. Haga clic en **Crear regla de alerta**
3. En su nueva regla de alerta, será redirigido automáticamente a **Agregar condición**
4. Seleccione una lógica de señal. Busque **Estado de la comprobación de estado**
5. Configure la alerta como se especifica a continuación:
| **Umbral** | Static |
| ------------------------ | ---------- |
| **Tipo de agregación** | Promedio |
| **Operador** | Menor que |
| **Unidad** | Recuento |
| **Valor del umbral** | 70 |
| **Comprobar cada** | 5 minutos |
| **Período de retroceso** | 15 minutos |
Condición de la regla de alerta
6. Haga clic en **Siguiente: Acciones**
7. Seleccione **Crear grupo de acciones**
{% hint style="info" %}
Si ya tiene grupos de acciones existentes, elija **Seleccionar grupos de acciones**, seleccione un grupo de acciones y vaya al paso 14.
{% endhint %}
8. Definir un **Nombre del grupo de acciones** y **Nombre para mostrar**
9. Junto a **Notificaciones** y agregue **Tipo de notificación**
10. En la ventana, marque la **Correo electrónico** casilla de verificación e introduzca la dirección de correo electrónico en la que desea recibir notificaciones
11. Luego haga clic en **Aceptar**
12. Introduzca un **Nombre** para el tipo de notificación
13. Después de eso puede hacer clic en **Revisar + crear** y luego en **Crear.** Se le redirigirá de vuelta a **Acciones** al crear la regla de alerta
14. Junto a D**etalles**, configure lo siguiente
* **grupo de recursos**
* **Gravedad**
* **Nombre de la regla de alerta**
* Habilitar: **Habilitar al crear**
* Habilitar: **Resolver alertas automáticamente**
Detalles de la alerta
15. Haga clic en **Revisar + Crear,** luego **Crear**
16. Ver sus **reglas de alerta** como se muestra
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.scepman.com/es/configuracion-de-azure/health-check.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
