Cluster-Knoten
Verwenden Sie Cluster-Knoten, um Engine-Instanzen in einer Callaba-Bereitstellung mit mehreren Knoten einzubinden, zu aktivieren, zu prüfen und zu entfernen.
Geeignet, wennEine Bereitstellung benötigt zusätzliche oder regionale vertrauenswürdige Engine-Knoten.
Anderes Modul verwenden, wennVerwenden Sie eine einzelne Engine-Instanz, wenn keine verteilte Kapazität oder regionale Platzierung erforderlich ist.
/api/clusterNodes/createVoraussetzungen
Alle Methoden erfordern einen administrativen x-access-token. Knoten müssen über die erforderlichen Netzwerkpfade erreichbar sein, die vorgesehene Rolle verwenden und eindeutige Identitäts- und Adressinformationen haben.
Funktionen
create,update,getAll,getCountundgetByIdverwalten Knoteneinträge.attachNodeunddetachNodeändern die Clustermitgliedschaft.startundstopsteuern einen registrierten Knoten.removelöscht einen nicht mehr benötigten Knoteneintrag.
Beispiel-Workflow
- Erstellen Sie den Knoten mit seiner Rolle und erreichbaren Adresse.
- Binden Sie den Knoten in den vorgesehenen Cluster ein.
- Starten Sie ihn und prüfen Sie seinen Zustand, bevor Sie Workloads zuweisen.
- Stoppen und trennen Sie ihn vor Wartungsarbeiten oder der Entfernung.
Typische Anwendungsfälle
- Fügen Sie einen regionalen Verarbeitungsknoten für ein Ereignis in der Nähe seiner Contribution-Feeds hinzu.
- Halten Sie einen Testknoten von Produktionszuweisungen getrennt.
- Entlasten und trennen Sie einen Knoten für Wartungsarbeiten, ohne den Cluster zu löschen.
Einschränkungen und Fehlerbehebung
Falsche Rollen, doppelte Adressen, nicht erreichbare Hosts oder fehlende Netzwerkberechtigungen können das Anbringen oder Starten verhindern. Das Lösen oder Stoppen eines Knotens kann sich auf die ihm zugewiesenen Ressourcen auswirken, also verschieben oder stoppen Sie zuerst abhängige Arbeiten.
Nächste Schritte
Nachdem der Knoten aktiv ist, erstellen Sie die Ingest- oder Verarbeitungsressourcen, die im Cluster ausgeführt werden sollen.
Einen Worker an einen Callaba-Cluster anbinden
Erstellen Sie den Node-Eintrag, verbinden Sie ihn mit dem geprüften Master und starten Sie ihn erst nach Netzwerk- und Versionsprüfung.
- Node erstellenRegistrieren Sie den geprüften Host und seine Rolle.
POST /api/clusterNodes/create - Node anbindenVerbinden Sie den Node mit der vorgesehenen Cluster-Beziehung.
POST /api/clusterNodes/attachNode - Worker startenStarten Sie erst nach erfolgreicher Anbindung und Zustandsprüfung.
POST /api/clusterNodes/start
Cluster-Methoden benötigen Administratorzugriff. Prüfen Sie Erreichbarkeit und Kompatibilität vor Produktions-Workloads.
Registrieren Sie mit dieser Methode einen neuen internen Cluster-Knoten. Nutzen Sie den Aufruf, um den Cluster zu erweitern, einen untergeordneten Knoten in die vertrauenswürdige Topologie aufzunehmen oder einen separaten Testknoten vor einer Bereitstellung vorzubereiten.
Bei untergeordneten Knoten ist das API-Token des Knotens Teil des Vertrauensaufbaus. Verwenden Sie hier keine öffentliche IP-Adresse: Diese Cluster-Beziehung ist für die interne Infrastruktur vorgesehen.
Verwenden Sie dies, wenn ein interner Knoten als zentraler Koordinierungspunkt des Clusters fungieren soll und sich die übrigen Knoten an ihm ausrichten.
Verwenden Sie diese Voreinstellung, wenn ein untergeordneter Knoten dem vertrauenswürdigen internen Cluster beitreten soll. Für eine erfolgreiche Einbindung ist das API-Token des untergeordneten Knotens erforderlich.
Verwenden Sie dies, wenn ein Knoten für Validierungs-, Test- oder Einzelprüfungen bereitgestellt werden soll, bevor er Teil eines Produktionspfads wird.
Dashboard-Bezeichnung: Knotenname.
Intern verwendeter, gut lesbarer Knotenname.
Dashboard-Bezeichnung: Typ.
Unterstützte Werte sind CLUSTER_NODES_TYPE_MASTER, CLUSTER_NODES_TYPE_SLAVE, und CLUSTER_NODES_TYPE_TEST.
Dashboard-Bezeichnung: Host.
Interne Knotenadresse. Das Dashboard warnt Betreiber, hier keine öffentliche IP zu verwenden.
Dashboard-Bezeichnung: API-Token.
JWT des untergeordneten Knotens für die Einbindung eines Slave-Knotens. Das Feld ist nur relevant, wenn der Knotentyp CLUSTER_NODES_TYPE_SLAVE ist.
Dashboard-Bezeichnung: Aktiviert.
Steuert, ob der Knoten direkt nach der Bereitstellung aktiv sein soll.
Der Erstellungsaufruf bestätigt die Akzeptanz mit einer Erfolgsantwort.