Estado del Sistema
Para qué sirve esta pantalla
Estado del Sistema es la mitad interna de la pregunta que la Topología de Integraciones hace hacia fuera: ¿los servicios propios de la plataforma están en marcha, sirven con normalidad y qué consumen? Muestra un solo documento: la última evaluación que el evaluador de alertas de la plataforma hizo de cada servicio, con el nodo host debajo, las condiciones de alerta activas, si la entrega de notificaciones está lista y si el despliegue sobreviviría a la pérdida de su host. Nada en esta pantalla cambia la plataforma; sus dos enlaces abren la configuración que sí lo hace.
El documento no se sondea cuando abres la pantalla. El evaluador hace una ronda por intervalo, guarda el resultado, y esta pantalla y las alertas leen esa misma evaluación guardada, así que el panel y las alertas no pueden discrepar. La lectura que ves puede tener, por tanto, hasta un intervalo de antigüedad, y la pantalla dice exactamente cuánta.
Qué debe existir antes
Es una pantalla de plataforma, que se abre en el contexto de plataforma. Su entrada en la barra lateral se muestra a todos los roles de plataforma; cada lectura necesita después su propio permiso y se degrada por separado:
- El permiso de lectura de observabilidad de plataforma, para las tarjetas, la tabla de servicios, la tarjeta Preparación para la recuperación y la tarjeta Base de datos. Los roles integrados de administrador, operador, auditor y visor de plataforma lo tienen. Sin él, la pantalla indica que el estado de la plataforma no está disponible temporalmente, la tarjeta de preparación indica que no se pudo determinar la preparación y la tarjeta Base de datos no se muestra.
- El permiso de lectura de alertas de plataforma, para la franja Alertas. Sin él, la franja indica que la configuración de alertas no se pudo cargar, nunca que no hay nada activo.
- El permiso de lectura de la configuración de notificaciones de plataforma, para Entrega de notificaciones. Sin él, la lectura no se hace y la fila indica que no se pudo determinar el estado de entrega.
Hasta que se completa la primera evaluación, la pantalla indica que aún no se ha completado ninguna y no muestra recuentos, en lugar de un cero en verde.
Decisiones que tomas aquí
Leer cuándo se midió
Medido imprime el instante de la evaluación, al segundo, tal como lo informó el servidor; la consola nunca lo convierte en una antigüedad. Cuando el servidor juzga que la evaluación es más antigua de lo que puede avalar, un marcador discontinuo dice Última lectura conocida — el evaluador no ha reportado desde entonces: las filas y su hora permanecen en pantalla, marcadas, nunca vaciadas.
El intervalo es de 60 segundos salvo que se haya cambiado el intervalo de evaluación de alertas en Configuración de Plataforma, lo que se aplica sin reiniciar; la cota de obsolescencia es dos veces la suma del intervalo, el plazo de la propia ronda y las lecturas que cada evaluación hace antes de empezar, 182 segundos con los valores predeterminados. La pantalla vuelve a leer el documento cuando tiene un minuto y la ventana recupera el foco.
Leer la disponibilidad
Las cuatro tarjetas reparten los servicios sondeados en Servicios disponibles, No disponibles y Sin medir, que siempre suman el total, más Degradados, que se toma de los disponibles. La disponibilidad viene de la sonda de vida de cada servicio:
- AVAILABLE: la sonda respondió y el servicio se declara vivo.
- UNAVAILABLE: la sonda respondió y el servicio se declara no vivo. Evidencia sobre el servicio.
- UNMEASURED: no se obtuvo respuesta, porque la sonda agotó sus dos segundos, la ronda completa alcanzó su plazo de diez segundos o el contenedor no fue alcanzable. Evidencia sobre quien sondea, no sobre el servicio; no es una caída y nunca se colorea como tal. Cuando la ronda agota su plazo, todos los servicios se leen sin medir a la vez.
De forma predeterminada se sondean todos los servicios de la plataforma, y el despliegue puede sustituir la lista.
Leer el servicio
Serving es la señal de disposición, informada solo para un servicio cuya disponibilidad se midió: READY cuando todos los componentes de disposición están en marcha y todas las tareas deseadas están listas; not ready: nombre, nombrando el componente responsable, o unknown cuando ninguno se aísla; unknown cuando el indicador de disposición no pudo leerse.
Degradados cuenta los servicios disponibles pero no listos, y el resumen de la Vista General los nombra. Un servicio no disponible no muestra etiqueta de servicio, porque no se sondeó nada. El texto detail, cuando aparece, solo dice que las métricas de recursos no estaban disponibles; nunca nombra una causa.
Leer la capacidad y las tareas
La pantalla nombra el perfil de capacidad del despliegue (Small, Medium o Large), elegido según el host. Cada servicio muestra sus tareas deseadas, en ejecución y listas: menos listas que deseadas es degradado, nombrando replicas, y ninguna en ejecución es no disponible. Su asignación, los límites y reservas de CPU y memoria del perfil, se compara con lo que consumen sus tareas, en núcleos y bytes y como proporción de cada límite, una fila por tarea. Bases de datos, broker, caché, búsqueda y recolectores de logs leen not measured en consumo, igual que una asignación ilegible.
Junto al perfil, la pantalla indica lo que registra el manifiesto de dimensionamiento del host: si un operador fijó el perfil, cuándo se aplicó, el último redimensionamiento que el host rechazó (Último redimensionamiento rechazado, con su motivo, su hora y la capacidad que el host detectó entonces: CPU lógicas, núcleos físicos, memoria y volumen de datos, cada una omitida si el host no la leyó) y cada hallazgo de almacenamiento (Almacenamiento), con el texto del host. Ese hallazgo es un aviso junto al perfil, nunca un rechazo: el volumen de datos no sigue al redimensionamiento de la instancia.
El manifiesto se escribe en cada despliegue, así que estas líneas describen el host tal como estaba en el último despliegue; envctl.sh <env> capacity lo mide ahora, y un hallazgo corregido después desaparece de esta pantalla en el siguiente despliegue. Un manifiesto ilegible se indica como Dimensionamiento desconocido, nunca como un perfil por defecto; antes de la primera evaluación de salud la pantalla indica que el dimensionamiento aún no se ha leído.
Leer los recursos
Por servicio: CPU trend, una línea construida con las muestras observadas mientras esta página está abierta, hasta treinta, así que empieza como un solo punto y se va completando; Heap used / max; Disk free; y Uptime. Host node lleva la CPU, la memoria y el disco del host desde el receptor de métricas de host del colector, y se lee unavailable hasta que ese receptor esté desplegado. Cualquier cifra que la sonda no pudo leer imprime unavailable en lugar de cero, y un medidor no está disponible en conjunto cuando falta cualquiera de sus dos lados.
Leer la franja de alertas
Alertas lista las condiciones de alerta activas y, después, las pendientes, cada una con su gravedad, el valor que la evaluación observó y cuándo se midió, una nota cuando esa medición es de una evaluación anterior a la que se sirve ahora, y cuántas notificaciones suprimió el enfriamiento.
Una condición PENDIENTE se cumple pero aún no durante todo su tiempo de permanencia, así que no se ha notificado a nadie; su fila indica Se mantiene desde el inicio de esa permanencia y cuándo notifica tras. Pasa a ACTIVA cuando la permanencia se completa, y solo entonces se envía una notificación.
Un mensaje de alerta abre esta pantalla en su propia condición. Una fila activa o pendiente se resalta en su sitio; una en calma o resuelta aparece como una tarjeta Condición enlazada con su estado actual y su último valor medido.
Evaluado es la hora de la misma evaluación de la que salen las tarjetas. Ninguna condición está activa. significa que ninguna está activa ni pendiente, y es una afirmación medida; una lectura fallida lo dice en su lugar. Bajo las filas activas, el número de materiales de clave próximos a vencer es informativo y nunca una fila activa; cuando el horizonte no se midió en esta evaluación, la franja lo dice en lugar de mostrar cero. Configurar alertas abre la Configuración de Plataforma, donde se gestionan condiciones, umbrales y destinos.
Leer la preparación para la recuperación
La tarjeta Preparación para la recuperación responde a una sola pregunta: ¿sobreviviría este despliegue a la pérdida de su host? El servidor decide la respuesta a partir de las ejecuciones de copia de seguridad que informa el host del entorno, y la tarjeta muestra el veredicto y los motivos del servidor tal como llegan, nunca uno propio. Las alertas de copia de seguridad leen la misma respuesta, así que la tarjeta y las alertas no pueden discrepar.
- Desconocida: el host nunca ha informado de una ejecución de copia de seguridad. No se midió nada, así que no equivale a no preparada.
- No preparada: la última ejecución no encontró un destinatario de custodia utilizable, o ninguna copia de seguridad ha terminado bien.
- En riesgo: la última ejecución falló, la última copia correcta es más antigua de lo que admite el despliegue (7 días de forma predeterminada), o no hay ninguna copia fuera del host declarada para ella.
- Preparada: no se cumple ninguna de las anteriores.
Bajo el veredicto se enumeran todos los motivos que se cumplen. Un motivo que esta consola no reconoce se muestra con su código en lugar de ocultarse. Mientras la lectura está en curso la tarjeta lo indica, y una lectura rechazada o fallida indica que no se pudo determinar la preparación; la tarjeta nunca queda en blanco.
Cada dato indica de dónde viene. Medido por el host marca lo que informó una ejecución de copia de seguridad, con la hora en que se recibió: el estado y la huella de la clave de custodia, la huella de la clave de firma del host, la última copia correcta con su hora y su número de archivos sellados, y la última ejecución con su hora y su resultado. Declarado por el operador marca la copia fuera del host, que la plataforma no puede ver: el operador la declara en el host después de copiar la copia de seguridad, y la plataforma solo la acepta para el archivo de una copia que registró.
Ensayo de recuperación ante desastres: la plataforma no lo registra se muestra siempre. Que una restauración en otro host funcione de verdad se demuestra fuera del host, con la página Disaster-Recovery Certification de la documentación de operaciones; los pasos detrás de cada fila están en su página Backup and Restore.
Leer la base de datos
La tarjeta Base de datos describe el servidor PostgreSQL del despliegue. No cambia nada, y nada en la plataforma bloquea, alerta ni decide la preparación a partir de ella. Cada valor indica de dónde procede:
- Medido: la versión del servidor, leída por la plataforma en su propia conexión a la base de datos.
- Declarado: el modo de la base de datos, Integrada cuando la plataforma ejecuta PostgreSQL ella misma o Externa cuando funciona sobre el servidor del cliente, y el modo de copia de seguridad, Plataforma para las copias propias de la plataforma o Proveedor para las instantáneas del proveedor de la base de datos, que la plataforma no observa.
- Informado por el host: la última verificación previa de la base de datos, que el host del entorno ejecuta antes de cada despliegue.
La línea de la verificación previa muestra su veredicto, la primera comprobación que falló, la versión mayor del servidor y su mínimo de TLS, y cuándo se ejecutó. El mínimo de TLS es el protocolo mínimo del servidor tal como lo leyó el host, no una medición de esta conexión; la plataforma exige TLS 1.3, y un host que no puede leer el parámetro no informa ninguno.
El servidor decide la antigüedad de la verificación previa, y la tarjeta muestra esa decisión tal cual. Vigente: se ejecutó en los últimos 7 días, y una verificación vigente puede ser un rechazo. Obsoleta: se ejecutó hace más tiempo, así que su veredicto es el último conocido, nunca una aprobación. Ausente: el host nunca ha informado ninguna; no se comprobó nada, así que tampoco es nunca una aprobación.
Una verificación rechazada nombra la comprobación que hay que corregir. Sus causas y soluciones están en la página External PostgreSQL de la documentación de despliegue.
Leer la entrega de notificaciones
Entrega de notificaciones indica, por canal, si la entrega funciona o qué la bloquea, con Configurar proveedores de entrega junto a un canal bloqueado. Está presente en todos los estados: un canal listo es una afirmación, no una ausencia, y una lectura fallida indica que no se pudo determinar el estado de entrega.
Cómo se relaciona con otras pantallas
La Vista General lleva el resumen compacto de este mismo documento, con View System Health conduciendo aquí:
Si los sistemas a los que la plataforma se conecta hacia fuera están sanos es la pregunta de la Topología de Integraciones:
Dónde leer más
Esta página está en inglés: