VPS en Canadá o Estados Unidos: ¿cuál elegir?

Canadá frente a Estados Unidos: respuesta breve

La elección entre un VPS en Canadá o en Estados Unidos depende de cuatro factores: la distancia entre el servidor y las personas que cargan las páginas, la jurisdicción que se aplica a los datos, el coste final después de la conversión bancaria y la densidad de conexiones de esa ubicación con el resto de Internet. Estados Unidos suele imponerse en el último punto porque tiene más proveedores, más ciudades y más puntos de intercambio. Canadá suele imponerse en materia de jurisdicción porque su legislación de privacidad resulta más fácil de explicar a un cliente europeo o latinoamericano. La distancia determina todo lo demás, y se mide desde los usuarios, no desde su escritorio.

Esta página contiene la decisión. Una vez tomada y elegida Canadá, lo que realmente diferencia a los planes VPS canadienses es la página que sigue a esta.

Mida la distancia hasta sus usuarios, no hasta usted

La latencia es el aspecto que más se discute y el que nunca debe aceptar sin comprobarlo en un artículo. El único valor relevante es el que se mide desde la red donde están sus usuarios hasta el servidor concreto que está considerando, durante el horario en que lo utilizan. Por eso, esta página explica el método y la interpretación en lugar de ofrecer una tabla de milisegundos que era válida para la conexión de otra persona.

Empiece por los cálculos, porque establecen el límite inferior. La luz se mueve por la fibra a unos 200,000 km por segundo. Eso equivale a 200 km por milisegundo en un solo sentido, por lo que un trayecto de ida y vuelta cuesta aproximadamente 1 ms por cada 100 km de recorrido. La fibra no sigue líneas rectas y cada router del trayecto añade un pequeño retraso, así que un trayecto de ida y vuelta medido suele situarse entre una vez y media y dos veces ese límite inferior. Toronto y Nueva York están separadas por unos 550 km. Ningún proveedor, ajuste de enrutamiento ni optimización del kernel hará que esa diferencia cambie mucho. Por tanto, para una audiencia del noreste del continente, la latencia no es el factor que decide esta cuestión.

Ahora haga la medición. Ejecute esto desde una máquina de la misma red que sus usuarios, no desde su portátil en otro país.

sudo apt install -y mtr-tiny
mtr -rwzbc 50 candidate-server.example.com

mtrenvía 50 sondas y muestra una línea por salto, con las columnas Loss%, Snt, Last, Avg, Best, Wrst y StDev. Lea la última línea, que corresponde al propio servidor. Los saltos intermedios que muestran pérdida mientras la última línea no muestra ninguna indican que esos routers limitan la velocidad de sus respuestas ICMP. Esto es normal y no implica un fallo en el trayecto. En esa línea final necesita dos valores: Avg, que representa el tiempo de ida y vuelta habitual, y StDev, que indica cuánto varía. Un trayecto con un StDev alto perjudica más que otro con un Avg ligeramente superior, porque cada paquete perdido espera hasta el peor caso antes de volver a enviarse.

Después, mida lo que realmente percibe un navegador.

curl -o /dev/null -s -w 'dns %{time_namelookup}  tcp %{time_connect}  tls %{time_appconnect}  ttfb %{time_starttransfer}  total %{time_total}\n' https://candidate-server.example.com/

Una solicitud HTTPS nueva tarda aproximadamente tres trayectos de ida y vuelta antes de que llegue el primer byte de la página: uno para el handshake de TCP, otro para el handshake de TLS (seguridad de la capa de transporte) y otro para la solicitud. La distancia se multiplica por tres antes de que la aplicación haga cualquier trabajo. Por eso una persona percibe claramente la diferencia entre 20 ms y 80 ms, mientras que la diferencia entre 20 ms y 26 ms resulta imperceptible.

Si no conoce a nadie en la región donde viven sus usuarios, utilice una red pública de medición. RIPE Atlas ejecuta sondas en la mayoría de los países y puede programar un ping o un traceroute desde ellas hasta la dirección candidata. Diez sondas del país de sus usuarios le proporcionan más información que cualquier cifra publicada. En Windows, los equivalentes locales de los comandos anteriores son ping y tracert, y ambos vienen integrados.

Qué legislación se aplica a los datos

Primero, dos hechos claros y después una remisión, porque esto no constituye asesoramiento jurídico.

La ley federal canadiense de privacidad del sector privado es la PIPEDA (Personal Information Protection and Electronic Documents Act). Se aplica a las organizaciones comerciales que tratan información personal. La Comisión Europea la reconoce como una norma que ofrece una protección adecuada desde 2001. Por tanto, los datos personales pueden transferirse desde la UE a una organización incluida en su ámbito sin documentación adicional para la transferencia.

Estados Unidos no tiene un equivalente federal único. Sí tiene la CLOUD Act (Clarifying Lawful Overseas Use of Data Act), aprobada en 2018. Esta ley permite que las autoridades estadounidenses obliguen a un proveedor estadounidense a entregar los datos que controla, independientemente de dónde esté físicamente el disco. El alcance sigue a la empresa, no al edificio. Un proveedor propiedad de una empresa estadounidense que opera un centro de datos en Toronto sigue siendo una empresa estadounidense. Por tanto, si la jurisdicción es el motivo para elegir Canadá, compruebe quién es el propietario del proveedor y qué entidad jurídica firma el contrato, no sólo la dirección del bastidor.

Las transferencias de la UE a organizaciones estadounidenses se rigen actualmente por el Marco de Privacidad de Datos UE-EE. UU., adoptado en julio de 2023. Los dos acuerdos anteriores fueron anulados por los tribunales. Compruebe su estado actual antes de diseñar una solución basándose en él.

Nada de esto resuelve por sí solo su caso. Si un contrato con un cliente, un regulador o una licitación del sector público especifica un país, esa especificación determina la decisión y los otros tres ejes de esta página dejan de ser relevantes. Para hacerlo correctamente, debe tener en cuenta también los subencargados, las copias de seguridad y el acceso del soporte. Estos aspectos se tratan en mantener los datos en Canadá y lo que eso exige realmente.

Precio y moneda de facturación

Con las mismas especificaciones, los precios anunciados en ambos países son similares. La moneda y el período de facturación influyen más en el coste real que el país.

La mayoría de los proveedores internacionales factura en dólares estadounidenses. Algunos proveedores canadienses facturan en dólares canadienses. Si su tarjeta se emitió en euros, pesos mexicanos o pesos colombianos, pagará una comisión por transacción en moneda extranjera con cualquiera de las dos opciones, normalmente del 2 al 3 por ciento, además del margen que aplique su banco en la conversión. Esa comisión se cobra cada mes, así que debe incluirla en el importe anual, no en el mensual.

Después, el tipo de cambio puede variar. Un plan anunciado con un precio fijo en dólares estadounidenses tiene un precio variable en euros. En doce meses, esa variación suele ser mayor que la diferencia entre los precios de lista de ambos países. Por eso, comparar precios mensuales en una moneda que usted no utiliza no aporta casi ninguna información. Convierta ambas opciones a su propia moneda, multiplique el resultado por doce, añada la comisión de la tarjeta y compare esas dos cifras.

Los impuestos son la otra variable que suele pasar desapercibida. El mismo plan puede mostrarse con impuestos incluidos a un comprador de un país y sin impuestos a un comprador de otro. La página de pago es el único lugar que indica cuál de las dos situaciones se aplica. Compruebe el total, no el precio destacado.

El resto de ese cálculo se explica en cuánto cuesta realmente un VPS en el mercado y cómo leer una oferta de VPS barato antes de pagarla. Hay una advertencia que se aplica por igual a ambos países: un precio muy bajo suele implicar un host saturado, y el tiempo de steal permite descubrir que comparte un núcleo con alguien que tiene una carga mayor que la suya.

Proveedores y peering: donde Estados Unidos gana claramente

Estados Unidos tiene más de todo lo que importa en este contexto. Hay más proveedores por ciudad, más ciudades entre las que elegir, más redes de tránsito y más puntos de intercambio de Internet. En estos puntos, las redes intercambian tráfico directamente en lugar de pagar a un tercero para transportarlo. El mercado canadiense es más pequeño y está más concentrado. TorIX, en Toronto, es el mayor punto de intercambio canadiense. Toronto concentra la mayor parte del alojamiento del país y Montreal ocupa el segundo lugar porque allí la electricidad es barata.

Esa diferencia de densidad tiene una consecuencia visible. Una parte importante del tráfico canadiense cruza a Estados Unidos y vuelve, incluso cuando el tráfico conecta dos ciudades canadienses. Este fenómeno se denomina tromboning. Ocurre porque dos redes canadienses que no tienen peering dentro de Canadá se encuentran en Chicago o Nueva York, donde ambas ya compran tránsito.

Puede comprobarlo usted mismo, porque los nombres de reverse DNS de los routers de tránsito suelen incluir el código de aeropuerto de la ciudad donde está el router. yyz es Toronto, yul es Montreal, ewr y jfk son Nueva York, iad es Ashburn, en Virginia, dfw es Dallas, mia es Miami, gru es Sao Paulo, mad es Madrid y ams es Amsterdam. El indicador -b del comando mtr anterior muestra el nombre junto a la dirección, por lo que el trace indica la ruta con palabras. Un trace hacia un servidor de Toronto que pase por un salto iad o jfk cruzó la frontera durante el trayecto de entrada, independientemente de lo que indique la dirección del data centre. Este hecho tiene dos costes: reduce parte de la ventaja de latencia que esperaba obtener y significa que el tráfico pasó por otro país aunque esté almacenado en Canadá.

Los detalles de cada ciudad corresponden a las páginas de las ciudades. En resumen, Toronto es la opción predeterminada en Canadá y el principal punto de interconexión del país. Nueva York es el salto más corto desde Europa y el mercado más denso de la costa este. Dallas está en el centro del continente, por lo que suele ser la opción habitual cuando la audiencia está distribuida por Norteamérica o se encuentra en México. Miami es el cuarto nombre que encontrará, porque allí se interconectan la mayoría de las redes latinoamericanas con el resto del mundo.

Cuando Canadá y Estados Unidos son opciones incorrectas

La pregunta del título da por hecho que Norteamérica es el continente adecuado. A menudo no lo es, y elegir cualquiera de las dos opciones puede costar más que elegir una tercera ubicación.

Si los usuarios están en España, una ubicación europea supera a ambas. La distancia entre Madrid y Toronto y entre Madrid y Nueva York es casi la misma en línea ortodrómica, unos 5,700 km, por lo que el mínimo es el mismo y la decisión depende del peering, donde Nueva York gana. Sin embargo, un servidor en Europa elimina por completo ese tramo oceánico. Ámsterdam es uno de los puntos de peering más densos de Europa y es una opción habitual para una audiencia española o europea más amplia.

Si los usuarios están en Brasil, aloje el servicio en Brasil. São Paulo es el centro de interconexión de Sudamérica, y un servidor en Brasil para una audiencia brasileña elimina varios miles de kilómetros que ninguna cantidad de caché puede recuperar.

Si los usuarios están en México, Dallas suele ofrecer la ruta real más corta y a menudo supera al alojamiento dentro de México, porque el mercado local es reducido y el tráfico suele regresar hacia el norte de todos modos. Si están en Colombia, las trazas suelen pasar por Miami. En ambos casos, la instrucción correcta es la misma: ejecute mtr desde una máquina situada allí antes de decidir, porque el mapa físico y el mapa de enrutamiento no coinciden con tanta frecuencia en Latinoamérica como entre Toronto y Nueva York.

Hay un error que aparece en casi todas estas conversaciones. La gente elige la ubicación que le parece rápida. Su propia sesión SSH resulta cómoda con 150 ms, porque envía una pulsación cada vez y sólo hay una persona. Un navegador en el país de los usuarios abre decenas de conexiones para cargar una sola página. Su comodidad no es la métrica. Lo importante es el tiempo de ida y vuelta de los usuarios.

Una lista breve que puede probar en una tarde

1. Anote dónde están sus usuarios a partir del informe de países de su herramienta de analítica, no de la memoria.
2. Elija las dos ciudades candidatas más cercanas de esa lista y añada una tercera fuera de Norteamérica si el paso 1 apunta en esa dirección.
3. Alquile cada ubicación candidata durante un mes y sirva el mismo archivo estático desde cada una.
4. Mida desde la red de sus usuarios con mtr y con el comando de medición de tiempos curl, una vez en una hora de mayor actividad y otra en una hora de menor actividad.
5. Tenga en cuenta la jurisdicción sólo si un contrato, un regulador o un cliente la plantea. De lo contrario, es una preferencia, no un requisito.
6. Conserve la opción ganadora y elimine las demás antes de la siguiente factura.

Esto cuesta un mes de dos planes pequeños y responde a la pregunta durante toda la vida del proyecto. Es una mejor relación entre coste y resultado que dedicar una hora a leer opiniones al respecto.

La regla

Coloque el servidor en la ciudad más cercana a las personas que cargan sus páginas y deje que la jurisdicción prevalezca sólo cuando un contrato o un organismo regulador especifique un país.

FAQ

¿Un VPS canadiense ofrece más privacidad que uno estadounidense?

Puede ofrecerla, y la propiedad del proveedor influye más que la dirección del edificio. La PIPEDA de Canadá (Personal Information Protection and Electronic Documents Act) regula el tratamiento comercial de información personal, y la Comisión Europea la considera adecuada para las transferencias de datos de la UE desde 2001. La US CLOUD Act (2018) permite a las autoridades estadounidenses obligar a un proveedor estadounidense a entregar los datos que controla, sin importar dónde se encuentre el disco. Por tanto, una empresa estadounidense que opera un centro de datos en Toronto sigue estando sujeta a ese alcance. Compruebe qué entidad legal firma su contrato. Nada de esto constituye asesoramiento jurídico, y un contrato o un regulador que designe un país prevalece sobre todo lo anterior.

¿Mis usuarios notarán la diferencia entre un servidor en Toronto y otro en New York?

Casi con toda seguridad, no. Las dos ciudades están separadas por unos 550 km, y un viaje de ida y vuelta cuesta aproximadamente 1 ms por cada 100 km de fibra. Por tanto, la diferencia física es de unos pocos milisegundos incluso después de multiplicarla por los tres viajes de ida y vuelta que necesita una conexión HTTPS nueva. Esa diferencia desaparece frente a una sola imagen sin optimizar. Confírmelo en su caso ejecutando mtr -rwzbc 50 <host> contra ambas opciones desde una máquina situada en la red de sus usuarios y comparando la columna Avg de la última línea.

¿Los datos almacenados en Canadá permanecen dentro de Canadá?

La copia almacenada sí. El tráfico que llega hasta ella, a menudo, no. Dos redes canadienses que no intercambian tráfico dentro de Canadá pueden conectarse en Chicago o New York. Por eso, los paquetes entre dos ciudades canadienses pueden atravesar Estados Unidos y regresar. Puede verlo con traceroute, porque los routers de tránsito incluyen el código aeroportuario de su ciudad en su nombre de DNS inverso: iad es Ashburn; jfk y ewr son New York; yyz es Toronto. Si su requisito incluye los datos en tránsito y no sólo los datos en reposo, ese enrutamiento forma parte del requisito.

Mis usuarios están en España o América Latina. ¿Canadá o Estados Unidos?

Normalmente, ninguno de los dos. Para una audiencia española, una ubicación europea elimina el cruce del Atlántico que deben recorrer ambas opciones norteamericanas, y Madrid está igual de lejos de Toronto que de New York. Para una audiencia brasileña, Sao Paulo gana por miles de kilómetros. Para México, Dallas suele ser la ruta real más corta, y para Colombia muchas rutas pasan por Miami. Mida desde una máquina situada en el país de los usuarios antes de decidir, porque en América Latina el mapa de enrutamiento y el mapa físico no coinciden con tanta frecuencia como suele esperarse.