media server logo
PreiseAnmeldenLaunch failover streamingEmpfohlene Region: Frankfurt.
Betriebsdokumentation

Cluster, Ports, Systemzustand und Backup

Mit diesem Runbook können Sie Knoten, Listener, Hostzustand und Konfigurationsbackup in einer wiederherstellbaren Basis zu halten. UI-Aufgabe, Prüfung und Automatisierung bleiben zusammen.

UIAdvanced → Cluster nodes

Was damit gelöst wird

Dieses Verfahren bietet Operatoren einen kontrollierten Weg, um Knoten, Listener, Hostzustand und Konfigurationsbackup in einer wiederherstellbaren Basis zu halten.

Wann verwenden

Nutzen Sie es bei Ersteinrichtung, geplanter Änderung oder Störungsbehebung, wenn Sie Knoten, Listener, Hostzustand und Konfigurationsbackup in einer wiederherstellbaren Basis zu halten.

Pfad im Dashboard

Advanced → Cluster nodesRoute/clusterNodes/list
Advanced → Active portsRoute/ports/list
Advanced → General settings → Global export settingsRoute/app/edit

Voraussetzungen

  • Administratorzugriff auf die Callaba-Instanz und Änderungsrechte für dieses Modul.

  • Ein Wartungsfenster oder eine Nicht-Produktionsressource sowie eine reale Testquelle oder ein Testclient.

  • Eine Aufzeichnung der aktuellen Werte, belegten Ports und Zugangsdaten vor dem Speichern.

Schritte in der Callaba-UI

  1. 01

    Folgen Sie in der Dashboard-Seitenleiste dem Pfad Advanced → Cluster nodes. Öffnen Sie die geprüfte Route /clusterNodes/list. Folgen Sie in der Dashboard-Seitenleiste dem Pfad Advanced → Active ports. Öffnen Sie die geprüfte Route /ports/list. Folgen Sie in der Dashboard-Seitenleiste dem Pfad Advanced → General settings → Global export settings. Öffnen Sie die geprüfte Route /app/edit.

  2. 02

    Notieren Sie vor Änderungen an „Cluster, Ports, Systemzustand und Backup“ diese aktuellen Werte: node_type, host, api_token, port, transport, exporting_modules.

  3. 03

    Setzen Sie in „Cluster, Ports, Systemzustand und Backup“ die Felder node_type, host, api_token, port, transport, exporting_modules, damit Sie Knoten, Listener, Hostzustand und Konfigurationsbackup in einer wiederherstellbaren Basis zu halten. Lassen Sie andere Werte unverändert.

  4. 04

    Führen Sie Save [creating-form-save] → Export [export-button] aus. Warten Sie auf einen stabilen Formular- oder Listenstatus, bevor Sie eine weitere Variable testen.

  5. 05

    Testen Sie mit einer realen Quelle, einem Ziel oder Browser-Client und bestätigen Sie: cpuUsage, drive, RAM, processErrors, srtErrors.

Zu prüfende Felder
  • node_type
  • host
  • api_token
  • port
  • transport
  • exporting_modules
Auszuführende Aktionen
  • Savecreating-form-save
  • Exportexport-button
Zu bestätigende Signale
  • cpuUsage
  • drive
  • RAM
  • processErrors
  • srtErrors

Erwartetes Ergebnis

Das Runbook ist abgeschlossen, wenn Save [creating-form-save] → Export [export-button] erfolgreich ist und ein realer Workflow cpuUsage, drive, RAM, processErrors, srtErrors meldet.

Fehlerbehebung

Die gespeicherte Änderung erscheint nicht

Prüfen Sie die Speicherantwort, laden Sie das Modul einmal neu und vergleichen Sie die sichtbaren Werte mit Ihrer Ausgangsdokumentation. Beheben Sie Validierungsfehler vor dem nächsten Versuch.

Verbindung oder Wiedergabe schlägt fehl

Prüfen Sie Host, Port, Protokoll, Zugangsdaten und Firewall-Pfad des realen Clients. Testen Sie zuerst genau eine Quelle und ein Ziel.

Das Modul startet, bleibt aber instabil

Kehren Sie zu den zuletzt funktionierenden Werten zurück, prüfen Sie Live-Statistiken und Prozessfehler und führen Sie Änderungen einzeln wieder ein.

Produktseite / Exakte API-Referenz

Öffnen Sie den Produktkontext oder automatisieren Sie denselben Vorgang über den verifizierten API-Endpunkt.

ProduktseiteSelf-hosted streaming solutionExakte API-ReferenzExakte API-Referenz 1 · get-utilities-statExakte API-ReferenzExakte API-Referenz 2 · create-cluster-nodeExakte API-ReferenzExakte API-Referenz 3 · export-db