Administración y salud

Del registro de Redis, con TTL de 15 s: un pod que deja de latir desaparece solo. La ausencia ES la señal, así que una lista corta puede significar que Redis no está.

«Último evento» es el reloj que sólo escribe el manejador de eventos entrantes: es lo único que distingue un socket abierto de un WhatsApp que sigue entregando. «Aleteo» son las reconexiones desde que la sesión existe.

Las reglas que Prometheus evalúa sobre este gateway, con quién las atiende y dónde está el procedimiento.

Una sesión zombie es la que el pod cree viva y no lo está.

El saliente no promete entrega, promete veredicto.

La cola de trabajo del buzón durable, no su cola de muertos.

Las tres caen sobre TODAS las sesiones del pod elegido, una a una y al ritmo del presupuesto de conexiones de la flota; ninguna reinicia el proceso. Redistribuir es lo que se quiere al escalar: suelta las sesiones para que otros pods las adopten. Drenar deja el pod vacío. Reiniciar recicla el socket sin mover nada de sitio.

—

Los cuatro niveles del despliegue en una sola vista: qué pods hay, qué sesiones sostiene cada uno, qué sitios de voz atienden y qué comparte toda la flota.

Los últimos errores registrados por cada sesión de ESTE pod, con su componente, instante y mensaje, para localizar y correlacionar un error concreto. Es el anillo en memoria (no sobrevive a un reinicio) y sólo cubre las sesiones que este pod sostiene; otro pod tiene los suyos.

Series cuyo valor distinto de cero significa que algo se está perdiendo o degradando sin que nadie reciba un error. Las explicaciones salen de docs/OPERATIONS.md.

La versión anunciada lleva el commit del binario. Un pod que no coincide con los demás corre otro binario; el sufijo «-dirty» significa que se compiló con el árbol modificado, o sea que ese commit no describe lo que corre.

Con una alarma levantada, RabbitMQ no rechaza las publicaciones: las deja esperando. Las colas se ven vacías y tranquilas precisamente porque nadie puede publicar en ellas.

El top de pg_stat_statements por tiempo total, un grupo por servidor. El texto viene normalizado (los valores ya reemplazados por $1, $2…), así que no expone datos. El call-site sale de la instrumentación app (de dónde del código sale la consulta), y la frecuencia es la ventana entre dos lecturas; cada consulta se puede expandir y copiar. «Sin medir» no es «no hay consultas lentas»: es que la extensión no está instalada en ese servidor.

«Nunca latió» no es una avería: ese sitio no se ha encendido todavía. «Caído» sí lo es —latía y dejó de hacerlo— y el asignador deja de mandarle números nuevos. El estado de un FreeSWITCH no se mide desde aquí: su socket de control es de loopback. Lo que sí se ve del switch es si consulta el directorio SIP.

Con el offload encendido, estas funciones SON el camino de la media: se despliegan y se rompen aparte del gateway. «No desplegada» sólo significa ausente cuando se pudo preguntar; si no, es desconocida. Un contador vacío es que CloudWatch no publicó ningún punto —Lambda no publica ceros—, no un cero medido.

Reglas computadas sobre lo que se está midiendo ahora mismo. Una lista vacía significa que ninguna regla disparó — no que no se haya mirado: lo que no se pudo comprobar sale abajo, aparte.

Cada medida dice de qué es. Las marcadas como del host describen la máquina entera, así que varios pods que la compartan enseñan el mismo número — y eso no es un error, es lo que pasa.

Pulsa el nombre de una máquina para abrir su detalle completo aquí debajo.

Sólo lectura. Lo que interesa no es el listado sino la divergencia: si tus pods no coinciden en un knob, la mitad del tráfico se comporta distinto y nada más lo dice. De los secretos sólo se sabe si están puestos.

Cinco herramientas de línea de comandos. Dos se ejecutan desde aquí (con el pod marcado como banco); tres sólo se explican, porque ejecutarlas desde el panel mediría mal o escribiría algo real.

Dos consolas que drenan una cola con ACK puro y enseñan en vivo lo que llega. No es el consumidor de producción: no persiste ni reintenta, sólo vacía y muestra.

Drenar consume los mensajes de verdad. Con un consumidor real presente en la cola, arrancar responde 409 para no robarle mensajes.

El log del proceso de ESTE pod, sobre un anillo en memoria acotado que no crece sin límite. Arrancar abre el stream y vuelca lo que hay en el buffer; parar lo cierra. Es local: cada pod sirve su propio log.

El log puede contener números de teléfono y otros datos de las sesiones. Sólo se abre con token de admin.