Warum ist eine VPN-Schicht für RTSP-Streaming notwendig und wie beeinflusst sie die Latenz?

MicrocosmWorks hat die VPN-Schicht hinzugefügt, weil RTSP-Kameras hinter Unternehmensfirewalls oder NAT nicht direkt von der Cloud-Infrastruktur aus zugänglich sind und das Verfügbarmachen von RTSP-Ports von Kameras im öffentlichen Internet schwerwiegende Sicherheitslücken schafft. Der VPN-Tunnel fügt je nach geografischer Entfernung etwa 5-15 ms Latenz hinzu, was für Überwachungsanwendungsfälle vernachlässigbar ist, und der verschlüsselte Tunnel stellt sicher, dass Videodaten während der Übertragung den Sicherheits- und Compliance-Anforderungen von Unternehmen entsprechen.

Wie handhabt die HLS-Bereitstellungskomponente Zuschauer mit unterschiedlicher Netzwerk-Bandbreite und Gerätefähigkeiten?

MicrocosmWorks implementierte adaptives Bitraten-HLS-Transcoding, das mehrere Qualitätsstufen aus jedem RTSP-Quellstream generiert und es dem HLS-Player ermöglicht, automatisch zwischen den Qualitätsstufen zu wechseln, basierend auf der verfügbaren Bandbreite des Zuschauers. Das System verwendet hardwarebeschleunigtes Transcoding, um die Latenz zwischen dem Live-RTSP-Feed und der HLS-Ausgabe zu minimieren, wodurch typische Glass-to-Glass-Verzögerungen von 4-8 Sekunden erreicht werden, abhängig von der Konfiguration der Segmentdauer.

Wie handhabt das Aufzeichnungssubsystem Netzwerkunterbrechungen zwischen dem VPN-Tunnel und der Cloud?

MicrocosmWorks hat Edge-seitiges Buffering in das VPN-Gateway integriert, das Stream-Segmente während Netzwerkunterbrechungen lokal zwischenspeichert und diese in chronologischer Reihenfolge hochlädt, sobald die Verbindung wiederhergestellt ist. Dies gewährleistet keine Aufzeichnungslücken, selbst bei längeren Trennungen. Der Cloud-seitige Aufzeichnungsdienst erkennt Zeitachsenlücken und markiert diese in der Wiedergabeschnittstelle, was den Bedienern eine klare Übersicht über Zeiträume verschafft, in denen Live-Aufnahmen verzögert wurden.

Was ist die maximale Anzahl an gleichzeitigen RTSP-Streams, die diese Architektur pro VPN-Tunnel unterstützen kann?

MicrocosmWorks hat die Architektur getestet, um 50-100 gleichzeitige 1080p RTSP-Streams pro VPN-Tunnel zu unterstützen, abhängig von der verfügbaren Upstream-Bandbreite am Kamerastandort und den Hardware-Spezifikationen des VPN-Gateways. Für Standorte mit mehr Kameras unterstützt das System mehrere parallele VPN-Tunnel mit automatischer Stream-Verteilung, und der Cloud-seitige Auto-Scaler stellt zusätzliche Restreaming-Worker bereit, wenn die aggregierte Stream-Anzahl steigt.

Wie viel kostet es, eine VPN-basierte RTSP-Streaming-Plattform mit Auto-Scaling und HLS-Bereitstellung einzurichten?

MicrocosmWorks erstellt VPN-basierte Streaming-Plattformen zu Entwicklungsraten von 25-45 $/Std., wobei typische Implementierungen 2-4 Monate für eine produktionsreife Bereitstellung benötigen, einschließlich VPN-Infrastruktur, Auto-Scaling Restreaming, HLS-Transcoding und Aufzeichnung. Laufende Cloud-Kosten werden durch das Auto-Scaling-Muster optimiert und sind typischerweise 40-60 % niedriger als bei Bereitstellungen mit fester Kapazität, indem Restreaming-Worker während der Nebenzeiten heruntergefahren werden.

RTSP Streaming over VPN with Auto-Scaling Restreaming, HL...

Die Verbindung von entfernten IP-Kameras zu einer zentralisierten Cloud-Plattform stellte mehrere Infrastrukturherausforderungen dar:

Netzwerksicherheit — Kamera-RTSP-Streams durchquerten das öffentliche Internet, was die Video-Feeds ohne Verschlüsselung der Abhörung aussetzte
NAT/Firewall-Durchdringung — Kameras hinter Unternehmens-Firewalls und NAT konnten nicht direkt von der Cloud erreicht werden
Restreaming-Overhead — Rohe RTSP-Streams mussten in webfreundliche Protokolle (HLS) für die browserbasierte Ansicht umgewandelt werden, was eine dedizierte Transcoding-Infrastruktur erforderte
Variable Nachfrage — Die Nachfrage nach Ansicht und AI-Verarbeitung schwankte im Laufe des Tages, aber feste Restreaming-Server konnten nicht skalieren
Aufnahme im großen Maßstab — Die kontinuierliche Aufnahme von Dutzenden von Kamerastreams erforderte ein zuverlässiges Speichermanagement mit Aufbewahrungsrichtlinien
Stream-Zuverlässigkeit — VPN-Tunnel fielen bei Netzwerkinstabilität aus, was eine automatische Wiederverbindung erforderte, ohne die Stream-Kontinuität zu verlieren
Multi-Protokoll-Bereitstellung — Verschiedene Verbraucher benötigten unterschiedliche Protokolle: RTSP für AI-Arbeiter, HLS für Web-Viewer und aufgezeichnete Segmente zur Archivierung

Wir bauten eine VPN-getunnelte RTSP-Streaming-Plattform mit einem VPN-Hub für sichere Kameraverbindung, auto-skalierende RTSP-Restreaming-Server für Multi-Protokoll-Bereitstellung, HLS-Verpackung für Browser-Wiedergabe und kontinuierliche Aufnahme mit Aufbewahrungsmanagement.

Architektur

VPN-Hub: Zentralisierter VPN-Server, der sichere Tunnel zu entfernten Kamerastandorten herstellt
RTSP-Ingest: VPN-verbundene Kameras veröffentlichen RTSP-Streams durch verschlüsselte Tunnel
Restreaming-Cluster: Auto-skalierende MediaMTX-Server für RTSP-Relay, HLS-Konvertierung und Stream-Verteilung
HLS-Verpackung: Echtzeit-RTSP-zu-HLS-Konvertierung für die Webbrowser-Bereitstellung
Aufnahmeservice: Kontinuierliche Stream-Aufnahme mit segmentbasierter Speicherung und Aufbewahrungsrichtlinien
Load Balancer: Verteilt Viewer- und AI-Arbeiter-Verbindungen über Restreaming-Server
Orchestrator: Überwacht die Nachfrage und skaliert den Restreaming-Cluster hoch oder runter
Speicher: Objektspeicher für aufgezeichnete Segmente mit Lebenszyklusmanagement

VPN-Tunnel-Architektur

Sichere Kameraverbindung

VPN-Hub, der in der Cloud bereitgestellt wird, stellt verschlüsselte Tunnel zu jedem entfernten Standort her
Kameras an entfernten Standorten streamen RTSP innerhalb des VPN-Tunnels — keine öffentliche Internet-Exposition
Jeder Standort erhält einen VPN-Client, der sich mit dem Hub verbindet und ein privates Netzwerk-Overlay erstellt
Kamera-RTSP-Streams sind über private VPN-IP-Adressen von der Cloud-Infrastruktur zugänglich
Mehrere Kameras pro Standort teilen sich einen einzigen VPN-Tunnel

NAT/Firewall-Durchdringung

VPN-Clients initiieren ausgehende Verbindungen vom Kamerastandort (keine eingehenden Firewall-Regeln erforderlich)
Hub akzeptiert eingehende Verbindungen und erstellt bidirektionale Tunnel
Cloud-Dienste greifen über das VPN-Netzwerk auf Kamera-RTSP-Feeds zu, als wären sie lokal

Zuverlässigkeit

Automatische Tunnel-Wiederverbindung bei Netzwerkunterbrechungen
Keepalive-Probes erkennen und erholen sich von stillen Ausfällen
Mehrere Tunnelprotokolle werden für die Kompatibilität mit restriktiven Netzwerken unterstützt
Gesundheitsüberwachung pro Tunnel mit Alarmierung bei längeren Unterbrechungen

Auto-Skalierung Restreaming

RTSP-Relay

Restreaming-Server ziehen Kamera-RTSP-Feeds aus dem VPN-Netzwerk und machen sie für nachgelagerte Verbraucher verfügbar:

AI-Arbeiter verbinden sich über RTSP für latenzarme, frame-genaue Verarbeitung
Mehrere Verbraucher können auf denselben Kamerastream zugreifen, ohne zusätzliche Last auf die Kamera
Stream-Multiplexing reduziert die Bandbreite vom Kamerastandort (ein Abruf, viele Verbraucher)

HLS-Konvertierung

Für die webbasierte Ansicht konvertieren Restreaming-Server RTSP in Echtzeit zu HLS:

Segmentbasierte Verpackung für HTTP-Bereitstellung über standardmäßige Webinfrastruktur
Adaptive Bitrate-Unterstützung für unterschiedliche Netzwerkbedingungen der Viewer
CDN-kompatibler Output für Edge-gecachte Bereitstellung
Niedriglatenz-HLS-Konfiguration für nahezu Echtzeit-Ansicht

Auto-Skalierung

Der Restreaming-Cluster skaliert basierend auf der Nachfrage:

Scale Up — Wenn Viewer/AI-Verbindungen pro Server den Schwellenwert überschreiten oder die CPU-Auslastung hoch ist
Scale Down — Wenn die Auslastung für einen längeren Zeitraum unter den Schwellenwert fällt
Neue Server ziehen Kamera-Feeds aus dem VPN-Netzwerk und registrieren sich beim Load Balancer
Sanfte Abschaltung entleert Verbindungen, bevor Server entfernt werden (Viewer verbinden sich automatisch über stabile URLs wieder)

Aufnahmepipeline

Kontinuierliche Aufnahme

Restreaming-Server oder dedizierte Aufnahme-Arbeiter erfassen RTSP-Streams als segmentierte Dateien
Segmente werden in konfigurierbaren Intervallen für handhabbare Dateigrößen geschrieben
Jedes Segment wird mit Kamera-ID, Zeitstempel und Dauer-Metadaten getaggt

Speichermanagement

Segmente werden zum dauerhaften Archivieren in Objektspeicher hochgeladen
Aufbewahrungsrichtlinien löschen Segmente automatisch, die älter als der konfigurierte Aufbewahrungszeitraum sind
Speicherlebenszyklusregeln verschieben ältere Segmente in günstigere Speicherebenen, bevor sie gelöscht werden
Speicherquoten pro Kamera und pro Standort verhindern unkontrollierte Kosten

Wiedergabe

Aufgezeichnete Segmente sind über zeitbasierte Abfragen (Kamera + Zeitbereich) zugänglich
HLS-Manifest wird on-the-fly für browserbasierte Wiedergabe des aufgezeichneten Materials generiert
Suche und Scrubbing durch aufgezeichnete Zeitleiste mit Segmentgranularität

Multi-Protokoll-Bereitstellung

|----------|----------|---------|----------|

Überwachung & Zuverlässigkeit

Stream-Gesundheit

Pro-Kamera-Stream-Statusüberwachung (verbunden, puffert, getrennt)
VPN-Tunnel-Gesundheit pro Standort (Latenz, Paketverlust, Betriebszeit)
Restreaming-Server-Metriken (CPU, Bandbreite, Verbindungsanzahl)
Aufnahmepipeline-Gesundheit (Segment-Schreibrate, Speichernutzung, Upload-Status)

Alarmierung

Kamera-Trennungsalarme mit Standortidentifikation
VPN-Tunnel-Ausfallbenachrichtigungen
Restreaming-Cluster-Kapazitätswarnungen
Speicherquoten- und Aufbewahrungsalarme
Aufzeichnungslücken, die durch Segmentkontinuitätsprüfungen erkannt werden

Hauptmerkmale

VPN-gesicherte Aufnahme — Verschlüsselte Tunnel schützen RTSP-Streams von entfernten Kameras
NAT/Firewall-Durchdringung — Ausgehende VPN-Verbindungen umgehen restriktive Netzwerkkonfigurationen
Auto-Skalierung Restreaming — Cluster skaliert mit Viewer- und AI-Nachfrage
HLS-Konvertierung — Echtzeit-RTSP-zu-HLS für browserbasierte Ansicht
RTSP-Relay — Latenzarmer Stream-Zugriff für AI-Verarbeitungsarbeiter
Kontinuierliche Aufnahme — Segmentbasierte Aufnahme mit Aufbewahrungsmanagement
Multi-Protokoll — RTSP, HLS und aufgezeichnete Segmente aus einer einzigen Aufnahme
Automatische Wiederverbindung — VPN-Tunnel und Stream-Verbindungen erholen sich von Unterbrechungen
Speicherlebenszyklus — Gestufter Speicher mit automatischer Aufbewahrungsdurchsetzung
Stream-Multiplexing — Ein Kameraabruf bedient mehrere Verbraucher ohne zusätzliche Kameralast

RTSP-Streaming über VPN mit Auto-Skalierung Restreaming, HLS-Bereitstellung & Aufnahme

Die Herausforderung

Unsere Lösung