Cómo implementar Laravel en unUbuntu VPS

Por Andrea Pollastri · Última actualización: 4 de agosto de 2026 · lectura gratuita, sin muro de pago

Un VPS de $5 a $7/mes sigue siendo la forma más barata y flexible de ejecutar Laravel en producción, si lo configura correctamente. Esta guía recorre toda la pila de producción, cada paso manual, la alternativa de un solo comando y los hábitos operativos que mantienen un servidor en buen estado durante años.

Por qué un VPS (y cuándo no)

El alojamiento compartido no puede ejecutar trabajadores en cola, WebSockets o Laravel Octane correctamente y plataformas PaaS administradas Cobra por comodidad con precios basados en el uso. Un VPS de Hetzner, DigitalOcean, Vultr o Linodo le brinda acceso raíz, facturación predecible y suficiente espacio para alojar varios Laravel aplicaciones en una máquina.

• Tamaño: 1 vCPU / 2 GB de RAM es un cómodo punto de partida para una aplicación de producción con un base de datos, trabajador de cola y caché en el mismo cuadro. Agregue intercambio en cualquier cosa de menos de 4 GB.
• Ubuntu versión: utilice un LTS actual: Ubuntu 24.04 o 26.04. Saltar lanzamientos provisionales para producción.
• Cuándo no utilizar un VPS: Si nadie en el equipo puede responder a una alerta del servidor, un administrador plataforma como Laravel Nube es mas seguro comercio: usted paga para que las operaciones sean un problema de otra persona.

La pila de producción, explicada.

Cada servidor de producción Laravel converge en los mismos componentes. Entiende qué hace cada pieza antes automatizas cualquiera de ellos:

La configuración manual, paso a paso

Esta es la lista de verificación honesta e íntegra. Haga un presupuesto de 2 a 4 horas la primera vez y recuerde que será dueño de cada una de estas opciones también en el momento de la actualización.

1. Cree un usuario sudo y bloquee SSH. adduser deploy, instala tu publico clave, luego deshabilite el inicio de sesión raíz y la autenticación de contraseña en /etc/ssh/sshd_config.
2. Habilite el firewall. ufw allow OpenSSH http https entonces ufw enable. Instale Fail2ban para protección de fuerza bruta SSH.
3. Instale Nginx. apt install nginx.
4. Instale PHP. Agregue un repositorio PHP mantenido y luego instálelo php8.x-fpm con las extensiones Laravel necesita: mbstring, xml, curl, zip, intl, mysql (o pgsql), redis, gd, opcache.
5. Sintonice PHP para producción. Habilitar opcache, configurar sano memory_limit y upload_max_filesize, girar expose_php apagado.
6. Instalar Composer globalmente.
7. Instalar MariaDB, correr mariadb-secure-installation, crear una base de datos y un usuario dedicado por aplicación: nunca reutilice la raíz.
8. Instalar Valkey (o Redis) para caché, sesiones y colas.
9. Escribe el bloque del servidor Nginx. Documentar los puntos raíz en current/public, try_files vuelve a caer a index.php, CGI rápido pasa al socket PHP-FPM de la aplicación.
10. Envía el código. Clonar en un releases/ directorio, composer install --no-dev --optimize-autoloader, copiar .env, correr php artisan key:generate, storage:linky arreglar los permisos para que solo storage/ y bootstrap/cache/ son grabables.
11. Migrar y almacenar en caché. php artisan migrate --force entonces config:cache, route:cache, view:cache.
12. Configurar Supervisor correr php artisan queue:work (o Horizon) y reinícielo en cada implementación.
13. Agregue el programador cron: * * * * * php artisan schedule:run.
14. Emitir certificados TLS con Certbot y fuerce HTTPS.

Ahora multiplique por cada aplicación que aloja y nuevamente por cada servidor, y mantenga PHP, Nginx y el sistema operativo parcheados. para siempre. Todo es factible; es simplemente un trabajo indiferenciado.

La alternativa de un solo comando

Todo lo que aparece en la sección anterior es exactamente lo que Cipi automatiza. en un nuevo Ubuntu 24.04/26.04 VPS:

En unos diez minutos obtienes la pila completa: Nginx, PHP, MariaDB, Valkey, Supervisor, UFW, Fail2ban, Certbot, Deployer: además del refuerzo que de otro modo haría a mano: inicio de sesión raíz deshabilitado, SSH solo con clave para el usuario administrador y una contraseña de root aleatoria almacenada en /etc/cipi/server.json. Entonces cada aplicación es una más comando:

Que disponga una usuario de sistema aislado, grupo PHP-FPM, Nginx vhost y base de datos por aplicación, conecta GitHub o GitLab con claves de implementación y webhooks para implementaciones de Git sin tiempo de inactividad y colas de cables trabajadores y el planificador. SSL es cipi ssl install; PostgreSQL es cipi db install pgsql. Ver el empezando guía para el tutorial completo, o el centro de comparación si lo estás evaluando con Forge, Ploi y amigos.

Operaciones posteriores a la implementación que importan

Llegar a "funciona" es la mitad del trabajo. Estos hábitos son los que separan a un servidor que dura años de uno eso te sorprende:

• Copias de seguridad que realmente has restaurado. Automatizar las copias de seguridad de bases de datos y almacenamiento para Almacenamiento compatible con S3 (cipi backup configure maneja el cronograma y la retención). Cualquier S3 obras objetivo, incluidas Johnny, un almacenamiento de objetos compatible con open-source S3 que puedes ejecutar en un segundo VPS para obtener resultados genuinamente independientes copias fuera del sitio. Realice un simulacro de restauración trimestralmente: una copia de seguridad no probada es una esperanza, no un plan.
• Seguimiento de excepciones desde el primer día. Los errores de producción deben llegar a usted antes que a los usuarios. hacer. Boogle es un self-hosted rastreador de excepciones que mantiene los datos de errores en su propia infraestructura: una buena opción si elige VPS para la propiedad de los datos en primer lugar.
• Controles y registros de salud. Cipi 5 controles de estado de la aplicación de barcos, y cipi app logs tails Laravel, Nginx e implementar registros sin gimnasia SSH.
• Disciplina de parcheo. Actualizaciones de seguridad del sistema operativo desatendidas más una actualización deliberada PHP camino (cipi php upgrade administra PHP parches de seguridad con una verificación semanal) supere "vamos a actualizar cuando recordemos".
• Controle su expansión SSH. Una vez que ejecuta más de dos servidores, los detalles de la conexión se pudren tu historial de shell. conexión es un pequeño Herramienta Bash que administra servidores como alias con nombre y se combina muy bien con una flota de Cipi máquinas.

Errores comunes a evitar

• Implementando como root. Una aplicación comprometida posee toda la caja. Utilice usuarios por aplicación: esto Es por eso que Cipi aísla cada aplicación bajo su propio usuario del sistema.
• APP_DEBUG=true en producción. Las páginas de depuración filtran variables de entorno, credenciales y rutas. es la infracción Laravel autoinfligida más común.
• Comprometerse .env o saliendo .git/ accesible a través de la web.
• 777 permisos "para que el error desaparezca". Sólo storage/ y bootstrap/cache/ El usuario en tiempo de ejecución debe poder escribirlo.
• Ningún trabajador de cola. El correo y los trabajos se acumulan silenciosamente en la cola para siempre.
• Saltar opcache — Pérdida de rendimiento gratuito entre 2 y 3 veces.
• No hay intercambio en instancias pequeñas — Composer y el activo construye OOM-kill en el peor momento.
• SSL renovaciones no probadas. Los certificados se renuevan automáticamente hasta el día en que no lo hacen; monitorear caducidad.

Preguntas frecuentes

Sigue leyendo