---
title: "Regiones y ubicaciones"
description: "Dónde ejecuta CubePath cómputo y dónde opera puntos de presencia solo de red, y cómo elegir la región adecuada."
category: "Introducción"
language: es
source: https://cubepath.com/es/docs/products/introduccion/regiones-y-ubicaciones
updated: 2026-08-08
---

# Regiones y ubicaciones

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.

> Importante: La 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](/docs/products/despliegue/redes-privadas) vive en una ubicación; los servidores de otra no pueden unirse.
- Una [IP flotante](/docs/products/seguridad/ips-flotantes) solo se asocia a máquinas de la ubicación donde se adquirió.
- Un [grupo de disponibilidad](/docs/products/despliegue/grupos-de-disponibilidad) reparte máquinas entre hosts dentro de una sola ubicación.
- Un [clúster de Kubernetes](/docs/products/despliegue/desplegar-un-cluster-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](/docs/products/despliegue/dns-geodns-es)** 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](/docs/products/despliegue/desplegar-un-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.

> Consejo: Antes 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](https://cubepath.com/datacenter).