Opfield 2.12.7: mover el ingress entre nodos, carpetas para alertas y puertos de relays
Traslados de dominios entre nodos de ingress que se llevan las rutas de Pages y muestran todo lo que los bloquea, carpetas para reglas de alerta, webhooks y listas de acceso, puertos de relay que cambian sin cortar conexiones y Opfield AI en instalaciones autoalojadas.
Por el equipo de Opfield4 min de lecturaActualizado
Ya está disponible Opfield 2.12.7. Desde la 2.12.3 hemos publicado la 2.12.5 y después la 2.12.6 y la 2.12.7 el mismo día. Juntas hacen más predecible mover el ingress entre servidores, dan a los relays un puerto a tu elección, arreglan las alertas de contenedores y llevan Opfield AI a las instalaciones autoalojadas. Estos son los cambios que notará la mayoría de los usuarios. La lista completa está en el registro de cambios.
Mover un dominio a otro nodo de ingress
Un dominio se mueve a otro nodo de ingress cuando se sustituye o se retira un servidor. En la 2.12.7, el traslado se lleva más cosas consigo y te cuenta más antes de empezar.
- Las rutas de Pages también se mueven. Las rutas de Pages de un dominio pasan ahora al nodo nuevo junto con sus demás rutas.
- La vista previa muestra cada bloqueo. Antes de cambiar nada, la vista previa del traslado muestra todo lo que lo bloquea y cómo resolver cada punto.
- Un nodo sin conexión ya no es un callejón sin salida. Un traslado desde un nodo que está fuera de línea termina solo cuando el nodo vuelve.
- Las reversiones quedan auditadas. Un traslado revertido se registra en el registro de auditoría.
Como hasta ahora, el DNS gestionado por Cloudflare se actualiza durante el cambio. Con DNS externo, actualizas tú los registros antes de que el traslado termine.
Relays en el puerto que elijas
Los relays llevan las conexiones privadas entre tus servidores, así que los servicios y las bases de datos no necesitan puertos abiertos. Un relay ya no tiene que escuchar en el puerto predeterminado 9443/tcp.
Ahora puedes indicar un Relay Port al añadir un relay o al pedir una VM de relay a través de una cuenta de hosting. El comando de instalación generado incluye ese puerto, y solo ese puerto tiene que estar abierto en el host del relay.
Para cambiar el puerto de un relay en marcha, abre primero el puerto nuevo en el firewall y en la redirección de puertos, si la hay, y después usa Change port en el relay, en Settings > Relay. La misma acción está en la API y por MCP. Opfield retira el relay del servicio, espera a que sus flujos pasen a otros relays, lo reinicia en el puerto nuevo y lo devuelve al pool. Si el relay no arranca en el puerto nuevo en 20 segundos, vuelve al anterior, y la fila del relay muestra el motivo, por ejemplo que la dirección ya está en uso.
Algunos límites: el relay necesita la versión 2.12.6 del relay, así que actualiza antes el Relay Pool desde Settings > General. Un relay protegido cambia de puerto en el propio host, volviendo a ejecutar el instalador. El relay local se queda en 9443/tcp, porque ese puerto es también el punto por el que cada nodo llega a Opfield.
Alertas, carpetas y disponibilidad
- Las alertas de contenedores saltan. Las reglas Container Started y Container Stopped de un contenedor concreto ahora saltan. Cuando una alerta de contenedor se resuelve, muestra cuánto tiempo estuvo parado el contenedor.
- La disponibilidad muestra una réplica que falta. Una política de disponibilidad ahora aparece como degraded mientras un nodo con una de sus réplicas está fuera de línea.
- Carpetas para reglas de alerta, webhooks y listas de acceso. Ahora se pueden organizar en carpetas, como otros recursos. Los permisos se pueden dar sobre una carpeta: cubren la carpeta, sus subcarpetas y todo lo que contienen, así que un equipo puede gestionar sus propias reglas de alerta, webhooks y listas de acceso. Una regla solo envía a los webhooks que su autor puede ver.
Opfield AI y actualizaciones
El complemento de IA se llama ahora Opfield AI. Desde la 2.12.5 funciona también en instalaciones autoalojadas conectadas a Opfield Cloud: a través del inference core si está instalado, o directamente en AI Workspace si no lo está.
El presupuesto y la suscripción ya no se estorban. Un presupuesto mensual de API agotado no bloquea los modelos de suscripción, y una ventana de suscripción agotada no bloquea los modelos de API. Un modelo frenado por el presupuesto de API indica que el presupuesto está agotado en lugar de aparecer como no disponible. Cuando Opfield AI termina, AI Workspace pasa a otro modelo publicado en lugar de apagarse, y el presupuesto de API predeterminado vuelve a su valor anterior.
Opfield y sus daemons en los nodos reciben ahora las actualizaciones desde el canal de actualizaciones de Opfield. Una actualización de daemon que falla ahora muestra por qué.
Actualizar
Las instalaciones autoalojadas se actualizan como siempre. Las instalaciones gestionadas en la nube se actualizan en su ventana de mantenimiento. Todos los cambios están en el registro de cambios, y los detalles en la documentación.