> For the complete documentation index, see [llms.txt](https://kb.pvhostvm.ru/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://kb.pvhostvm.ru/hostvm-server/rukovodstvo-po-administrirovaniyu/vychislitelnaya-infrastruktura/klastery/osobennosti-realizacii-klasterov-v-konfiguraciyakh-s-odnim-khostom.md).

# Особенности реализации кластеров в конфигурациях с одним хостом

В статье рассматриваются архитектурные ограничения и технические риски, возникающие при развертывании кластеров HOSTVM, состоящих из единственного физического хоста.

{% hint style="warning" %}
Конфигурация в однохостовом исполнении допустима исключительно для тестовых стендов и не рекомендуется для эксплуатационных сред. Использование данной архитектуры в продуктивной инфраструктуре несет критические риски потери управляемости и доступности сервисов.
{% endhint %}

### Ограничения функциональности платформы

При проектировании инфраструктуры HOSTVM важно учитывать, что кластер, состоящий из единственного хоста, накладывает существенные ограничения на доступный функционал платформы.

Ключевым следствием использования однохостового кластера становится полная недоступность всех функций высокой доступности (High Availability — HA):

* Живая миграция (Live Migration): невозможна, так как отсутствует целевой узел для переноса виртуальной машины без остановки.
* Механизм изоляции (Fencing): не задействован, поскольку в конфигурации с единственным узлом отсутствует необходимость блокировки доступа к общим ресурсам во избежание конфликтов.
* Планирование и балансировка (Scheduling): автоматическое планирование размещения ресурсов и балансировка нагрузки отключены, так как альтернативные хосты для размещения ВМ отсутствуют.

### Архитектурные риски размещения Hosted HOSTVM Manager

Размещение управляющей виртуальной машины Hosted HOSTVM Manager локально на хосте влечет за собой критические архитектурные ограничения, делающие инфраструктуру уязвимой к единичным сбоям оборудования.

Риски полной потери управляемости:

1. Полная недоступность управляющей машины: сервис управления платформой виртуализации перестает отвечать.
2. Потери контроля над всем кластером виртуализации: администратор теряет графический и API-доступ к управлению инфраструктурой.
3. Невозможности автоматического перезапуска: поскольку автоматический перезапуск машины на другом узле (из-за отсутствия такового или недоступности дисков) не предусмотрен, восстановление требует ручного вмешательства на уровне физического оборудования и, в ряде случаев, восстановления из резервных копий.

Выход из строя физического хоста, на котором расположено локальное хранилище с дисками управляющей ВМ, приводит к полной недоступности Hosted HOSTVM Manager, администратор теряет графический и API-доступ к управлению кластером. Восстановление в таком сценарии требует ручного вмешательства на уровне физического оборудования и, в ряде случаев, восстановления из резервных копий.

Даже при последующем добавлении новых хостов в кластер, миграция управляющей машины, развернутой в режиме Self-Hosted, становится невозможной без предварительного переноса её дисков на внешнее общее хранилище, что в однохостовой конфигурации часто не предусмотрено.

Для гарантированной устойчивости системы даже в минимальной конфигурации рекомендуем реализовать архитектуру с вынесенным управлением. Управляющая машина в режиме Standalone — развёрнутая на внешнем хосте или изолированной ВМ — обеспечивает непрерывный мониторинг и контроль над кластером. Такой подход существенно снижает зависимость инфраструктуры от состояния головного узла и гарантирует сохранение управления при выходе из строя единственного физического хоста.

### Проблемы изменения конфигурации

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

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

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

### Уведомления о несоответствии конфигурации

Даже при успешном изменении отдельных параметров кластера или хоста, система управления может сигнализировать о несоответствии конфигурации хоста и менеджера.

* Характер уведомления: в отдельных случаях оно носит исключительно информационный характер и на функционирование работающих виртуальных машин не влияет.
* Возможности устранения: в одноузловом кластере убрать данное уведомление без переустановки хоста невозможно.
* Рекомендация: в тестовых средах данное уведомление можно игнорировать, если оно не блокирует работу ВМ.

### Пример критического ограничения:

Для полного изменения VLAN ID сети управления (ovirtmgmt) или изменения IP-адресации требуется переустановка хоста. Хост может быть доступен после их обновления, но для полного применения их потребуется переустановка хоста.