Edge locations
Puntos de presencia cercanos a tus servidores que eliminan los cuellos de botella de protocolo PBS y TCP. Hasta 13x más rápido en backups vía WAN de alta latencia. Un solo cambio de hostname, todo lo demás permanece igual.
Red edge global
Puntos de presencia más cercanos a tus servidores para transferencias PBS más rápidas en enlaces de alta latencia.
Por qué los backups vía WAN son lentos
Los backups de Proxmox Backup Server en enlaces de alta latencia son significativamente más lentos de lo que permitiría el ancho de banda disponible. Dos cuellos de botella independientes son los responsables.
Serialización del protocolo
PBS sube chunks uno a uno, esperando un ACK del servidor antes de enviar el siguiente. En un enlace con 150 ms de RTT, esto limita el throughput a unos 60 Mbit/s independientemente del ancho de banda disponible.
4 MB / 0.150 s = 26.7 MB/s ≈ 213 Mbit/s theoretical maxVentana de congestión TCP
Una sola conexión TCP no puede saturar un enlace rápido de alta latencia. Los valores por defecto del kernel de Linux limitan un único flujo a unos 200-250 Mbit/s en un camino de 150 ms. PBS usa una sola conexión TCP para todo el backup.
iperf3 ×1: 216 Mbit/s • iperf3 ×8: 1,040 Mbit/sCómo funcionan los edge locations
Un edge location ejecuta dos componentes que abordan cada cuello de botella de forma independiente.
Tu cliente se conecta al nodo edge más cercano
En lugar de conectarse a Frankfurt, tu cliente PBS se conecta a un edge location cercano a tu servidor con menos de 5 ms de latencia.
El write-accelerator confirma los chunks al instante
El nodo edge escribe cada chunk en almacenamiento NVMe local y devuelve éxito inmediatamente. Tu cliente nunca espera un round-trip a Frankfurt.
Los chunks se reenvían de forma asíncrona
Hasta 64 uploads paralelos reenvían los chunks al datacenter. Las operaciones críticas de consistencia (cierres de índice, fin de backup) se bloquean hasta que todos los chunks pendientes estén confirmados.
El multiplexor TCP satura el enlace
8 flujos TCP paralelos entre el edge y el datacenter, cada uno con su propia ventana de congestión. El throughput total escala linealmente con el número de flujos.
Flujo de datos
Tu cliente se comunica con el nodo edge cercano a velocidades casi LAN. El edge reenvía los datos al datacenter a través de flujos TCP paralelos.
Componentes técnicos
Write-accelerator
Un proxy PBS consciente del protocolo que confirma los uploads de chunks al instante escribiendo en almacenamiento NVMe local. Los chunks se reenvían al datacenter con hasta 64 uploads paralelos. Las operaciones críticas de consistencia (cierres de índice, fin de backup) se bloquean hasta que todos los chunks estén confirmados almacenados. Esto elimina la espera de round-trip por chunk que limita el throughput de PBS.
Multiplexor TCP
Divide la conexión TCP única en 8 flujos paralelos, cada uno con su propia ventana de congestión del kernel. El tráfico se distribuye mediante un protocolo con tramas y planificación round-robin. El throughput total escala con el número de flujos, alcanzando ~800 Mbit/s a través del multiplexor en nuestro camino de prueba.
Corrección del protocolo
No todas las operaciones pueden confirmarse al instante. Los cierres de índice, las operaciones de fin y las adiciones actúan como barreras que se bloquean hasta que todos los reenvíos de chunks pendientes se completan. Un backup solo reporta éxito después de que cada chunk esté almacenado de forma duradera en el datacenter. Sin backups parciales ni corruptos.
Reemplazo directo
Cambia el hostname del remoto en tu configuración de Proxmox Backup Server. Las credenciales, claves de cifrado, nombres de datastore y demás ajustes permanecen sin cambios. Si el edge location no está disponible, apunta al hostname directo. Sin bloqueo.
Resultados medidos
Pruebas realizadas en un enlace entre OVH BHS (Beauharnois, Quebec) y Frankfurt. ~150 ms RTT.
| Método | Throughput | vs PBS directo |
|---|---|---|
| PBS directo | 44–67 Mbit/s | referencia |
| Solo multiplexor TCP | 80 Mbit/s | ~1.5x |
| iperf3 flujo único | 216 Mbit/s | límite TCP |
| Write-accelerator + TCP-mux | 573 Mbit/s | 8–13x |
| iperf3 ×8 flujos | 1,040 Mbit/s | máx del enlace |
Ubicaciones actuales
Añadimos puntos de presencia según la demanda. Aquí es donde estamos desplegados actualmente. Contáctanos para solicitar una ubicación en tu región.
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
Cuándo ayudan los edge locations
Buena solución
- RTT a Frankfurt superior a 50 ms
- 100 Mbit/s+ de ancho de banda de subida disponible
- VM grandes o cambios frecuentes
- Servidores en América del Norte, Asia u otras regiones lejanas
No ayudará
- Europa central con latencia inferior a 20 ms
- El ancho de banda de subida es el verdadero cuello de botella
- Backups pequeños e infrecuentes donde la velocidad no importa
Un solo cambio de hostname
Sin software que instalar, sin agentes, sin archivos de configuración. Cambia el hostname del remoto y listo.
- Ejecuta
ping fra1-ingress.pbs-host.dedesde tu servidor. Si el RTT supera 50 ms, un edge location te ayudará. - Usa nuestra Herramienta de búsqueda de edge location para probar la latencia, o elige el edge location más cercano de la lista de arriba.
- En la interfaz de Proxmox Backup Server (Datastore → Remotos), cambia el campo Host al hostname del edge. Mantén el mismo puerto, usuario, contraseña e impronta.
- Lanza un backup y revisa el registro de tareas. Las velocidades de transferencia deberían ser significativamente más altas.
Diseñado como optimización, no como dependencia
El edge location cae
Apunta tu remoto al hostname directo. Tus backups continúan a la velocidad directa reducida. Sin pérdida de datos, sin reconfiguración más allá del hostname.
La conexión cae durante un backup
Los chunks no confirmados no se registran. La siguiente operación de barrera falla y el cliente reporta el error. No se almacena ningún backup parcial ni corrupto. El reintento funciona normalmente.
Sin datos persistentes en el edge
Los chunks se almacenan temporalmente en NVMe durante el backup y se reenvían en tiempo real. Tras finalizar el backup, no quedan datos del cliente en el nodo edge. El almacenamiento duradero está solo en los datacenters principales.
Parte del stack completo
Los edge locations hacen tus backups más rápidos. Combínalos con otras funciones para hacerlos más seguros.
Datastore principal
Tu destino de backup activo.
IncluidoEdge locations
Transferencias más rápidas vía WAN.
IncluidoPreguntas frecuentes
ping fra1-ingress.pbs-host.de desde tu servidor. Si el RTT supera 50 ms y tienes al menos 100 Mbit/s de ancho de banda de subida, un edge location mejorará el throughput. Si estás en Europa central con una latencia inferior a 20 ms, la sobrecarga del protocolo PBS es despreciable y tu ancho de banda es la limitación real. También puedes usar nuestro Buscador de Edge Locations para medir la latencia a todas las ubicaciones desde tu navegador.Haz backup a velocidades casi LAN
Los edge locations eliminan los cuellos de botella de protocolo y TCP para transferencias de Proxmox Backup Server en enlaces de alta latencia. Hasta 13x más rápido. Sin coste adicional. Un solo cambio de hostname.
* = IVA puede aplicarse