Crea una base de datos totalmente gestionada y de alta disponibilidad desde la página Deploy Managed Database en my.cubepath.com. CubePath se encarga de la infraestructura, la replicación y el failover.
NotaTu cuenta debe estar verificada antes de poder desplegar.
Elige un motor
| Motor | Qué es | Replicación |
|---|---|---|
| PostgreSQL | Base de datos relacional avanzada de código abierto | Replicación en streaming con failover automático |
| MySQL | La base de datos relacional más popular del mundo | Group Replication (MGR), necesita quórum de 3+ nodos |
| Valkey | Almacén en memoria compatible con Redis para caché, colas y cargas en tiempo real | Primario / réplica |
ImportanteLas versiones están fijadas. No hay actualizaciones mayores en caliente, así que la versión que elijas es la que ejecutará ese clúster. Pasar a una nueva versión mayor implica desplegar un clúster nuevo y migrar.
Desplegar
- 1Elige motor y versiónEscoge PostgreSQL, MySQL o Valkey, y después la versión.
- 2Nombra la base de datosDale un nombre (minúsculas, números y guiones), único dentro de tu organización.
- 3Elige región y planEscoge una región y luego un plan. Los precios son por nodo, así que el total escala con el número de réplicas.
- 4Define las réplicasSelecciona el tamaño del clúster. PostgreSQL y Valkey arrancan con 1 nodo; la replicación necesita al menos 2. MySQL requiere al menos 3.
- 5Configura y despliegaOpcionalmente define un calendario de backups (cron de 5 campos) y la retención en Advanced Settings, y pulsa Deploy Database.
ImportanteAprovisionar un clúster de base de datos puede tardar 30–45 minutos. El endpoint de conexión y las credenciales están disponibles cuando termina.
NotaLos backups están próximamente. El calendario y la retención que definas se guardan con la base de datos y se aplicarán automáticamente cuando los backups se lancen. Mientras tanto, haz tus propios volcados — un clúster gestionado te protege de un fallo de hardware, no de una migración mal hecha.
Conectar
Abre la base de datos y ve a la pestaña Credenciales, y pulsa Reveal credentials. Obtendrás el host, el puerto, el usuario, la contraseña y una URI de conexión lista para usar. Apunta tu aplicación a la URI o al par host/puerto — no hay acceso SSH a los nodos.
Aviso: Quien tenga estas credenciales tiene acceso total a tus datos. Crea usuarios por aplicación en vez de compartir la cuenta de administración, y usa Rotate credentials si la contraseña de admin queda expuesta.
Escalar
Cuando el clúster se asienta en active (o degraded), Scale Database ofrece dos movimientos independientes — uno cada vez:
- Réplicas (horizontal). Añade o quita nodos entre el mínimo y el máximo del plan. Los nodos se añaden o retiran sin indisponibilidad, aunque la operación tarda varios minutos. Cada réplica es un nodo facturable aparte.
- Plan (vertical). Mueve todo el clúster a un plan mayor o menor. Cada nodo se redimensiona con un reinicio rodante, así que las conexiones se reconectan brevemente.
El motor y la versión nunca cambian durante una operación de escalado.
NotaUn plan no puede soportar menos réplicas de las que estás ejecutando. Para pasar a un plan menor, reduce primero el número de réplicas.
Estados
Provisioning → Active es el camino normal. También verás Updating (un cambio de configuración o credenciales), Scaling, Degraded (funcionando, pero sin redundancia completa: hay un nodo caído o reincorporándose) y Error.
La mayoría de operaciones quedan bloqueadas mientras hay otra en curso; el panel te indica que lo intentes de nuevo cuando se asiente.
Protección y borrado
Enable Protection bloquea el borrado accidental. Eliminar destruye permanentemente la base de datos y todos sus datos, así que el diálogo te pide escribir el nombre para confirmar. Exporta antes lo que necesites: no hay deshacer y (hasta que lleguen los backups) no hay copia a la que recurrir.
Las pestañas de la base de datos
Configuración, Credenciales, Bases de datos, Usuarios, Métricas y Actividad.