Hay cientos de proveedores de VPS. La mayoría ofrecen lo mismo: elige un plan, recibe un servidor, entra por SSH, instala tu stack a mano. Quizás haya un panel básico para reiniciar o reinstalar el SO. Eso es todo.

Las VPS de CubePath están construidas para equipos que piensan en los servidores de otra manera. Servidores que se crean y destruyen programáticamente. Infraestructura definida en Terraform y versionada en Git. Escalado horizontal detrás de Load Balancers donde las instancias se levantan durante picos de tráfico y desaparecen cuando la demanda baja. Facturación por horas para que la factura refleje el uso real, no capacidad reservada sin utilizar.

Esto no es hosting de VPS. Es infraestructura programable.

Instancias para Cada Carga de Trabajo

No todas las aplicaciones necesitan el mismo cómputo. Un entorno de staging tiene requisitos diferentes a una base de datos en producción, y un trabajo de procesamiento batch no tiene nada que ver con una API sensible a latencia. CubePath ofrece múltiples tipos de VPS para que cada carga de trabajo corra en el hardware adecuado:

Shared CPU

La opción más rentable. Las instancias Shared CPU ofrecen excelente rendimiento para cargas de trabajo que no necesitan tiempo de CPU garantizado. Proporcionan el mayor número de instancias por euro, siendo ideales para:

  • Entornos de desarrollo y staging
  • Proyectos personales y prototipos
  • Herramientas internas y dashboards
  • Servidores web ligeros y blogs
  • Runners de CI/CD para pipelines no críticos

Shared CPU es cómputo real en hardware real. La diferencia es que el tiempo de CPU se comparte con otras instancias en el mismo host, lo que significa que el rendimiento puede variar ligeramente durante periodos pico. Para la mayoría de cargas de trabajo, esto nunca se nota.

High Frequency

Las instancias High Frequency corren en procesadores de última generación con velocidades de reloj base más altas. Cuando el rendimiento single-thread importa, esta es la elección correcta:

  • APIs y microservicios sensibles a latencia
  • Procesamiento de datos en tiempo real
  • Servidores WebSocket y conexiones persistentes
  • Aplicaciones con hot paths limitados por CPU
  • Backends donde el tiempo de respuesta impacta directamente en la experiencia de usuario

La mayor velocidad de reloj se traduce directamente en procesamiento de peticiones más rápido. Para una API donde cada milisegundo de tiempo de respuesta importa, la diferencia entre un procesador estándar y uno de alta frecuencia es medible en producción.

Dedicated CPU

Las instancias Dedicated CPU proporcionan núcleos de CPU garantizados que nunca se comparten con otros inquilinos en el mismo host. El rendimiento es consistente y predecible, independientemente de lo que otras instancias estén haciendo:

  • Bases de datos en producción (PostgreSQL, MySQL, MongoDB, Redis)
  • Brokers de mensajería (RabbitMQ, Kafka, NATS)
  • APIs de producción con alto tráfico bajo SLA
  • Procesamiento batch intensivo en cómputo y transformación de datos
  • Aplicaciones donde la variación de rendimiento es inaceptable

Cuando un servicio está corriendo bajo un SLA que garantiza tiempos de respuesta, Dedicated CPU elimina la variable de vecinos ruidosos de la ecuación por completo.

Escalado en Cualquier Dirección

Cada tipo de instancia está disponible en múltiples configuraciones de vCPU, RAM y almacenamiento NVMe. Escala verticalmente redimensionando una instancia a un plan mayor. Escala horizontalmente añadiendo más instancias detrás de un Load Balancer. O las dos cosas: ejecuta unas pocas instancias grandes Dedicated CPU para la base de datos y muchas instancias Shared CPU más pequeñas para los servidores de aplicación stateless.

Facturación por Horas: Paga por lo que Realmente Usas

Las instancias VPS de CubePath se facturan por hora. No por mes, no por compromiso anual. Por hora.

Esto cambia cómo funciona la infraestructura en la práctica:

Levanta 10 servidores para un test de carga, destrúyelos en 2 horas, paga 2 horas. Testear a escala no debería requerir un compromiso de un mes con 10 servidores. Crea las instancias, ejecuta el test, recoge los resultados, destruye todo. El coste son unas pocas horas de cómputo, no un mes.

Escala para un evento, baja después. Un lanzamiento de producto, una campaña de marketing, Black Friday, una conferencia. El tráfico va a subir y la infraestructura necesita aguantarlo. Añade instancias antes del evento, ponlas detrás del Load Balancer, y elimínalas cuando el tráfico vuelva a la normalidad. La factura refleja la duración real del escalado, no un aumento permanente de capacidad.

Sin contratos, sin penalizaciones. Crea una instancia, úsala 3 horas, destrúyela. No hay compromiso mínimo, no hay cuota de cancelación anticipada, no hay penalización por borrar una instancia. La infraestructura se convierte en algo que se crea y destruye según la necesidad, no en algo que se compra y se mantiene indefinidamente.

Experimentar cuesta casi nada. ¿Quieres probar una nueva arquitectura? ¿Testear otra base de datos? ¿Hacer benchmark de una aplicación en una instancia más grande? Levántala, prueba, destrúyela. El coste de experimentar se mide en céntimos, no en compromisos mensuales.

Este modelo cambia cómo los equipos piensan sobre la infraestructura. Los servidores dejan de ser mascotas que viven meses o años y pasan a ser ganado que existe exactamente el tiempo que se necesita. Combinado con herramientas de orquestación, esto se convierte en infraestructura genuinamente elástica.

Múltiples Ubicaciones Globales

CubePath opera infraestructura de VPS en ubicaciones estratégicas:

  • España para el sur de Europa, el Mediterráneo y el norte de África
  • Miami para Latinoamérica y el Caribe
  • Houston para el centro de Estados Unidos y México
  • Virginia para la Costa Este de EE.UU. y tráfico transatlántico

Despliega donde están los usuarios. Una aplicación que sirve clientes en Latinoamérica corre en Miami. Una plataforma SaaS para empresas europeas corre en España. Un servicio que necesita estar cerca de la infraestructura financiera de EE.UU. corre en Virginia.

Para aplicaciones que necesitan redundancia geográfica, despliega en múltiples ubicaciones. La red privada entre regiones (con MTU 9000) mantiene la comunicación entre regiones rápida y sin costes de ancho de banda. Una base de datos primaria en España con una réplica de streaming en Miami, servidores de aplicación en ambas ubicaciones detrás de sus respectivos Load Balancers, y los usuarios siempre acceden al despliegue más cercano.

Load Balancers Nativos

Ejecutar un solo VPS es simple. Ejecutar cargas de trabajo en producción que necesitan seguir disponibles cuando algo falla requiere más. Los Load Balancers de CubePath distribuyen tráfico entre múltiples instancias VPS y gestionan los fallos automáticamente.

Health checks automáticos. El Load Balancer monitoriza cada instancia backend de forma continua. Cuando una instancia no pasa un health check, se deja de enviar tráfico a ella. Cuando se recupera, el tráfico se reanuda. Sin intervención manual, sin alertas de monitorización que gestionar. El Load Balancer se encarga.

Terminación TLS. Descarga TLS en el Load Balancer para que las instancias backend no tengan que gestionar certificados. Una configuración de certificado, un proceso de renovación, independientemente de cuántas instancias haya detrás del balanceador.

Escalado horizontal que funciona de verdad. Añade más instancias detrás del Load Balancer durante las horas punta, elimínalas cuando el tráfico baja. Combinado con facturación por horas, esto significa pagar por capacidad extra solo durante las horas en las que realmente se necesita. Diez instancias durante 8 horas en el día, tres instancias por la noche. El Load Balancer distribuye el tráfico entre lo que esté corriendo.

Múltiples protocolos. HTTP, HTTPS, TCP, UDP. Ya sea una aplicación web, un servicio TCP o un protocolo basado en UDP, el Load Balancer gestiona la distribución.

Herramientas de Orquestación: Terraform, CLI, SDK

Un VPS que solo se puede gestionar a través de un panel web es un VPS que no se puede automatizar. CubePath proporciona las herramientas para gestionar infraestructura de forma programática, de la misma forma que los equipos modernos gestionan todo lo demás.

Terraform Provider

Define la infraestructura de CubePath como código. Instancias VPS, Load Balancers, redes privadas, registros DNS, firewalls. Todo declarado en archivos Terraform, versionado en Git, aplicado con terraform apply y destruido con terraform destroy.

terraform {
  required_providers {
    cubepath = {
      source  = "cubepath/cubepath"
      version = "~> 1.0"
    }
  }
}

provider "cubepath" {
  # API token vía variable de entorno CUBE_API_TOKEN
}

resource "cubepath_project" "app" {
  name        = "production"
  description = "Infraestructura de producción"
}

resource "cubepath_network" "private" {
  name       = "app-network"
  project_id = cubepath_project.app.id
  location   = "us-mia-1"
  ip_range   = "10.0.1.0"
  prefix     = 24
}

resource "cubepath_vps" "web" {
  count         = 3
  name          = "web-${count.index}"
  project_id    = cubepath_project.app.id
  location      = "us-mia-1"
  plan_name     = "gp.pro"
  template_name = "ubuntu-24-04"
  network_id    = cubepath_network.private.id
  ssh_key_names = ["my-key"]
}

Proyectos, redes, instancias, claves SSH, todo definido como código. Los cambios de infraestructura pasan por pull requests. Revisión de pares antes de crear o destruir nada. Historial de auditoría completo en Git. Rollback revirtiendo un commit.

CLI

Gestiona instancias, redes, Load Balancers y cada otro recurso de CubePath desde la terminal. Automatiza operaciones en scripts, intégralas en workflows de shell o úsalas para gestión rápida ad-hoc.

# Configurar tu API token
cubecli config setup

# Listar instancias VPS
cubecli vps list

# Crear una instancia VPS
cubecli vps create

# Ver detalles de un VPS específico
cubecli vps show <id>

# Destruir una instancia VPS
cubecli vps destroy <id>

# Gestionar Load Balancers
cubecli lb list
cubecli lb create

# Gestionar redes privadas
cubecli network list
cubecli network create

# Salida JSON para scripting
cubecli vps list --json | jq '.[].vps[].name'

SDK

Para equipos construyendo herramientas propias, sistemas de despliegue o plataformas internas de desarrollo, el SDK proporciona acceso programático a todo lo que CubePath ofrece. Construye lógica de auto-escalado, workflows de despliegue personalizados o integra CubePath en una plataforma interna de desarrollo existente.

Todo a Través de la API

El Terraform provider, la CLI y el SDK consumen todos la misma API. El panel web consume la misma API. No hay ninguna funcionalidad que exista en un sitio pero no en otro. Si se puede hacer en el panel, se puede automatizar.

Cloud Alerts: Monitorización y Notificaciones

Saber qué está pasando en la infraestructura sin tener que estar mirando dashboards constantemente es fundamental para equipos que operan servicios en producción. CubePath incluye Cloud Alerts para crear alertas sobre el consumo de recursos de las instancias y recibir notificaciones donde el equipo ya está trabajando.

Alertas de recursos. Configura alertas cuando el uso de CPU supera un umbral, cuando la memoria se está agotando, cuando el disco se está llenando o cuando el tráfico de red se dispara. El sistema monitoriza las métricas de las instancias y dispara la alerta cuando se cumple la condición.

Notificaciones a Slack, Email y más. Las alertas llegan donde el equipo las necesita. Un canal de Slack para el equipo de infraestructura, un email al responsable de guardia, o ambos. Sin instalar agentes de monitorización en las instancias, sin configurar Prometheus desde cero, sin montar infraestructura de alertas propia.

Reaccionar antes de que sea un problema. Una alerta de CPU al 90% permite escalar antes de que el servicio se degrade. Una alerta de disco al 85% da tiempo a limpiar o ampliar antes de que la base de datos se pare. Las alertas convierten la monitorización en acción proactiva en vez de firefighting reactivo.

El Ecosistema Completo: No Solo un Servidor

Un VPS aislado es solo un servidor. Lo que hace útiles a las VPS de CubePath para infraestructura de producción es todo lo que se conecta alrededor:

Red privada. Conecta instancias VPS en una red privada aislada. El tráfico entre instancias se queda en la red privada y nunca toca internet público. Sin costes de ancho de banda por tráfico privado. Disponible dentro de una región y entre regiones con MTU 9000.

Firewalls gestionados. Define reglas de firewall desde el panel o la API. Permite SSH desde IPs específicas, abre puertos para la aplicación, bloquea todo lo demás. Las reglas se aplican a nivel de red antes de que el tráfico llegue a la instancia. Sin necesidad de configurar iptables o nftables manualmente en cada servidor.

Gestión DNS. Aloja zonas DNS en CubePath y gestiona registros junto con el resto de la infraestructura. Apunta dominios a Load Balancers, crea registros para servicios internos, gestiona todo desde la misma API.

Floating IPs. Asigna una IP pública que se puede mover entre instancias al instante. Si la instancia principal falla, reasigna la Floating IP a una de standby. El DNS no cambia, los clientes no reconectan. La IP se mueve a una instancia sana en segundos.

Backups y snapshots. Programa backups automáticos o crea snapshots manuales antes de hacer cambios. Restaura desde un snapshot para volver a un estado conocido.

Protección DDoS incluida. Cada instancia VPS está protegida por la mitigación DDoS basada en FlowSpec de CubePath en los edge routers. Sin configuración extra, sin coste adicional. La red se protege a sí misma.

VPS Pensadas para Construir

Las VPS de CubePath no están diseñadas para quien quiere alquilar un servidor y olvidarse. Están diseñadas para equipos que tratan la infraestructura como código, que escalan horizontalmente detrás de Load Balancers, que crean y destruyen instancias según la demanda, y que automatizan todo a través de APIs y herramientas de orquestación.

Facturación por horas significa pagar por el uso real. Múltiples tipos de instancia significan que cada carga de trabajo corre en el hardware adecuado. Terraform, CLI y SDK significan que la infraestructura es programable. Load Balancers, redes privadas, firewalls, DNS, Floating IPs y Cloud Alerts significan que cada pieza necesaria para una arquitectura de producción ya está ahí.

El VPS es el bloque de construcción. Lo que se construye con él depende del equipo.