Hosting PostgreSQL y ClickHouse en España

Servicios DevOps · España

Hosting PostgreSQL gestionado en España para el motor transaccional de tu aplicación, con ClickHouse al lado para los informes y las consultas analíticas que un OLTP no está pensado para resolver. Configuramos replicación, failover automático, copias de seguridad con recuperación a un punto en el tiempo probada y el ajuste de índices que necesita tu carga real, con horas DevOps ya incluidas en el abonamiento.

  • Replicación con failover automático mediante Patroni
  • Copias PITR restauradas y verificadas, no solo programadas
  • Sin puerto de base de datos expuesto a internet
  • VPS 1–8 h/mes; dedicados 5-10 h/mes según el plan; GPU 10 h/mes
    Horas incluidas
  • Frankfurt, en la UE
    Datacenters
  • baja latencia desde Fráncfort
    Latencia
  • en EUR, con IVA del 21 % desglosado en factura
    Facturación

Qué cubrimos en PostgreSQL

Diseñamos el esquema de roles con mínimo privilegio, activamos TLS en las conexiones y cerramos el puerto de la base de datos al exterior: solo se accede desde tu red privada o mediante VPN. Configuramos PgBouncer para agrupar conexiones cuando la aplicación las multiplica, ajustamos autovacuum e índices según tus consultas reales y montamos replicación en streaming con failover automático mediante Patroni, para que una caída del nodo primario no dependa de una intervención manual a las tres de la madrugada.

  • Replicación en streaming con failover automático (Patroni)
  • PgBouncer para agrupar conexiones bajo carga
  • Roles de mínimo privilegio, TLS y sin puerto público
  • Ajuste de autovacuum e índices sobre tus consultas reales

Buenas prácticas que aplicamos

Una copia de seguridad que nunca se ha restaurado no es una copia de seguridad, es una suposición. Por eso ensayamos restauraciones con regularidad y documentamos el tiempo real que tarda tu base de datos en volver a estar operativa, no una cifra teórica. El resto de las prácticas siguen la misma lógica: menos superficie expuesta, más automatización y decisiones verificadas, no supuestas.

  • Restauraciones PITR probadas periódicamente, con tiempo medido
  • Replicación en streaming y failover automático con Patroni
  • PgBouncer para el pool de conexiones
  • Roles de mínimo privilegio, TLS y ningún puerto de base de datos público
  • Ajuste de autovacuum e índices, y particionado en tablas grandes

Cuándo añadir ClickHouse

PostgreSQL resuelve bien las transacciones de tu aplicación, pero un panel con agregaciones sobre millones de filas puede ralentizarlo. ClickHouse está diseñado para ese otro trabajo: consultas analíticas sobre grandes volúmenes en milisegundos. Montamos la réplica analítica mediante captura de cambios (CDC) desde PostgreSQL, con tablas MergeTree, políticas TTL para no acumular datos indefinidamente y vistas materializadas para los informes que consultas cada día.

  • Captura de cambios (CDC) desde PostgreSQL hacia ClickHouse
  • Tablas MergeTree con TTL y vistas materializadas
  • Separación clara: OLTP en PostgreSQL, analítica en ClickHouse

Cómo usas las horas incluidas

Las horas DevOps vienen con el plan: entre 1 y 8 horas al mes en VPS, entre 5 y 10 horas al mes en dedicados según el plan y 10 horas al mes en GPU. Se solicitan desde el panel de cliente, en Servicios DevOps, con un plazo propuesto por ti. Son las horas adecuadas para montar la replicación inicial, ejecutar un simulacro de restauración o revisar el plan de consultas cuando algo empieza a ir lento. Lo que supera la cuota mensual se acepta y se factura por separado.

Cada suscripción incluye horas mensuales de DevOps, CyberSecurity y Programación: 1 h desde el plan cPanel Advanced, 1–8 h en VPS, entre 5 y 10 h en servidores dedicados según el plan y 10 h en servidores GPU. Las horas se solicitan desde el panel de cliente, no se acumulan al mes siguiente, y lo que supera la cuota se acepta y se factura por separado.

Cómo trabajamos

  1. Solicitas el trabajo desde el panel

    Describes tu base de datos actual, el volumen de datos y si necesitas solo PostgreSQL o también la parte analítica con ClickHouse.

  2. Acordamos alcance y plazo

    Definimos la topología de replicación, el tamaño de servidor adecuado y cuántas horas de tu cuota mensual cubre el trabajo.

  3. Migramos y verificamos

    Ejecutamos la migración o el montaje inicial, probamos el failover de forma controlada y comprobamos una restauración PITR real antes de dar por cerrado el trabajo.

  4. Entrega con documentación

    Recibes la topología documentada, el procedimiento de failover y de restauración, y el calendario de mantenimiento que seguimos.

Casos de uso

Fintech en Madrid

Una entidad de pagos necesita que el motor transaccional no pierda ni una escritura confirmada: replicación síncrona, failover probado y copias PITR verificadas cada trimestre son parte del contrato, no un extra.

Retailer con panel de ventas en tiempo real

Una cadena con tiendas físicas en Valencia y Sevilla consulta ventas agregadas por hora en un panel que antes tardaba minutos en cargar: la réplica en ClickHouse lo resuelve en segundos sin tocar la base transaccional.

Aseguradora regional

Una compañía de seguros con obligaciones de disponibilidad frente a sus propios clientes necesita PostgreSQL con failover automático y un histórico analítico separado para los informes regulatorios trimestrales.

Tecnologías

  • PostgreSQL 16
  • ClickHouse
  • Patroni
  • PgBouncer
  • Debezium
  • pgBackRest
  • Grafana

Preguntas frecuentes

  • ¿ClickHouse o PostgreSQL para análisis en tiempo real?

    PostgreSQL es el motor correcto para las transacciones de tu aplicación: pedidos, usuarios, pagos. ClickHouse entra cuando necesitas agregar millones de filas en milisegundos para un panel o un informe. No compiten entre sí: en la práctica migramos los cambios de PostgreSQL a ClickHouse por CDC y usamos cada uno para lo que hace mejor.

  • ¿Cómo se monta alta disponibilidad en PostgreSQL?

    Con replicación en streaming hacia uno o varios nodos réplica y un gestor de failover como Patroni, que detecta la caída del nodo primario y promueve automáticamente una réplica sin intervención manual. Complementamos esto con PgBouncer para el pool de conexiones y copias PITR verificadas periódicamente.

  • ¿Qué diferencia hay entre RTO y RPO?

    El RPO es cuántos datos puedes permitirte perder, medido en tiempo desde la última copia válida; el RTO es cuánto tardas en volver a estar operativo tras una caída. Con replicación síncrona y failover automático el RPO se acerca a cero; documentamos ambos valores según tu plan concreto.

  • ¿Cuánto cuesta un PostgreSQL gestionado?

    Depende del tamaño del servidor y de las horas DevOps que consuma la operación mensual. No publicamos tarifas fijas porque el dimensionado varía según tu carga; consulta la página de abonamientos y habla con un ingeniero para una estimación ajustada a tu caso.

  • ¿Qué es la recuperación a un punto en el tiempo (PITR)?

    Es la capacidad de restaurar tu base de datos al estado exacto de un momento concreto, no solo al de la última copia completa, combinando esa copia con el registro continuo de cambios (WAL). Probamos estas restauraciones periódicamente y medimos el tiempo real que tardan, no una cifra teórica.

  • ¿Puedo tener PostgreSQL y ClickHouse en el mismo servidor?

    Es posible en proyectos pequeños, pero recomendamos separarlos en cuanto ClickHouse empieza a recibir consultas analíticas con regularidad: los patrones de uso de memoria y disco son distintos y compiten por recursos. Te indicamos el punto en el que conviene separar según tu volumen de datos.

¿Tu base de datos necesita alta disponibilidad real?

Cuéntanos tu volumen de datos y tus consultas más lentas: te decimos si necesitas replicación, ClickHouse, o ambos, con las horas incluidas en tu plan.

Guías para empresas en España