Zum Inhalt springen
Castreon
Überwachung & Server

Mehrere Server in einem Panel (Cluster)

Aktualisiert am 23 Okt 2026

Ein Server ist ein Rechner — physisch oder virtuell —, auf dem Castreon mit eigener Lizenz läuft: Er hat seine eigenen Kanäle, Quellen und Ausgänge und wird über sein eigenes Panel verwaltet. Ein Cluster verbindet mehrere Castreon-Server miteinander: Einer von ihnen, der Controller, zeigt alle auf einer einzigen Seite und lässt Sie aus demselben Panel auf jedem von ihnen arbeiten.

Verfügbar ab Castreon 1.8.0 in der Enterprise-Edition. Jeder Server im Cluster braucht seine eigene Enterprise-Lizenz. Die Einstellungen finden Sie unter Einstellungen → Cluster, die Server im Menü Server.

Was Sie erhalten

  • Seite „Server“ auf dem Controller: für jeden Server Zustand, Version, Prozessor und Grafikkarte, Arbeitsspeicher und Festplatte, laufende Kanäle, Warnungen, Lizenz und Zertifikat.
  • Arbeit auf jedem Server aus demselben Panel: Wählen Sie den Server in der oberen Leiste, und das ganze Panel — Kanäle, Profile, Einstellungen — arbeitet auf ihm, über den Controller.
  • Warnungen, wenn ein Server nicht mehr antwortet, wenn ein Zertifikat nicht rechtzeitig erneuert wurde oder wenn die Server unterschiedliche Versionen ausführen.
  • Kanal aus dem Cluster: Ein Kanal auf einem Server wird zur Quelle auf einem anderen Server, ohne von Hand kopierte Adressen, Token oder Fingerabdrücke (Anleitung Kanal aus dem Cluster).

Wie die Server verbunden sind

Der Controller hält die Zertifizierungsstelle des Clusters, die beim Erstellen des Clusters angelegt wird (10 Jahre gültig). Jeder Server erhält von ihr ein eigenes Zertifikat, 30 Tage gültig, das sich 10 Tage vor Ablauf selbst erneuert.

Die Server sprechen miteinander nur über den Cluster-Port (standardmäßig 33444), per TLS 1.3 mit Zertifikaten auf beiden Seiten: Jede Seite weist ihr Zertifikat vor, und eine Verbindung ohne das Zertifikat des Clusters wird abgewiesen. Panel, API und Auslieferung an die Zuschauer bleiben auf ihren üblichen Ports.

Fällt der Controller aus, läuft jeder Server mit seinen Kanälen allein weiter. Die Seite „Server“ und das Arbeiten aus der Ferne kommen zurück, sobald der Controller wieder da ist.

Was vorbereitet werden muss

  • Castreon 1.8.0 oder neuer auf allen Servern, jeder mit einer Enterprise-Lizenz.
  • Der Cluster-Port, zwischen den Servern in beide Richtungen geöffnet: Der Controller verbindet sich für das gemeinsame Panel mit den Servern, die Server mit dem Controller (und untereinander, für „Kanal aus dem Cluster“). Öffnen Sie den Port nur für die Adressen der anderen Server, nicht für das ganze Internet.
  • Eine Adresse, unter der die anderen Server jeden Server erreichen: IP oder Domainname.

Den Cluster erstellen

Auf dem Server, der der Controller werden soll: Einstellungen → Cluster → Cluster erstellen.

  • Name des Clusters — der Name der Installation, auf allen Servern sichtbar (zum Beispiel „Produktion“);
  • Name dieses Servers — wie er in der Serverliste angezeigt wird;
  • Adresse für die anderen Server — die öffentliche IP oder der Domainname dieses Servers (des Controllers), unter der die anderen Server ihn erreichen; ohne http:// und ohne Port. Tragen Sie hier nicht die Adresse des Servers ein, den Sie hinzufügen möchten: Jeder Server trägt beim Beitritt seine eigene Adresse ein, und die Adresse des Controllers steht automatisch im Beitrittscode;
  • Cluster-Port — standardmäßig 33444.

Cluster erstellen legt die Zertifizierungsstelle an und öffnet den Cluster-Port.

Einen Server hinzufügen

  1. Auf dem Controller: Einstellungen → Cluster → Server hinzufügen → Neuer Beitrittscode. Der Code beginnt mit CJ1., ist einmalig und eine Stunde gültig.
  2. Auf dem neuen Server: Einstellungen → Cluster → Einem Cluster beitreten, fügen Sie den Code ein und tragen Sie Name dieses Servers und Adresse für die anderen Server ein — hier die IP oder Domain des neuen Servers, unter der die anderen Server ihn erreichen → Cluster beitreten. Die Adresse des Controllers wird nicht eingetragen: Sie steht bereits im Code.

Der Code enthält die Adresse des Controllers und den Fingerabdruck der Zertifizierungsstelle des Clusters: Antwortet unter der Adresse aus dem Code ein anderer Server, bricht der Beitritt ab. Erzeugen Sie für jeden neuen Server einen neuen Code.

Der Beitrittscode ist geheim: Wer ihn hat, kann einen Server zum Cluster hinzufügen, solange er gültig ist. Senden Sie ihn nicht über unsichere Kanäle.

Die Seite „Server“

Das Menü Server auf dem Controller zeigt alle Server des Clusters. Die Server senden dem Controller alle 15 Sekunden einen Bericht; ein Server ohne Bericht seit 45 Sekunden erscheint als antwortet seit … nicht, und die Werte in seiner Zeile stammen aus dem letzten Bericht.

Über der Liste zeigt Probleme, was Aufmerksamkeit verlangt:

  • Server ausgefallen — der Server meldet sich nicht mehr (gestoppt, kein Netzwerk oder Cluster-Port blockiert);
  • Zertifikat nicht rechtzeitig erneuert — das Zertifikat des Servers ist nur noch weniger als 9 Tage gültig;
  • Unterschiedliche Versionen — die Server führen unterschiedliche Castreon-Versionen aus.

Die Probleme schließen sich von selbst, wenn der Server zurückkommt. Sie erhalten sie auch per E-Mail, Telegram oder Webhook: Einstellungen → Benachrichtigungen, Familie Server im Cluster.

Auf einem Server, der nicht der Controller ist, zeigt die Seite „Server“, in welchem Cluster er ist und welcher Server der Controller ist; ohne Enterprise zeigt sie, was die Edition bietet.

Auf einem anderen Server arbeiten

Auf dem Controller schaltet Server, auf dem du arbeitest in der oberen Leiste (oder Verwalten auf der Seite „Server“) das ganze Panel auf den gewählten Server um. Ein farbiges Band zeigt jederzeit, auf welchem Server Sie arbeiten, mit Zurück zu … für den Controller.

  • Die Anfragen des Panels laufen über den Controller, über den Cluster-Port. Ihr Browser spricht nur mit dem Controller.
  • Die Rolle des Benutzers auf dem Controller (Administrator, Operator, Ansicht) gilt auch auf dem gewählten Server: Ein Benutzer mit Ansicht kann nur ansehen.
  • Änderungen erscheinen im Audit auf dem gewählten Server, als benutzer@controller, mit dem Typ zentrales Panel.
  • Vorschauen, Bilder und Live-Ereignisse laufen über den Controller. Veröffentlichen aus dem Browser (WHIP), Bildschirm-Links und Auslieferungsadressen führen direkt zum Server — Ihr Browser muss ihn erreichen können.

Aktualisieren Sie die Server einen nach dem anderen: Wählen Sie den Server in der oberen Leiste, dann Einstellungen → Aktualisierungen.

Einen Server entfernen und den Cluster auflösen

  • Auf dem Controller: Aus dem Cluster entfernen — der Server erhält kein neues Zertifikat und wird von den anderen Servern sofort abgewiesen. Seine Kanäle laufen weiter. Auf ihm löscht Cluster verlassen danach die Cluster-Daten.
  • Auf einem Server: Cluster verlassen benachrichtigt den Controller und löscht Zertifikat und Cluster-Daten vom Server. Für einen erneuten Beitritt braucht es einen neuen Code.
  • Cluster auflösen (auf dem Controller, nachdem Sie die anderen Server entfernt haben) löscht die Zertifizierungsstelle. Ein neuer Cluster hat eine andere Zertifizierungsstelle.

Keiner dieser Vorgänge berührt die Kanäle.

Häufige Probleme

  • Der Beitritt zum Cluster gelingt nicht: Der neue Server erreicht den Controller nicht über den Cluster-Port (Adresse, Port oder Firewall), oder der Code ist abgelaufen oder wurde bereits verwendet.
  • Der Server erscheint als „antwortet nicht“, obwohl er läuft: Der Controller erhält keine Berichte mehr — prüfen Sie die Firewall am Cluster-Port, in beide Richtungen.
  • „Unterschiedliche Versionen“: Aktualisieren Sie die zurückgebliebenen Server, einen nach dem anderen.

Datenschutz

Cookies & lokaler Speicher

Unbedingt erforderliche Cookies sind immer aktiv. Statistik und Marketing nutzen Dienste von Google und starten nur, wenn Sie zustimmen — bis dahin wird nichts an Google übertragen. Sie können Ihre Einwilligung hier jederzeit widerrufen.

Unbedingt erforderlich

Ohne sie funktionieren Anmeldung, Formulare und die gewählte Sprache nicht. Sie erfordern keine Einwilligung (§ 25 Abs. 2 Nr. 2 TDDDG).

Immer aktiv
Name Zweck Dauer Art
castreon-session Hält Ihre Sitzung: Anmeldung und gewählte Sprache 2 Stunden, bei jedem Aufruf verlängert Cookie
XSRF-TOKEN Schützt Formulare vor gefälschten Anfragen 2 Stunden, bei jedem Aufruf verlängert Cookie
remember_web_… Nur wenn Sie bei der Anmeldung „Angemeldet bleiben“ wählen Bis zur Abmeldung, max. 400 Tage Cookie
__cf_bm Cloudflare: unterscheidet Besucher von Bots, nur wenn der Datenverkehr geprüft wird 30 Minuten Cookie · Cloudflare
castreon:consent Speichert Ihre Cookie-Auswahl 12 Monate Lokaler Speicher
theme Darstellung des Kundenkontos: hell, dunkel oder System Bis Sie sie ändern Lokaler Speicher

Statistik

Google Analytics 4 (Google Ireland Ltd.): welche Seiten besucht werden, woher Besuche kommen und mit welchem Gerätetyp — mit pseudonymen Kennungen, ohne Speicherung der IP-Adresse. Hilft uns, die Website zu verbessern.

Name Zweck Dauer Art
_ga Google Analytics: erkennt den Besucher wieder (pseudonyme Kennung) 13 Monate Cookie · Google Analytics
_ga_VHWQRPHPEF Google Analytics: speichert den Sitzungsstatus 13 Monate Cookie · Google Analytics

Marketing

Google Ads (Google Ireland Ltd.): misst, ob Besuche über Google-Anzeigen zu einem Test oder Tarif führen, und ermöglicht die Anzeige von Castreon-Werbung auf anderen Websites (Remarketing).

Name Zweck Dauer Art
_gcl_au, _gcl_aw Google Ads: verknüpft den Besuch mit dem Anzeigenklick (Conversions) 90 Tage Cookie · Google Ads
IDE, test_cookie Google Ads: Remarketing und Anzeigenmessung, auf Google-Domains (doubleclick.net) Bis zu 13 Monate Cookie · Google (Drittanbieter)