Instalación y Configuración de Rabbit

Instalación de software — paso a paso

La instalación de RabbitMQ consta de dos pasos principales: primero la instalación de Erlang (en el que está escrito RabbitMQ) y luego el propio RabbitMQ. Utilizaremos los repositorios oficiales para Ubuntu para garantizar la actualidad de las versiones y la facilidad de las actualizaciones.

1. Adición de los repositorios oficiales de Erlang y RabbitMQ

A partir de 2026, las versiones más estables y actuales de Erlang y RabbitMQ para Ubuntu 24.04 LTS (Noble Numbat) se pueden obtener de los repositorios oficiales. Esto garantiza la recepción de los últimos parches de seguridad y actualizaciones funcionales.

Adición del repositorio de Erlang Solutions

RabbitMQ requiere una versión específica de Erlang/OTP. Se recomienda utilizar los paquetes de Erlang Solutions, ya que a menudo están más actualizados que los disponibles en los repositorios estándar de Ubuntu.

# Instalamos las utilidades necesarias para trabajar con repositorios HTTPS
sudo apt install -y curl gnupg apt-transport-https

# Añadimos la clave GPG de Erlang Solutions
curl -fsSL https://packages.erlang-solutions.com/ubuntu/erlang_solutions.asc | sudo gpg --dearmor -o /usr/share/keyrings/erlang-solutions.gpg

# Añadimos el repositorio de Erlang Solutions para Ubuntu 24.04
echo "deb [signed-by=/usr/share/keyrings/erlang-solutions.gpg] https://packages.erlang-solutions.com/ubuntu noble contrib" | sudo tee /etc/apt/sources.list.d/erlang-solutions.list > /dev/null

# Actualizamos la lista de paquetes
sudo apt update

Adición del repositorio de RabbitMQ

De manera similar, añadiremos el repositorio oficial de RabbitMQ.

# Añadimos la clave GPG de RabbitMQ
curl -fsSL https://www.rabbitmq.com/rabbitmq-release-signing-key.asc | sudo gpg --dearmor -o /usr/share/keyrings/rabbitmq.gpg

# Añadimos el repositorio de RabbitMQ para Ubuntu 24.04
echo "deb [signed-by=/usr/share/keyrings/rabbitmq.gpg] https://packagecloud.io/rabbitmq/rabbitmq-server/ubuntu noble main" | sudo tee /etc/apt/sources.list.d/rabbitmq.list > /dev/null

# Actualizamos la lista de paquetes una vez más
sudo apt update

2. Instalación de Erlang/OTP

Ahora que los repositorios han sido añadidos, podemos instalar Erlang. La versión Erlang/OTP 26.0 (o posterior, actual para 2026) es la recomendada para RabbitMQ 3.13.0+.

# Instalamos Erlang/OTP
sudo apt install -y erlang-nox

Asegúrese de que Erlang esté instalado correctamente y verifique su versión:

erl -version
# La salida esperada será similar a: Erlang (SMP,ASYNC_THREADS) (BEAM) emulator version 14.0.5 (or similar for OTP 26.x)

3. Instalación del servidor RabbitMQ

Después de instalar Erlang, puede proceder con la instalación de RabbitMQ.

# Instalamos el servidor RabbitMQ
sudo apt install -y rabbitmq-server

Después de la instalación, el servidor RabbitMQ debería iniciarse automáticamente. Puede verificar su estado con el siguiente comando:

sudo systemctl status rabbitmq-server

Debería ver el estado

active (running)

4. Habilitación del plugin de gestión de RabbitMQ (Management Plugin)

El plugin de gestión proporciona una interfaz web conveniente para monitorear y administrar RabbitMQ. Esto es muy útil para visualizar colas, intercambios, conexiones y usuarios.

# Habilitamos el plugin de gestión de RabbitMQ
sudo rabbitmq-plugins enable rabbitmq_management

Después de habilitar el plugin, la interfaz web estará disponible en

http://SU_DIRECCIÓN_IP_VPS:15672/

5. Adición de usuario y establecimiento de permisos

Por defecto, RabbitMQ crea un usuario

guest

guest

localhost

# Creamos un nuevo usuario (reemplace myuser y mypassword con sus valores)
sudo rabbitmqctl add_user myuser mypassword

# Damos al usuario permisos de administrador para acceder a la interfaz de gestión
sudo rabbitmqctl set_user_tags myuser administrator

# Establecemos permisos para el host virtual "/" (por defecto)
# Esto permite al usuario myuser acceso completo al host virtual por defecto
sudo rabbitmqctl set_permissions -p / myuser "." "." "."

http://SU_DIRECCIÓN_IP_VPS:15672/

myuser

mypassword

netstat

ss

# Instalamos net-tools, si aún no está instalado
sudo apt install -y net-tools

# Verificamos los puertos abiertos de RabbitMQ
sudo netstat -tulnp | grep LISTEN | grep -E '5672|15672|25672|4369'

Configuración

RabbitMQ tiene muchos parámetros de configuración que permiten ajustar finamente su comportamiento, seguridad y rendimiento. Los archivos de configuración principales se encuentran en el directorio

/etc/rabbitmq/

.

1. Archivo de configuración principal de RabbitMQ

El archivo de configuración principal de RabbitMQ es

rabbitmq.conf

. Por defecto, puede que no exista, y RabbitMQ utiliza su configuración interna. Para realizar cambios, cree o edite este archivo.

sudo nano /etc/rabbitmq/rabbitmq.conf

Ejemplo de configuración básica que se puede añadir para mejorar la seguridad y el rendimiento:

# /etc/rabbitmq/rabbitmq.conf

## Aumento de descriptores de archivo (importante para un gran número de conexiones)
# rabbitmq.server.fd_limit = 1048576

## Configuración de la política de memoria (si la RAM es inferior a 8GB, se puede reducir)
# Por defecto 40% de RAM. Se puede establecer un valor absoluto, por ejemplo 2GB
# vm_memory_high_watermark.absolute = 2GB
vm_memory_high_watermark.relative = 0.6 # Usar 60% de RAM, si tienes 4GB de RAM o más

## Configuración de la política de disco (cuando RabbitMQ empieza a bloquear publicaciones)
# disk_free_limit.absolute = 50MB # Bloquear si el espacio restante en disco es inferior a 50MB
disk_free_limit.relative = 2.0 # Bloquear si el espacio libre es inferior a 2x RAM

## Configuración de registro (logging)
log.console = false
log.file = rabbit@%h.log
log.file.level = info
log.dir = /var/log/rabbitmq

## Prohibición de usuario invitado desde el exterior
# Si ha creado un usuario separado para el acceso, es mejor deshabilitar el usuario invitado
loopback_users.guest = false

## Aumento del número máximo de canales (por defecto 2047)
# channel_max = 1024

## Configuración de tiempos de espera (timeouts) de Heartbeat para detectar conexiones muertas
# heartbeat = 60

Después de modificar el archivo de configuración, es necesario reiniciar RabbitMQ:

sudo systemctl restart rabbitmq-server

2. Gestión de hosts virtuales

Los hosts virtuales (vhosts) en RabbitMQ proporcionan una forma de aislar entornos para diferentes aplicaciones o equipos, lo cual es muy útil para la seguridad y la organización. Por defecto, existe un host virtual

/

.

Crearemos un nuevo host virtual para su aplicación:

# Creamos un nuevo host virtual
sudo rabbitmqctl add_vhost /my_app_vhost

Ahora crearemos un usuario específico para este host virtual y le otorgaremos los permisos correspondientes:

# Creamos un usuario para la aplicación
sudo rabbitmqctl add_user app_user app_password

# Establecemos permisos para el nuevo host virtual
# Sintaxis: set_permissions [-p vhost] user conf write read
# conf: configurar intercambios y colas (create/delete)
# write: publicar mensajes
# read: consumir mensajes
sudo rabbitmqctl set_permissions -p /my_app_vhost app_user "." "." "."

Puede verificar la lista de hosts virtuales y sus permisos a través de la Interfaz de Gestión (Management UI) o con el comando:

sudo rabbitmqctl list_vhosts
sudo rabbitmqctl list_permissions -p /my_app_vhost

3. Protección de la Interfaz de Gestión (Management UI) con TLS/HTTPS (a través de Caddy)

El acceso a la Interfaz de Gestión (Management UI) a través de HTTP (puerto 15672) no es seguro, ya que las credenciales se transmiten en texto plano. Se recomienda usar HTTPS. Configuraremos un proxy inverso con Caddy, que gestiona automáticamente los certificados de Let's Encrypt.

Instalación de Caddy

Caddy es un potente servidor web con HTTPS automático. Su instalación es sencilla:

# Instalamos los paquetes necesarios
sudo apt install -y debian-keyring debian-archive-keyring apt-transport-https

# Añadimos la clave GPG de Caddy
curl -1sLf 'https://dl.cloudsmith.io/public/caddy/stable/gpg.key' | sudo gpg --dearmor -o /usr/share/keyrings/caddy-stable-archive-keyring.gpg

# Añadimos el repositorio de Caddy
curl -1sLf 'https://dl.cloudsmith.io/public/caddy/stable/debian.deb.txt' | sudo tee /etc/apt/sources.list.d/caddy-stable.list

# Actualizamos la lista de paquetes e instalamos Caddy
sudo apt update
sudo apt install -y caddy

Configuración de Caddyfile

Edite el archivo de configuración de Caddy:

/etc/caddy/Caddyfile

sudo nano /etc/caddy/Caddyfile

Elimine todo el contenido y añada el siguiente bloque. Reemplace

rabbitmq.yourdomain.com

rabbitmq.yourdomain.com {
    reverse_proxy localhost:15672
    # Opcional: autenticación básica para protección adicional
    # basicauth {
    #     username_for_caddy JCRYPTED_PASSWORD_HASH
    # }
}

Si desea añadir autenticación básica a nivel de Caddy, genere el hash de la contraseña usando

caddy hash-password

caddy

sudo

# En la máquina local o en el servidor (si caddy ya está instalado)
caddy hash-password --plaintext your_caddy_password
# Copie el hash resultante e insértelo en el Caddyfile

Guarde el

Caddyfile

sudo caddy validate --config /etc/caddy/Caddyfile

Si todo está correcto, reinicie Caddy:

sudo systemctl reload caddy

Ahora podrá acceder a la Interfaz de Gestión (Management UI) en la dirección

https://rabbitmq.yourdomain.com

4. Secretos a través de variables de entorno

En lugar de codificar datos sensibles (contraseñas, claves) directamente en los archivos de configuración, se recomienda usar variables de entorno. Para RabbitMQ, esto se puede hacer creando el archivo

/etc/rabbitmq/rabbitmq-env.conf

sudo nano /etc/rabbitmq/rabbitmq-env.conf

Añada variables de entorno, por ejemplo:

# /etc/rabbitmq/rabbitmq-env.conf
RABBITMQ_NODE_IP_ADDRESS=0.0.0.0 # Escuchar todas las interfaces
RABBITMQ_SERVER_ADDITIONAL_ERL_ARGS="+P 1048576" # Aumento del número de procesos Erlang

Esto no es directamente para las contraseñas de RabbitMQ (que se gestionan a través de

rabbitmqctl

rabbitmqctl

5. Verificación de la operatividad

Después de todas las configuraciones, es importante asegurarse de que RabbitMQ funciona correctamente.

Verificación del estado de RabbitMQ

sudo rabbitmqctl status

Este comando mostrará información detallada sobre el estado del nodo RabbitMQ, incluyendo la versión de Erlang, los puertos utilizados, el número de colas, conexiones, etc.

Verificación de la conexión a la Interfaz de Gestión (Management UI)

Abra un navegador y vaya a la dirección

https://rabbitmq.yourdomain.com

http://SU_DIRECCIÓN_IP_VPS:15672/

myuser

mypassword

app_user

app_password

Verificación con curl (para usuarios avanzados)

Puede usar

curl

# Verificación de la información del nodo
curl -u myuser:mypassword https://rabbitmq.yourdomain.com/api/nodes
# Verificación de la información de los hosts virtuales
curl -u myuser:mypassword https://rabbitmq.yourdomain.com/api/vhosts

Estos comandos deberían devolver respuestas JSON con información sobre su servidor RabbitMQ, confirmando su operatividad y la disponibilidad de la API.

Copias de seguridad y mantenimiento

Las copias de seguridad regulares y un mantenimiento adecuado son cruciales para garantizar la fiabilidad y la estabilidad a largo plazo de su instalación de RabbitMQ. La pérdida de datos o un funcionamiento incorrecto del broker puede provocar problemas graves en sus aplicaciones.

¿Qué respaldar para RabbitMQ?

En el contexto de RabbitMQ, "datos" no siempre significa los mensajes en las colas (muchos de ellos son temporales). Los elementos más importantes para la copia de seguridad son:

1. Definiciones de RabbitMQ: Estos son metadatos como hosts virtuales, usuarios, sus permisos, colas, intercambios y enlaces (bindings). Esto es crucial para restaurar la estructura del broker.
2. Archivos de configuración: Cualquier archivo modificado en

   /etc/rabbitmq/

   , como

   rabbitmq.conf

   ,

   rabbitmq-env.conf

   , así como los archivos de certificado si utiliza TLS para las conexiones AMQP.
3. Datos de mensajes persistentes: Si utiliza colas y mensajes persistentes, RabbitMQ los almacena en disco en

   /var/lib/rabbitmq/mnesia/

   . La copia de seguridad de este directorio puede ser compleja, ya que RabbitMQ debe detenerse para crear una instantánea consistente. Para sistemas activos, a menudo es preferible restaurar los mensajes persistentes desde los sistemas de origen en lugar de una copia de seguridad de RabbitMQ.

Para la mayoría de los escenarios, es suficiente con respaldar las definiciones y los archivos de configuración.

Script sencillo de copia de seguridad automática de definiciones de RabbitMQ

Crearemos un script que exportará las definiciones de RabbitMQ a un archivo JSON y lo guardará. Para el almacenamiento, se puede utilizar un almacenamiento compatible con S3 u otro VPS.

#!/bin/bash

# Каталог для хранения бэкапов на сервере
BACKUP_DIR="/var/backups/rabbitmq"
DATE=$(date +%Y%m%d%H%M%S)
BACKUP_FILE="${BACKUP_DIR}/rabbitmq_definitions_${DATE}.json"
CONFIG_FILES="/etc/rabbitmq/rabbitmq.conf /etc/rabbitmq/rabbitmq-env.conf" # Добавьте сюда другие важные конфиги, например, сертификаты

# Создаем директорию для бэкапов, если ее нет
mkdir -p "${BACKUP_DIR}"

echo "Starting RabbitMQ definitions backup..."

# Экспорт определений RabbitMQ
sudo rabbitmqctl export_definitions "${BACKUP_FILE}"

# Проверяем успешность экспорта
if [ $? -eq 0 ]; then
    echo "RabbitMQ definitions exported to ${BACKUP_FILE}"
    
    # Копирование конфигурационных файлов
    for file in ${CONFIG_FILES}; do
        if [ -f "${file}" ]; then
            cp "${file}" "${BACKUP_DIR}/$(basename ${file})_${DATE}"
            echo "Copied ${file} to ${BACKUP_DIR}/$(basename ${file})_${DATE}"
        else
            echo "Warning: Configuration file ${file} not found."
        fi
    done

    # Очистка старых бэкапов (храним последние 7 дней)
    find "${BACKUP_DIR}" -type f -name "rabbitmq_definitions_*.json" -mtime +7 -delete
    find "${BACKUP_DIR}" -type f -name "*_${DATE}" -mtime +7 -delete # Для конфигов, если они имеют ту же дату в имени
    echo "Old backups cleaned up."

    # Опционально: загрузка в S3-совместимое хранилище (требуется awscli или s3cmd)
    # aws s3 cp "${BACKUP_FILE}" s3://your-s3-bucket/rabbitmq/definitions/
    # aws s3 cp "${BACKUP_DIR}/rabbitmq.conf_${DATE}" s3://your-s3-bucket/rabbitmq/configs/

else
    echo "ERROR: Failed to export RabbitMQ definitions."
    exit 1
fi

echo "RabbitMQ backup script finished."

Guarde este script, por ejemplo, como

/usr/local/bin/backup_rabbitmq.sh

sudo nano /usr/local/bin/backup_rabbitmq.sh
sudo chmod +x /usr/local/bin/backup_rabbitmq.sh

Luego, agréguelo a

cron

sudo crontab -e

Agregue la siguiente línea para ejecutar el script diariamente a las 03:00 de la mañana:

0 3 * * * /usr/local/bin/backup_rabbitmq.sh >> /var/log/rabbitmq_backup.log 2>&1

Dónde almacenar las copias de seguridad

Almacenar las copias de seguridad en el mismo servidor que el servicio principal es altamente desaconsejable. En caso de fallo del servidor, perderá tanto los datos como las copias de seguridad. Opciones:

• Almacenamiento en la nube (compatible con S3): Amazon S3, DigitalOcean Spaces, Backblaze B2. Es una opción económica y fiable. Utilice

  awscli

  o

  s3cmd

  para la carga automática.
• VPS separado: Un VPS pequeño con un disco grande, configurado como almacenamiento de copias de seguridad (por ejemplo, utilizando

  rsync

  o

  borgbackup

  a través de SSH).
• NAS/servidor local: Si tiene su propia infraestructura, puede utilizarla.

Restauración desde una copia de seguridad

Para restaurar las definiciones de RabbitMQ:

1. Instale RabbitMQ en un nuevo servidor.
2. Detenga RabbitMQ:

   sudo systemctl stop rabbitmq-server

   .
3. Copie su copia de seguridad

   rabbitmq_definitions_*.json

   al servidor.
4. Restaure las definiciones:

   sudo rabbitmqctl import_definitions /path/to/rabbitmq_definitions.json

   .
5. Copie los archivos de configuración de la copia de seguridad a

   /etc/rabbitmq/

   .
6. Inicie RabbitMQ:

   sudo systemctl start rabbitmq-server

   .

Actualizaciones: rolling vs. ventana de mantenimiento

Actualizar RabbitMQ y Erlang es una parte importante del mantenimiento. El enfoque depende de si utiliza un clúster o un nodo único.

• Nodo único: Se requerirá una ventana de mantenimiento, ya que RabbitMQ no estará disponible durante la actualización. Programe la actualización para un momento de mínima carga.
• Clúster (actualización continua o rolling upgrade): En una configuración de clúster, se puede realizar una actualización continua (rolling upgrade), donde cada nodo se actualiza por turnos, mientras que los nodos restantes continúan atendiendo las solicitudes. Esto garantiza una alta disponibilidad, pero requiere una configuración y planificación más complejas.

Siempre pruebe las actualizaciones en un entorno de prueba antes de aplicarlas en producción. Se recomienda hacer una copia de seguridad completa antes de la actualización.

# Обновление пакетов
sudo apt update
sudo apt upgrade -y

# После обновления Erlang или RabbitMQ, всегда перезапускайте сервис
sudo systemctl restart rabbitmq-server

Revise regularmente los anuncios oficiales de RabbitMQ y Erlang para obtener información sobre nuevas versiones y cambios importantes.

Solución de problemas + Preguntas frecuentes

Al trabajar con RabbitMQ, pueden surgir varios problemas. En esta sección, cubriremos escenarios típicos y responderemos a preguntas frecuentes.

No puedo conectarme a RabbitMQ desde un cliente, o la interfaz de usuario de gestión (Management UI) no está disponible. ¿Qué hacer?

Qué verificar:

1. Firewall (UFW): Asegúrese de que los puertos de RabbitMQ (5672 para AMQP, 15672 para la Management UI) estén abiertos en su VPS. Utilice

   sudo ufw status verbose

   .
2. Estado del servicio RabbitMQ: Verifique si RabbitMQ está en ejecución con el comando

   sudo systemctl status rabbitmq-server

   . Si está inactivo, intente iniciarlo:

   sudo systemctl start rabbitmq-server

   .
3. Registros de RabbitMQ: Verifique los registros en

   /var/log/rabbitmq/rabbit@SU_NOMBRE_DE_HOST.log

   o

   /var/log/rabbitmq/rabbitmqctl.log

   en busca de errores durante el inicio.
4. ¿RabbitMQ está escuchando los puertos correctos? Utilice

   sudo netstat -tulnp | grep LISTEN | grep -E '5672|15672'

   . Si los puertos no aparecen, es posible que RabbitMQ no esté en ejecución o esté configurado incorrectamente.
5. Permisos de usuario: Asegúrese de que el usuario que está utilizando para la conexión tenga los permisos adecuados en el host virtual. Verifique en la Management UI o con el comando

   sudo rabbitmqctl list_permissions -p / your_user

   .
6. Caddy/Proxy Inverso: Si utiliza Caddy para HTTPS, asegúrese de que Caddy esté en ejecución (

   sudo systemctl status caddy

   ) y su configuración (

   /etc/caddy/Caddyfile

   ) sea correcta.

RabbitMQ funciona lento o consume demasiados recursos. ¿Cómo optimizarlo?

Qué verificar:

1. Uso de RAM y disco: En la Management UI, en la pestaña "Overview", observe los gráficos de uso de memoria y disco. Si la RAM está constantemente cerca del máximo, RabbitMQ comienza a volcar mensajes al disco, lo que ralentiza el rendimiento.
2. Persistencia de mensajes: Si tiene muchos mensajes persistentes, se escriben activamente en el disco. Asegúrese de que su disco sea lo suficientemente rápido (SSD/NVMe).
3. Número de colas y mensajes: Demasiadas colas o colas muy grandes pueden consumir muchos recursos. Considere la posibilidad de combinar colas o una política de caducidad de mensajes (TTL) más agresiva.
4. Configuraciones de

   vm_memory_high_watermark

   y

   disk_free_limit

   : Ajuste estos parámetros en

   /etc/rabbitmq/rabbitmq.conf

   de acuerdo con sus recursos.
5. Heartbeats: Asegúrese de que los clientes utilicen Heartbeats. Esto ayuda a RabbitMQ a detectar conexiones "muertas" más rápidamente y liberar recursos.
6. Versión de Erlang/RabbitMQ: Asegúrese de que está utilizando versiones actualizadas, ya que las nuevas versiones a menudo contienen mejoras de rendimiento.

¿Cómo restablecer la contraseña de un usuario de RabbitMQ?

Si olvidó la contraseña de un usuario de RabbitMQ, puede restablecerla (o cambiarla) usando

rabbitmqctl

sudo rabbitmqctl change_password myuser new_strong_password

Reemplace

myuser

new_strong_password

¿Qué configuración mínima de VPS es adecuada para RabbitMQ?

Para proyectos pequeños o de desarrollo que manejan hasta 100-200 mensajes por segundo, un VPS con 2 vCPU, 2-4 GB de RAM y 50-80 GB de SSD será mínimamente adecuado. Sin embargo, para un funcionamiento estable y un pequeño margen de seguridad, especialmente si se planea una carga moderada o colas persistentes, se recomienda 2 vCPU, 4 GB de RAM y 80-100 GB de SSD. Un disco rápido (SSD) es crucial para el rendimiento de RabbitMQ, especialmente cuando se trabaja con mensajes persistentes.

¿Qué elegir: VPS o dedicado para esta tarea?

Para la mayoría de los proyectos iniciales y medianos, un VPS será la opción óptima. Ofrece una buena relación precio-rendimiento, suficiente flexibilidad y facilidad de gestión. Un servidor dedicado se vuelve preferible cuando su proyecto alcanza escalas muy grandes (miles de mensajes por segundo, clúster de varios nodos), requiere un rendimiento lo más estable y predecible posible sin la influencia de "vecinos" o tiene requisitos estrictos de aislamiento físico y seguridad. Siempre es mejor comenzar con un VPS y escalar a un dedicado a medida que crecen las necesidades.

Los mensajes se acumulan en las colas, pero no se procesan.

Qué verificar:

1. Consumidores: Asegúrese de que sus aplicaciones consumidoras estén en ejecución y conectadas a RabbitMQ. Verifique sus registros en busca de errores.
2. Capacidad de procesamiento de los consumidores: Es posible que los consumidores no puedan procesar los mensajes a la misma velocidad a la que llegan. Considere aumentar el número de instancias de consumidores u optimizar su código.
3. Prefetch (Prefetch count): La configuración de

   prefetch_count

   en el lado del consumidor puede afectar la velocidad de procesamiento. Si es demasiado bajo, los consumidores pueden estar inactivos. Si es demasiado alto, un consumidor puede tomar demasiados mensajes y otros esperarán.
4. Errores en los mensajes: Algunos mensajes pueden causar errores en los consumidores y regresar constantemente a la cola (requeue), creando un escenario de "poison pill". Verifique los registros de los consumidores en busca de errores repetidos.

¿Cómo monitorear RabbitMQ?

La Management UI proporciona excelentes gráficos y estadísticas para el monitoreo. Para un monitoreo y alertas más avanzados, puede utilizar:

• Prometheus + Grafana: El plugin de gestión de RabbitMQ exporta métricas que Prometheus puede recopilar y Grafana puede visualizar.
• Registros: Revise regularmente los registros de RabbitMQ en busca de advertencias y errores.
• Métricas del sistema: Monitoreo de CPU, RAM, E/S de disco en el VPS.

Conclusiones y próximos pasos

Hemos instalado y configurado RabbitMQ con éxito en un VPS, sentando una base sólida para el procesamiento asíncrono de tareas y la construcción de sistemas distribuidos. Ha aprendido a garantizar la seguridad básica del servidor, instalar los componentes necesarios, configurar el broker de mensajes y planificar las copias de seguridad y el mantenimiento. Ahora dispone de una potente herramienta que permitirá que sus aplicaciones funcionen de forma más eficiente, escalable y tolerante a fallos.

Los siguientes pasos para optimizar y expandir su infraestructura pueden incluir:

1. Integración con aplicaciones: Comience a conectar sus servicios a RabbitMQ utilizando las bibliotecas cliente para su lenguaje de programación (por ejemplo, Pika para Python, amqplib para Node.js, RabbitMQ .NET client para C#).
2. Monitorización y alertas: Configure un sistema de monitorización completo (por ejemplo, Prometheus + Grafana) para rastrear las métricas clave de RabbitMQ y recibir notificaciones sobre posibles problemas.
3. Clústerización: Para aumentar la tolerancia a fallos y el rendimiento, considere la posibilidad de crear un clúster de RabbitMQ, desplegando varios nodos en diferentes VPS o servidores dedicados.
4. Optimización del rendimiento: A medida que la carga aumente, profundice en la configuración avanzada de RabbitMQ, estudiando las políticas de colas, lazy queues, la federación y Shovel para escenarios más complejos.