Edge Locations
Presence-Punkte nahe Ihren Servern, die Protokoll- und TCP-Engpässe beseitigen. Bis zu 13x schnellere Proxmox Backup Server Transfers über Hochlatenznetzwerke. Eine Hostname-Änderung, alles andere bleibt gleich.
Unser globales Edge-Netzwerk
6 Edge Locations auf 4 Kontinenten, alle verbunden mit unserem Rechenzentrum in Frankfurt.
Warum Backups über WAN langsam sind
Proxmox Backup Server Backups über Hochlatenznetzwerke sind deutlich langsamer als die verfügbare Bandbreite erlauben würde. Zwei voneinander unabhängige Engpässe sind die Ursache.
Protokoll-Serialisierung
PBS lädt Chunks einzeln hoch und wartet nach jedem Upload auf eine Bestätigung des Servers, bevor der nächste gesendet wird. Bei einer 150-ms-Round-Trip-Verbindung begrenzt das den Durchsatz auf ca. 60 Mbit/s – unabhängig von der verfügbaren Bandbreite.
4 MB / 0.150 s = 26.7 MB/s ≈ 213 Mbit/s theoretical maxTCP-Congestion-Window
Eine einzelne TCP-Verbindung kann eine schnelle, hochlatente Leitung nicht auslasten. Der Linux-Kernel-Standard begrenzt einen einzelnen Stream auf ca. 200–250 Mbit/s bei einem 150-ms-Pfad. PBS nutzt eine einzige TCP-Verbindung für das gesamte Backup.
iperf3 ×1: 216 Mbit/s • iperf3 ×8: 1,040 Mbit/sSo funktionieren Edge Locations
Eine Edge Location betreibt zwei Komponenten, die jeden Engpass unabhängig voneinander beheben.
Ihr Client verbindet sich mit dem nächsten Edge-Knoten
Statt nach Frankfurt verbindet sich Ihr PBS-Client mit einer Edge Location in Ihrer Nähe – mit unter 5 ms Latenz.
Write-Accelerator bestätigt Chunks sofort
Der Edge-Knoten schreibt jeden Chunk auf lokalen NVMe-Speicher und gibt sofort Erfolg zurück. Ihr Client wartet nie auf einen Frankfurt-Round-Trip.
Chunks werden asynchron weitergeleitet
Bis zu 64 parallele Uploads leiten Chunks an das Rechenzentrum weiter. Konsistenzkritische Operationen (Index-Schließungen, Backup-Abschluss) blockieren, bis alle ausstehenden Chunks bestätigt sind.
TCP-Multiplexer sättigt die Leitung
8 parallele TCP-Streams zwischen Edge und Rechenzentrum, jeder mit eigenem Congestion-Window. Der Gesamtdurchsatz skaliert linear mit der Anzahl der Streams.
Datenfluss
Ihr Client kommuniziert mit dem nahegelegenen Edge-Knoten mit nahezu LAN-Geschwindigkeit. Der Edge-Knoten leitet die Daten über parallele TCP-Streams an das Rechenzentrum weiter.
Zwei Komponenten, zwei Engpässe
Write-Accelerator
Ein protokollbewusster PBS-Proxy, der Chunk-Uploads sofort bestätigt, indem er auf lokalen NVMe-Speicher schreibt. Chunks werden mit bis zu 64 parallelen Uploads an das Rechenzentrum weitergeleitet. Konsistenzkritische Operationen (Index-Schließungen, Backup-Abschluss) blockieren, bis alle Chunks bestätigt gespeichert sind. Das eliminiert die Pro-Chunk-Round-Trip-Wartezeit, die den PBS-Durchsatz begrenzt.
TCP-Multiplexer
Teilt die einzelne TCP-Verbindung in 8 parallele Streams auf, jeder mit eigenem Kernel-Congestion-Window. Der Traffic wird über ein gerahmtes Protokoll mit Round-Robin-Scheduling verteilt. Der Gesamtdurchsatz skaliert mit der Anzahl der Streams und erreicht auf unserem Testpfad ~800 Mbit/s durch den Multiplexer.
Protokollkorrektheit
Nicht alle Operationen können sofort bestätigt werden. Index-Schließungen, Finish-Operationen und Appends fungieren als Barrieren, die blockieren, bis alle ausstehenden Chunk-Weiterleitungen abgeschlossen sind. Ein Backup meldet erst Erfolg, wenn jeder Chunk im Rechenzentrum bestätigt gespeichert ist. Keine partiellen oder korrumpierten Backups.
Drop-In-Ersatz
Hostname der Remote-Gegenstelle in der Proxmox Backup Server Konfiguration ändern. Zugangsdaten, Verschlüsselungsschlüssel, Datastore-Namen und alle anderen Einstellungen bleiben unverändert. Wenn die Edge Location nicht verfügbar ist, einfach auf den direkten Hostname umstellen. Kein Vendor-Lock-in.
Gemessene Ergebnisse
Getestet auf einer Strecke zwischen OVH BHS (Beauharnois, Quebec) und Frankfurt. Ca. 150 ms RTT.
| Methode | Durchsatz | vs. direktes PBS |
|---|---|---|
| PBS direkt | 44–67 Mbit/s | Referenz |
| Nur TCP-Multiplexer | 80 Mbit/s | ~1.5x |
| iperf3 einzelner Stream | 216 Mbit/s | TCP-Maximum |
| Write-Accelerator + TCP-Mux | 573 Mbit/s | 8–13x |
| iperf3 ×8 Streams | 1,040 Mbit/s | Leitungsmaximum |
Verfügbare Edge Locations
Weitere Standorte werden bedarfsabhängig hinzugefügt. Kontaktieren Sie uns um eine Location für Ihre Region anzufragen.
Beauharnois, Quebec
North America
bhs1-1.edge.pbs-host.deBest for servers in Canada, US East, and US Central
Hillsboro, Oregon
West America
hil1-1.edge.pbs-host.deBest for servers in US West and US Central
Singapore
Asia
sgp1-1.edge.pbs-host.deBest for servers in Southeast Asia
Sydney, Australia
Oceania
syd1-1.edge.pbs-host.deBest for servers in Australia and New Zealand
São Paulo, Brazil
South America
sao1-1.edge.pbs-host.deBest for servers in South America
Dallas, Texas
Central America
dal1-1.edge.pbs-host.deBest for servers in US Central and US South
Wann Edge Locations helfen
Geeignet
- RTT nach Frankfurt über 50 ms
- 100 Mbit/s+ Upload-Bandbreite verfügbar
- Große VMs oder häufige Änderungen
- Server in Nordamerika, Asien oder anderen weit entfernten Regionen
Kein Vorteil
- Mitteleuropa mit unter 20 ms Latenz
- Upload-Bandbreite ist der eigentliche Engpass
- Kleine, seltene Backups, bei denen Geschwindigkeit keine Rolle spielt
Eine Hostname-Änderung
Keine Software zu installieren, keine Agenten, keine Konfigurationsdateien. Den Remote-Hostnamen ändern – fertig.
- Führen Sie
ping fra1-ingress.pbs-host.devon Ihrem Server aus. Liegt der RTT über 50 ms, bringt eine Edge Location eine Verbesserung. - Nutzen Sie unseren Edge Location Finder zum Latenzmessen, oder wählen Sie die nächste Edge Location aus der Liste oben.
- In der Proxmox Backup Server UI (Datastore → Remotes) das Feld Host auf den Edge-Hostnamen ändern. Port, Benutzer, Passwort und Fingerabdruck bleiben gleich.
- Ein Backup starten und das Task-Log prüfen. Die Transferraten sollten deutlich höher sein.
Optimierung, keine Abhängigkeit
Edge-Knoten ausfall
Remote-Gegenstelle auf den direkten Hostnamen zurückstellen. Backups laufen weiter – mit der niedrigeren Direktgeschwindigkeit. Kein Datenverlust, keine Neukonfiguration außer dem Hostnamen.
Verbindungsabbruch während des Backups
Unbestätigte Chunks werden nicht protokolliert. Die nächste Barrieroperation schlägt fehl, der Client meldet den Fehler. Kein partielles oder korrumpiertes Backup wird gespeichert. Wiederholungsversuche funktionieren normal.
Keine Daten verbleiben am Edge
Chunks werden während des Backups auf NVMe gepuffert und in Echtzeit weitergeleitet. Nach Abschluss des Backups verbleiben keine Kundendaten auf dem Edge-Knoten. Dauerhafter Speicher liegt ausschließlich in den Hauptrechenzentren.
Teil des kompletten Stacks
Edge Locations machen Ihre Backups schneller. Kombiniert mit anderen Features werden sie auch sicherer.
Primary Datastore
Ihr aktiver Backup-Speicher.
InklusiveEdge Locations
Schnellere Transfers per WAN.
InklusiveHäufig gestellte Fragen
ping fra1-ingress.pbs-host.de von Ihrem Server aus. Liegt die Round-Trip-Zeit über 50 ms und haben Sie mindestens 100 Mbit/s Upload-Bandbreite, verbessert eine Edge Location den Durchsatz. Bei Mitteleuropa mit unter 20 ms Latenz ist der PBS-Protokoll-Overhead vernachlässigbar und die Leitungsbandbreite ist der eigentliche Engpass. Alternativ können Sie unseren Edge Location Finder nutzen, um die Latenz zu allen Standorten aus dem Browser zu messen.Backups mit nahezu LAN-Geschwindigkeit
Edge Locations eliminieren Protokoll- und TCP-Engpässe bei Proxmox Backup Server Transfers über Hochlatenznetzwerke. Bis zu 13x schneller. Kein Aufpreis. Eine Hostname-Änderung.
* = MwSt. kann anfallen