Opfield 2.12.7 : déplacer l'ingress entre nœuds, dossiers d'alertes et ports de relais
Des déplacements de domaine entre nœuds ingress qui emportent les routes Pages et listent ce qui les bloque, des dossiers pour les règles d'alerte, les webhooks et les listes d'accès, des ports de relais modifiables sans couper les connexions, et Opfield AI en auto-hébergé.
Par l’équipe Opfield4 min de lectureMis à jour
Opfield 2.12.7 est disponible. Depuis la 2.12.3, nous avons publié la 2.12.5, puis la 2.12.6 et la 2.12.7 le même jour. Ensemble, elles rendent le déplacement de l'ingress entre serveurs plus prévisible, donnent aux relais un port de votre choix, corrigent les alertes de conteneurs et apportent Opfield AI aux installations auto-hébergées. Voici les changements que la plupart des utilisateurs remarqueront. La liste complète se trouve dans le journal des modifications.
Déplacer un domaine vers un autre nœud ingress
On déplace un domaine vers un autre nœud ingress quand un serveur est remplacé ou retiré. Dans la 2.12.7, le déplacement emporte davantage avec lui et en dit plus avant de commencer.
- Les routes Pages suivent. Les routes Pages d'un domaine passent désormais sur le nouveau nœud avec ses autres routes.
- L'aperçu liste chaque blocage. Avant tout changement, l'aperçu du déplacement montre tout ce qui le bloque et comment corriger chaque point.
- Un nœud hors ligne n'est plus une impasse. Un déplacement depuis un nœud hors ligne se termine tout seul quand le nœud revient.
- Les retours en arrière sont audités. Un déplacement annulé est inscrit dans le journal d'audit.
Comme avant, le DNS géré par Cloudflare est mis à jour pendant la bascule. Avec un DNS externe, vous mettez à jour les enregistrements vous-même avant la fin du déplacement.
Des relais sur le port de votre choix
Les relais transportent les connexions privées entre vos serveurs, si bien que les services et les bases de données n'ont besoin d'aucun port ouvert. Un relais n'est plus obligé d'écouter sur le port par défaut 9443/tcp.
Vous pouvez maintenant saisir un Relay Port quand vous ajoutez un relais ou commandez une VM de relais via un compte d'hébergement. La commande d'installation générée contient ce port, et seul ce port doit être ouvert sur l'hôte du relais.
Pour changer le port d'un relais en service, ouvrez d'abord le nouveau port dans le pare-feu et dans une éventuelle redirection de port, puis utilisez Change port sur le relais dans Settings > Relay. La même action existe dans l'API et via MCP. Opfield met le relais en drainage, attend que ses flux soient passés sur d'autres relais, le redémarre sur le nouveau port et le remet dans le pool. Si le relais ne démarre pas sur le nouveau port en 20 secondes, il revient à l'ancien, et la ligne du relais en donne la raison, par exemple que l'adresse est déjà utilisée.
Quelques limites : le relais doit être en version 2.12.6, mettez donc d'abord à jour le Relay Pool depuis Settings > General. Un relais protégé change de port sur l'hôte, en relançant l'installateur. Le relais local garde 9443/tcp, car ce port est aussi le point d'accès par lequel chaque nœud joint Opfield.
Alertes, dossiers et disponibilité
- Les alertes de conteneurs se déclenchent. Les règles Container Started et Container Stopped définies pour un conteneur précis se déclenchent désormais. Quand une alerte de conteneur est résolue, elle indique combien de temps le conteneur est resté arrêté.
- La disponibilité signale une réplique manquante. Une politique de disponibilité affiche désormais degraded tant qu'un nœud qui porte une de ses répliques est hors ligne.
- Des dossiers pour les règles d'alerte, les webhooks et les listes d'accès. Ils se rangent maintenant dans des dossiers, comme les autres ressources. Les droits peuvent être accordés sur un dossier : ils couvrent le dossier, ses sous-dossiers et tout ce qu'ils contiennent, si bien qu'une équipe peut gérer ses propres règles d'alerte, webhooks et listes d'accès. Une règle n'envoie qu'aux webhooks que son auteur peut voir.
Opfield AI et mises à jour
Le module IA s'appelle désormais Opfield AI. Depuis la 2.12.5, il fonctionne aussi sur les installations auto-hébergées connectées à Opfield Cloud : via l'inference core s'il est installé, sinon directement dans AI Workspace.
Le budget et l'abonnement ne se gênent plus. Un budget API mensuel épuisé ne bloque pas les modèles de l'abonnement, et une fenêtre d'abonnement épuisée ne bloque pas les modèles API. Un modèle retenu par le budget API indique que le budget est épuisé au lieu d'apparaître comme indisponible. Quand Opfield AI prend fin, AI Workspace passe sur un autre modèle publié au lieu de s'éteindre, et le budget API par défaut revient à sa valeur précédente.
Opfield et ses démons sur les nœuds reçoivent désormais leurs mises à jour du flux de mises à jour d'Opfield. Une mise à jour de démon qui échoue indique maintenant pourquoi.
Mettre à jour
Les installations auto-hébergées se mettent à jour comme d'habitude. Les installations cloud gérées se mettent à jour pendant leur fenêtre de maintenance. Tous les changements figurent dans le journal des modifications, et les détails dans la documentation.