Многие начинающие администраторы (и даже опытные!) путаются в понятиях: «кластер», «безотказная ОС», «автоматическое масштабирование». Давайте разберёмся, что реально работает в 2024 году — без теории, только практика.

❌ Нет такой штуки, как «кластерная ОС»

Вы не можете объединить 5 серверов в одну Linux-машину с общей командной строкой, общим RAM и CPU. Такой ОС не существует — ни в Linux, ни в Windows.

Процесс всегда работает на одном ядре одного сервера. Память не объединяется. Даже в кластере.

Кластер — это не суперкомпьютер. Это группа серверов, которые помогают друг другу, если один падает.

✅ Два типа «кластеров» — и они решают разные задачи

1. Инфраструктурный кластер (Proxmox VE)

• Объединяет несколько физических серверов в один управляющий интерфейс.
• Позволяет переносить ВМ между узлами.
• Поддерживает High Availability (HA): если сервер упал — ВМ перезапускается на другом.
• Но! Требует низкой задержки (< 2 мс) и стабильной сети. Не подходит для связки «дата-центр + офис».

2. Прикладной кластер (балансировка нагрузки)

• Запускаете несколько копий своего приложения (сайта, API).
• Перед ними ставите балансировщик: Nginx, HAProxy или Cloudflare.
• Нагрузка делится → сайт не тормозит при росте трафика.
• Серверы могут быть где угодно — даже в офисе (если есть белый IP).

🛠️ Как сделать «почти автоматический» failover без кластера

Если вы не хотите восстанавливать бэкапы по несколько часов — используйте репликацию ВМ в Proxmox.

Шаги:

1. Настройте два сервера с Proxmox: основной (в дата-центре) и резервный (в офисе).
2. Настройте SSH-доступ без пароля между ними.
3. В веб-интерфейсе Proxmox создайте репликацию ВМ с расписанием (например, каждые 30 минут).
4. При падении основного сервера:
   • Зайдите в Proxmox офиса.
   • Нажмите «Start» на реплицированной ВМ.
   • Поменяйте A-запись в DNS на IP офиса.

Готово! Сайт снова работает за 2–5 минут. Никакого восстановления из архива.

🌐 Балансировка между дата-центром и офисом — реально?

Да! Но только если:

• Оба сервера доступны из интернета (белый IP или туннель, например, Cloudflare Tunnel).
• Вы используете балансировщик (Nginx/HAProxy) или Cloudflare Load Balancing.

Пример конфига Nginx:

upstream backend {
    server 203.0.113.10;  # дата-центр
    server 198.51.100.20; # офис
}

server {
    listen 80;
    location / {
        proxy_pass http://backend;
    }
}

🔚 Вывод

• Proxmox-кластер — для управления и HA внутри одного дата-центра.
• Балансировка нагрузки — для масштабирования под трафик (Nginx/HAProxy).
• Репликация ВМ + смена DNS — лучший способ быстрого восстановления без кластера.
• Полностью автоматического переключения между дата-центром и офисом — нет и не будет. Но полуавтомат — легко и надёжно.

Попробуйте на тестовом стенде — и всё станет на свои места.

Мой кейс: Proxmox в дата-центре + резерв в офисе

У меня есть:

• Сервер в дата-центре с Proxmox (на голом железе, без RAID).
• ВМ с сайтом, почтой и другими сервисами.
• Бэкапы пока хранятся локально — на том же сервере (плохо, но временно).
• Возможность поставить второй сервер в офисе с белым IP.

Цель: чтобы при падении дата-центра я мог быстро переключиться на офис — без восстановления бэкапов, без копирования файлов вручную.

Решение: репликация + rsync + DNS

1. Репликация ВМ через Proxmox
   Настроил автоматическую репликацию критичных ВМ с дата-центра на офисный сервер каждые 2 часа. В офисе ВМ лежит в состоянии «stopped» — готова к запуску одной кнопкой.
2. rsync для почтовых данных
   Если почта работает не в ВМ, а на хосте Proxmox — настроил cron-задачу, которая каждые 60 минут синхронизирует /var/mail, /etc/postfix и /etc/dovecot в офис.
3. Быстрое переключение DNS
   Заранее выставил TTL = 300 секунд на A- и MX-записях. При падении — меняю IP в DNS на офисный, запускаю ВМ → через 5 минут всё работает.

Результат: вместо восстановления из бэкапа по несколько часов — я трачу 5 минут на переключение. И сплю спокойно.

Важно: офисный Proxmox нужно подготовить вручную

Многие думают, что репликация Proxmox «сама всё сделает»: найдёт диски в офисе, поймёт, какой SSD, какой HDD, и положит данные куда надо.

Это не так.

Что на самом деле происходит:

1. Физические диски в офисе — мёртвый груз, пока вы их не добавите в Proxmox.
   Просто подключить диск к серверу недостаточно. Proxmox его не увидит как место для хранения ВМ.
2. Вы вручную создаёте хранилища (storage).
   Например: форматируете SSD → монтируете в /mnt/ssd → в веб-интерфейсе добавляете как Directory с именем ssd-vm.
3. При настройке репликации вы выбираете, в какое именно хранилище класть ВМ.
   Proxmox не угадывает — он требует, чтобы вы указали: «Копировать в ssd-vm», а не «просто куда-нибудь».
4. Все виртуальные диски ВМ (включая примонтированные внутри — например, для почты) реплицируются автоматически.
   Но только если на целевом сервере уже есть готовое хранилище с достаточным местом.

Посетителей сегодня: 0

Кто я | Контакты и регион