Zustandssignale erklären, ob der Host den Medienworkflow aufrechterhalten kann. Verwenden Sie sie mit Modulstatistiken: Ein fehlerfreier Host beweist nicht, dass eine Quelle aktiv ist, und eine aktive Quelle beweist nicht, dass der Host Spielraum hat.
Callaba selbst gehostet
Der Bediener kann einen Upstream-Medienfehler von einer Host-Sättigung unterscheiden und die richtige Kapazitäts- oder Profiländerung vornehmen.
So funktioniert das ProduktVor dem Start
Eine bekannte normale Baseline für diese Instanz und Workload.
Berechtigung zum Einsehen oder Löschen von Betriebsfehlerprotokollen.
Ein externer Vorfalldatensatz vor der destruktiven Bereinigung.
Einstellungen erklärt
Hier werden die für Operatoren relevanten Bedienelemente erklärt. Interne Feldnamen und Implementierungsereignisse bleiben bewusst verborgen.
Kapazität
Liest den aktuellen Host-Headroom.
- CPU-Auslastung
Aktuelle Verarbeitungslast für Medien und Anwendungsarbeit.
- Speichernutzung
Aktueller RAM-Druck.
- Festplattennutzung
Speicherplatz für Protokolle, Uploads, temporäre Transkodierung und Aufzeichnungen verfügbar.
- Netzwerkgeschwindigkeitstest
Gemessene Netzwerkkapazität der Instanz.
Lauf außerhalb kritischer Produktionsspitzen.
Operative Beweise
Identifizieren Sie Fehler, bevor Sie die Konfiguration ändern.
- Prozessfehler
Anwendungs-/Medienprozessfehler, die eine Untersuchung auf Modulebene erfordern.
- SRT-Fehler
SRT-Transportereignisse und Fehler im Zusammenhang mit Beitragsworkflows.
- Versionsbenachrichtigung
Installierte Anwendungsversion und Update-Kontext.
- Fehlerprotokolle löschen
Entfernen Sie angesammelte Fehlereinträge.
Exportieren oder zeichnen Sie zunächst Beweise für den Vorfall auf.- IP-Standort
Regionalen Kontext für eine Verbindungsadresse auflösen, sofern unterstützt.
Sicherer erster Workflow
- 01
Vergleichen Sie CPU, Arbeitsspeicher und Festplatte mit der bekannten gesunden Basislinie.
- 02
Öffnen Sie Prozess- oder SRT-Fehler und identifizieren Sie das besitzende Modul und das Zeitfenster.
- 03
Überprüfen Sie die Live-Statistiken und die echte Ein-/Ausgabe dieses Moduls.
- 04
Führen Sie einen Geschwindigkeitstest nur durch, wenn dadurch der Produktionsverkehr nicht beeinträchtigt wird.
- 05
Erfassen oder exportieren Sie Vorfallbeweise, bevor Sie Protokolle löschen.
Workflow-Beispiele
Instabile Live-Transkodierung diagnostizieren
Ausgabeframes fallen aus, nachdem ein neuer Transkodierungsauftrag gestartet wird.
So wird er aufgebaut
- 1
Bestätigen Sie, dass die Quellbitrate stabil ist.
- 2
Vergleichen Sie Host-CPU/Speicher vor und nach dem Start des Jobs.
- 3
Überprüfen Sie die Ausgabebitrate und Bildrate.
- 4
Entfernen Sie unnötige Änderungen an Größe, Bildrate und Codec oder wechseln Sie zur gemessenen Hostkapazität.
Bewahren Sie Beweise, bevor Sie Fehler beheben
Alte Fehler verschleiern eine aktive Untersuchung des Vorfalls.
So wird er aufgebaut
- 1
Zeichnen Sie den relevanten Fehler, den Zeitstempel, das Modul und die aktuelle Release-Version auf.
- 2
Speichern Sie die zugehörige Modulkonfiguration und Live-Statistiken.
- 3
Fehler erst löschen, nachdem die Beweise externalisiert wurden.
- 4
Reproduzieren Sie einen kontrollierten Test und untersuchen Sie nur die neuen Einträge.
Ergebnis prüfen
- Kapazitätswerte entsprechen der erwarteten Arbeitslast und lassen geplanten Spielraum.
- Jeder aktive Fehler kann an eine Zeit und ein besitzendes Modul gebunden werden.
- Das Löschen von Protokollen erfolgt erst, nachdem Beweise an anderer Stelle gespeichert wurden.
Fehlerbehebung
Der Zustand des Hosts ist normal, aber die Wiedergabe schlägt fehl
Prüfen- Inspizieren Sie die Quell- und Ausgabemodule.
- Überprüfen Sie Zugriff, Protokoll und echte Client-Wiedergabe.
Host-Gesundheit als eine Ebene behandeln; Reparieren Sie die erste ausgefallene Mediengrenze.