Eine robuste Backup‑Strategie ist der Unterschied zwischen einem souveränen Livestream und einem abgebrochenen Event. Dieser Leitfaden zeigt, wie du mit einem Bonding‑Router, einer USV (Unterbrechungsfreie Stromversorgung) und einem Fallback‑Encoder Ausfälle abfängst, Ausfallzeiten minimierst und deinen Stream oder deine kritischen Dienste zuverlässig am Laufen hältst. Praxisnah, menschenlesbar und direkt in WordPress übertragbar.
Warum überhaupt eine Backup‑Strategie?
- Verfügbarkeit sichern: Streaming‑Plattformen, Kundenportale oder interne Tools müssen verfügbar bleiben – gerade unter Last.
- Planbare Risiken: Mit definierten Zielen für RTO/RPO reduzierst du Unsicherheiten.
- Professionelles Auftreten: Ein Event mit sauberem Failover wirkt professionell und schützt den Ruf deiner Marke.
Zwei Kernziele definieren
- RTO (Recovery Time Objective): Wie schnell muss der Betrieb nach einem Ausfall wiederhergestellt sein? Ziel: Sekunden bis wenige Minuten.
- RPO (Recovery Point Objective): Wie viel Datenverlust ist akzeptabel? Ziel: 0–1 Minute (nahezu live).
Die drei Bausteine im Überblick
Bonding‑Router: Stabile Netzwerkverbindung trotz Leitungsproblemen
Ein Bonding‑Router bündelt mehrere Internetzugänge (z. B. Kabel, DSL, 4G/5G) zu einer virtuellen Leitung. Fällt ein Träger weg oder wird instabil, bleibt die Session erhalten – ideal für Live‑Video.
- Vorteile:
- Höhere Ausfallsicherheit durch parallele WAN‑Links
- Lastverteilung und Paket‑Rekonstruktion (je nach Anbieter/Protokoll)
- Nahtloses Failover ohne Stream‑Abbruch
- Auswahlkriterien:
- Anzahl und Art der WAN‑Ports (Ethernet, 4G/5G, Wi‑Fi as WAN)
- Unterstützung von SRT/UDP‑freundlichen Policies, QoS, Traffic‑Shaping
- Cloud‑Bonding‑Service oder eigener VPN‑Bonding‑Hub
- Monitoring, Alerting, einfache Policy‑Konfiguration
USV (Unterbrechungsfreie Stromversorgung): Stromausfälle überbrücken
Die USV hält kritische Geräte bei Stromausfall online und filtert Spannungsspitzen.
- Vorteile:
- Sofortige Überbrückung (Millisekunden)
- Schutz vor Spannungsschwankungen und kurzen Ausfällen
- Geordnete Abschaltung bei längeren Blackouts
- Auswahlkriterien:
- USV‑Typ: Offline, Line‑Interactive, Online‑Doppelwandler
- Wirkleistung (Watt) und Scheinleistung (VA)
- Überbrückungszeit für deine Last (≥10–20 Minuten für Mobile‑Setups, mehr im Rechenraum)
- Management: USB/SNMP, Alarme, Autoshutdown
Fallback‑Encoder: Der zweite Encoder, der automatisch übernimmt
Der Fallback‑Encoder ist eine redundante Instanz (Hardware oder Software), die bei Problemen des Primär‑Encoders übernimmt. Er kann parallel einspeisen oder im Hot‑Standby warten.
- Vorteile:
- Redundanz auf Applikations‑Ebene (Encoder‑Crash, CPU‑Spikes, Treiberprobleme)
- Unabhängige Profile/Presets für Notbetrieb (z. B. geringere Bitrate)
- Auswahlkriterien:
- Protokolle: RTMP, SRT (Caller/Listener/Rendezvous), HLS Push
- Auto‑Failover: Health‑Checks, Watchdog‑Skripte, Orchestrierung
- Synchronisierung von Szenen/Overlays und Audio‑Routen
- Hardware‑Encoder vs. Software (OBS, vMix, Wirecast, ffmpeg‑basierte Pipelines)
Vergleich auf einen Blick
| Komponente | Aufgabe | Stärken | Worauf achten |
|---|---|---|---|
| Bonding‑Router | Mehrere WANs bündeln und Failover managen | Nahtlose Verbindung, bessere Paketstabilität | QoS, SRT‑freundliche Policies, SIM‑Slots/WWAN, Cloud‑Bonding |
| USV | Strom überbrücken, Geräte schützen | Sofortige Überbrückung, Schutz vor Spikes | Genügend VA/Watt, Typ (Line‑Interactive/Online), Management |
| Fallback‑Encoder | Redundante Video‑Encoding‑Kette | App‑Ebene‑Redundanz, flexible Profile | Auto‑Switch, Protokollkompatibilität, Sync der Quellen |
Referenz‑Architektur (mobil oder studio)
text
[Videoquellen/Kameras/NDI]
│
[Primär-Encoder]───(LAN)─────┐
│ │
[Fallback-Encoder]──(LAN)──┐ │
│ │ │
└─────────────(LAN)──┼─┼──[Bonding-Router]───Internet──▶[Ingest/Plattform]
│
[USV]
[Videoquellen/Kameras/NDI]
│
[Primär-Encoder]───(LAN)─────┐
│ │
[Fallback-Encoder]──(LAN)──┐ │
│ │ │
└─────────────(LAN)──┼─┼──[Bonding-Router]───Internet──▶[Ingest/Plattform]
│
[USV]
- Beide Encoder und der Bonding‑Router hängen an der USV.
- Der Bonding‑Router bündelt WAN1 (Kabel/DSL) + WAN2/3 (4G/5G).
- Primär‑Encoder speist in die Plattform; Fallback‑Encoder wird per Health‑Check aktiviert.
Schritt‑für‑Schritt Einrichtung
1) USV richtig dimensionieren
Formel: Benötigte VA ≈ (Gesamt‑Watt / Leistungsfaktor)
Typischer Leistungsfaktor: 0,6–0,8 (je nach USV/Last)
Beispiel:
- Bonding‑Router: 30 W
- 4G/5G‑Modem: 10 W
- Primär‑Encoder (Mini‑PC/Hardware): 80 W
- Fallback‑Encoder: 80 W
- Switch: 15 W
Summe: 215 W
Rechnung: 215 W / 0,7 ≈ 307 VA → wähle 600–1000 VA für Reserve und längere Überbrückung.
Empfehlungen:
- Typ: Line‑Interactive für mobile Setups; Online‑Doppelwandler für Studios/Rechenräume
- Ziel‑Überbrückungszeit: ≥15 Minuten, damit Zeit für Failover/Abschluss bleibt
- Aktivieren: USV‑Alarme, testweise Netzstecker ziehen, Autoshutdown konfigurieren
2) Bonding‑Router konfigurieren
- WANs hinzufügen:
- WAN1: kabelgebunden (höchste Priorität)
- WAN2/3: LTE/5G mit unterschiedlichen Providern/SIMs
- Policies:
- Prioritäts‑Policy: Primär WAN bevorzugen, andere als Hot‑Standby
- Bonding/Load‑Balance: Aktivieren für SRT/UDP‑Traffic
- QoS: Encoder‑Ports/Prozesse priorisieren, Hintergrund‑Updates drosseln
- Health‑Checks:
- Latenz‑Schwellwerte, Paketverlust, Jitter‑Monitoring
- Alerts per E‑Mail/Messenger
- Sicherheit:
- Admin‑Zugang absichern (starkes Passwort, 2FA)
- Firewall‑Regeln minimieren, nur nötige Ports offen
3) Fallback‑Encoder einrichten
- Protokolle:
- RTMP Dual‑Push: Zwei unterschiedliche Ingest‑URLs (Primär/Backup)
- SRT: Primary Listener + Backup Rendezvous, mit Reconnect/Failover
- Health‑Check/Watchdog:
- Prozess‑Monitoring (Encoder‑PID, FPS, Dropped Frames)
- Netzpfad‑Check (Ingest erreichbar, Round‑Trip)
- Switch‑Logik:
- Automatisch: Bei kritischen Metriken → Fallback aktiviert
- Manuell: Stream‑Deck/Shortcut zum Umschalten
- Profile:
- Primär: Höhere Bitrate/Qualität
- Fallback: Stabileres Preset (lower bitrate, robust codec settings)
Monitoring, Tests und Betrieb
Pre‑Event Checkliste
- USV Test (Netz ziehen, Laufzeit prüfen, Alarm OK)
- Bonding‑Router: Alle WANs online, SIMs aktiviert, QoS aktiv
- Encoder: Szenen geladen, Audio‑Routen geprüft, CPU/GPU‑Last < 70%
- Netzwerk: Ping/Jitter zu Ingest‑Server akzeptabel
- Failover‑Test: Primär‑Encoder stoppen → Fallback übernimmt ohne merklichen Ausfall
- Notfallkontakte/Runbook griffbereit
Failover‑Tests (empfohlen vor jedem Einsatz)
| Test | Vorgehen | Erwartetes Ergebnis |
|---|---|---|
| WAN‑Ausfall | Primäres WAN trennen | Stream bleibt stabil, Bonding übernimmt |
| Encoder‑Crash | Primär‑Encoder Prozess killen | Fallback‑Encoder übernimmt in ≤10 s |
| Stromausfall | Netzstecker ziehen | USV überbrückt ≥15 min, keine Geräte booten neu |
| Ingest‑Fail | Primäre Ingest‑URL blockieren | Encoder wechselt auf Backup‑URL |
Laufendes Monitoring
- Netzwerk: Latenz, Jitter, Packet Loss, Bandbreitenreserve
- Encoder: FPS stabil, Dropped Frames niedrig, Reconnects protokolliert
- USV: Restlaufzeit, Batteriezustand, Temperatur
Sicherheit und Resilienz
- Trenne Produktiv‑ und Management‑Netz
- Nutze verschlüsselte Protokolle (SRT statt reinem RTMP, wo möglich)
- Regelmäßige Firmware‑/Software‑Updates
- Logging zentralisieren (Syslog/SIEM)
- Ersatzteile: Netzteile, Kabel, zweite SIM, Ersatz‑Encoder
Häufige Fehler und wie du sie vermeidest
- Nur ein einziger Mobilfunkanbieter: Nutze mindestens zwei verschiedene Provider.
- USV zu knapp bemessen: Plane Reserve + Spitzenlasten ein.
- Kein echter Fallback‑Encoder: Nur „zweiter Stream‑Key“ reicht nicht – teste App‑Ebene‑Failover.
- Fehlende Tests: Simuliere Ausfälle realistisch, nicht nur „Ping‑OK“.
Kostenrahmen (grobe Orientierung)
- Bonding‑Router + ggf. Bonding‑Service: mittel bis hoch, abhängig von Ports/WWAN/Cloud
- USV: moderat; Online‑Doppelwandler teurer
- Fallback‑Encoder: von kostengünstig (Software) bis höherpreisig (Hardware)
- SIM‑Datenvolumen: je nach Eventdauer/Bitrate; plane Puffer
FAQ
Was ist der Unterschied zwischen Bonding und einfachem Failover?
Bonding verteilt Pakete gleichzeitig über mehrere Leitungen und setzt sie wieder zusammen; Failover schaltet nur bei Ausfall um. Bonding ist stabiler für Live‑Video.
Brauche ich zwingend eine USV?
Ja, wenn Verfügbarkeit kritisch ist. Ohne USV kann schon ein kurzer Stromaussetzer den Stream beenden.
Reicht ein zweiter Stream‑Key als Fallback?
Nein. Du brauchst einen zweiten Encoder‑Prozess oder eine Hardware‑Instanz, die im Fehlerfall übernimmt.
Welches Protokoll ist robust für Live?
SRT ist robuster gegenüber Paketverlust und Jitter als reines RTMP. Nutze SRT, wo möglich.
Wie oft sollte ich testen?
Vor jedem größeren Event mindestens einen vollständigen Failover‑Test durchführen.