Alquilar un servidor en Alemania o en Austria: ubicación, latencia y RGPD

Cuando quieres alquilar un servidor, las comparativas te ponen delante precios, núcleos de CPU y gigabytes. La ubicación aparece como nota al pie, y sin embargo decide cosas que ningún upgrade posterior cambia: la rapidez con la que tus usuarios llegan al servidor, qué derecho se aplica a los datos que hay en él y lo bien conectado que está el centro de datos a la red. Este artículo repasa los tres puntos uno por uno, con los datos de KernelHost como ejemplo: sede de la empresa en Viena (Austria), centro de datos principal maincubes en Fráncfort del Meno (Alemania) y Storage Server en Núremberg.

Una aclaración previa: lo que aquí se dice sobre protección de datos es una descripción técnica y organizativa, no asesoramiento jurídico. Que tu tratamiento concreto sea lícito o no se decide en tu caso de uso, no en la ubicación por sí sola.

Tres dimensiones en las que cuenta la ubicación

• Latencia hacia tus usuarios: cada paquete necesita tiempo para el trayecto. Cuanto más cerca esté el servidor de las personas que lo usan, más cortos serán los tiempos de respuesta.
• Marco jurídico y protección de datos: la ubicación del centro de datos y la sede del proveedor determinan qué derecho se aplica y qué autoridades son competentes.
• Conectividad e infraestructura: un servidor solo es tan accesible como la red de la que cuelga, y solo está tan disponible como lo estén la corriente, la refrigeración y el control de acceso del edificio.

Los tres puntos no siempre tiran en la misma dirección. Una ubicación con una conectividad excelente puede quedar aun así lejos de tus usuarios, y la ubicación más cercana no tiene por qué ser la del marco jurídico adecuado. Por eso conviene revisar los tres por separado.

Latencia: Fráncfort como punto de intercambio de internet

Con el DE-CIX, Fráncfort del Meno es el mayor punto de intercambio de internet de Alemania. Allí los operadores de red, los proveedores de acceso y los proveedores de contenidos intercambian su tráfico directamente. Para un servidor eso significa caminos cortos: los paquetes que van hacia un usuario en Alemania, Austria o Suiza suelen pasar por muy pocas estaciones intermedias, porque las redes ya confluyen en Fráncfort de todas formas. El centro de datos maincubes, donde están los sistemas anfitriones de KernelHost, queda a solo unos cientos de metros del DE-CIX.

La latencia que tienes desde tu ciudad hasta Fráncfort depende de tu proveedor de acceso, de dónde interconecta ese proveedor y de tu propia línea (fibra, cable, DSL, móvil). Los valores siguientes son cifras orientativas sacadas de la experiencia para el tiempo de ida y vuelta de un paquete (ping) desde una línea fija bien conectada. No son una garantía de medición ni una promesa, sino un orden de magnitud para planificar:

Las conexiones móviles y las líneas DSL antiguas suman por experiencia bastante más encima, con independencia de dónde esté el servidor. A modo de comparación: un centro de datos en Viena le ahorraría a un usuario de Viena unos diez milisegundos. Para una web, una tienda o una aplicación de empresa esa diferencia no se nota, porque ahí el ritmo lo marcan las consultas a la base de datos, los handshakes TLS y el renderizado en el navegador.

Cuándo es decisiva la cercanía al usuario

La cosa cambia cuando cada milisegundo llega directamente a la aplicación:

• Servidores de juego: los jugadores notan la diferencia entre 15 y 60 ms. Si tienes jugadores repartidos por toda Europa, Fráncfort te deja en una posición central. Para una comunidad en Norteamérica o en Asia, el servidor tiene que estar allí.
• VoIP y servidores de voz: en la voz cuentan tanto el tiempo de tránsito como su variación (jitter). Aquí vale la misma regla: lo más cerca posible de los participantes.
• Escritorio remoto y consolas interactivas: cada pulsación de tecla viaja una vez de ida y otra de vuelta.

En cambio, para backups, procesamiento por lotes, servidores de compilación, archivos y servidores de correo la ubicación da prácticamente igual. Ahí cuenta el rendimiento de transferencia, no el tiempo de tránsito, y que una copia de seguridad corra con 12 o con 25 ms de ping no cambia casi nada en su duración.

Marco jurídico: Austria y Alemania, las dos en la UE

En KernelHost hay dos lugares relevantes, y conviene no confundirlos. Tu parte contractual es KernelHost GmbH, con sede en Viena e inscrita en el registro mercantil austriaco con el número FN 646015 y. Los servidores están en el centro de datos maincubes de Fráncfort del Meno, y los Storage Server, en Núremberg. Los dos países son miembros de la UE, y el Reglamento General de Protección de Datos se aplica de forma directa en ambos. Los datos de pago se tratan exclusivamente para la gestión del cobro.

Para tu propia valoración hay tres puntos importantes:

1. La responsabilidad sigue siendo tuya. Quien trata datos personales en un servidor alquilado es el responsable del tratamiento en el sentido del RGPD. El proveedor pone el hardware, la red y el edificio. Lo que ocurre en el servidor, quién tiene acceso y cuánto tiempo permanecen ahí los datos lo decides tú y respondes tú de ello.
2. Encargo del tratamiento. Si tratas datos de terceros, por ejemplo datos de clientes de una tienda, por regla general necesitas un contrato de encargo del tratamiento con el proveedor de hosting. Acláralo antes de pasar a producción, no después.
3. La ubicación por sí sola no genera una transferencia a un tercer país. Los datos guardados en Fráncfort o en Núremberg no salen de la UE por el mero hecho de que el servidor esté allí. Que tu aplicación envíe datos a terceros países depende de lo que integres: tipografías externas, servicios de analítica, servicios de pago, relays de correo. Eso es una cuestión de tu configuración, no del centro de datos.

Una vez más y con todas las letras: esto no es asesoramiento jurídico. Si tratas datos sensibles, haz que un profesional revise tu caso de uso.

Centro de datos y conectividad: maincubes en Fráncfort del Meno

Los sistemas anfitriones de los servidores root KVM, los servidores root Professional, los servidores de juego y el alojamiento web están en el centro de datos premium maincubes de Fráncfort del Meno. El centro de datos está certificado con TÜV TIER3+. La alimentación eléctrica es redundante y queda respaldada por sistemas SAI y generadores de emergencia, y la electricidad procede al 100% de fuentes renovables. En la red, cada switch está conectado al router core con al menos 2x 40 Gbit/s por fibra óptica. Los detalles están en la página del centro de datos.

A la ubicación pertenece también la protección DDoS, porque un servidor sin protección está accesible solo hasta que alguien lo ataca. KernelHost filtra los ataques de forma permanente y en tiempo real, sin desconectar la dirección IP atacada (sin null routing). La capacidad depende de la línea de producto: las líneas estándar, es decir servidores root KVM, servidores dedicados, servidores de juego y alojamiento web, van cubiertas con 3,2 Tbps de protección DDoS Arbor, y los servidores root Professional y los Professional Dedicated Server, con 17 Tbps. En todos los casos la protección va incluida sin coste adicional. Más sobre esto en la página de protección DDoS.

Otras ubicaciones y para qué están pensadas

Fráncfort es el núcleo, pero no la única ubicación. La página de ubicaciones muestra todas las regiones actuales y, ordenadas a grandes rasgos por finalidad, quedan así:

• Servidores KVM con tráfico ilimitado: servidores virtuales sin límite de tráfico, y la ubicación la eliges tú en el formulario de pedido. Además de Alemania puedes elegir Londres, Estrasburgo, Varsovia, Helsinki, Beauharnois en Canadá, Nueva York, St. Louis, Seattle, Singapur, Tokio, Seúl, Mumbai y Sídney, cada una con la protección DDoS de 3,2 Tbps. Pensados para proyectos cuyos usuarios están fuera de Europa Central, o para aplicaciones con un volumen de datos alto de forma permanente.
• Servidores VPN: las variantes básica y de gaming funcionan en Alemania, mientras que las variantes Unlimited y High Speed las despliegas en la ubicación que quieras de Europa, Norteamérica, Asia o Australia. Aquí la ubicación determina con qué dirección apareces en la red.
• Storage Server en Núremberg: almacenamiento de 1 a 20 TB, accesible por FTP, SFTP, SCP, Samba, WebDAV, BorgBackup y rsync, con snapshots y cifrado de los datos guardados. Que Núremberg no sea Fráncfort es una ventaja para las copias de seguridad: un backup en un centro de datos distinto del que aloja el servidor sobrevive incluso a la caída de toda una ubicación.
• Servidores dedicados: la línea estándar está en Fráncfort del Meno o en Núremberg, y la línea Professional, en Fráncfort del Meno.

Lista de comprobación antes de pedir

1. Define tu público. ¿Dónde están las personas que van a usar el servidor? Para Europa Central, Fráncfort es la opción evidente. Si tus usuarios están mayoritariamente en Norteamérica o en Asia, coge un servidor KVM con tráfico ilimitado en la ubicación que corresponda.
2. Mide la latencia en vez de estimarla. KernelHost tiene un servidor de prueba en test.kernelhost.info. Un ping test.kernelhost.info muestra el tiempo de ida y vuelta, y mtr -rwc 100 test.kernelhost.info muestra además cada salto intermedio junto con la pérdida de paquetes. Mide a distintas horas del día y desde las líneas que tus usuarios usan de verdad.
3. Calcula tu necesidad de tráfico. Los servidores root KVM de Fráncfort funcionan con una conexión de 2x 1 Gbit/s y tráfico Fair Use, y eso llega para webs, aplicaciones y la mayoría de servidores de juego. Si sirves grandes volúmenes de datos de forma continua, tira de servidores dedicados con tráfico ilimitado o de los servidores KVM con tráfico ilimitado.
4. Estrategia de backup antes del primer byte. Los servidores root KVM traen tres slots de backup, entre ellos una copia de emergencia automática semanal. Eso no sustituye a una copia de seguridad propia en un segundo sitio, por ejemplo en un Storage Server de Núremberg. Cómo montarlo bien está en Estrategia de backup para servidores root.
5. Elige la forma de pago. Tienes PayPal, tarjeta de crédito y de débito, Apple Pay, Google Pay, domiciliación SEPA, Sofortüberweisung, paysafecard, criptomonedas, WeChat Pay y Alipay, sin recargo sobre el precio. Con la domiciliación SEPA el abono tarda de 1 a 3 días laborables, con las criptomonedas depende de la confirmación en la red correspondiente, y todas las demás formas se confirman al instante. El resumen: métodos de pago.
6. Revisa la duración y la cancelación. Todos los productos funcionan en PrePaid: pagas un periodo por adelantado, no hay contrato, ni permanencia mínima, ni plazo de preaviso, ni renovación automática mientras no la actives tú. Un servidor que no se renueva caduca sin más al final del periodo pagado.
7. Reserva los primeros 30 minutos. Un servidor nuevo está accesible desde el primer minuto, y desde el primer minuto lo escanean. Actualizaciones, usuarios, SSH y firewall van al principio: Configurar un servidor root nuevo.

Conclusión

Para usuarios en Alemania, Austria y Suiza, un servidor en Fráncfort del Meno es en la mayoría de los casos la elección correcta: caminos cortos a través del DE-CIX, un centro de datos certificado con TÜV TIER3+ y un marco jurídico dentro de la UE, con independencia de que el proveedor tenga su sede en Viena o en Alemania. Un centro de datos en Austria le ahorraría unos milisegundos a los usuarios de Viena y ofrecería el mismo marco de la UE; las normas nacionales de detalle difieren, pero eso no cambia nada del RGPD. Más decisivo es que hayas medido tú mismo la latencia antes de pedir, que hayas estimado de forma realista tu necesidad de tráfico y que hayas planificado la copia de seguridad en un segundo sitio. Si quieres empezar por ahí, encuentras las configuraciones en alquilar un servidor root KVM desde 9,99 € al mes y alquilar un servidor dedicado desde 69,99 € al mes, los dos PrePaid y sin contrato.