Как подготовить сервер для узла KVM-кластера?

Предварительная проверка

1. Удостоверьтесь, что сервер является физическим и поддерживает виртуализацию на уровне CPU. Для этого загрузите на сервере ОС Linux и выполните команду:

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

   Если вывод команды не пустой, то процессор поддерживает виртуализацию. Убедитесь также, что в BIOS сервера включены опции, разрешающие использование аппаратной виртуализации.

2. Убедитесь, что аппаратное обеспечение сервера удовлетворяет требованиям. Для сервера, подключаемого к кластеру с опцией Второй сетевой интерфейс, необходимо наличие не менее двух физических сетевых адаптеров.

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

1. Установите на сервере одну из поддерживаемых операционных систем. При установке используйте официальный немодицифированный дистрибутив ОС в минимальной редакции без сторонних репозиториев. Не устанавливайте на сервере узла никакого дополнительного ПО или системных служб.

   Обратите внимание!

   Не устанавливайте на сервере узла платформу VMmanager. Она должна быть установлена на отдельном сервере.
2. При разбивке диска на разделы основной объём дискового пространства выделите под корневую файловую систему. Если на сервере планируется использовать хранилище виртуальных дисков типа LVM, то предназначенную для хранилища часть дискового пространства сервера следует оставить свободной, чтобы в дальнейшем её можно было использовать для создания группы томов LVM.
3. Для серверов, расположенных в дата-центрах ОVH: При установке ОС через панель управления OVH включите опцию Install original kernel. Для корректной работы серверов кластера в дата-центре OVH используйте оригинальное ядро ОС.
4. Установите обновления ОС:

   1. Alma Linux 8:

      dnf update

   2. CentOS 7:

      yum update

   3. Ubuntu 20.04:

      apt update && apt dist-upgrade

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

1. Убедитесь, что у сервера уникальное имя хоста (hostname).
2. Для кластеров с типом сети "Коммутация" или "Маршрутизация": настройте на сервере публичный IP-адрес и убедитесь, что он правильно смаршрутизирован (есть доступ в Интернет). Убедитесь, что адрес сконфигурирован статически (без использования DHCP) на физическом или VLAN-интерфейсе сервера. Попытка использовать адрес, назначенный динамически по протоколу DHCP, приведёт к возникновению ошибок при подключении сервера к кластеру VMmanager.
3. Убедитесь, что разрешены входящие сетевые подключения на следующие порты:
   1. SSH: порт 22/tcp (стандартный) либо другой порт, к которому привязана служба sshd.
   2. Если в кластере планируется использовать виртуальные сети (VxLAN): 179/tcp, 4789/udp.
   3. VNC: диапазон 5900-6900/tcp.  Если доступ к VNC осуществляется только через веб-интерфейс VMmanager, данный диапазон портов должен быть открыт для сети, объединяющей узлы кластера.
   4. TLS-порт службы libvirtd: 16514/tcp.
   5. Порты, используемые libvirtd при миграции виртуальных машин между узлами кластера: диапазон 49152-49261/tcp.