Opfield 2.12.7: Ingress zwischen Knoten umziehen, Ordner für Alarme und Relay-Ports
Domain-Umzüge zwischen Ingress-Knoten, die Pages-Routen mitnehmen und alle Hindernisse vorab zeigen, Ordner für Alarmregeln, Webhooks und Zugriffslisten, Relay-Ports, die sich ohne Verbindungsabbruch ändern lassen, und Opfield AI für selbst gehostete Installationen.
Autor: Opfield-Team4 Min. LesezeitAktualisiert
Opfield 2.12.7 ist da. Seit 2.12.3 sind 2.12.5 und dann am selben Tag 2.12.6 und 2.12.7 erschienen. Zusammen machen sie den Umzug von Ingress zwischen Servern berechenbarer, geben Relays einen frei wählbaren Port, reparieren Container-Alarme und bringen Opfield AI auf selbst gehostete Installationen. Hier die Änderungen, die die meisten Nutzer bemerken werden. Die vollständige Liste steht im Changelog.
Eine Domain auf einen anderen Ingress-Knoten umziehen
Eine Domain zieht auf einen anderen Ingress-Knoten um, wenn ein Server ersetzt oder stillgelegt wird. In 2.12.7 nimmt der Umzug mehr mit und sagt vorher mehr.
- Pages-Routen ziehen mit. Die Pages-Routen einer Domain wechseln jetzt zusammen mit ihren übrigen Routen auf den neuen Knoten.
- Die Vorschau nennt jedes Hindernis. Bevor sich etwas ändert, zeigt die Vorschau alles, was den Umzug blockiert, und wie es sich beheben lässt.
- Ein Offline-Knoten ist keine Sackgasse. Ein Umzug von einem Knoten, der offline ist, schließt sich von selbst ab, sobald der Knoten zurück ist.
- Rollbacks landen im Audit-Log. Ein zurückgerollter Umzug wird im Audit-Log festgehalten.
Wie bisher wird DNS, das Cloudflare verwaltet, beim Umschalten aktualisiert. Bei externem DNS aktualisieren Sie die Einträge selbst, bevor der Umzug abgeschlossen ist.
Relays auf dem Port Ihrer Wahl
Relays tragen private Verbindungen zwischen Ihren Servern, damit Dienste und Datenbanken keine offenen Ports brauchen. Ein Relay muss nicht mehr auf dem Standardport 9443/tcp lauschen.
Beim Hinzufügen eines Relays oder beim Bestellen einer Relay-VM über ein Hosting-Konto geben Sie jetzt einen Relay Port an. Der erzeugte Installationsbefehl enthält diesen Port, und nur er muss auf dem Relay-Host offen sein.
Um den Port eines laufenden Relays zu ändern, öffnen Sie zuerst den neuen Port in der Firewall und in einer eventuellen Portweiterleitung und wählen dann Change port am Relay unter Settings > Relay. Dieselbe Aktion gibt es in der API und über MCP. Opfield nimmt das Relay aus dem Betrieb, wartet, bis seine Streams auf andere Relays gewechselt sind, startet es auf dem neuen Port neu und gibt es in den Pool zurück. Kommt das Relay innerhalb von 20 Sekunden nicht auf dem neuen Port hoch, kehrt es zum bisherigen zurück, und die Zeile des Relays zeigt den Grund, etwa dass die Adresse bereits belegt ist.
Einige Grenzen: Das Relay braucht das Relay-Release 2.12.6, aktualisieren Sie also zuerst den Relay Pool unter Settings > General. Ein geschütztes Relay ändert seinen Port auf dem Host, indem der Installer erneut ausgeführt wird. Das lokale Relay bleibt auf 9443/tcp, weil dieser Port auch der Endpunkt ist, über den jeder Knoten Opfield erreicht.
Alarme, Ordner und Verfügbarkeit
- Container-Alarme lösen aus. Regeln vom Typ Container Started und Container Stopped für einen bestimmten Container lösen jetzt aus. Ein aufgelöster Container-Alarm zeigt, wie lange der Container gestoppt war.
- Verfügbarkeit zeigt ein fehlendes Replikat. Eine Verfügbarkeitsrichtlinie zeigt jetzt degraded, solange ein Knoten mit einem ihrer Replikate offline ist.
- Ordner für Alarmregeln, Webhooks und Zugriffslisten. Sie lassen sich jetzt wie andere Ressourcen in Ordnern ordnen. Berechtigungen lassen sich auf einen Ordner vergeben: Sie gelten für den Ordner, seine Unterordner und alles darin, sodass ein Team seine eigenen Alarmregeln, Webhooks und Zugriffslisten verwalten kann. Eine Regel sendet nur an Webhooks, die ihr Autor sehen darf.
Opfield AI und Updates
Das KI-Add-on heißt jetzt Opfield AI. Seit 2.12.5 funktioniert es auch auf selbst gehosteten Installationen, die mit Opfield Cloud verbunden sind: über den Inference Core, wenn er installiert ist, sonst direkt in AI Workspace.
Budget und Abonnement kommen sich nicht mehr in die Quere. Ein aufgebrauchtes monatliches API-Budget blockiert keine Abonnement-Modelle, und ein aufgebrauchtes Abonnement-Fenster blockiert keine API-Modelle. Ein Modell, das das API-Budget zurückhält, sagt, dass das Budget aufgebraucht ist, statt als nicht verfügbar zu erscheinen. Endet Opfield AI, wechselt AI Workspace auf ein anderes veröffentlichtes Modell, statt sich abzuschalten, und das Standard-API-Budget kehrt auf seinen früheren Wert zurück.
Opfield und seine Daemons auf den Knoten beziehen ihre Updates jetzt aus dem Opfield-Update-Feed. Ein fehlgeschlagenes Daemon-Update zeigt jetzt, warum es fehlgeschlagen ist.
Aktualisieren
Selbst gehostete Installationen aktualisieren Sie wie gewohnt. Verwaltete Cloud-Installationen werden in ihrem Wartungsfenster aktualisiert. Alle Änderungen stehen im Changelog, die Details in der Dokumentation.