Configuración de LXD en VPS para

Copias de seguridad y mantenimiento

Las copias de seguridad regulares y el mantenimiento oportuno son cruciales para cualquier entorno de producción. LXD proporciona herramientas convenientes para crear instantáneas de contenedores, lo que simplifica significativamente este proceso.

1. Qué respaldar

• Contenedores LXD: Instantáneas completas del estado de los contenedores (sistema de archivos, configuración).
• Datos dentro de los contenedores: Bases de datos, archivos de usuario, archivos multimedia cargados. Incluso con instantáneas de contenedores, los datos críticos pueden requerir una copia de seguridad separada para intervalos más frecuentes o para la recuperación de archivos individuales.
• Archivos de configuración de LXD: Perfiles, configuraciones de red, configuraciones globales de LXD.
• Archivos de configuración del host: /etc/fstab, /etc/network/interfaces (o netplan), /etc/ssh/sshd_config, configuración del firewall, etc.

2. Script simple de copia de seguridad automática para contenedores LXD

LXD permite crear instantáneas (snapshots) del estado del contenedor. Estas se pueden exportar y almacenar en un lugar seguro.

Crearemos un script que tomará instantáneas, eliminará las antiguas y las exportará.

#!/bin/bash

# Каталог для временного хранения экспортированных снапшотов
BACKUP_DIR="/var/backups/lxd_containers"
RETENTION_DAYS=7 # Сколько дней хранить снапшоты

mkdir -p "$BACKUP_DIR"

echo "=== LXD Container Backup Script ==="
echo "Starting backup at $(date)"

# Получаем список всех запущенных контейнеров
CONTAINERS=$(lxc list --format csv --columns n)

for CONTAINER_NAME in $CONTAINERS; do
    echo "Processing container: $CONTAINER_NAME"

    # 1. Создание снапшота
    SNAPSHOT_NAME="backup-$(date +%Y%m%d%H%M%S)"
    echo "  - Creating snapshot '$SNAPSHOT_NAME'..."
    lxc snapshot "$CONTAINER_NAME" "$SNAPSHOT_NAME"

    # 2. Удаление старых снапшотов
    echo "  - Cleaning up old snapshots for $CONTAINER_NAME..."
    lxc info "$CONTAINER_NAME" | grep "Snapshots:" | awk '{print $2}' | while read -r SNAP; do
        SNAPSHOT_DATE=$(echo "$SNAP" | cut -d'-' -f2 | cut -d'(' -f1) # Извлекаем дату из имени
        if [[ -n "$SNAPSHOT_DATE" ]]; then
            SNAPSHOT_TIMESTAMP=$(date -d "$SNAPSHOT_DATE" +%s)
            CURRENT_TIMESTAMP=$(date +%s)
            DIFF_SECONDS=$((CURRENT_TIMESTAMP - SNAPSHOT_TIMESTAMP))
            DIFF_DAYS=$((DIFF_SECONDS / 86400))

            if (( DIFF_DAYS > RETENTION_DAYS )); then
                echo "    - Deleting old snapshot: $SNAP ($DIFF_DAYS days old)"
                lxc delete "$CONTAINER_NAME/$SNAP"
            fi
        fi
    done

    # 3. Экспорт последнего снапшота (или всех, если нужно)
    # Для простоты экспортируем текущий снапшот
    echo "  - Exporting snapshot '$SNAPSHOT_NAME' to $BACKUP_DIR/${CONTAINER_NAME}_${SNAPSHOT_NAME}.tar.gz"
    lxc publish "$CONTAINER_NAME/$SNAPSHOT_NAME" --alias "${CONTAINER_NAME}_${SNAPSHOT_NAME}"
    lxc image export "${CONTAINER_NAME}_${SNAPSHOT_NAME}" -o "$BACKUP_DIR/${CONTAINER_NAME}_${SNAPSHOT_NAME}.tar.gz"
    lxc image delete "${CONTAINER_NAME}_${SNAPSHOT_NAME}" # Удаляем временный образ

done

echo "Backup finished at $(date)"
    

Guarde este script como /usr/local/bin/lxd-backup.sh y hágalo ejecutable:

sudo nano /usr/local/bin/lxd-backup.sh
sudo chmod +x /usr/local/bin/lxd-backup.sh
    

3. Configuración de Cron para el inicio automático

Programe la ejecución diaria del script usando Cron:

sudo crontab -e
    

Agregue una línea para la ejecución diaria, por ejemplo, a las 3 de la mañana:

0 3 * * * /usr/local/bin/lxd-backup.sh >> /var/log/lxd-backup.log 2>&1
    

4. Dónde almacenar las copias de seguridad

No se recomienda en absoluto almacenar las copias de seguridad en el mismo servidor que los datos originales. En caso de fallo de hardware o compromiso del servidor, perderá tanto los datos como sus copias. Utilice almacenamiento externo:

• Almacenamiento en la nube compatible con S3: Amazon S3, DigitalOcean Spaces, Backblaze B2. Utilice utilidades como rclone para la sincronización.
• VPS o servidor dedicado separado: Si tiene otro servidor, puede usar rsync o scp para transferir las copias de seguridad.
• Network Attached Storage (NAS): Si es posible en su infraestructura.

Ejemplo de sincronización con S3 usando rclone:

sudo apt install rclone -y           # Установка rclone
rclone config                        # Интерактивная настройка S3-хранилища
    

Después de la configuración, agregue una línea al script lxd-backup.sh para la sincronización:

# Добавить в конец скрипта lxd-backup.sh
echo "  - Syncing backups to S3..."
rclone sync "$BACKUP_DIR" "s3_remote_name:bucket_name/lxd_backups" --delete-excluded --exclude="*.tmp"
    

5. Actualizaciones: rolling vs ventana de mantenimiento

• Actualizaciones del host: Se recomienda realizarlas en una "ventana de mantenimiento" cuando la carga es mínima. Antes de actualizar, haga una instantánea de todo el VPS (si el proveedor lo soporta) o al menos un lxd export para todos los contenedores críticos.

  
  sudo apt update && sudo apt upgrade -y
  sudo reboot                          # Перезагрузка после обновления ядра
              

• Actualizaciones de LXD: Dado que LXD está instalado a través de snap, se actualiza automáticamente en segundo plano. Puede verificarlo y actualizarlo manualmente:

  
  sudo snap refresh lxd                # Обновление snap-пакета LXD
              

• Actualizaciones de contenedores: Para cada contenedor, se recomienda configurar la actualización automática o realizarla manualmente de acuerdo con sus políticas.

  
  lxc exec my-web-server bash -- apt update && apt upgrade -y
              

Siempre pruebe las actualizaciones en contenedores no críticos o en un entorno de prueba antes de aplicarlas a los servicios de producción.

Resolución de problemas + Preguntas frecuentes

¿Cómo verificar el estado de LXD y los contenedores?

Para verificar el estado general de LXD, use lxc info. Para ver una lista de los contenedores en ejecución y sus estados, use lxc list. Si un contenedor no se inicia, verifique los registros con el comando lxc monitor --type=lifecycle o lxc info NOMBRE_DEL_CONTENEDOR.

Mi contenedor no obtiene una dirección IP o no tiene acceso a internet. ¿Qué debo hacer?

Asegúrese de que el puente lxdbr0 esté en ejecución y configurado correctamente. Verifique lxc network list e ip a en el host. Asegúrese de que el reenvío de IP esté habilitado en el host (sysctl net.ipv4.ip_forward debe ser 1) y que las reglas NAT para lxdbr0 en iptables estén presentes. Si usa UFW, asegúrese de que no esté bloqueando el tráfico en lxdbr0. Es posible que deba agregar reglas para lxdbr0 en /etc/ufw/before.rules.

¿Cómo reenviar un puerto del host a varios contenedores?

No puede reenviar el mismo puerto del host a varios contenedores. Cada contenedor que necesite acceso externo debe usar un puerto de host único. Por ejemplo, contenedor 1: listen=tcp:0.0.0.0:8080 connect=tcp:10.200.200.X:80, contenedor 2: listen=tcp:0.0.0.0:8081 connect=tcp:10.200.200.Y:80. Alternativamente, use un servidor proxy inverso (por ejemplo, Nginx o Caddy) en el host que enrutará el tráfico a los contenedores deseados según el nombre de dominio o la ruta URL.

¿Por qué usar LXD en lugar de Docker?

LXD está diseñado para ejecutar contenedores de sistema completos que se comportan como máquinas virtuales ligeras con su propio sistema init (systemd, OpenRC). Docker se enfoca en la contenerización de aplicaciones individuales o microservicios. Si necesita ejecutar varias aplicaciones tradicionales, cada una con su propia pila y dependencias, o migrar una VM existente, LXD suele ser una opción más adecuada. Docker es más adecuado para el desarrollo y la implementación de aplicaciones nativas de la nube.

¿Cómo limitar los recursos para un contenedor?

Utilice perfiles LXD. Cree o edite un perfil con el comando lxc profile edit NOMBRE_DEL_PERFIL y agregue los parámetros limits.cpu, limits.memory, limits.disk en la sección config. Por ejemplo: limits.cpu: "2", limits.memory: "4GB", limits.disk: "50GB". Luego, aplique este perfil al contenedor (lxc profile assign CONTENEDOR NOMBRE_DEL_PERFIL) o inicie nuevos contenedores con él.

¿Cuál es la configuración mínima de VPS adecuada?

Para ejecutar LXD y uno o dos contenedores ligeros (por ejemplo, un servidor VPN y un pequeño sitio web), la configuración mínima puede ser: 2 vCPU, 2-4 GB de RAM, 40-60 GB de SSD NVMe. Sin embargo, para tareas más serias, como ejecutar varias aplicaciones web, bases de datos o servidores de juegos, se recomienda 4 vCPU, 8 GB de RAM, 160-200 GB de SSD NVMe.

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

Para la mayoría de las tareas, como ejecutar proyectos personales, pequeñas aplicaciones SaaS, servidores de juegos para amigos o varios nodos de blockchain, un VPS es suficiente. Es económico y fácilmente escalable. Un servidor dedicado se vuelve necesario si se enfrenta a limitaciones de rendimiento del VPS (por ejemplo, debido al "ruido de los vecinos"), si necesita el máximo aislamiento y garantías de recursos, o si planea ejecutar muchos contenedores y servicios que requieren control total sobre el hardware físico.

¿Cómo acceder a los archivos de un contenedor desde el host?

Puede usar el comando lxc file pull CONTENEDOR/ruta/al/archivo /ruta/local para copiar archivos del contenedor al host, o lxc file push /ruta/local CONTENEDOR/ruta/al/archivo para copiar del host al contenedor. Además, si usa el almacenamiento dir, los archivos del contenedor se encuentran en /var/snap/lxd/common/lxd/storage-pools/default/containers/NOMBRE_DEL_CONTENEDOR/rootfs/, pero no se recomienda la edición directa aquí.

Conclusiones y próximos pasos

Ha configurado LXD con éxito en su VPS, ha creado y configurado contenedores, ha garantizado su seguridad básica y ha establecido un sistema de copias de seguridad. Ahora su VPS se ha convertido en una plataforma potente, flexible y eficiente para alojar diversos servicios en entornos aislados, lo que simplifica significativamente la gestión y aumenta la fiabilidad de sus aplicaciones.

Próximos pasos:

1. Monitoreo de recursos: Instale herramientas de monitoreo (por ejemplo, Netdata, Prometheus con Grafana) en el host y en los contenedores clave para rastrear el uso de CPU, RAM, disco y red. Esto ayudará a identificar cuellos de botella y optimizar el rendimiento.
2. Automatización del despliegue: Explore herramientas de automatización como Ansible, Puppet o SaltStack. Le permitirán desplegar automáticamente nuevos contenedores, configurar servicios y gestionar configuraciones, lo cual es especialmente útil al escalar.
3. Configuración de red mejorada: Para escenarios de red más complejos, considere usar OVN (Open Virtual Network) con LXD para crear redes definidas por software, o configurar el enrutamiento L3 para proporcionar direcciones IP públicas a los contenedores, si su proveedor las ofrece.