Pruebas independientes Actualizado abril 2026 387 guías de autoalojamiento 5 proveedores VPS probados

comparison

Mejor VPS para Open WebUI (2026): Aplicación liviana, backend pesado

Open WebUI en sí es pequeño. El backend de Ollama con el que se conecta es lo que decide tu factura. Aquí tienes la lista honesta de VPS recomendados.

Open WebUI sigue creciendo en popularidad como la interfaz de reemplazo de ChatGPT para LLMs auto hospedados. La confusión sobre hosteo proviene de que la gente mezcla las necesidades de Open WebUI con las del backend de inferencia. Open WebUI es ligero, el modelo es lo que consume los recursos.

Aquí está la lista realista de VPS recomendados tras seis meses operando Open WebUI en producción en despliegues personales y de equipo.

La Imagen Honesta de Recursos

Open WebUI consta de dos partes: un frontend en SvelteKit que compila a recursos estáticos y un backend en Python (FastAPI) que gestiona la administración de usuarios, el historial de chat y el proxy a tu endpoint de inferencia. La memoria residente total en inactividad: entre 250 y 400 MB.

Para un equipo de 10 usuarios con uso activo de chat, se requieren entre 500 MB y 1 GB de memoria residente más la base de datos (SQLite para uso hobby, Postgres para producción). La aplicación escala a muchos usuarios sin recursos adicionales significativos porque la parte pesada se realiza en el backend de inferencia.

La historia del disco se centra principalmente en el historial de chat. Los usuarios activos acumulan entre 10 y 50 MB de registros de chat por mes. Planea que el volumen sea predecible y pequeño, a menos que tengas una ingestión intensiva de documentos largos.

Comparación de VPS para Open WebUI

ProveedorPlanvCPURAMDiscoMensualMejor uso
Hetzner CPX11CPX1122 GB40 GB SSD5.18 EURSolo o equipo pequeño, modelo externo
Hetzner CPX21CPX2134 GB80 GB SSD5.83 EUREquipo de 10 a 30 usuarios
Contabo VPS SVPS S48 GB100 GB NVMe4.50 EURConfiguración de equipo con presupuesto
Hetzner CCX23CCX23416 GB160 GB NVMe29.74 EUROpen WebUI + Ollama co-hosted

Hetzner CPX11: Para uso individual y de equipos pequeños

A 5.18 EUR al mes, el CPX11 es suficiente para Open WebUI cuando la inferencia se realiza en otro lugar (API externa, máquina con GPU separada, modelo alojado). 2 GB de RAM soportan la app, la base de datos SQLite y un pequeño número de usuarios cómodamente.

Es la mejor elección para uso personal o pequeños equipos (menos de 5 usuarios) que apuntan Open WebUI a OpenAI, Anthropic, o una instancia de Ollama alojada por separado.

Ventajas:

Consigue Hetzner: Hetzner Cloud.

Hetzner CPX21: Para uso activo en equipo

Para equipos de 10 a 30 usuarios, el CPX21 con 4 GB de RAM ofrece margen para la base de datos de historial de chat y conexiones web concurrentes. Sigue siendo económico a 5.83 EUR al mes.

Elige esto cuando Open WebUI sea la herramienta diaria de IA para un equipo pequeño y la inferencia se realice en una máquina separada.

Contabo VPS S: Mejor valor para configuraciones de equipo con Postgres co-localizado

4.50 EUR por 4 vCPU y 8 GB de RAM es difícil de superar si quieres Open WebUI más un Postgres co-localizado para gestión de usuarios en producción. La CPU compartida está bien porque Open WebUI en su mayoría depende de I/O en el backend de inferencia, no de CPU solo.

Ventajas:

Negativo real: la provisión puede tomar horas, y la salida de red puede ser lenta en horas punta.

Consigue Contabo: Contabo VPS.

Hetzner CCX23: Para Open WebUI + Ollama en una sola máquina

Cuando quieres todo en una máquina (Open WebUI, Ollama y modelos), el CCX23 con 16 GB de RAM es la opción ideal. Un modelo de 7B requiere 8 GB, Open WebUI más Postgres ocupa 1 a 2 GB, dejando margen.

Para configuraciones de equipo donde todo debe vivir en una sola máquina por simplicidad o privacidad. La desventaja es que no puedes escalar la inferencia y la interfaz de usuario de manera independiente.

Mi Elección

Para uso personal en solitario con modelo externo: Hetzner CPX11. Para uso en equipo con Ollama alojado por separado: Hetzner CPX21 o Contabo VPS S. Para todo en una sola máquina: Hetzner CCX23. La división adecuada depende totalmente de tu estrategia de inferencia, aunque Open WebUI en sí casi no tiene costo de hosting.

El contexto completo de VPS está en la comparación de SelfHostVPS. Open WebUI encaja naturalmente con Ollama; consulta esa guía para recomendaciones sobre la inferencia.

Frequently asked questions

¿Qué especificaciones de VPS necesita Open WebUI por sí solo?

Open WebUI en sí es un frontend de SvelteKit más un backend en Python (FastAPI) que permanece inactivo con aproximadamente 250 a 400 MB de memoria residente. Con SQLite para el historial de chat y una pequeña base de datos Postgres para gestión de usuarios, se ajusta fácilmente en 2 GB de RAM. La opción de 2 vCPU y 2 GB de RAM en Hetzner CPX11 por 5.18 EUR al mes soporta de 10 a 20 usuarios concurrentes sin problema.

¿Necesito GPU en el mismo VPS que Open WebUI?

No, la necesidad de GPU está en el backend de inferencia (Ollama, vLLM, endpoint compatible con OpenAI). Open WebUI simplemente se comunica con ese backend vía HTTP. La mayoría de implementaciones en producción ejecutan Open WebUI en un VPS con CPU pequeño y lo apuntan a una máquina con GPU separada, a una API externa o a un proveedor de inferencia alojado. Esta separación simplifica escalabilidad y reduce costos.

¿Puede Open WebUI servir como un reemplazo de ChatGPT multiusuario para mi equipo?

Sí, ese es su uso principal. La gestión de usuarios, control de acceso basado en roles y el historial de chat están listos para producción. Para 5 a 20 usuarios con un backend de Ollama compartido, un VPS con 4 GB de RAM soporta cómodamente la capa de Open WebUI. El cuello de botella se traslada a tu backend de inferencia mucho antes de que impacte el UI web.

¿Debería ejecutar Open WebUI y Ollama en el mismo VPS?

Para uso personal sí, para equipos no. La co-ubicación funciona bien cuando una persona lo usa ocasionalmente, ya que la latencia entre Open WebUI y Ollama es insignificante. Para despliegues en equipo, separarlos permite escalar independientemente el backend de inferencia y evita que la interfaz sea inoperante cuando el modelo está procesando una generación larga.