VPS Cloud

Con un alojamiento compartido, los recursos se reparten entre varios clientes. Un VPS le ofrece recursos dedicados (vCPU, RAM, SSD), acceso root y un aislamiento completo — más rendimiento y más control.

Sí, todos nuestros VPS Linux incluyen acceso root completo por SSH. Usted instala lo que quiera, configura su stack libremente y gestiona los permisos según sus necesidades.

3 configuraciones, todas con acceso root e IPv4 dedicada: VPS Start (2 vCPU, 4 GB RAM, 50 GB SSD — 99 DH/mes), VPS Power (4 vCPU, 8 GB RAM, 100 GB SSD — 299 DH/mes) y VPS Business (8 vCPU, 16 GB RAM, 200 GB SSD — 499 DH/mes). El detalle actualizado figura en la página VPS Cloud.

Sí. Cada VPS recibe una dirección gratuita con el formato vps-xxxxxxx.servorbit-dns.com, incluida y activa desde la puesta en servicio. Oculta la IP pública y le sirve para todo —conectarse por SSH, publicar una aplicación o facilitar un acceso— sin necesidad de tener un dominio. La encontrará en la consola de su VPS (área de cliente → VPS → Gestionar). Registre o transfiera su propio dominio cuando lo desee: su dirección de marca sigue disponible en paralelo.

Sí, con sujeción a las condiciones de uso. Puede instalar Node.js, Python, Docker, Nginx, Apache o cualquier otro software compatible con su distribución Linux.

Usted elige su distribución Linux al hacer el pedido (Ubuntu, Debian y otras distribuciones habituales). Puede reinstalar el sistema cuando lo desee.

Una plantilla es un entorno preconfigurado (por ejemplo Open WebUI, n8n, Coolify) que se instala automáticamente al crear el VPS, para empezar sin configuración manual.

Por defecto, el VPS es no gestionado: usted tiene el control total. Existe un servicio de administración de VPS disponible como opción si prefiere confiárnoslo.

Sí, cada VPS se entrega con una dirección IPv4 dedicada, incluida en el precio. Hay una IPv6 disponible bajo petición.

No. Al pedir un VPS, usted elige libremente su dirección — sin bloquear nunca el pago. Tres opciones: conservar el subdominio gratuito servorbit-dns.com (propuesto por defecto, sin nada que comprar), utilizar un nombre de dominio que ya posea en su cuenta (lo asociamos al servidor en cuanto se pone en servicio), o registrar uno nuevo sobre la marcha. También puede empezar con el subdominio gratuito y asociar un dominio más tarde, en cualquier momento.

VPS Power incluye los snapshots. VPS Business incluye snapshots y copias de seguridad automáticas. También puede configurar sus propias copias de seguridad (rsync, borgbackup, etc.).

Sí. Desde su área de cliente, añada opciones (vCPU, RAM, espacio en disco, IP adicional) sobre la marcha: la diferencia se factura a prorrata del tiempo restante y los recursos se aplican en el momento del pago, sin pérdida de datos.

En parte. Desde el área de cliente puede retirar las opciones recuperables — vCPU, RAM, copia de seguridad, snapshots — y liberar una IP adicional: la reducción es inmediata y la parte no consumida se le devuelve a prorrata (como saldo a favor). La IP principal y el espacio en disco no se pueden reducir (el disco no se encoge sin riesgo) — para esos casos, contacte con el soporte.

Sí. Los planes VPS Power y VPS Business son los recomendados para producción según la carga prevista (tráfico, contenedores, bases de datos).

Sí. En el configurador VPS Cloud, tras elegir el plan y la distribución, ajuste el «Número de VPS» antes de continuar: creamos otros tantos servidores independientes —cada uno con su propia máquina, su IP y sus accesos— pagados en un solo pedido. Después podrá gestionarlos por separado desde su área de cliente.

Evítelo: durante una instalación en 1 clic, su servidor queda congelado momentáneamente y las acciones de gestión se suspenden. Si lo reinicia o se conecta a él (consola / SSH root) en ese momento, corre el riesgo de interrumpir la instalación. No obstante, no debe preocuparse por sus datos: tomamos una copia de seguridad (snapshot) justo antes de empezar y, en caso de interrupción, su servidor se restaura automáticamente al estado anterior a la instalación. Basta con esperar a que termine la operación (la página se actualiza sola).

Con un solo clic desde su área de cliente: en la consola de su VPS, la sección «Dominios vinculados» (o la pestaña DNS de un dominio, «Vincular a un VPS») hace que el dominio apunte a la IP del servidor — creamos automáticamente los registros A (raíz y www) y configuramos el proxy inverso. El dominio debe pertenecer a la misma cuenta y el VPS debe estar activo con una IP asignada. También puede pedir o transferir un dominio directamente para este VPS: el apuntamiento se hará en cuanto se active.

La dirección gratuita `vps-xxxxxxx.servorbit-dns.com` es perfecta para empezar: oculta la IP y publica sus aplicaciones en HTTPS. Pero un nombre de dominio propio lleva su marca, da fiabilidad a su correo profesional (usted controla SPF, DKIM y DMARC en su propio dominio) y transmite confianza a sus visitantes. Lo vincula con un clic desde el área de cliente — DNS gestionado y certificado HTTPS incluidos — y la dirección gratuita sigue funcionando durante la transición.

Sí. Al instalar una aplicación (área de cliente → VPS → Gestionar → Aplicaciones), usted elige su dirección web —un subdominio (por ej. dolibarr.monsite.tld) o una ruta (monsite.tld/dolibarr)— en uno de sus dominios. Creamos el registro DNS automáticamente si su dominio utiliza nuestro DNS gestionado (si no, le indicamos el registro que debe crear en su proveedor), y después colocamos un reverse-proxy y un certificado HTTPS (Let's Encrypt) renovado automáticamente. ¿Aún no tiene dominio? Publique la aplicación en su subdominio gratuito (con el formato dolibarr.vps-xxxxxxx.servorbit-dns.com, HTTPS incluido, nada que configurar), o registre / transfiera su propio dominio directamente desde el formulario. Las aplicaciones de red de tipo VPN (OpenVPN, WireGuard) son una excepción: se instalan sin dominio web y se utilizan a través de la dirección del servidor (su IP o su dirección ServOrbit).

Sí, desde la consola de su VPS (Red y seguridad → Reverse DNS). El PTR es imprescindible para enviar correos electrónicos desde el servidor: debe coincidir con el nombre que anuncia su servidor de correo. Si no tiene un dominio propio, puede colocar allí su dirección ServOrbit gratuita con un solo clic — ya apunta a la IP del servidor, lo que da un reverse DNS «confirmado» que esperan los servicios de correo.

Sí. Desde el área de cliente → VPS → Gestionar → Aplicaciones, cada aplicación instalada dispone de un botón «Desinstalar». Usted elige conservar los datos (por defecto: solo se retiran los contenedores, y una reinstalación los recupera) o eliminarlos definitivamente. Igual que en la instalación, la operación se confirma con un código de seguridad, su servidor queda momentáneamente inaccesible y se toma una copia de seguridad (snapshot) antes de empezar: si surge un problema, el servidor se restaura de forma idéntica. Una vez finalizada, el puerto y los recursos que ocupaba la aplicación vuelven a estar disponibles. Nota: una aplicación requerida por otra aplicación instalada no puede retirarse mientras esta última esté presente.

Sí, gracias a K3s, una distribución de Kubernetes ligera y certificada por la CNCF, es posible desplegar un clúster funcional en un VPS que disponga de un solo vCPU y 2 GB de RAM. K3s reúne todos los componentes del control plane en un único binario de 60 MB y sustituye etcd por SQLite, reduciendo considerablemente la huella de memoria. Sigue siendo totalmente compatible con `kubectl` y Helm, lo que le permite utilizar el ecosistema Kubernetes habitual sin sobrecosto de infraestructura.

Sí. Woodpecker CI (servidor + agente) consume menos de 50 MB de RAM en reposo, y Forgejo funciona cómodamente con 300 a 500 MB. Un VPS con 2 GB de RAM es suficiente para un uso corriente (unos pocos repositorios, pipelines cortos). Para builds más intensivos (compilación, pruebas en paralelo), se recomienda un VPS de 4 GB. Cada etapa del pipeline se ejecuta en un contenedor Docker aislado: Docker debe estar instalado y el demonio activo.

Sí. Cada repositorio de GitHub publica un feed Atom de sus releases en la dirección `https://github.com/<owner>/<repo>/releases.atom`. Añada esas URL en FreshRSS, cree una regla de marcado automático sobre las palabras clave «security» o «breaking change», y active el webhook ntfy o un webhook de correo en los ajustes. FreshRSS actualiza los feeds cada 20 minutos en el servidor — usted recibe una notificación móvil en cuanto un mantenedor publica una alerta, sin abrir ninguna aplicación.

En FreshRSS, vaya a Ajustes → Autenticación → Acceso a la API de GReader, active la API y anote la URL del endpoint (formato `http://ip-o-dominio:8080`). En Reeder 5, añada una cuenta de tipo «FreshRSS» (o «Fever» según la versión) e introduzca esa URL con su nombre de usuario y su contraseña de FreshRSS. En NetNewsWire, seleccione «FreshRSS» en las cuentas y proceda del mismo modo. Los flujos y los estados de lectura (leído/no leído, marcado con estrella) se sincronizan automáticamente. Recomendación: active HTTPS mediante un proxy inverso nginx para que sus credenciales no circulen en claro por internet.

FreshRSS consume menos de 128 MB de RAM en reposo. Un VPS de 512 MB es más que suficiente para un uso personal o para un equipo pequeño de 5 a 10 usuarios con 200 a 500 fuentes cada uno. Para más de 10 usuarios simultáneos o miles de fuentes, se recomienda un VPS de 1 GB. FreshRSS puede convivir sin problema con otras aplicaciones en el mismo VPS — solo ocupa un contenedor Docker y su base SQLite no supera unos pocos megabytes incluso después de meses de uso intensivo.

Sí. FreshRSS admite la importación y la exportación OPML, el formato estándar de intercambio de listas de suscripciones RSS. En Feedly o en su lector actual, exporte sus suscripciones en OPML (archivo `.xml` o `.opml`). En FreshRSS, vaya a Ajustes → Suscripciones → Importar/Exportar, seleccione su archivo OPML y confirme. Todos sus flujos aparecen inmediatamente con sus carpetas y categorías de origen. El proceso lleva menos de un minuto, sea cual sea el tamaño de su lista.

FreshRSS sirve HTTP en el puerto 80 (expuesto en el 8080 del lado del host). Para HTTPS, configure nginx como reverse proxy delante de ese puerto con un certificado Let's Encrypt — o active `requireDomain: true` en el Marketplace de ServOrbit para que el VPS se configure automáticamente con un vhost nginx + HTTPS. Una vez en HTTPS, las aplicaciones móviles como Reeder o FeedMe pueden conectarse a `https://rss.su-dominio.com` de forma segura desde cualquier red.

Sí, desde 2026 los modelos cuantizados de 3B a 7B (formato Q4_K_M) funcionan correctamente en una CPU moderna con soporte AVX-512, a una velocidad de 8 a 12 tokens por segundo — suficiente para un uso de API con poco tráfico (menos de 5 peticiones por minuto). Recomendamos un VPS con 8 a 16 GB de RAM y modelos como Phi-3-mini, Llama 3.2 3B o Qwen2.5-7B, desplegados mediante Ollama. Encuentre Ollama directamente en nuestro <a href="/marketplace">Marketplace de aplicaciones</a> para una instalación con un solo clic.

MCP (Model Context Protocol) es un protocolo de código abierto estandarizado por Anthropic y adoptado por OpenAI, Google y Microsoft, que permite a los agentes de IA interactuar de forma uniforme con herramientas externas — bases de datos, archivos, APIs — sin enviar sus datos a servicios cloud de terceros. Un servidor MCP se despliega en un VPS estándar (1 GB de RAM como mínimo, con Docker o Node.js) y expone una API HTTP a la que se conectan clientes como Claude Desktop, Open WebUI o n8n. Encuentre nuestros planes VPS adaptados en la <a href="/vps-cloud">página VPS ServOrbit</a> o contáctenos en [email protected] para recibir acompañamiento.

No. Desde su área de cliente (VPS → Avanzado → Reinstalar el SO), usted elige una distribución reciente entre las propuestas y el servidor se reconstruye conservando su dirección IP pública; se le envían por correo electrónico unas credenciales nuevas. La operación borra el disco por completo: haga una copia de seguridad de sus datos, sus volúmenes y sus archivos de configuración antes de lanzarla, y vuelva a desplegar después sus aplicaciones sobre el sistema nuevo. Está protegida por una confirmación fuerte (escribir el nombre exacto del servidor); en caso de duda sobre el orden de las operaciones, abra un ticket antes de empezar.

Porque la consola es un acceso directo a la pantalla del servidor: no pasa ni por la red, ni por SSH, ni por el firewall — abrirla equivale a sentarse delante de la máquina. Por eso la protegemos como las demás operaciones sensibles (restablecimiento de la contraseña de administrador, reinstalación, modo de rescate, restauración): su contraseña de cuenta más un código de 6 dígitos enviado por correo electrónico. Una vez confirmada, la consola permanece abierta 15 minutos: puede volver a conectarse tantas veces como necesite durante una intervención sin que se le pida otro código. Pasado ese plazo, se solicita una nueva confirmación.

Todo depende de su perfil. Caddy es la opción ideal para empezar: configuración en unas pocas líneas, certificados Let's Encrypt automáticos y cero dependencias externas. Traefik encaja en entornos Docker multicontenedor: detecta los servicios mediante las etiquetas de Docker y gestiona los certificados de forma nativa, pero exige un archivo de configuración más completo. Nginx Proxy Manager ofrece una interfaz gráfica web que gusta a los usuarios no técnicos. Si gestiona menos de cinco servicios y quiere ir rápido, elija Caddy. Si opera un clúster de decenas de contenedores con reglas de enrutamiento complejas, opte por Traefik.

Sí. Estas plataformas PaaS de código abierto funcionan en cualquier VPS Linux con acceso root, y todos los planes ServOrbit incluyen ese acceso. Se recomienda el plan VPS Power (4 vCPU, 8 GB de RAM) o superior, ya que estas herramientas consumen memoria incluso antes que sus propias aplicaciones. El Marketplace ServOrbit ofrece igualmente plantillas listas para desplegar para varias de estas soluciones.

Active el módulo de seguridad X-Pack (incluido desde Elasticsearch 8) y cree un usuario dedicado con contraseña: por defecto, sin autenticación, cualquiera en la red puede leer sus índices. Para evitar los errores Out-Of-Memory, configure el heap de la JVM a la mitad de la RAM disponible (por ejemplo `-Xms1g -Xmx1g` en un VPS de 2 GB) y active `bootstrap.memory_lock: true` para impedir el swap. Un VPS a partir de 299 DH/mes ofrece 8 GB de RAM, lo que cubre una instancia de desarrollo ligera; para producción, prevea 4 GB como mínimo.

Antes de cualquier actualización mayor de Docker, tome un snapshot de su VPS (disponible en los planes VPS Power y VPS Business) para disponer de un punto de restauración inmediato. Consulte las release notes de la versión de destino para identificar las opciones eliminadas o los cambios de comportamiento de red, y después pruebe la actualización en un VPS de preproducción con la misma stack antes de aplicarla en producción. Nuestro artículo sobre la migración a Docker v29 enumera las verificaciones específicas de esa versión.

Desde su VPS, los comandos `top`, `htop` o `vmstat` le ofrecen una visión instantánea de la RAM y de la CPU. Para una supervisión continua con historial y alertas, puede desplegar una stack ligera como Netdata (instalación en una línea) o una stack Prometheus + Grafana, disponibles como plantillas en el Marketplace de ServOrbit. Estas soluciones le permiten recibir alertas automáticas en caso de pico de carga antes de cualquier saturación.

Sí, un VPS puede alojar varios servicios simultáneamente, siempre que los recursos asignados cubran el conjunto de las necesidades. Mattermost por sí solo consume de media 500 MB de RAM con carga ligera. Si añade otros servicios (proxy inverso, base de datos, herramienta de monitorización), prevea al menos 2 GB de RAM disponibles, idealmente 4 GB para estar holgado. El aislamiento mediante contenedores Docker facilita la convivencia de las aplicaciones y simplifica su gestión. Un reverse proxy como Nginx o Caddy permite dirigir varios dominios o subdominios hacia los puertos correctos. La ampliación de recursos sigue siendo posible en cualquier momento desde el área de cliente ServOrbit.

El dimensionamiento depende del número y de la naturaleza de las herramientas desplegadas. A título indicativo: Mattermost necesita entre 500 MB y 1 GB aproximadamente, Forgejo funciona cómodamente con 512 MB, Nextcloud requiere 1 GB como mínimo, y cada base de datos PostgreSQL o MariaDB añade de 256 a 512 MB según la carga. Para dos o tres herramientas en paralelo, un VPS con 4 GB de RAM constituye un buen punto de partida. Si su equipo crece o si añade integraciones de terceros, 8 GB ofrecen un margen de maniobra apreciable. Cuente también con espacio de disco SSD para los volúmenes persistentes, los registros y las copias de seguridad. Los planes VPS de ServOrbit empiezan en 99 DH/mes y son escalables bajo demanda.

Firefly III es una aplicación PHP/Laravel ligera que funciona con soltura en VPS modestos. **Configuración mínima**: 1 GB de RAM, 1 vCPU, 10 GB de almacenamiento SSD. Esta configuración es suficiente para un uso personal o un equipo pequeño (menos de 5 usuarios). **Configuración recomendada para un uso profesional**: 2 GB de RAM, 2 vCPU, 20 GB SSD. Esta configuración le deja margen para el Data Importer (aplicación secundaria para la importación de extractos bancarios) y para los picos de carga durante las importaciones de archivos CSV voluminosos. **Sistema operativo recomendado**: Ubuntu 22.04 LTS o Debian 12. **Software requerido**: Docker Engine ≥ 24 y Docker Compose V2 — Firefly III se instala exclusivamente mediante Docker en la documentación oficial. Nuestros VPS parten de 99 DH/mes. Los snapshots están disponibles a partir del plan VPS Power, y la copia de seguridad diaria en VPS Business — conviene preverlo para proteger sus datos financieros.

Para alojar Ollama con un modelo de código (Continue.dev, Tabby), la configuración mínima depende del modelo objetivo. Para un modelo 7B con cuantificación de 4 bits (p. ej. Qwen2.5-Coder-7B-Q4, ~4 GB de VRAM/RAM): un VPS con 8 GB de RAM y 4 vCPU es suficiente, con inferencia solo por CPU. Para un modelo 13B: prevea 16 GB de RAM. La inferencia por CPU es funcional pero más lenta que por GPU — cuente entre 5 y 15 tokens por segundo según el modelo y el procesador. El disco es crítico: un modelo 7B ocupa de 4 a 5 GB. Ollama está disponible como plantilla de VPS en el Marketplace ServOrbit, con la API compatible con OpenAI activada por defecto.

Sí, tanto Actual Budget como Firefly III están disponibles como plantillas de VPS en el Marketplace de ServOrbit: puede desplegar cualquiera de los dos en unos minutos en un VPS con acceso root. La migración de sus datos de Firefly III a Actual Budget se hace manualmente mediante las exportaciones CSV de Firefly y la importación nativa de Actual; prevea una copia de seguridad completa antes de cambiar. Consulte la página /marketplace para desplegar la solución adaptada a su uso.

Authentik puede desempeñar el papel de proveedor de identidad centralizado mediante el mecanismo de forward authentication: su reverse proxy (Nginx, Traefik, Caddy) consulta a Authentik antes de transmitir cada petición a la aplicación de destino, bloqueando todo acceso no autenticado. Cada aplicación se declara como un Provider en Authentik con su propio dominio; una única autenticación da acceso después al conjunto de los servicios protegidos (SSO). Authentik está disponible como plantilla de VPS en el Marketplace de ServOrbit.

El contenedor `immich-machine-learning` comparte la red interna de Docker con los demás servicios de Immich; compruebe primero que está en la misma red (`docker network inspect immich_default`) y que el servicio está arrancado (`docker compose ps`). Si el contenedor se reinicia en bucle, consulte sus registros con `docker compose logs immich-machine-learning`: una parada por OOM (Out Of Memory) se lee como `Killed` — en ese caso, su VPS se queda sin RAM y hay que reducir el número de modelos cargados o pasar a un plan superior. En un VPS ServOrbit, puede ajustar sus recursos en cualquier momento desde el área de cliente.

Técnicamente sí, pero las necesidades son muy diferentes: Plane requiere un mínimo de 2 vCPU y 4 GB de RAM (Django, Celery, PostgreSQL 16, Redis, RabbitMQ y MinIO), mientras que Vikunja es mucho más ligero (menos de 256 MB en reposo). Alojar ambos en un único VPS es viable a partir de 6 a 8 GB de RAM, procurando separar sus bases de datos y sus redes Docker. Si su equipo crece, es más sencillo migrar cada herramienta a su propio VPS; esta operación no es destructiva, ya que todos los datos viven en volúmenes Docker.

El problema más frecuente es que el contenedor de base de datos está «running» (proceso iniciado) pero aún no «healthy» (listo para aceptar conexiones): el servidor PostgreSQL o MySQL tarda unos segundos en inicializarse. La solución es utilizar `depends_on` con una condición `service_healthy` en su `compose.yaml`, junto con un `healthcheck` en el contenedor de base de datos (`pg_isready -U user` para PostgreSQL). Sin healthcheck, Docker considera el servicio listo en cuanto el proceso se lanza, y su aplicación intenta conectarse antes de que la base de datos esté accesible.

Sí. La plantilla instala PHP 8.3-FPM, Nginx, PostgreSQL 16, Redis, Supervisor y Composer sobre Ubuntu 24.04. Configura el entorno del servidor, no su aplicación: clone su repositorio, cree su `.env.local`, ejecute `composer install --no-dev --optimize-autoloader`, aplique sus migraciones y Nginx estará listo para hacer de proxy hacia PHP-FPM. Cualquier proyecto Symfony 5, 6 o 7 funciona sobre esta base.

La plantilla instala `php8.3-opcache` y activa OPcache por defecto en `php.ini`. Para activar el preloading de Symfony, añada en `/etc/php/8.3/fpm/php.ini`: `opcache.preload=/var/www/su-app/var/cache/prod/App_KernelProdContainer.preload.php` y `opcache.preload_user=www-data`, y después recargue PHP-FPM con `systemctl reload php8.3-fpm`. El contenedor de servicios de Symfony se carga entonces en memoria al arrancar PHP-FPM, lo que reduce sensiblemente la latencia en producción.

No. La plantilla está orientada al entorno de producción: PHP 8.3-FPM, Nginx, PostgreSQL 16, Redis y Supervisor. Symfony CLI es una herramienta de desarrollo local — no se instala en el servidor de producción. Para los despliegues continuos, utilice un pipeline Git (GitHub Actions, GitLab CI) que ejecute `composer install`, `cache:clear` y las migraciones en el servidor por SSH.

Supervisor viene preconfigurado en la plantilla. Cree `/etc/supervisor/conf.d/symfony-messenger.conf` con la directiva `command=php /var/www/su-app/bin/console messenger:consume async --time-limit=3600` y `autorestart=true`. Recargue Supervisor con `supervisorctl reread && supervisorctl update`. Después de cada despliegue, ejecute `php bin/console messenger:stop-workers` para forzar a los workers a detenerse limpiamente: Supervisor los relanzará inmediatamente con el nuevo código.

Ambas plantillas instalan la misma cadena PHP (PHP 8.3-FPM, Nginx, PostgreSQL, Redis, Supervisor, Composer) sobre Ubuntu 24.04. La diferencia está en las extensiones PHP: Symfony Stack añade `php8.3-intl` (necesaria para el componente Translation y las locales) y `php8.3-opcache` de forma explícita (para el preloading). Laravel Stack incluye `php8.3-zip` y funciona sin `intl` en la mayoría de las aplicaciones. Elija la plantilla correspondiente a su framework: ambas coexisten sin conflicto en el mismo VPS.

Sí. La plantilla instala Node.js LTS, PM2 y Nginx. Para un sitio estático (`output: 'static'`), compile su proyecto Astro en local, transfiera la carpeta `dist/` al VPS y configure Nginx para servirla. No se necesita ningún proceso Node en producción — Nginx sirve directamente los archivos estáticos con una huella de memoria mínima.

Astro Stack instala Node.js LTS, PM2 y Nginx sin PostgreSQL — adaptado a los proyectos Astro en modo estático (SSG) o SSR. Next.js Stack añade PostgreSQL para las aplicaciones full-stack que necesitan una base de datos. Astro suele ser más ligero: su modo estático no necesita ningún proceso Node en producción, a diferencia de Next.js, que siempre es SSR.

Sí. Instale el adaptador `@astrojs/node`, configure `output: 'server'` y `adapter: node({ mode: 'standalone' })` en `astro.config.mjs`. Después de la compilación, lance el servidor con `pm2 start dist/server/entry.mjs --name astro` y redirija Nginx hacia `http://localhost:4321`. PM2 gestiona el reinicio automático y las actualizaciones sin interrupción.

Sí. Nginx admite varios vhosts en el mismo servidor. Cada sitio estático Astro apunta a su propia carpeta `dist/`; cada sitio SSR usa un puerto PM2 diferente (p. ej. 4321, 4322). Una sola instalación de Node.js y Nginx es suficiente para el conjunto. Prevea suficiente RAM si acumula varios procesos Node en modo SSR.

1 GB de RAM basta para un sitio Astro totalmente estático: Nginx consume muy pocos recursos al servir archivos. Para el modo SSR con un proceso Node y PM2, prevea al menos 2 GB. Si acumula varios sitios SSR en el mismo VPS, añada entre 100 y 200 MB aproximadamente por cada proceso Node adicional.

La solución de referencia es Patroni, un orquestador que gestiona la promoción automática de un secundario a primario en caso de fallo, con etcd o Consul como almacenamiento distribuido del consenso. Hacen falta como mínimo tres nodos: un primario, una réplica y un nodo de quórum (o usar un clúster etcd separado). Patroni se acompaña de HAProxy o pgBouncer del lado aplicativo para redirigir las conexiones hacia el nuevo primario sin modificar el código. Se recomienda un VPS con al menos 2 GB de RAM por nodo para un clúster PostgreSQL en producción.

Ambas plantillas instalan Node.js LTS, PM2 y Nginx. SvelteKit Stack está pensada para aplicaciones web reactivas con acciones de formulario, `load` del lado del servidor y funcionalidades en tiempo real (WebSockets, SSE). Astro Stack se orienta a los sitios de contenido y al renderizado híbrido: Astro no envía ningún JavaScript por defecto y ejecuta un proceso Node más ligero para las páginas SSR. Si crea una aplicación con formularios, sesiones y lógica de servidor, prefiera SvelteKit; si crea un blog o un sitio escaparate, prefiera Astro.

Sí. Configure `@sveltejs/adapter-static` en `svelte.config.js`, compile su proyecto con `npm run build` y transfiera la carpeta `build/` al VPS. Nginx servirá los archivos estáticos directamente — ningún proceso Node se ejecuta en producción, lo que reduce al mínimo el consumo de memoria.

SvelteKit utiliza `ORIGIN` para validar las peticiones de las acciones de formulario y protegerse contra los ataques CSRF. Si esta variable no coincide con la URL real de su sitio, SvelteKit rechaza los envíos de formulario con un error 403. Defínala mediante PM2 o el archivo ecosystem config: `ORIGIN=https://sudominio.com pm2 start build/index.js`.

Sí. Lance cada aplicación como un proceso PM2 distinto asignándole un puerto interno diferente (3000, 3001, 3002…). Configure después Nginx con bloques `server {}` separados o reglas `location` para enrutar las peticiones según el nombre de dominio hacia el puerto correcto. Cada app conserva sus propios logs y variables de entorno en PM2.

PM2 supervisa su proceso Node y lo relanza automáticamente en caso de caída o de superación del umbral de memoria configurado. Para las actualizaciones sin corte, utilice `pm2 reload svelte-app` — PM2 lanza una nueva instancia, espera a que esté lista y luego detiene la antigua. Para que PM2 persista al reiniciar el servidor, ejecute `pm2 startup` para generar el script systemd y después `pm2 save` para guardar la lista de procesos.

Jellyfin en Direct Play (lectura del archivo tal cual) funciona con 1 vCPU y 1 GB de RAM. Pero si sus clientes no admiten el formato de origen y la transcodificación por software resulta necesaria, la CPU se convierte en el factor limitante: cada flujo transcodificado en H.264 1080p consume entre 1 y 2 vCPU según el códec de origen. Para 2 a 4 usuarios simultáneos con transcodificación, el plan VPS Power (4 vCPU, 8 GB de RAM) es el mínimo recomendado; más allá, opte por un VPS con más vCPU o explore las ofertas de servidores dedicados en la página /serveurs-dedies.

Sí — OpenTofu (fork de código abierto de Terraform, CNCF) permite versionar la configuración de su flota en HCL y aplicarla con tofu plan/apply. Nuestra guía opentofu-terraform-vps-automatiser-infrastructure cubre el provider Docker para gestionar los contenedores directamente en el VPS.

AnythingLLM solo (LLM externo vía API): 2 vCPU / 2 GB de RAM bastan. Con embedding local (nomic-embed-text vía Ollama): 2 vCPU / 4 GB de RAM como mínimo. Con LLM local (Mistral 7B en Q4 vía Ollama): 4 vCPU / 8 GB de RAM recomendados — la cuantización Q4 divide por unos 2 la huella de memoria.

Un servidor de correo básico para uno o dos dominios con unas pocas decenas de usuarios funciona con 1 vCPU y 1 GB de RAM, pero se recomiendan 2 GB en cuanto active el filtrado antispam (rspamd, SpamAssassin) o la búsqueda de texto completo. Stalwart es un binario Go especialmente económico: arranca por debajo de 50 MB de RAM en reposo. Prevea un SSD de al menos 20 GB para empezar y amplíelo según la retención de los buzones. El plan VPS Power (8 GB, 299 DH/mes) se adapta a la mayoría de las configuraciones en producción. Piense también en configurar un reverse DNS (PTR) y registros SPF/DKIM/DMARC para asegurar la entregabilidad.

Sí, aislando cada servicio en su propio contenedor Docker y asignándoles puertos o subdominios distintos. Prevea como mínimo 4 GB de RAM para las dos instancias activas al mismo tiempo, y compruebe que su VPS soporta esa carga mediante las métricas del área de cliente. Una vez tomada su decisión, detenga y elimine la instancia descartada para liberar recursos. Consulte nuestras plantillas del Marketplace para desplegar cada solución en unos pocos clics.

El dimensionamiento depende del tipo de aplicación y del tráfico previsto: **Aplicación ligera (< 100 req/min)**: 1 vCPU / 1 GB de RAM. Suficiente para una API REST en Node.js o Flask con una pequeña base de datos. **Aplicación media (100–1000 req/min)**: 2 vCPU / 2–4 GB de RAM. Recomendado para un backend Express o FastAPI con PostgreSQL, incluyendo Redis para la caché. **Aplicación pesada (> 1000 req/min o ML)**: 4+ vCPU / 8+ GB de RAM. Los workers de procesamiento (Celery, BullMQ), los modelos de ML o las operaciones de generación de informes consumen muchísimos recursos. **Regla empírica**: empiece con 2 vCPU / 4 GB de RAM y monitorice. Siempre es posible redimensionar al alza. Prefiera más RAM antes que más CPU para la mayoría de las aplicaciones web — el swapping mata el rendimiento con más seguridad que una CPU limitada.

Los primeros minutos tras la creación de un VPS son críticos. Estas son las etapas prioritarias: **1. Actualizar el sistema** — `apt update && apt upgrade -y` **2. Crear un usuario no root con sudo** — `adduser miusuario && usermod -aG sudo miusuario` **3. Configurar la autenticación por clave SSH** — desde su máquina local, `ssh-copy-id miusuario@ip-del-servidor`, y después en `/etc/ssh/sshd_config`: `PasswordAuthentication no` y `PermitRootLogin no`. **4. Configurar el firewall** — `ufw default deny incoming`, luego `ufw allow ssh`, `ufw allow 80`, `ufw allow 443` y por último `ufw enable`. **5. Activar fail2ban** — `apt install fail2ban` Estas cinco etapas cubren lo esencial. Hay guías detalladas disponibles en la base de conocimientos de ServOrbit.

Kamal (antes MRSK) orquesta sus despliegues vía SSH y Docker directamente desde su máquina local hacia su VPS ServOrbit: basta con configurar `config/deploy.yml` con la IP del servidor, las credenciales del registro Docker y la imagen. ServOrbit proporciona VPS con Docker instalable (Debian/Ubuntu) y acceso SSH root; asegúrese de abrir los puertos 80/443 en su cortafuegos y configurar su DNS antes del primer despliegue. Kamal gestiona de forma nativa las actualizaciones progresivas y los rollbacks, lo que permite actualizaciones sin tiempo de inactividad desde la primera configuración.

Sí. GlitchTip está disponible en el marketplace de ServOrbit como receta compose: PostgreSQL + Redis + el contenedor todo-en-uno de GlitchTip arrancan con un solo comando. La opción `GLITCHTIP_EMBED_WORKER=true` fusiona el worker de Celery en el contenedor web, eliminando un cuarto servicio. Se requiere un nombre de dominio (el FQDN se utiliza para los enlaces en correos y tokens OAuth): puedes usar el subdominio gratuito incluido con tu VPS o adjuntar tu propio dominio. La primera cuenta se crea desde la interfaz en `https://<domain>/register`.

Sí, GlitchTip implementa completamente la API de ingestión de eventos de Sentry y es compatible con todos los SDK oficiales: Python, JavaScript, PHP, Ruby, Go, Java, .NET, iOS y Android. Para migrar, basta con reemplazar la URL del DSN en tus variables de entorno por la URL de tu instancia GlitchTip; no se requieren cambios en el código fuente. Tus grupos de errores, alertas e integraciones siguen funcionando igual que con Sentry Cloud.

GlitchTip requiere al menos 512 MB de RAM para el contenedor web Python, PostgreSQL y Redis. Un VPS con 1 GB de RAM es adecuado para un solo proyecto con tráfico moderado. Para varios proyectos o un alto volumen de eventos de error, se recomiendan 2 GB de RAM. El disco depende del volumen de eventos almacenados: comienza con 10 GB y monitoriza el tamaño de PostgreSQL. Las migraciones de base de datos se ejecutan automáticamente al iniciar el contenedor web.

GlitchTip incluye un módulo de monitoreo de disponibilidad integrado. En la interfaz, ve a **Monitor → Create Monitor**, introduce la URL a vigilar, el tipo de verificación (HTTP/HTTPS o ping), el intervalo (mínimo 1 minuto) y el número de fallos consecutivos antes de alertar. Puedes configurar notificaciones por correo, Slack o webhook. GlitchTip registra el historial de incidentes y muestra el uptime en un panel dedicado. El monitoreo de disponibilidad se ejecuta desde el propio servidor GlitchTip — debe tener acceso de red a las URLs monitorizadas.

**Copia de seguridad**: el único dato persistente es el volumen de PostgreSQL (`glitchtip-db`). Programa un `pg_dump` diario con `docker compose exec db pg_dump -U $DB_USER glitchtip > backup.sql` y copia el archivo fuera del servidor (rsync, Backblaze B2, etc.). **Actualización**: `docker compose pull && docker compose up -d`. GlitchTip aplica las migraciones de Django automáticamente al arrancar. No se requiere tiempo de inactividad prolongado — el contenedor normalmente reinicia en menos de 60 segundos. Consulta las notas de versión en gitlab.com/glitchtip antes de cualquier actualización mayor.

Plane CE arranca varios servicios Docker (app, worker, beat, migrator, PostgreSQL, Redis, MinIO, RabbitMQ) — planificar un mínimo de 4 vCPU y 8 GB de RAM para un funcionamiento fluido. El almacenamiento MinIO para adjuntos requiere un volumen separado dimensionado según sus necesidades. Para menos de 15 usuarios, un VPS de 4 vCPU / 8 GB con 40 GB SSD es una base sólida.

No. Audiobookshelf funciona sin dominio mediante túnel SSH: `ssh -L 13378:127.0.0.1:<port> root@<ip>` y luego `http://localhost:13378`. Para acceso permanente desde la app iOS o Android sin túnel, vincula un dominio desde tu área de cliente de ServOrbit — nginx redirige al contenedor por HTTPS — o usa el subdominio gratuito `{app}.{dns_slug}.servorbit-dns.com` incluido con cada VPS.

Sí. Ambas apps (iOS y Android) son gratuitas, completamente de código abierto bajo GPL-3.0 y mantenidas por la comunidad. Admiten reproducción sin conexión, sincronización del progreso a nivel de capítulo, y gestión de marcadores y listas de reproducción — sin necesidad de cuenta en la nube de terceros.

Audiobookshelf admite: MP3, M4A, M4B (con marcadores de capítulo), AAC, OGG, FLAC, WAV, OPUS, AIFF y WMA. Los capítulos M4B se muestran en el reproductor con sus títulos y duraciones. Los archivos Audible AAX (protegidos con DRM) deben convertirse a un formato sin DRM con una herramienta de terceros antes de importarlos.

Sí. Audiobookshelf admite varias cuentas de usuario en la misma instancia. Cada cuenta tiene su propio progreso de escucha, marcadores, listas de reproducción y valoraciones. Los permisos se pueden configurar por biblioteca (Libros, Podcasts), lo que permite un control preciso sobre quién accede a qué.

Audiobookshelf separa los datos en cuatro volúmenes Docker: `/audiobooks` y `/podcasts` contienen tus archivos de audio (el servidor nunca los modifica), `/config` contiene la base de datos SQLite con el progreso y los marcadores, y `/metadata` contiene las portadas y los datos de indexación. Realiza copias de seguridad de `/config` y `/metadata` via SFTP o `rsync`. La función Backup integrada (Settings → Backups) también exporta un archivo ZIP con todos los metadatos — ideal para migrar a otra instancia o VPS.

Los tres están disponibles como plantillas en el Marketplace de ServOrbit.com, pero sus usos difieren. Open WebUI es ideal para ejecutar modelos locales (Llama, Mistral) a través de Ollama sin enviar solicitudes al exterior. LibreChat es adecuado para un equipo que necesita un entorno de chat multi-modelo (OpenAI, Anthropic, API local) con gestión de usuarios y SSO. Dify se orienta a la creación de agentes y flujos de trabajo de IA más que a un chat de uso general. Consulte la página del Marketplace para los requisitos de RAM de cada plantilla.

Wallos es un gestor de suscripciones open source (GPL-3.0) auto-alojado. Permite centralizar todas sus suscripciones recurrentes — software, servicios cloud, licencias, streaming — y visualizar su coste real en una divisa de referencia única. Funciona como un solo contenedor Docker en su VPS, sin base de datos externa.

No. Wallos funciona sin dominio mediante túnel SSH: `ssh -L 8080:127.0.0.1:<port> root@<ip>` y luego `http://localhost:8080`. Para acceso desde cualquier navegador, vincule un dominio desde su área de cliente ServOrbit o use el subdominio gratuito `{app}.{dns_slug}.servorbit-dns.com`.

Wallos muestra una pantalla de configuración en el primer arranque. Introduzca usuario, email y contraseña para crear la cuenta de administrador — sin credenciales pre-generadas. Después del primer inicio de sesión, invite a otros usuarios desde Ajustes → Usuarios.

Wallos admite más de 170 divisas, incluidos el dírham marroquí (MAD), el euro (EUR), el dólar estadounidense (USD) y el riyal saudí (SAR). En Ajustes → Divisa, elija su divisa de referencia; Wallos obtiene los tipos de cambio automáticamente.

Todos los datos de Wallos se encuentran en dos volúmenes Docker: `wallos_db` (base de datos SQLite) y `wallos_logos` (logos subidos). Realice copias de seguridad con SFTP o `rsync`. Wallos también ofrece exportación CSV desde la interfaz (Ajustes → Importar/Exportar).

Cuente unos minutos: la máquina se clona, se arranca y se configura automáticamente. En cuanto paga, el servidor aparece en su área de cliente con la mención «puesta en servicio en curso» — no tiene que hacer nada, y sobre todo no debe volver a pedirlo. Recibirá un correo con sus accesos en cuanto esté listo. Si la espera supera una hora, contacte con el soporte indicando su número de pedido.

Prometheus recopila métricas de tus aplicaciones y del sistema operativo mediante exporters (Node Exporter, cAdvisor), Loki centraliza los logs de Docker y Grafana lo visualiza todo en paneles de control. En un VPS de ServOrbit, 8 GB es el mínimo recomendado para ejecutar las tres herramientas en paralelo con un volumen de datos razonable. Despliega la pila con Docker Compose usando volúmenes persistentes para los datos de Prometheus y Loki, y protege Grafana con un proxy inverso HTTPS. El Marketplace de ServOrbit ofrece plantillas preconfiguradas para ahorrar tiempo.

El enfoque recomendado es combinar Restic (copias de seguridad cifradas y deduplicadas) con un timer de systemd en lugar de un cron, porque systemd registra cada ejecución y puede enviar notificaciones en caso de fallo. Cree un archivo `.service` que exporte las variables de entorno de Restic (endpoint S3, claves de acceso, contraseña del repositorio) y ejecute `restic backup /var/www /var/lib/mysql-files`, junto con un archivo `.timer` que lo dispare diariamente. Active la recuperación de ejecuciones perdidas con `OnCalendar=daily` y `Persistent=true`. Nuestro equipo de soporte puede orientarle hacia una guía de inicialización del repositorio adaptada a su plan VPS.

Una instancia n8n independiente funciona cómodamente con 1 GB de RAM, pero en producción con una base de datos PostgreSQL y varios flujos de trabajo activos, se recomienda un mínimo de 2 GB. Si combinas n8n con otros servicios Docker (Redis, un proxy inverso, una app de negocio), prevé 4 GB para evitar ralentizaciones durante los picos de ejecución. Los VPS de ServOrbit desde 99 DH/mes incluyen almacenamiento SSD NVMe dimensionado para este tipo de carga; la actualización a un plan superior es posible en cualquier momento desde el área de cliente.

Crea una red Docker compartida (`docker network create proxy`) y conecta tus contenedores a ella. En Nginx, declara un bloque `server` por aplicación con la directiva `proxy_pass` apuntando al nombre del contenedor y su puerto interno (p. ej., `http://app1:3000`). Usa nombres de dominio distintos o subdominios para diferenciar las aplicaciones y activa HTTPS con Certbot (`certbot --nginx -d miapp.ejemplo.com`). Una alternativa sencilla es Nginx Proxy Manager, disponible en el marketplace de ServOrbit, que ofrece una interfaz gráfica para gestionar tus proxies inversos sin editar ficheros de configuración manualmente.