Saltar al contenido principal

¿Qué es una base de datos gestionada en Vertra Cloud?

Una base de datos gestionada en Vertra Cloud es una instancia de PostgreSQL, MongoDB, Redis o MySQL que la plataforma aprovisiona, protege y monitoriza por ti: TLS es obligatorio, los certificados de CA, de servidor y de cliente se generan automáticamente, y cada base de datos se ejecuta en su propio contenedor, con memoria y almacenamiento dedicados.

¿Qué motores de base de datos están disponibles?

Cuatro: PostgreSQL (18 o 17), MongoDB (8.0 o 9.0), Redis (8.2 o 7.2) y MySQL (9.7 u 8.4). Eliges la versión al crear la base de datos, y la recomendada es la predeterminada. Todos los motores exigen TLS y un certificado de cliente: una contraseña sola nunca conecta.

PostgreSQL 18 / 17

Base de datos relacional con SQL completo, compatibilidad con JSONB y extensiones.Usuario: vertracloud  |  Base de datos: vertracloud  |  Autenticación: contraseña + certificado de cliente

MongoDB 8.0 / 9.0

Base de datos NoSQL orientada a documentos, para datos flexibles.Usuario: vertracloud  |  Base de datos: vertracloud  |  Base de datos de autenticación: admin  |  Autenticación: contraseña + certificado de cliente

Redis 8.2 / 7.2

Almacenamiento en memoria para caché de alto rendimiento, colas y pub/sub.Usuario: vertracloud  |  Autenticación: usuario + contraseña + certificado de cliente

MySQL 9.7 / 8.4

Base de datos relacional muy extendida, con transacciones ACID y un gran ecosistema.Usuario: vertracloud  |  Base de datos: vertracloud  |  Autenticación: contraseña + certificado de cliente X509

¿Con qué usuario me conecto?

Las bases de datos creadas a partir de la v26.4.8 te dan el usuario vertracloud y una base de datos predeterminada llamada vertracloud. Es propietario de tus datos y, según el motor, puede crear bases de datos y roles (PostgreSQL), usar todas las bases de datos (MongoDB) o ejecutar todos los comandos de datos (Redis). Como en otros servicios de bases de datos gestionadas, la administración a nivel de servidor (ajustes del servidor, usuarios administradores, copias de seguridad y restauraciones) la gestiona la plataforma. Las bases de datos creadas antes conservan el usuario por defecto del motor: postgres (base de datos postgres) en PostgreSQL, default en MongoDB y Redis, y root (base de datos default) en MySQL. El campo username de Obtener base de datos siempre indica cuál usar.

¿Qué necesito para conectarme?

Cuatro datos, todos en la página de la base de datos del panel (o a través de la API):
  • Host — <id-de-la-base-de-datos-sin-guiones>.db.usa1.vertraweb.app, visible en la página de la base de datos y en Obtener base de datos.
  • Puerto — único por base de datos, no el puerto por defecto del motor (5432, 27017, 6379, 3306). Cópialo siempre desde la página de la base de datos o desde la respuesta de la API.
  • Usuario — vertracloud (o el usuario del motor en bases de datos antiguas), visible en la página de la base de datos y como username en Obtener base de datos.
  • Contraseña — visible en la página de la base de datos; restablécela si es necesario.
  • Certificados — descárgalos en la pestaña Certificados de la base de datos o mediante Obtener certificado de base de datos:
El certificado del servidor coincide con el host de la base de datos, así que funciona la verificación completa (verify-full, VERIFY_IDENTITY, rejectUnauthorized: true). Mantén los archivos .key y .pem en privado: se autentican como tú. Restablecer los certificados emite otros nuevos e invalida los archivos antiguos.

¿Cómo me conecto a cada motor?

En los ejemplos, <host>, <port> y <password> proceden de la página de la base de datos; el usuario y la base de datos son vertracloud (sustitúyelo por el username de tu base de datos si se creó antes de la v26.4.8), y certificate.crt / certificate.key / certificate.pem son los tres archivos descargados.
Node.js (pg)
Python (psycopg)
psql
Una conexión solo con la contraseña —o con TLS pero sin el certificado de cliente— la rechazan todos los motores. La mayoría de los errores de “connection refused” o “handshake failed” se deben a un .crt/.key que falta, o a usar el puerto por defecto del motor en lugar del puerto propio de la base de datos.

Ciclo de vida

Operaciones disponibles

Iniciar / Detener / Reiniciar

Controla el ciclo de vida del contenedor. Los datos se conservan al detener o reiniciar.

Restablecer

Borra todos los datos y recrea la base de datos desde cero. Acción irreversible.

Restablecer contraseña

Genera una contraseña nueva, aleatoria y segura, para la base de datos.

Restablecer certificados

Regenera todos los certificados TLS (CA, servidor y cliente).

Descargar snapshot

Descarga una copia de los datos de la base de datos.

Restaurar snapshot

Restaura la base de datos a partir de un snapshot anterior.
La operación Restablecer es destructiva y borra todos los datos de la base de datos. Esta acción no se puede deshacer.

Métricas

El panel muestra métricas en tiempo real para cada base de datos:

CPU

Uso de CPU del contenedor.

Memoria

Consumo actual de RAM.

Almacenamiento

Espacio de disco usado frente a la cuota.

Almacenamiento

El almacenamiento de las bases de datos tiene límites estrictos aplicados a nivel de contenedor, lo que garantiza que una base de datos no pueda consumir más espacio del que tiene asignado.
Última modificación el 26 de octubre de 2026