CubePath funciona sobre su propia red, así que puedes desplegar cómputo cerca de tus usuarios y enrutar tráfico por toda nuestra huella. Esta página muestra dónde puedes ejecutar servidores y dónde operamos puntos de presencia solo de red.
Dónde puedes desplegar servidores
Los VPS y los servidores dedicados están disponibles en tres regiones:
| Región | Código | Servidores | Red | Notas |
|---|---|---|---|---|
| Barcelona, España | eu-bcn-1 | Sí | Sí | Región europea |
| Houston, Texas | us-hou-1 | Sí | Sí | EE. UU. Centro |
| Miami, Florida | us-mia-1 | Sí | Sí | EE. UU. Este / puerta a LatAm |
Ubicaciones solo de red
En estas ubicaciones operamos únicamente red — tránsito, transporte IP y conectividad. Aquí no se pueden desplegar servidores:
| Ubicación | Código | Servidores | Red | Notas |
|---|---|---|---|---|
| Ámsterdam, Países Bajos | ams | No | Sí | Solo red, sin cómputo |
| Virginia, Estados Unidos | us-va-1 | No | Sí | Solo red, sin cómputo |
Elegir una región
Escoge la región más cercana a tus usuarios. La latencia es lo único que no arregla ninguna cantidad de hardware: una petición que tiene que cruzar un océano pierde más tiempo por la distancia del que un plan mayor pueda devolverle.
ImportanteLa región de un recurso se fija al desplegar y no se puede cambiar después. Moverse a otra región significa desplegar allí y migrar, así que conviene acertar a la primera.
Los recursos de regiones distintas son independientes entre sí, y varias cosas son estrictamente regionales:
- Una red privada vive en una ubicación; los servidores de otra no pueden unirse.
- Una IP flotante solo se asocia a máquinas de la ubicación donde se adquirió.
- Un grupo de disponibilidad reparte máquinas entre hosts dentro de una sola ubicación.
- Un clúster de Kubernetes y sus workers viven en una ubicación.
Dar servicio a más de una región
Como los recursos no abarcan varias regiones, los montajes multirregión se construyen ejecutando el mismo stack en cada una y enrutando entre ellas:
- El GeoDNS responde a cada visitante con la dirección de la región más cercana, y los health checks sacan de rotación una región caída automáticamente.
- Una zona CDN acerca el contenido estático a todo el mundo sin duplicar tus servidores — a menudo la respuesta más barata cuando lo lento son solo los recursos estáticos.
ConsejoAntes de montar una segunda región, comprueba si la latencia es realmente tu problema. Un CDN delante de una aplicación de una sola región arregla la mayor parte de lo que la gente espera arreglar con multirregión, a una fracción del coste operativo.
Nuestra red
Operamos nuestra propia infraestructura y red de extremo a extremo, lo que mantiene la latencia baja y la conectividad fiable en todas las regiones. Tienes más información en nuestra página de centros de datos.