Требования к серверу для кластера

Кластер — совокупность серверов, расположенных в единой локации. Отличительными чертами таких серверов (узлов кластера) являются расположение и высокая скорость передачи данных между ними. В статье указаны требования к узлам кластера.

Для обеспечения стабильной работы VMmanager не рекомендуем использовать сервер с платформой в качестве узла кластера.

Гомогенность узлов

Рекомендуем использовать в одном кластере узлы, однородные по настройкам сети, маршрутизации, версиям программного обеспечения. Это обеспечит наилучшие условия для миграции виртуальных машин между узлами кластера.

Платформа не поддерживает работу кластеров, в которых совместно используются узлы с ОС на основе Red Hat (CentOS, AlmaLinux) и ОС на основе Debian (Astra Linux).

Поддержка виртуализации

Узел кластера KVM должен поддерживать виртуализацию на уровне процессора. Чтобы проверить наличие поддержки для процессоров Intel и AMD, введите команду:

grep -P 'vmx|svm' /proc/cpuinfo

Если вывод команды не пустой, то процессор поддерживает виртуализацию.

Чтобы использовать виртуализацию, убедитесь, что она включена в BIOS сервера.

Аппаратные требования

Узлом кластера может быть физический сервер со следующими характеристиками:

Материнская плата

Рекомендуем использовать серверную материнскую плату. Узел кластера с материнской платой для настольного ПК может работать некорректно.

В случае возникновения проблем с производительностью дисковой подсистемы рекомендуем включить в настройках BIOS режим энергопотребления c максимальной производительностью.

Процессор

Поддерживаются процессоры Intel и AMD с архитектурой x86_64. Процессоры с архитектурой ARM не поддерживаются.

Диск и хранилища

При разбивке диска рекомендуем основной объём выделить под корневую директорию.

Перед добавлением узла в существующий кластер настройте на сервере все хранилища, используемые в кластере. Для кластеров LXD требуется настройка ZFS-хранилища. Подробнее см. в статье LXD.

Программные требования

Операционная система

Требования к операционной системе (ОС) зависят от типа виртуализации и сетевых настроек кластера:

Минорные версии ОС и версии ядра ОС на узлах кластера могут различаться.

Используйте немодифицированную ОС в минимальной редакции: без сторонних репозиториев и установленных дополнительных сервисов.

Чтобы подготовить узел кластера с ОС Astra Linux, выполните инструкции из статьи Подготовка сервера с ОС Astra Linux.

Обновление с ОС Astra Linux 1.7.1, 1.7.2 до 1.7.3 не поддерживается.

С 01.01.2022 г. завершена поддержка ОС CentOS 8. Работа узла кластера на сервере с CentOS 8 не поддерживается. Вы можете выполнить миграцию на ОС AlmaLinux 8 по инструкции.

Программное обеспечение

Для корректной работы узла кластера не изменяйте стандартное приветствие командной строки в файле .bashrc.

Чтобы платформа могла подключиться к узлу кластера, на узле должны быть установлены пакеты ПО dmidecode и python3. Если это ПО не входит в состав ОС, установите его вручную.

Обновление ОС

После обновления ОС на узле кластера перезапустите сервис libvirt:

systemctl restart libvirtd

Системное время

Системное время на узле кластера должно быть синхронизировано с временем на сервере с платформой.

Для серверов в дата-центре OVH

При установке ОС через панель управления OVH включите опцию Install original kernel. Для корректной работы серверов кластера используйте оригинальное ядро ОС.

Сетевые настройки

Сетевые настройки узлов кластера должны соответствовать следующим требованиям:

• у каждого сервера должно быть уникальное имя хоста (hostname);
• в кластерах с типом настроек "Коммутация" и "Маршрутизация" сервер должен иметь доступ в интернет;

• IP-адрес должен находиться на физическом интерфейсе сервера или во VLAN;

• IP-адрес должен быть статическим и задан через конфигурационный файл сетевого интерфейса (без использования DHCP);

• если в кластере с типом настроек "Коммутация" для ВМ выделяются IPv6-адреса, один из адресов IPv6-сети должен быть присвоен интерфейсу узла;
• шлюз по умолчанию должен быть доступен для проверки утилитой ping.

Требования к узлам кластера с двумя сетевыми интерфейсами см. в статье Основная и дополнительная сеть.

Если сервер находится в дата-центре Hetzner, не рекомендуем использовать функцию vSwitch. Эта функция ограничивает общее количество MAC-адресов, используемых физическими и виртуальными интерфейсами сервера, до 32.

Настройки MTU осуществляются на уровне операционной системы (ОС) узла кластера. Платформа осуществляет поддержку jumbo frame (кадров с MTU более 1500 байт).

Файл /etc/hosts

Убедитесь, что в файле /etc/hosts есть запись для сервера в формате:

<IP-адрес сервера> <hostname сервера>

Файл /etc/resolv.conf

Убедитесь, что в файле /etc/resolv.conf есть записи вида:

nameserver <IP-адрес DNS-сервера>

Если в качестве DNS-сервера указан IP-адрес локальной службы systemd-resolved — 127.0.0.53, то проверьте, что в файле /etc/systemd/resolved.conf указаны адреса DNS-серверов:

DNS=<список_серверов>

Настройки входящих подключений

KVM-виртуализация

Разрешите входящие подключения на порты:

• 22/tcp — сервис SSH;
• 179/tcp, 4789/udp — виртуальные сети (VxLAN);
• 5900-6900/tcp — QEMU VNC, SPICE. Если доступ осуществляется только через сервер с VMmanager, диапазон портов должен быть открыт для сети, объединяющей узлы кластера;
• 16514/tcp — сервис управления виртуальными машинами libvirt;
• 49152-49261/tcp — сервисы миграции libvirt.

LXD-виртуализация

Разрешите входящие подключения на порты:

• 22/tcp — сервис SSH;
• 179/tcp, 4789/udp — виртуальные сети (VxLAN);
• 8443/tcp — сервис управления LXD-контейнерами.

Закрытый информационный контур

Чтобы подготовить сервер для закрытого контура, выполните инструкции из статьи Установка в закрытом информационном контуре.