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 (24.04 o 22.04 LTS) o Debian 12. 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 un espacio de copia de seguridad; unos y otras se lanzan bajo demanda desde su área de cliente. 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.

No existe un VPS ServOrbit de 2 GB: nuestra oferta más pequeña, VPS Start, dispone de 2 vCPU y 4 GB de RAM, lo que basta para ejecutar Kubernetes gracias a K3s, una distribución Kubernetes ligera certificada por la CNCF que funciona desde 2 GB de RAM. K3s agrupa todos los componentes del control plane en un único binario de 60 MB y sustituye etcd por SQLite, lo que reduce considerablemente el consumo de memoria. Sigue siendo totalmente compatible con `kubectl` y Helm, lo que le permite usar el ecosistema Kubernetes habitual sin coste adicional 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 Marketplace de aplicaciones 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 página VPS ServOrbit 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ía después por correo electrónico un enlace seguro de un solo uso para ver la nueva contraseña (si facilitó una clave SSH en el pedido, se vuelve a instalar y no se transmite ninguna contraseña). 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 un espacio de copia de seguridad (copias que se lanzan desde el área de cliente) 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 relay SMTP no forma parte del plan de revendedor, que es alojamiento compartido cPanel/WHM: se monta en un VPS que usted pide aparte. En él configura Postfix como relay autenticado y abre a cada cliente una cuenta SMTP individual, lo que le deja el control de la reputación de envío, de los límites de caudal y de los registros SPF/DKIM/DMARC de su dominio de envío. El puerto 25 saliente está cerrado por defecto en nuestros VPS: abra un ticket para solicitar su apertura, que se concede tras examinar su uso. Para un presupuesto, utilice el formulario de contacto eligiendo el tipo «Presupuesto».

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.

Sí, nada le impide alojar para sus clientes una mensajería de equipo self-hosted en un VPS de ServOrbit. Fluxer no se ofrece en el Marketplace: lo instala usted mismo gracias al acceso root del VPS. Si le conviene una solución del catálogo, Mattermost, Rocket.Chat y Matrix (Synapse) están disponibles en él como plantillas VPS. Usted pide el VPS desde su área de cliente a la tarifa pública y lo refactura al precio que fije. Para una necesidad específica, contáctenos a través de [email protected].

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.

Stalwart Mail Server admite el multi-tenant de forma nativa: puede crear varios dominios en una única instancia y asignar cuentas, cuotas y alias por dominio — cada cliente solo ve sus propios buzones. Despliegue Stalwart en un VPS ServOrbit y gestione los dominios de sus clientes mediante la API REST o la interfaz de administración. Este modelo es distinto del plan de alojamiento compartido de revendedor (cPanel/WHM): usted es plenamente responsable de la administración, de la entregabilidad (SPF/DKIM/DMARC) y de las copias de seguridad. Para recibir acompañamiento en la puesta en marcha, contáctenos a través de /contact (tipo Presupuesto).

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.

ServOrbit ofrece VPS y servidores dedicados con acceso root, en los que puede instalar usted mismo Woodpecker CI o Forgejo (fork de Gitea) para proporcionar una cadena DevOps a sus clientes de agencia; ninguno de los dos se ofrece en el Marketplace, que en cambio propone Gitea como plantilla VPS. Una máquina por cliente aísla sus proyectos. El acceso root lo da el VPS o el servidor dedicado, no el plan de revendedor, que es alojamiento compartido cPanel/WHM. El VPS, con Ubuntu o Debian, no es administrado: la instalación y el mantenimiento de estas herramientas corren de su cuenta.

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. En cuanto esté listo, recibirá un correo con un enlace seguro de un solo uso, válido durante 24 horas, que muestra su contraseña una sola vez en su área de cliente. 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.

Sí, en un VPS o un servidor dedicado de ServOrbit: Tabby (un asistente de completado de código de código abierto) no se ofrece en el Marketplace, así que lo instala usted mismo gracias al acceso root, por ejemplo con la imagen Docker publicada por el proyecto. Sus desarrolladores y los de sus clientes se conectan después desde su editor. El coste es el de la máquina, independiente del número de puestos, a diferencia de las licencias de Copilot facturadas por usuario; dimensione la máquina según el modelo de código elegido, siguiendo la documentación de Tabby.

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.

Sí, los tres componentes conviven bien en un mismo servidor mediante Docker Compose. Prevea al menos 8 GB de RAM para modelos ligeros (7B) y suficiente almacenamiento para los pesos del modelo (entre 4 y 10 GB según el modelo). El plan VPS Power es un buen punto de partida para esta combinación. Consulte nuestra guía sobre cómo construir una stack de IA de código abierto en un VPS para los detalles de configuración.

Para una red WordPress Multisite con menos de diez sitios a tráfico moderado, recomendamos un mínimo de 2 vCPU y 4 GB de RAM. Con más de veinte sitios activos o con un plugin de OPcache, 4 vCPU y 8 GB de RAM ofrecen más comodidad. El modo Multisite concentra varias instalaciones de WordPress en una sola base de datos MySQL: los picos de tráfico simultáneos en varios sub-sitios exigen más a PHP-FPM que una instancia única. Consulte nuestra guía de WordPress Multisite en VPS para la configuración completa con wildcard DNS y nginx.

En su zona DNS de Cloudflare (o en el gestor DNS de ServOrbit), añada un registro A wildcard *.sudominio.com apuntando a la dirección IPv4 de su VPS. En nginx, configure un bloque server_name *.sudominio.com y active la opción ALLOW_MULTISITE en wp-config.php. Cada nuevo sub-sitio creado en WordPress se resuelve automáticamente sin tocar el DNS. Si usa Cloudflare, active el proxy en el registro wildcard para beneficiarse del caché y la protección. Consulte nuestra guía de WordPress Multisite en VPS para la configuración completa de nginx.

Ambas opciones están disponibles en un VPS ServOrbit (Ubuntu/Debian con acceso root). Un cron job es más rápido de configurar para una tarea simple: una línea en crontab es suficiente. Un timer de systemd ofrece más control: registro nativo (journalctl), gestión de dependencias, reinicio automático en caso de fallo y disparadores más precisos (a una hora, al inicio, tras un retraso). Para scripts de copia de seguridad o trabajos de sincronización en producción, recomendamos systemd timers: cada ejecución queda registrada y los errores se muestran sin configuración adicional. La configuración se realiza directamente por SSH en su VPS.

Sí, un VPS de ServOrbit puede ejecutar varias herramientas simultáneamente: CRM, facturación, gestión de proyectos y más. La viabilidad depende de los recursos que necesita cada aplicación. Recomendamos comenzar con un VPS VPS Power y monitorizar el consumo de RAM/CPU desde tu área de cliente. Nuestro equipo de soporte puede asesorarte sobre la configuración de Docker o Nginx para aislar cada servicio y facilitar el mantenimiento.

Un agente IA de programación como OpenHands es una herramienta que ejecuta automáticamente tareas de desarrollo (escritura de código, pruebas, corrección de errores) a partir de instrucciones en lenguaje natural. Normalmente requiere al menos 8 GB de RAM para funcionar con fluidez, y más si también ejecutas el modelo de lenguaje localmente. En ServOrbit, nuestros planes VPS a partir de VPS Power son adecuados para este tipo de carga de trabajo. Consulta nuestro artículo del blog dedicado para la guía de instalación completa.

Odoo 17 Community requiere como mínimo 2 vCPU y 4 GB de RAM para uso en desarrollo o con un número reducido de usuarios concurrentes. En producción con entre 10 y 30 usuarios simultáneos, 4 vCPU y 8 GB de RAM constituyen una base sólida. Dado que PostgreSQL se aloja habitualmente en el mismo servidor en despliegues autónomos, conviene prever al menos 40 GB de almacenamiento SSD. Los módulos de terceros pesados (contabilidad, fabricación) incrementan sensiblemente el consumo de memoria; supervisar el uso real tras los primeros días de actividad y ajustar el plan VPS en consecuencia.

El `LocalExecutor` ejecuta tareas en paralelo dentro del mismo proceso que el scheduler, sin dependencias externas: es adecuado para un volumen moderado de DAGs y equipos pequeños. El `CeleryExecutor` distribuye las tareas en workers separados a través de una cola de mensajes (Redis o RabbitMQ); es idóneo para pipelines intensivos o cuando se requiere tolerancia a fallos. En un VPS único, el `LocalExecutor` es suficiente en la mayoría de los casos y evita la complejidad operativa de un broker. Cambiar a `CeleryExecutor` se justifica cuando las tareas saturan las CPU del servidor o cuando es necesario distribuir los workers en nodos distintos.

Sí, un solo VPS puede alojar varios servicios en paralelo mediante Docker Compose, siempre que elija un plan con suficiente RAM y almacenamiento — Jellyfin con transcodificación e Immich con análisis IA son los más exigentes. Un plan intermedio desde 299 DH/mes con 8 GB de RAM es un buen punto de partida; añada almacenamiento adicional según su biblioteca multimedia. Encuentre guías de instalación en nuestro Marketplace.

Los errores de «permission denied» en los volúmenes Docker ocurren cuando el UID del proceso del contenedor no coincide con el propietario del directorio montado en el host. Antes de lanzar su stack, cree el directorio de datos y asigne la propiedad correcta con `chown <uid>:<gid>` en el VPS. También puede definir `user:` en su `docker-compose.yml` para forzar la identidad de ejecución. Nuestra documentación VPS cubre los casos más comunes; el equipo de soporte está disponible en [email protected] para más orientación.

Sí, puede desplegar una VPN mesh (NetBird, WireGuard, Tailscale) directamente en sus VPS root de ServOrbit para crear una red privada entre varias máquinas sin exponer sus servicios en una IP pública. Cada VPS dispone de acceso root completo, lo que le permite instalar y configurar libremente el daemon de su elección. Este enfoque es especialmente adecuado para agencias que gestionan varios clientes desde un único plano de control. Consulte nuestras guías VPS o escriba a [email protected] si necesita ayuda con el enrutamiento.

Sí. Estos paneles se instalan como cualquier aplicación Docker en tu VPS de ServOrbit, usando tu acceso root. Homarr y Glance están disponibles en la Marketplace de ServOrbit como plantillas VPS listas para usar: despliégalos en minutos y accede a tu panel desde tu dominio. Consulta la página VPS Cloud para elegir el plan adecuado a tus necesidades.

Plane combina un backend Django, un worker de tareas, un servicio de notificaciones y un frontend Next.js. En producción, el mínimo absoluto es 4 GB de RAM: por debajo, los contenedores Docker compiten por la memoria durante los picos de carga y el worker de tareas es eliminado por el OOM killer. Para un equipo de 5 a 20 usuarios activos, se recomienda un VPS con 8 GB de RAM (4 vCPU) — es el perfil al que conviene apuntar si instala Plane usted mismo en su VPS (Plane aún no se ofrece para su contratación en el Marketplace de ServOrbit). Si supera los 50 usuarios simultáneos o activa el módulo de analítica en tiempo real, suba a 16 GB. La base de datos PostgreSQL y el broker Redis están incluidos en el despliegue Docker Compose oficial de Plane; prevea al menos 20 GB de almacenamiento SSD NVMe para los adjuntos y los logs. La oferta de entrada VPS Start (2 vCPU, 4 GB de RAM) cubre este mínimo, pero el punto de partida adecuado para Plane sigue siendo la oferta de 4 vCPU / 8 GB.

Sí, LibreChat está diseñado para ser multi-proveedor. En su archivo `librechat.yaml`, configure tantos endpoints como desee: OpenAI, Anthropic, Mistral, un modelo local via Ollama, o cualquier API compatible con OpenAI. Cada endpoint se identifica por un nombre, una clave API y una lista de modelos disponibles. Sus usuarios pueden cambiar entre modelos en la interfaz mediante el selector de modelo, dentro de la misma sesión o entre conversaciones. No hay límite en el número de endpoints configurados — puede tener GPT-4o, Claude 3.5 Sonnet y Mistral Large disponibles simultáneamente. La gestión de claves API permanece en su `.env` del lado del servidor: sus usuarios no tienen acceso a ella. En un VPS de ServOrbit, el template de LibreChat incluye un `librechat.yaml` de ejemplo comentado con los endpoints más habituales. Las llamadas a la API son facturadas por cada proveedor por separado según sus propios precios.

LibreChat dispone de varios mecanismos para controlar el gasto en API en un entorno compartido. Primero, active los límites de tokens por usuario en `librechat.yaml` mediante la clave `tokenCreditConfig`: defina una cuota de tokens por periodo (por ejemplo, 100.000 tokens al día por usuario). Cuando se alcanza la cuota, el usuario recibe un mensaje y no puede enviar solicitudes hasta el próximo restablecimiento. Segundo, restrinja los modelos disponibles: exponga solo modelos económicos (gpt-4o-mini en lugar de gpt-4o) o limite ciertos modelos a roles de usuario específicos mediante el sistema de roles de LibreChat. Tercero, configure valores predeterminados bajos de `maxTokens` para cada endpoint para limitar la longitud de las respuestas generadas. Cuarto, en el lado de OpenAI, establezca límites de gasto mensual en su panel de OpenAI — es una red de seguridad independiente de LibreChat. En un VPS de ServOrbit, el template de LibreChat incluye un ejemplo de configuración `tokenCreditConfig`. Para asistencia con la configuración, contacte [email protected].

RustFS es un servidor de almacenamiento de objetos compatible con S3, escrito en Rust y publicado bajo la licencia Apache 2.0. A diferencia de Garage (sin consola web integrada) o MinIO (consola avanzada bajo una licencia comercial separada desde 2021), RustFS incluye una consola web completa en un único binario sin dependencias externas. Expone una API S3 estándar en el puerto 9000 y su consola en el puerto 9001.

No. RustFS funciona sin dominio: accedes a él mediante un túnel SSH. Para la consola web (puerto 9001), crea un túnel `ssh -L 9001:127.0.0.1:<port> root@<ip>` y abre `http://localhost:9001/rustfs/console/`. Para la API S3 (puerto 9000), un segundo túnel `ssh -L 9000:127.0.0.1:9000 root@<ip>` es suficiente para conectar aws-cli, rclone o cualquier cliente S3. Puedes vincular un dominio más adelante para acceso público.

Tras la instalación desde el Marketplace de ServOrbit, se generan dos credenciales y se muestran en tu área de cliente: `RUSTFS_ACCESS_KEY` (usuario) y `RUSTFS_SECRET_KEY` (contraseña). La consola web es accesible mediante un túnel SSH en el puerto mostrado en tu área; inicia sesión en `http://localhost:9001/rustfs/console/` con estas credenciales. La API S3 es accesible en el puerto 9000 mediante un segundo túnel. Todos los clientes S3 (aws-cli, rclone, mc, AWS SDK) funcionan con el endpoint `http://localhost:9000`.

RustFS requiere **al menos 2 GB de RAM** para funcionar de manera estable. Los requisitos de CPU son bajos (1 vCPU es suficiente para uso personal o de pequeños equipos). La variable principal es el almacenamiento: dimensiona tu volumen SSD según el volumen de datos que quieras almacenar (permite un margen del 10-20% para metadatos y copias de seguridad). Para uso en producción intensivo, se recomiendan 4 GB de RAM y 2 vCPU.

Abre un túnel SSH al puerto 9000 de tu VPS: `ssh -L 9000:127.0.0.1:9000 root@<ip>`. Luego configura tu cliente S3 con endpoint `http://localhost:9000` y tus credenciales. Con **rclone**: en `rclone.conf`, añade un backend `[rustfs]` de tipo `s3`, `provider = Other`, `endpoint = http://localhost:9000`, más `access_key_id` y `secret_access_key` desde tu área de cliente. Con **aws-cli**: `aws --endpoint-url http://localhost:9000 s3 ls`. Con **mc** (MinIO Client): `mc alias set rustfs http://localhost:9000 <ACCESS_KEY> <SECRET_KEY>`.

La licencia rige lo que puede hacer con el código, no lo que aloja en su VPS. AGPL-3.0 permite el uso interno y la puesta a disposición para sus propios clientes, siempre que publique sus modificaciones si expone la aplicación a terceros. La Sustainable Use License y la Business Source License generalmente restringen la reventa del acceso a la propia aplicación, pero permiten el uso interno. Lea el texto de la licencia correspondiente; si tiene dudas, consulte nuestra página de documentación o a un abogado.

Sí, Ollama está disponible en el marketplace de ServOrbit y se instala con un clic en VPS con suficiente RAM (mínimo 8 GB para modelos 7B, 16 GB recomendados para modelos 13B). Sus datos permanecen en local sin enviar solicitudes a APIs externas. ServOrbit ofrece VPS de alta memoria adecuados para ejecutar Mistral, LLaMA o Gemma con total confidencialidad, ideales para uso profesional o pruebas de prototipos.

Syncthing se ofrece en el marketplace de ServOrbit para una instalación rápida en su VPS. Una vez desplegado, actúa como nodo central de sincronización: sus estaciones y servidores se conectan a través de su interfaz web segura (accesible por HTTPS con el certificado TLS auto-gestionado por ServOrbit). La sincronización está cifrada de extremo a extremo sin pasar por un servidor de terceros. Es una alternativa soberana a Dropbox o OneDrive, alojada en su propia infraestructura ServOrbit.

Para ejecutar Open WebUI y Ollama juntos, prevea al menos 8 GB de RAM — 4 GB para el modelo (p. ej. Llama 3.1 8B con cuantización Q4) y el resto para el sistema operativo y los contenedores. Con 16 GB puede cargar un modelo 13B y dejar margen para solicitudes simultáneas. El almacenamiento depende de los modelos descargados: prevea al menos 20 a 40 GB de SSD según la gama elegida.

Pi-hole solo debe responder a los clientes de su red privada. En la configuración de Pi-hole v6 (Admin → Settings → DNS), marque 'Listen only on interface' (su interfaz LAN o Docker) y deshabilite la escucha en la IP pública del VPS. Añada una regla de firewall (ufw o iptables) que bloquee el puerto 53 UDP/TCP desde el exterior: un resolver abierto puede ser aprovechado para ataques de amplificación DNS.

Pi-hole y AdGuard Home son bloqueadores de anuncios DNS autoalojados, pero AdGuard Home incluye su propio servidor DNS recursivo con cifrado DoH/DoT nativo sin configuración adicional. Pi-hole v6 usa FTL como motor DNS y ofrece estadísticas más detalladas; cuenta con una comunidad más amplia de listas de bloqueo. Ambos funcionan en cualquier VPS de ServOrbit con un mínimo de 512 MB de RAM.

Sí, Cap (alternativa open source a Loom) genera un enlace de compartición para cada grabación; sus clientes externos acceden a él sin crear una cuenta. Alojado en su VPS, todos los vídeos permanecen en su infraestructura y los enlaces siguen activos mientras el servidor funcione. Prevea un VPS con al menos 2 vCPUs, 2 GB de RAM y un volumen de almacenamiento dimensionado según su volumen de grabaciones.

Desde la interfaz de Grafana, abra cada dashboard, haga clic en el icono de compartir y luego en 'Export → Save to file' para descargar un archivo JSON. Para exportar todos los dashboards en lote, use la API de Grafana: `GET /api/dashboards/home` lista los UIDs, luego `GET /api/dashboards/uid/{uid}` recupera cada definición. Guarde también sus datasources (Settings → Data sources) y las alertas que tenga configuradas.

Coolify v4 no limita el número de aplicaciones por servidor: la restricción es únicamente la de los recursos disponibles (CPU, RAM, disco) en tu VPS. Un VPS con 4 GB de RAM es suficiente para unas pocas apps ligeras, mientras que un plan 8 GB permite ejecutar una decena de servicios en paralelo. Cada aplicación queda aislada en su propio contenedor Docker, lo que facilita la gestión de dependencias y actualizaciones.

Sí, Coolify v4.3 introduce los Preview Deployments: cada push a una rama de tu repositorio puede desencadenar el despliegue de un entorno efímero accesible mediante una URL dedicada. Esta funcionalidad requiere un webhook configurado en el lado de Git (GitHub, Gitea, etc.) y un VPS con suficientes recursos para alojar varios contenedores en paralelo. Los previews se eliminan automáticamente al cerrar la rama o la pull request.

AnythingLLM 1.17.0 en modo multiusuario con una base de datos vectorial local (LanceDB) y un modelo de embedding ligero necesita al menos 2 GB de RAM dedicada para el propio servicio. Si añades un modelo LLM local (Ollama), suma de 4 a 8 GB adicionales según el modelo elegido. Se recomienda un VPS 8 GB para uso en equipo con RAG activo; para un uso más ligero (API remota tipo OpenAI), un plan 4 GB es suficiente.

La elección de la extensión no afecta al funcionamiento técnico de su VPS: .ma y .com se asocian a una dirección IP exactamente de la misma manera. La decisión es comercial. Si su actividad se dirige principalmente al mercado marroquí, un .ma refuerza la credibilidad local y mejora la visibilidad en las búsquedas orientadas a Marruecos. Si su audiencia es internacional o está desplegando una aplicación sin anclaje geográfico, .com sigue siendo la extensión más reconocida. Nada le impide registrar ambas y apuntar cada una a su VPS, o redirigir una hacia la otra. Consulte nuestro catálogo de extensiones en la página Dominios para comparar tarifas.

El procedimiento recomendado es descargar la nueva imagen (`docker compose pull`) y luego reiniciar únicamente el servicio actualizado (`docker compose up -d --no-deps <service>`) en lugar de recrear todo el stack. Para aplicaciones con base de datos, realice siempre una copia de seguridad antes de cualquier actualización. Si su stack usa un proxy inverso (nginx, Traefik, Caddy), el servicio puede seguir siendo accesible mientras se reinicia el contenedor de la aplicación. Consulte nuestro blog para guías detalladas sobre automatización de actualizaciones.

ClickHouse puede funcionar con 2 GB de RAM para volúmenes modestos (cientos de millones de filas), pero la configuración predeterminada está calibrada para máquinas más potentes. Se recomienda limitar `max_server_memory_usage` a ~1,2 GB y desactivar características pesadas. Para logs de producción con alto volumen, prefiera un VPS con al menos 8 GB de RAM — consulte nuestra guía dedicada a ClickHouse en VPS.

Sí, Invoice Ninja se presta bien a la facturación de sus propios clientes: su logotipo, sus tarifas y sus condiciones de pago, con independencia de lo que usted abona a ServOrbit. No se ofrece en el Marketplace: lo instala usted mismo en un VPS gracias al acceso root, por ejemplo con la imagen Docker publicada por el proyecto. Sus facturas a clientes quedan así completamente separadas de sus facturas de ServOrbit, lo que simplifica la contabilidad y la relación con el cliente.

Metabase corre sobre la JVM y utiliza por defecto hasta 2 GB de heap; para uso en producción con varios dashboards, se recomienda un VPS con 4 GB de RAM, asignando entre 2 y 2,5 GB al heap mediante la variable de entorno `JAVA_OPTS=-Xmx2500m`. Por debajo de 2 GB de heap total, Metabase puede generar errores OutOfMemory en consultas pesadas. Si detecta ralentizaciones, supervise el uso de memoria con `docker stats` o `free -h` y ajuste `Xmx` de forma progresiva.

Para un posicionamiento local en Marruecos, un dominio .ma refuerza la confianza de los visitantes marroquíes y puede mejorar el SEO geolocalizado; sin embargo, requiere justificación ante la ANRT (identidad o registro comercial marroquí). Un dominio .com sigue siendo universal y más sencillo de obtener, pero necesitará configurar una geo-segmentación explícita en Google Search Console para competir localmente. Puede combinar ambos: un .ma para el mercado marroquí y un .com para el ámbito internacional, ambos alojados en el mismo VPS de ServOrbit.

Para desplegar Traefik v3 con Let's Encrypt automático en un VPS de ServOrbit, cree un archivo docker-compose.yml que exponga los puertos 80 y 443, con el volumen /var/traefik/acme.json montado en modo 600 para almacenar los certificados. En la configuración estática de Traefik, active el resolver ACME con challengeType tlsChallenge o httpChallenge según su infraestructura, y proporcione una dirección de correo válida para Let's Encrypt. Asegúrese de que su dominio apunte a la IP del VPS de ServOrbit y de que el cortafuegos permita los puertos 80 y 443 entrantes antes del primer inicio. Traefik v3 gestiona el ciclo de vida de los certificados de forma autónoma sin intervención manual.

ntfy es un servidor de notificaciones push ligero (Go) que puede desplegar en minutos en cualquier VPS de ServOrbit con Docker o un binario estático. Una vez instalado, publique alertas mediante un simple HTTP POST y recíbalas en la app móvil ntfy (Android/iOS) o en el navegador. Alojar su propia instancia garantiza la privacidad de las alertas y elimina los límites de mensajes. ntfy está disponible en el marketplace de ServOrbit; contacte a [email protected] para ayuda con la configuración.

Sí, HAProxy se instala fácilmente en cualquier VPS ServOrbit con Linux (apt/yum) y permite distribuir el tráfico HTTP/TCP entre varios backends con health checks activos y failover automático ante fallos. Para una arquitectura de alta disponibilidad, puede combinar dos VPS en modo activo/pasivo con Keepalived para una IP virtual. Consulte la documentación de su distribución para la configuración de terminación SSL, y contacte a [email protected] si necesita orientación sobre su arquitectura.

Harbor es un registro OCI empresarial de código abierto que puede desplegar en un VPS de ServOrbit (recomendado: 4 vCPU, 8 GB RAM, 50 GB de almacenamiento) mediante Docker Compose. Ofrece control de acceso por proyecto, firma de imágenes, replicación a otros registros y análisis de vulnerabilidades integrado con Trivy. Una vez configurado, sus pipelines CI/CD hacen push y pull de imágenes desde su propio dominio con TLS. Harbor está disponible en el marketplace de ServOrbit; contacte a [email protected] para preguntas de dimensionamiento.

Sí, Windmill es una plataforma de orquestación de código abierto (flujos de trabajo, scripts Python/TypeScript/Go, formularios) que puede auto-alojar en un VPS de ServOrbit mediante Docker Compose. Reemplaza herramientas como Airflow o Prefect para casos de uso empresariales y de desarrollo, con un editor visual de flujos y gestión nativa de secretos. Un VPS con 2 vCPU y 4 GB RAM es suficiente para empezar. Windmill está disponible en el marketplace de ServOrbit; contacte a [email protected] para orientación.

Uptime Kuma v2 se instala en minutos en su VPS mediante Docker Compose y ofrece un panel de monitorización en tiempo real para sus servicios, puertos y endpoints HTTP. Cree un monitor de tipo 'Docker Container' para cada servicio o 'HTTP(s)' para sus endpoints expuestos, luego configure alertas por correo electrónico o webhook. Su VPS ServOrbit tiene acceso root y una IPv4 dedicada, lo que le permite restringir el puerto de la interfaz de Uptime Kuma a sus direcciones de confianza. Encuentre la plantilla de Uptime Kuma en nuestro Marketplace para un inicio rápido.

Sí. Kavita es un servidor de lectura de código abierto (GPL-3.0) que funciona en un único contenedor Docker y no requiere dominio. Acceda mediante túnel SSH (`ssh -L 5000:127.0.0.1:<port> root@<ip>` y luego `http://localhost:5000`) o mediante cualquier subdominio gratuito incluido con cada VPS de ServOrbit. Lee EPUB, CBZ, CBR, PDF y muchos otros formatos directamente en el navegador.

Kavita admite: EPUB y EPUB3 (con capítulos, portadas y metadatos automáticos), CBZ, CBR, CB7 y CBT (archivos de páginas de cómics/manga), PDF, y archivos de imágenes (ZIP, RAR). Los archivos EPUB se indexan con sus metadatos en el primer escaneo. Los cómics y mangas en CBZ/CBR se agrupan automáticamente en series según la estructura de carpetas.

Calibre-Web está construido sobre una base de datos Calibre existente y se especializa en gestión de biblioteca, conversión de formatos (EPUB a MOBI) y envío de ebooks por correo a dispositivos Kindle. Kavita es más ligero (contenedor único, menos de 256 MB de RAM), no requiere base de datos Calibre y gestiona cómics y manga (CBZ, CBR) de forma nativa — lo que Calibre-Web no soporta. Si su biblioteca contiene manga o cómics además de ebooks, Kavita es la mejor elección.

El historial de shell local (archivo `.bash_history` o `.zsh_history`) se almacena únicamente en la máquina actual, sin cifrado ni marcas de tiempo precisas, y se pierde al cambiar de servidor. Atuin reemplaza ese archivo por una base de datos SQLite local enriquecida (tiempo de ejecución, directorio de trabajo, código de salida) y sincroniza este diario con cifrado de extremo a extremo hacia su propio servidor Atuin auto-alojado — sus comandos permanecen privados y buscables desde cualquier equipo o servidor conectado a la misma cuenta.

Sí. Infisical auto-alojado en un VPS de ServOrbit le proporciona una bóveda de secretos totalmente bajo su control: claves de API, contraseñas de bases de datos, certificados y tokens se almacenan cifrados en su propia infraestructura, con registros de auditoría completos. Sus aplicaciones recuperan los secretos en el arranque a través de los SDK oficiales (Node.js, Python, Go…) o inyectándolos en las variables de entorno de Docker — sin que quede ningún archivo `.env` en texto claro en el servidor. Un VPS Power (4 vCPU, 8 GB) cubre cómodamente la pila Infisical y varios proyectos en paralelo.

Sí, siempre que exponga Gotenberg en un puerto público o detrás de un reverse proxy con autenticación. Por defecto, Gotenberg escucha en el puerto 3000 del contenedor, accesible solo en local; para acceso externo, configure un subdominio con TLS y proteja el endpoint con una clave de API o una restricción de IP (Gotenberg admite la cabecera `Gotenberg-Api-Token`). Para uso exclusivamente interno, mantenga el puerto cerrado y llame a Gotenberg desde la red Docker interna — la configuración más segura para una API de generación de PDF.

Sí. Postal admite de forma nativa varios dominios y organizaciones: usted crea una organización por cliente, cada una con sus dominios de envío, sus servidores de envío y sus estadísticas aisladas. Postal no se ofrece en el Marketplace: pida un VPS dedicado a este uso, instale Postal en él usted mismo gracias al acceso root, configure los registros DNS (SPF, DKIM, MX de rebote) de cada dominio cliente y abra un ticket para solicitar la apertura del puerto 25 saliente: está cerrado por defecto y solo se abre tras examinar su uso. Cada cliente accede a su propio panel de Postal sin ver los envíos de los demás.

Por su seguridad, la contraseña root nunca se envía en claro por correo electrónico. En la entrega del VPS, al igual que tras una reinstalación, recibe un correo con un enlace seguro de un solo uso, válido durante 24 horas. Ese enlace solo se abre una vez, en su área de cliente, con la sesión iniciada en la cuenta que pidió el servidor: la contraseña se muestra una sola vez, con un botón para copiarla, y después se borra de nuestros servidores — guárdela de inmediato en su gestor de contraseñas. En un VPS Linux, el sistema le pide después que elija una contraseña nueva en su primera conexión SSH.

Ábralo de todos modos: la página le ofrece el botón «Generar un nuevo acceso». Tras confirmar con la contraseña de su cuenta y un código recibido por correo electrónico, la contraseña del servidor se restablece — el servidor se reinicia, cuente con uno o dos minutos de interrupción — y se le envía por correo electrónico un nuevo enlace de un solo uso, válido durante 24 horas. La contraseña anterior y los enlaces previos dejan entonces de funcionar: no podemos reenviarle una contraseña ya mostrada, porque se ha borrado. Si ya no tiene el correo, el mosaico «Contraseña» de la ficha del servidor (Restablecer el acceso root) genera una contraseña nueva, que se muestra una sola vez.

Sí, y es lo recomendable: en el carrito, marque «Añadir mi clave SSH pública» y pegue el contenido de su archivo .pub (formatos aceptados: Ed25519, RSA de 2048 bits o más, ECDSA y claves físicas FIDO). En ese caso no se le transmite ninguna contraseña: la contraseña root queda bloqueada, la conexión SSH por contraseña se desactiva y solo se acepta su clave, que se vuelve a instalar automáticamente si reinstala el servidor. No pegue nunca su clave privada. Si pierde su clave, «Restablecer el acceso root» en su área de cliente le da una contraseña utilizable desde la consola del servidor, mientras que SSH sigue reservado a las claves. Esta opción no se aplica a los servidores Windows.

Abra el enlace de un solo uso recibido por correo en la entrega, haga clic en «Mostrar la contraseña» y copie el comando de conexión en su terminal; después, el sistema le pedirá una nueva contraseña. El enlace es válido 24 horas y solo sirve una vez. Paso a paso: Conectarse por SSH a su VPS por primera vez.

En la ficha del servidor, abra el mosaico «Contraseña», confirme con su contraseña y el código recibido por correo, y haga clic en «Restablecer». El servidor se reinicia durante uno o dos minutos y la nueva contraseña solo se muestra una vez. Paso a paso: Restablecer la contraseña root de un VPS.

Sí, MySQL 8.4 LTS está disponible en todos los VPS de ServOrbit con Ubuntu 22.04/24.04 y Debian 12 a través del repositorio oficial de MySQL. MySQL 8.0 llega a fin de vida en abril de 2026: recomendamos migrar realizando primero un volcado completo (`mysqldump --all-databases`), luego instalando MySQL 8.4 y reimportando los datos tras verificar la compatibilidad de las consultas SQL (usando `EXPLAIN`). Consulta nuestra documentación de migración o abre un ticket en [email protected] para cualquier pregunta.

Un VPS de ServOrbit está alojado en un centro de datos europeo: no hay servidores en Marruecos y el centro de datos no se elige al hacer el pedido. Para un sitio en árabe, sirva sus páginas en UTF-8 (base de datos MySQL en utf8mb4, juego de caracteres declarado por Apache o Nginx) e instale un certificado Let's Encrypt gratuito. Para acelerar la carga desde Marruecos, coloque su dominio detrás de una CDN como Cloudflare, que sirve los archivos estáticos desde puntos de presencia cercanos a sus visitantes, y aligere imágenes y fuentes.

No. PhotoPrism funciona sin dominio: puede acceder a él mediante un túnel SSH (ssh -L 2342:127.0.0.1:PUERTO root@ip-vps, luego http://localhost:2342 en su navegador). Cada plan VPS de ServOrbit incluye también un subdominio gratuito.

PhotoPrism está diseñado para indexar y organizar una gran biblioteca de fotos existente en disco (modo solo lectura, rsync, WebDAV). Immich se centra en la copia de seguridad diaria desde iOS/Android. Si desea clasificar un archivo grande sin modificar los originales, PhotoPrism es la mejor opción.

Planifique al menos 2 GB de RAM: PhotoPrism + MariaDB usan unos 500 MB en reposo, pero la indexación de TensorFlow puede alcanzar 2 GB. Para una biblioteca de decenas de miles de fotos o uso intensivo, se recomiendan 4 GB.

Sí. Monte la carpeta de originales en solo lectura (:ro en el volumen Docker) y active PHOTOPRISM_READONLY=true. PhotoPrism almacena miniaturas, etiquetas de IA e índice en un volumen storage separado: sus archivos fuente nunca se modifican.

Hay tres elementos que respaldar: (1) la carpeta originals — sus fotos fuente; (2) el volumen storage — etiquetas de IA, miniaturas e índice de búsqueda; (3) el volumen de datos de MariaDB. Los volúmenes 2 y 3 se pueden reconstruir reindexando; el volumen 1 es irremplazable.

Penpot requiere al menos 4 GB de RAM y 2 vCPU con Docker Compose. La configuración incluye tres servicios principales: frontend (Nginx), backend (Clojure/JVM) y exportador (Chromium headless para exportaciones PDF/PNG). Por debajo de 4 GB, el exportador Chromium se vuelve inestable. Para un equipo de 5 a 10 usuarios activos, se recomiendan 8 GB de RAM y 4 vCPU.

Atlassian anunció el fin de vida de Opsgenie el 5 de abril de 2027. Para migrar a self-hosted, OneUptime es la alternativa más completa: gestión de alertas, guardias on-call, página de estado pública e integración nativa con Prometheus y Grafana vía webhook. OneUptime se despliega con Docker Compose en un VPS con mínimo 2 vCPU / 4 GB de RAM.

No. El soporte extendido de SQL Server 2016 finalizó el 14 de julio de 2026. Esto significa que no se publican más parches de seguridad ni actualizaciones acumulativas. Las instancias expuestas a internet o que procesan datos personales quedan fuera de cumplimiento. Migrar a SQL Server 2019/2022 o a una base de datos de código abierto (PostgreSQL, MariaDB) es la única vía para mantenerse protegido.

Dos herramientas principales: pgloader (código abierto, migración por línea de comandos, gestiona automáticamente muchas conversiones de tipos SQL Server) y AWS Schema Conversion Tool / SCT (gratuito, interfaz gráfica, analiza incompatibilidades T-SQL y procedimientos almacenados). Proceso recomendado: exportar el esquema con SCT, identificar incompatibilidades manualmente, usar pgloader para la transferencia de datos y validar con una herramienta de comparación de filas.

Si usas Vaultwarden (servidor auto-alojado compatible con Bitwarden), actualizar los clientes oficiales de Bitwarden a la versión 2026.8.0 o posterior puede hacer que el cofre aparezca vacío o que el descifrado falle. Estos clientes adoptaron un nuevo formato EncString aún no implementado en Vaultwarden (a 18 de octubre de 2026). Solución temporal: revertir los clientes a la versión 2026.7.x mientras se espera la actualización de Vaultwarden. Sigue la issue #7612 en el repositorio GitHub de Vaultwarden.

Sí. Herramientas de código abierto como Rybbit, Umami o Plausible pueden instalarse en minutos a través del Marketplace de ServOrbit y funcionan sin cookies, lo que elimina la obligación de mostrar un banner de consentimiento bajo el RGPD. Los datos permanecen exclusivamente en su VPS, en Europa, y no transitan por servidores de terceros. Para preguntas de conformidad específicas a su situación, un asesor jurídico es el interlocutor adecuado.

Sí. Alternativas de código abierto como Hoppscotch o Bruno pueden autoalojarse en un VPS y ofrecen un espacio de trabajo compartido para probar y documentar APIs en equipo, sin cuenta en la nube de terceros y sin sincronización de credenciales hacia servidores externos. La instalación se realiza mediante Docker Compose y las colecciones permanecen almacenadas en su propio servidor. Para los detalles de despliegue, consulte las fichas correspondientes en el Marketplace de ServOrbit.

Sí. PostgreSQL soporta de forma nativa la replicación en streaming: un nodo primario transmite su WAL a una o varias réplicas de solo lectura con un desfase del orden de los milisegundos en una red local. Para la conmutación por error automática (failover), herramientas como Patroni o Repmgr orquestan la promoción de la réplica cuando falla el primario. Puede contratar dos VPS de ServOrbit en el mismo centro de datos para minimizar la latencia de red entre los nodos.

En un contenedor, el intérprete de PHP forma parte de la imagen, no de la aplicación: actualizar WordPress o Laravel, o reiniciar el contenedor, reutiliza la imagen que ya está en el disco. Para aplicar una corrección de PHP, descarga o reconstruye la imagen (por ejemplo con la opción --pull del build), recrea el contenedor y comprueba la versión que se sirve realmente. Hazlo con cada contenedor que incluya PHP, workers incluidos.

Un VPS no te avisa por sí solo: configura una alerta en torno al 80 % de ocupación del disco, vigila también los inodos y los procesos terminados por falta de memoria, y envíala a un canal que leas de verdad. Basta un script programado o una herramienta de monitorización como las del Marketplace, y puedes añadir espacio o RAM desde tu área de cliente. Esta supervisión sigue a tu cargo: ServOrbit ofrece las guías, no la vigilancia de tus aplicaciones.

No. Los VPS de ServOrbit funcionan en servidores en Finlandia y Alemania; ServOrbit no tiene servidor ni oficina en Emiratos Árabes Unidos. Si un contrato o una normativa le obliga a mantener sus datos dentro de Emiratos, este VPS no cumple ese requisito. Para sus usuarios del Golfo, el tráfico pasa por el enlace entre Europa y el Golfo.

Sí. Cada VPS de ServOrbit incluye acceso root completo, una dirección IPv4 dedicada y almacenamiento SSD, con la distribución Linux que elija. Docker, Node.js, Python y las bases de datos se instalan libremente: nada está bloqueado. El Marketplace también despliega con un clic aplicaciones libres como n8n o herramientas de IA autoalojadas, que después administra usted mismo.

Los precios se muestran en AED por defecto, pero una tarjeta no se cobra en AED: pasa por la pasarela CMI, que cobra en MAD. Con PayPal, el cargo se hace en la moneda que PayPal muestra antes de confirmar. Sea cual sea el medio, lee el importe exacto y su moneda en la pantalla de pago antes de confirmar. La factura se emite en MAD.

El alojamiento web es compartido y se administra desde cPanel: conviene a un sitio corporativo, un blog WordPress o direcciones de correo profesional. Un VPS le da acceso root, una IPv4 dedicada y la distribución Linux que elija: conviene a Docker, n8n, una API o una aplicación a medida. Ambos están en la misma área de cliente y en la misma factura.

No. Los VPS de ServOrbit funcionan en servidores en Finlandia y Alemania, y ServOrbit no tiene servidor ni oficina en Francia. La oferta se dirige a empresas y desarrolladores establecidos en Francia que aceptan una máquina en otro país europeo. Si un contrato o un cliente exige que el servidor esté físicamente en Francia, este VPS no cumple ese requisito.

Todo lo que ejecuta un servidor Linux. Cada VPS incluye acceso root completo, una dirección IPv4 dedicada y un disco SSD, con la distribución Linux que elija. Instala Docker, Node.js, Python o una base de datos sin restricciones. El Marketplace también despliega en un clic aplicaciones libres, como n8n o herramientas de IA autoalojadas.

No necesariamente. Desde Francia, los precios de los VPS se muestran en EUR por defecto, con USD a elegir, pero lo que sale de su cuenta depende del medio de pago: una tarjeta bancaria pasa por la pasarela CMI y se cobra en MAD; PayPal cobra en la divisa que le muestra. El importe exacto aparece antes de confirmar. La factura se emite en MAD.

Sí. El soporte de ServOrbit responde en francés, y también en inglés y árabe, así que puede describir una incidencia en su VPS en su idioma. ServOrbit lo edita MEGALOGI, una empresa marroquí: su interlocutor y su facturación no son franceses, pero su VPS, sus dominios y su alojamiento quedan reunidos en una sola área de cliente.

En un centro de datos en Finlandia o Alemania. ServOrbit no tiene servidor ni oficina en Togo: desde Lomé administras una máquina situada en Europa. Si un cliente, un contrato o un pliego de condiciones exige que los datos permanezcan en territorio togolés, este VPS no cumple ese requisito; mejor comprobarlo antes de hacer el pedido.

Sí. Cada VPS incluye acceso root completo, una dirección IPv4 dedicada y disco SSD. Eliges la distribución Linux, instalas tus paquetes y configuras el servidor como quieras: no hay nada bloqueado y no necesitas pasar por el soporte para administrar la máquina en el día a día.

Las dos cosas. Con acceso root, instalas tú mismo Docker, Node.js, Python o la base de datos que necesite tu proyecto. Si prefieres partir de una aplicación lista para usar, el Marketplace despliega aplicaciones de código abierto en tu VPS en un clic. En ambos casos el servidor sigue siendo tuyo: luego lo administras como cualquier máquina Linux.

En francés, inglés o árabe: el soporte responde en los tres idiomas. Tu VPS se gestiona desde el área de cliente de ServOrbit, la misma que usas para tus dominios y alojamientos web, y todo llega en una sola factura. Si tu proyecto necesita también un .tg, lo registras desde esa cuenta, sin presencia local en Togo.

En un servidor en Finlandia o Alemania. ServOrbit no tiene servidor ni oficina en Costa de Marfil: es un mercado atendido a distancia. El tráfico entre sus usuarios marfileños y el VPS pasa, por tanto, por Europa. Si un contrato o una normativa exige que sus datos permanezcan en Costa de Marfil, este VPS no cumple ese requisito.

Sí. Cada VPS incluye acceso root completo, una dirección IPv4 dedicada y almacenamiento SSD, con la distribución Linux que usted elija. Instala usted mismo Docker, Node.js, Python o una base de datos, y abre los puertos que necesite su aplicación. Nada está bloqueado, y la administración del servidor queda en sus manos.

Sí. El Marketplace instala en su VPS, en un clic, aplicaciones de código abierto listas para usar. Es un punto de partida, no una limitación: una vez desplegada la aplicación, el servidor sigue siendo suyo, con acceso root completo, y puede añadir lo que necesite. Si una aplicación no figura en él, la instala usted mismo.

En francés, inglés o árabe. Escribe al equipo en el idioma en que trabaja, tanto para una consulta de configuración como de facturación. Su VPS se encuentra en el mismo espacio de cliente que sus nombres de dominio y sus posibles alojamientos web, y todo llega en la misma factura.

En Finlandia o Alemania. ServOrbit no tiene servidor ni oficina en Senegal: el país es un mercado atendido a distancia. Su VPS es, por tanto, una máquina europea que usted administra por SSH desde Dakar o desde cualquier otro lugar. Si un contrato o un cliente exige que los datos permanezcan en territorio senegalés, este VPS no cumple esa condición.

Todo lo que puede ejecutar un servidor Linux. Dispone de acceso root completo, una dirección IPv4 dedicada, un disco SSD y la distribución Linux que elija. Instala Docker, Node.js, Python o una base de datos, sin bloqueos. El Marketplace despliega también aplicaciones libres en un clic, que después administra usted mismo.

Porque el franco CFA (XOF) no está disponible hoy. Desde Senegal, el VPS se muestra en euros por defecto, con el dólar estadounidense como opción. Es solo una visualización: la moneda del cargo depende del medio de pago, y el resumen se la muestra, con el importe, antes de confirmar. La factura se emite en MAD.

Se ofrecen tres medios de pago: tarjeta bancaria internacional, PayPal o transferencia. Son los únicos; compruebe que uno de ellos está a su alcance antes de planificar una puesta en producción. El soporte responde en francés, inglés y árabe. El VPS figura en la misma área de cliente y en la misma factura que sus dominios y alojamientos.

Instalar una actualización del kernel no basta: el servidor sigue usando el anterior hasta que se reinicia. Compare la versión que muestra `uname -r` con la del paquete de kernel más reciente (`dpkg -l 'linux-image*'` en Debian y Ubuntu, `rpm -q kernel` en AlmaLinux y Rocky). Si difieren, o si existe el archivo `/var/run/reboot-required`, programe un reinicio; `needrestart -k` realiza esta comprobación por usted.