Sora Horizon 2.4
Hace dos semanas presenté la nueva versión de Sora Project. Lleva varios meses en desarrollo, pero su roadmap no estaba terminado. Así que seguimos con más cambios: registrar las tareas programadas que están activas en la red, saber si algún servidor de Proxmox está sobrecargado, conocer qué está usando el DHCP (ya que posiblemente habría que darle una IP fija) y facilitar enormemente la parte de observabilidad, que cuanto más la usas, más te das cuenta de lo que le falta.
Tareas programadas
La gran novedad es Schedules: un registro de cada tarea recurrente de la red, qué hace, dónde se ejecuta, cuándo y dónde escribe.
Los stacks registran las suyas automáticamente a partir de la información de la plantilla, y el resto se añaden manualmente.
Sora Conductor también se ha actualizado para registrar sus tareas programadas en Horizon y así ahorrar tiempo y evitar problemas.
Horizon no ejecuta ninguna tarea. Solo las documenta.
Capacidad e informes
El nuevo grupo Reports junta cuatro lecturas del inventario:
- Capacity: muestra cuánta capacidad de cada host se ha asignado a sus VMs, así sabes si algo te va a explotar cuando varias de ellas usen realmente lo asignado.
- Startup: el orden de arranque de las VMs.
- Purchases: cada dispositivo con su fecha y precio de compra. Útil para saber cuántos años lleva ese NAS aguantando. Y para no saber cuánto dinero llevo gastado 🫣.
- Links: las URLs de cada dispositivo, ordenadas. Por si no tienes ganas de ponerlas en los favoritos de tu navegador.
Red e inventario
En la red aparecen los leases de DHCP: aquellos dispositivos que están usando el DHCP configurado en Pi-hole. Así es mucho más rápido detectar lo que está fuera de lo definido y definirlo, sin tener que saltar entre Horizon y Pi-hole.
Además, cada sitio donde se elige una máquina (registros DNS, dispositivos, carpetas, checks de Nagios) la muestra igual: logo, nombre, DNS, IP, entorno y etiquetas. Parece poca cosa, hasta que tienes cuarenta VMs llamadas k8s-worker-algo.
Monitorización
Ahora Horizon dispone de varios dashboards de Grafana listos para importar (hosts, stacks, temperaturas, PostgreSQL, servicios, Proxmox y GitLab Runner) y varias alertas (nodos fuera del clúster, discos llenos, CPUs demasiado calientes, PostgreSQL al límite, ...).
También se puede enviar una prueba por cada canal de notificación antes de que una alerta de verdad descubra que el token de Slack estaba mal. Y en Prometheus, Check targets comprueba desde el propio contenedor que cada target responde antes de guardarlo.
Keycloak
En Keycloak, cada realm configura ahora sus eventos (guardados 90 días y enviados al log) y sus sesiones, con Remember me incluido.
Y Grafana tiene su propio manifiesto de aplicación: se importa, se elige el método Horizon Keycloak en su ficha y ya inicia sesión con Keycloak, con tres roles (user, editor y admin). El rol editor es el que da acceso a Explore, donde viven los logs y las trazas.