Todos los productos 
Cómo elegir un VPS para una base de datos
Una base de datos en tu propio VPS significa un precio predecible y acceso total a la configuración: puedes instalar la versión que necesites, activar extensiones y organizar las copias de seguridad a tu manera. Las bases gestionadas en la nube son más cómodas, pero cuestan varias veces más por la misma cantidad de memoria. Si estás dispuesto a encargarte tú de las actualizaciones y los backups, un servidor para la base se amortiza rápido.
La memoria importa más que los núcleos
Las bases de datos guardan los datos más usados en la memoria RAM: PostgreSQL en shared_buffers y en la caché del sistema de archivos, MySQL y MariaDB en el buffer pool de InnoDB, y Redis los guarda enteros. Mientras el conjunto de trabajo cabe en memoria, las consultas responden en milisegundos; en cuanto deja de caber, cada consulta va al disco y la velocidad cae decenas de veces. Por eso, lo primero es estimar el volumen de datos activos y elegir memoria con margen:
- hasta 5 GB de datos (blog, tienda pequeña, backend de un bot): bastan 2 GB de RAM;
- 10–30 GB (CRM, tienda online con catálogo, analítica): desde 4 GB, mejor 8 GB;
- más de 50 GB o cientos de consultas por segundo: desde 16 GB y núcleos dedicados.
Los núcleos sirven para consultas en paralelo e informes pesados. Para una carga web típica bastan 2 núcleos, y la tabla de arriba está ordenada por defecto según el precio del gigabyte de memoria, que es el parámetro clave para una base de datos.
Disco: solo NVMe
Una base de datos hace constantemente pequeñas lecturas y escrituras aleatorias, y el registro de transacciones exige escritura síncrona rápida. En HDD y en SSD SATA baratos y compartidos, eso se traduce en retrasos y «cuelgues» en cada checkpoint. Elige planes con NVMe y reserva el triple de espacio que tus datos actuales: índices, registros WAL o binlog, archivos temporales de ordenación y backups locales ocupan tanto como las propias tablas.
PostgreSQL, MySQL o Redis
- PostgreSQL: la opción universal para proyectos nuevos, con transacciones estrictas, JSON, búsqueda de texto completo y extensiones como PostGIS. Más sobre sus requisitos en la página VPS para PostgreSQL.
- MySQL y MariaDB: el estándar para WordPress, Bitrix y la mayoría de los CMS; con volúmenes pequeños consumen menos memoria. Consulta VPS para MySQL.
- Redis: caché, colas y sesiones; todo se guarda en memoria, así que su tamaño es lo que determina el plan. Consulta VPS para Redis.
Seguridad y backups
Nunca abras el puerto de la base a internet: PostgreSQL (5432), MySQL (3306) y Redis (6379) deben escuchar solo en 127.0.0.1 o en una red privada. Si la aplicación está en otro servidor, conéctalos mediante WireGuard o un túnel SSH. Los escáneres encuentran las bases abiertas en cuestión de horas, y el ransomware cifra los datos.
Un backup en el mismo servidor no es un backup. Programa un volcado diario (pg_dump, mysqldump) o el archivado continuo del registro y cópialo a otro sitio: a un almacenamiento de objetos o a un VPS aparte para backups. Una vez al mes, comprueba que de verdad se puede restaurar desde la copia.
Dónde alojarla
Pon la base en el mismo centro de datos que la aplicación: cada 30–50 ms de red de más se multiplican por el número de consultas por página. Si guardas datos personales de ciudadanos rusos, la ley rusa 152-FZ exige que la base esté en Rusia; para eso está la selección VPS en Rusia.