Налаштування LXD на VPS

Резервне копіювання та обслуговування

Регулярне резервне копіювання та своєчасне обслуговування є критично важливими для будь-якого production-середовища. LXD надає зручні інструменти для створення снапшотів контейнерів, що значно спрощує цей процес.

1. Що резервувати

• LXD-контейнери: Повні снапшоти стану контейнерів (файлова система, конфігурація).
• Дані всередині контейнерів: Бази даних, файли користувачів, завантажені медіафайли. Навіть за наявності снапшотів контейнера, критично важливі дані можуть вимагати окремого резервного копіювання для частіших інтервалів або для відновлення окремих файлів.
• Конфігураційні файли LXD: Профілі, налаштування мережі, глобальні налаштування LXD.
• Конфігураційні файли хоста: /etc/fstab, /etc/network/interfaces (або netplan), /etc/ssh/sshd_config, конфігурація firewall тощо.

2. Простий скрипт авторезервного копіювання для LXD-контейнерів

LXD дозволяє створювати снапшоти (миттєві знімки стану контейнера). Їх можна потім експортувати та зберігати в безпечному місці.

Створимо скрипт, який буде робити снапшоти, видаляти старі та експортувати їх.

#!/bin/bash

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

mkdir -p "$BACKUP_DIR"

echo "=== Скрипт резервного копіювання контейнерів LXD ==="
echo "Початок резервного копіювання о $(date)"

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

for CONTAINER_NAME in $CONTAINERS; do
    echo "Обробка контейнера: $CONTAINER_NAME"

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

    # 2. Видалення старих снапшотів
    echo "  - Очищення старих снапшотів для $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 "    - Видалення старого снапшота: $SNAP (вік $DIFF_DAYS днів)"
                lxc delete "$CONTAINER_NAME/$SNAP"
            fi
        fi
    done

    # 3. Експорт останнього снапшота (або всіх, якщо потрібно)
    # Для простоти експортуємо поточний снапшот
    echo "  - Експорт снапшота '$SNAPSHOT_NAME' до $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 "Резервне копіювання завершено о $(date)"
    

Збережіть цей скрипт як /usr/local/bin/lxd-backup.sh та зробіть його виконуваним:

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

3. Налаштування Cron для автоматичного запуску

Заплануйте виконання скрипта щодня за допомогою Cron:

sudo crontab -e
    

Додайте рядок для щоденного запуску, наприклад, о 3 годині ночі:

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

4. Куди зберігати резервні копії

Зберігати резервні копії на тому ж сервері, що й оригінальні дані, вкрай не рекомендується. У разі апаратного збою або компрометації сервера ви втратите і дані, і їх копії. Використовуйте зовнішні сховища:

• Хмарне S3-сумісне сховище: Amazon S3, DigitalOcean Spaces, Backblaze B2. Використовуйте утиліти на кшталт rclone для синхронізації.
• Окремий VPS або dedicated сервер: Якщо у вас є інший сервер, можна використовувати rsync або scp для передачі резервних копій.
• Network Attached Storage (NAS): Якщо це можливо у вашій інфраструктурі.

Приклад синхронізації з S3 за допомогою rclone:

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

Після налаштування додайте до скрипта lxd-backup.sh рядок для синхронізації:

# Додати в кінець скрипта lxd-backup.sh
echo "  - Синхронізація резервних копій з S3..."
rclone sync "$BACKUP_DIR" "s3_remote_name:bucket_name/lxd_backups" --delete-excluded --exclude="*.tmp"
    

5. Оновлення: rolling vs maintenance window

• Оновлення хоста: Рекомендується виконувати у "вікно обслуговування" (maintenance window), коли навантаження мінімальне. Перед оновленням зробіть снапшот всього VPS (якщо провайдер підтримує) або хоча б lxd export для всіх критичних контейнерів.

  
  sudo apt update && sudo apt upgrade -y
  sudo reboot                          # Перезавантаження після оновлення ядра
              

• Оновлення LXD: Оскільки LXD встановлено через snap, він оновлюється автоматично у фоновому режимі. Ви можете вручну перевірити та оновити його:

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

• Оновлення контейнерів: Для кожного контейнера рекомендується налаштувати автоматичне оновлення або виконувати його вручну відповідно до ваших політик.

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

Завжди тестуйте оновлення на некритичних контейнерах або в тестовому середовищі, перш ніж застосовувати їх до production-сервісів.

Вирішення проблем + FAQ

Як перевірити статус LXD та контейнерів?

Для перевірки загального стану LXD використовуйте lxc info. Щоб побачити список запущених контейнерів та їх статуси, використовуйте lxc list. Якщо контейнер не запускається, перевірте логи командою lxc monitor --type=lifecycle або lxc info ІМ'Я_КОНТЕЙНЕРА.

Мій контейнер не отримує IP-адресу або не має доступу до інтернету. Що робити?

Переконайтеся, що міст lxdbr0 запущений та налаштований коректно. Перевірте lxc network list та ip a на хості. Переконайтеся, що на хості увімкнено IP-форвардинг (sysctl net.ipv4.ip_forward має бути 1) та правила NAT для lxdbr0 в iptables присутні. Якщо ви використовуєте UFW, переконайтеся, що він не блокує трафік на lxdbr0. Можливо, знадобиться додати правила для lxdbr0 до /etc/ufw/before.rules.

Як прокинути порт з хоста на кілька контейнерів?

Ви не можете прокинути один і той самий порт хоста на кілька контейнерів. Кожен контейнер, якому потрібен доступ ззовні, повинен використовувати унікальний порт хоста. Наприклад, контейнер 1: listen=tcp:0.0.0.0:8080 connect=tcp:10.200.200.X:80, контейнер 2: listen=tcp:0.0.0.0:8081 connect=tcp:10.200.200.Y:80. Альтернативно, використовуйте зворотний проксі-сервер (наприклад, Nginx або Caddy) на хості, який буде маршрутизувати трафік на потрібні контейнери на основі доменного імені або шляху URL.

Навіщо використовувати LXD замість Docker?

LXD призначений для запуску повних системних контейнерів, які поводяться як легкі віртуальні машини з власною init-системою (systemd, OpenRC). Docker фокусується на контейнеризації окремих застосунків або мікросервісів. Якщо вам потрібно запустити кілька традиційних застосунків, кожен зі своїм стеком і залежностями, або мігрувати існуючу VM, LXD часто є більш підходящим вибором. Docker краще підходить для розробки та деплою хмарних нативних застосунків.

Як обмежити ресурси для контейнера?

Використовуйте профілі LXD. Створіть або відредагуйте профіль командою lxc profile edit ІМ'Я_ПРОФІЛЮ та додайте до секції config параметри limits.cpu, limits.memory, limits.disk. Наприклад: limits.cpu: "2", limits.memory: "4GB", limits.disk: "50GB". Потім застосуйте цей профіль до контейнера (lxc profile assign КОНТЕЙНЕР ІМ'Я_ПРОФІЛЮ) або запускайте нові контейнери з ним.

Який VPS-конфіг мінімально підійде?

Для запуску LXD та одного-двох легких контейнерів (наприклад, VPN-сервер та невеликий веб-сайт) мінімальний конфіг може бути: 2 vCPU, 2-4 GB RAM, 40-60 GB NVMe SSD. Однак для більш серйозних завдань, таких як запуск кількох веб-застосунків, баз даних або ігрових серверів, рекомендується 4 vCPU, 8 GB RAM, 160-200 GB NVMe SSD.

Що вибрати — VPS чи dedicated для цього завдання?

Для більшості завдань, таких як запуск особистих проєктів, невеликих SaaS-застосунків, ігрових серверів для друзів або кількох нод блокчейну, VPS цілком достатньо. Він економічний і легко масштабується. Виділений сервер (dedicated) стає необхідним, якщо ви стикаєтеся з обмеженнями VPS щодо продуктивності (наприклад, через "шум сусідів"), вам потрібна максимальна ізоляція та гарантії ресурсів, або якщо ви плануєте запускати дуже багато контейнерів та сервісів, що вимагають повного контролю над фізичним обладнанням.

Як отримати доступ до файлів контейнера з хоста?

Ви можете використовувати команду lxc file pull КОНТЕЙНЕР/шлях/до/файлу /локальний/шлях для копіювання файлів з контейнера на хост, або lxc file push /локальний/шлях КОНТЕЙНЕР/шлях/до/файлу для копіювання з хоста в контейнер. Також, якщо ви використовуєте сховище dir, файли контейнера знаходяться в /var/snap/lxd/common/lxd/storage-pools/default/containers/ІМ'Я_КОНТЕЙНЕРА/rootfs/, але пряме редагування тут не рекомендується.

Висновки та наступні кроки

Ви успішно налаштували LXD на своєму VPS, створили та сконфігурували контейнери, забезпечили їх базову безпеку та налаштували систему резервного копіювання. Тепер ваш VPS став потужною, гнучкою та ефективною платформою для розміщення різних сервісів в ізольованих середовищах, що значно спрощує керування та підвищує надійність ваших застосунків.

Куди рухатися далі:

1. Моніторинг ресурсів: Встановіть інструменти моніторингу (наприклад, Netdata, Prometheus з Grafana) на хості та в ключових контейнерах, щоб відстежувати використання CPU, RAM, диска та мережі. Це допоможе виявляти вузькі місця та оптимізувати продуктивність.
2. Автоматизація розгортання: Вивчіть інструменти автоматизації, такі як Ansible, Puppet або SaltStack. Вони дозволять вам автоматично розгортати нові контейнери, налаштовувати сервіси та керувати конфігураціями, що особливо корисно при масштабуванні.
3. Покращена мережева конфігурація: Для складніших мережевих сценаріїв розгляньте використання OVN (Open Virtual Network) з LXD для створення програмно-визначених мереж, або налаштування L3-маршрутизації для надання контейнерам публічних IP-адрес, якщо ваш провайдер їх надає.