Cómo Alojar un Bot de Discord 24 Horas en una VPS Linux

Un bot de Discord corriendo en tu portátil funciona hasta el primer reinicio de Windows o caída del Wi-Fi. Para tener un bot disponible 24 horas al día, necesitas un servidor que esté encendido todo el tiempo — y una VPS Linux barata resuelve esto por menos de 6 USD al mes con recursos de sobra para crecer.

Este tutorial está dirigido a desarrolladores con un bot ya funcionando en discord.js (Node.js) o discord.py (Python) que quieren hacer el despliegue en producción por primera vez. Vas a aprender a preparar la VPS, transferir el código, gestionar el proceso con PM2 o systemd, y garantizar que el bot se reinicie automáticamente si la VPS se reinicia.

Tiempo estimado: 30-45 minutos desde la primera conexión SSH hasta el bot en línea con auto-reinicio configurado.

Prerrequisitos

Ten a mano el token del bot (en https://discord.com/developers/applications → tu aplicación → Bot → Reset Token). Vas a pegar ese token en un archivo .env dentro de la VPS.

Conexión SSH y usuario dedicado

Correr un bot como root es una mala práctica — cualquier dependencia comprometida se convierte en acceso total a la VPS. Crea un usuario dedicado para aislar el proceso.

ssh root@tu-ip-de-la-vps

adduser bot
usermod -aG sudo bot

su - bot
whoami

Instalación del runtime

Elige el stack según el lenguaje de tu bot. Esta sección cubre Node.js (para discord.js) y Python (para discord.py) — salta a la subsección apropiada.

Node.js para discord.js

La forma recomendada de instalar Node.js en Ubuntu es vía NodeSource, que mantiene paquetes actualizados para cada major version LTS.

curl -fsSL https://deb.nodesource.com/setup_22.x | sudo -E bash -
sudo apt install -y nodejs

node --version
npm --version

Python para discord.py

Ubuntu 24.04 ya viene con Python 3.12. Solo necesitas venv y pip para aislar las dependencias.

sudo apt update
sudo apt install -y python3-pip python3-venv git

Transferencia del código

Puedes subir el código vía Git (recomendado, mantiene historial y facilita actualizaciones) o SCP directo desde tu computadora.

cd ~
git clone https://github.com/tu-usuario/tu-bot.git
cd tu-bot

scp -r ./tu-bot bot@tu-ip-de-la-vps:/home/bot/

npm install --production

python3 -m venv venv
source venv/bin/activate
pip install -r requirements.txt

Variables de entorno

Nunca dejes el token del bot hardcoded en el código. Usa un archivo .env con permisos restrictivos.

nano .env

DISCORD_TOKEN=tu-token-aqui
NODE_ENV=production

chmod 600 .env

Gestión de procesos con PM2

PM2 es el gestor de procesos estándar para el ecosistema Node.js. Hace restart automático tras un crash, mantiene logs estructurados e integra con systemd para sobrevivir a un reboot.

sudo npm install -g pm2

pm2 start index.js --name mi-bot

pm2 startup
pm2 save

Gestión de procesos con systemd

Para bots en Python o cuando prefieres el stack base de Linux, systemd es la alternativa nativa. No necesitas instalar nada — viene con Ubuntu.

sudo nano /etc/systemd/system/mi-bot.service

[Unit]
Description=Mi Bot Discord
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=bot
WorkingDirectory=/home/bot/tu-bot
ExecStart=/home/bot/tu-bot/venv/bin/python3 bot.py
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable mi-bot
sudo systemctl start mi-bot

Verificación

Confirma que el bot está corriendo y respondiendo en Discord.

Con PM2:

pm2 status
pm2 logs mi-bot --lines 50

Deberías ver el bot con status online en la tabla y logs mostrando mensajes tipo Logged in as MiBot#1234.

Con systemd:

sudo systemctl status mi-bot
sudo journalctl -u mi-bot -n 50 -f

La salida debe mostrar active (running) en verde. El flag -f en journalctl deja los logs en tiempo real (Ctrl+C para salir).

En el propio Discord, ve al servidor de prueba y manda un comando al que el bot responda. Confirma que aparece online (círculo verde) en la lista de miembros.

Resolución de problemas

El bot muestra status offline incluso con el proceso corriendo

Generalmente es un token inválido (generaste uno nuevo y olvidaste actualizar el .env) o el bot no tiene el intent correcto habilitado en el Developer Portal. Revisa los logs de PM2/journalctl buscando Invalid Token o DisallowedIntents.

Error “EADDRINUSE” al iniciar

Tienes otra instancia del bot corriendo. Lístala con pm2 list o sudo systemctl status mi-bot y detén la duplicada antes de reiniciar.

El bot consume RAM creciente hasta crashar

Memory leak en el código — común en handlers de mensaje que acumulan estado sin limpiar. Usa pm2 monit para ver el uso en tiempo real. Para mitigar mientras investigas, configura --max-memory-restart 500M en PM2, que reinicia el proceso cuando supera los 500 MB.

Próximos pasos

Con el bot corriendo 24/7, considera los siguientes pasos para producción:

• Configura backups automáticos del código y la base de datos (si la tienes) hacia otro lugar — rsync vía cron a otro servidor o servicio S3-compatible
• Añade un sistema de monitoreo externo (UptimeRobot, Healthchecks.io) que haga ping a tu bot o a un endpoint de health-check
• Implementa logging estructurado (Winston para Node.js, structlog para Python) y centralízalo en Loki o Elasticsearch si corres varios bots
• Usa sharding nativo de discord.js/discord.py si el bot crece a 2.500+ servidores
• Si vas a poner esto en producción seria, una VPS Hostini en Brasil entrega latencia baja hacia los gateways de Discord en Sudamérica y snapshots programados para restaurar el bot en minutos si algo sale mal.