VMWARE / АРХИТЕКТУРА OT7 мин чтенияГлубокий разборВерсия 1.0

Практическая архитектура VMware vSphere для серверного и инженерного контура АСУ ТП

Ниже приведена логическая архитектура, а не спецификация оборудования. Количество хостов, тип хранилища и пропускная способность определяются после инвентаризации SCADA-нагрузок, требований производителей ПО и расчёта отказоустойчивости. В 2026 году актуальны VMware vSphere Foundation 9.1 и VMware Cloud Foundation 9.1; точный состав платформы и коммерческие условия проверяются для конкретного проекта.

Авторская роль: Инженер Logic48Опубликовано: 30 августа 2026 г.Проверено: 30 августа 2026 г.

КОРОТКИЙ ОТВЕТ

Начинать нужно с ролей, зависимостей и RPO/RTO промышленного приложения, а не с выбора числа серверов.
Три однотипных хоста — удобный референс для N+1, но не универсальный продуктовый минимум.
Сети management, vMotion, storage, OT workload, engineering и backup должны иметь понятные границы и резервные физические пути.
Приёмка включает отказ хоста, uplink и хранилища, пиковую запись Historian, восстановление backup и проверку времени.

Сначала требования промышленного приложения

Для каждой роли фиксируют поддерживаемую ОС и версию приложения, CPU, RAM, IOPS, объём и прирост данных, допустимую задержку, RPO/RTO, схему прикладного резервирования и зависимости от DNS, AD, NTP/PTP, лицензирования и внешних интерфейсов. Отдельно подтверждают допустимость HA, vMotion, snapshots и выбранного backup у производителя ПО.

Полезно разделить нагрузки на классы: критичные SCADA runtime, Historian и коммуникационные серверы; инженерные станции, отчётность и лицензирование; инфраструктурные AD/DNS, мониторинг, syslog и backup. Для критичного класса проверяют не только штатную производительность, но и режим после отказа хоста.

Референсная логика кластера

Практический референс — кластер из трёх однотипных хостов VMware ESX/ESXi с vCenter, HA и DRS, где один хост может быть выведен из работы без потери расчётной мощности критичных ВМ. Это не обязательный минимум: допустимы другие топологии, если рассчитаны quorum, witness, admission control и обслуживание при отказе.

HA используют для автоматического перезапуска, admission control — для сохранения мощности под выбранное число отказов, DRS — для размещения и балансировки. Критичные ВМ разводят anti-affinity-правилами, но обязательные Must run rules применяют осторожно: они способны лишить HA подходящего хоста.

Автоматические миграции критичных ВМ включают после испытаний на реальной нагрузке и проверки требований производителя SCADA/БД.

Сетевые плоскости и OT-сегментация

Management-сеть обслуживает ESX и vCenter и доступна через контролируемую административную точку. vMotion получает отдельную производительную сеть. Storage-трафик iSCSI, NFS или vSAN использует резервные пути и выделенную полосу. FT Logging выделяется отдельно, если применяется Fault Tolerance.

Рабочие ВМ SCADA, Historian и OPC разделяют по технологическим зонам и межсетевым правилам. Инженерный доступ не смешивают с management. Backup, syslog, NTP и мониторинг планируют так, чтобы они не влияли на технологический обмен. VLAN — только один из инструментов; физическая отказоустойчивость требует резервных NIC, uplink и коммутаторов.

Хранилище: SAN/NAS или vSAN

Базовые варианты — общее внешнее SAN/NAS по FC, iSCSI или NFS либо vSAN на совместимых узлах. Выбор зависит от существующей инфраструктуры, компетенций эксплуатации, требуемых IOPS и модели отказа. vSAN не является обязательным для VMware vSphere Foundation.

При общем хранилище все потенциальные HA-хосты должны одинаково видеть нужные datastores. Для Historian и БД оценивают не только средний поток записи, но и пики, latency, очередь, рост архива, окно backup и восстановление. Совместимость серверов, адаптеров и прошивок проверяют по актуальному VMware Compatibility Guide.

Ресурсы критичных ВМ

Критичным ВМ резервируют минимально необходимый CPU и RAM, не допуская регулярного host swapping. Системы сбора и журналирования не должны делить перегруженный Ethernet-канал к хранилищу с посторонней нагрузкой. Для Historian отдельно рассчитывают IOPS, задержку и прирост данных при деградации кластера.

VMXNET3 используют, если его поддерживает гостевая ОС. DirectPath I/O и SR-IOV оценивают с учётом ограничений мобильности и управления. Настройка Latency Sensitivity применяется только при доказанной необходимости, полном резервировании требуемых ресурсов и стендовой проверке.

Время, безопасность и эксплуатация

Хосты получают время от авторитетных NTP-источников, а внутри гостевой ОС выбирают один основной механизм синхронизации. Разные источники и скрытая коррекция времени опасны для alarm/event, Historian и расследования событий. PTP применяют только при подтверждённой потребности и поддержке всей цепочки.

Для управления платформой задают RBAC и минимальные привилегии, MFA или федерацию идентификации, отдельный jump host, Secure Boot/TPM, сертификаты, удалённый syslog и отключение ненужных служб. Hardening сначала проверяют на стенде, поскольку промышленное ПО может иметь собственные зависимости.

Backup, DR и порядок восстановления

Для БД и Historian применяют application-aware или нативный backup, а копию хранят за пределами основного datastore и кластера. Репликация не отменяет backup: ошибочное удаление, повреждение данных или компрометация способны распространиться на реплику.

План восстановления задаёт последовательность: инфраструктурные службы, vCenter и управление, базы и Historian, SCADA/OPC, клиенты и внешние интерфейсы. После восстановления проверяют время, лицензии, alarm/event, качество данных и запись архива. RPO/RTO считаются подтверждёнными только после испытания.

Приёмочные сценарии промышленной виртуальной среды

До передачи проверяют отказ одного хоста, uplink и коммутатора, потерю пути к хранилищу, фактическую HA-очерёдность, anti-affinity, vMotion под нагрузкой, отказ NTP, обновление и откат. Для Historian моделируют расчётную пиковую запись, для SCADA — восстановление соединений и корректность тревог после перезапуска.

Отдельно выполняют восстановление БД и SCADA из backup, а не только запуск клона ВМ. Результаты оформляют протоколом с версиями, временем, наблюдаемым результатом и известными ограничениями. Это превращает архитектурную схему в проверяемый проект.

Что передаёт Logic48

Результат программно-проектной задачи может включать карту ролей и зависимостей, схему кластера и сетевых плоскостей, матрицу ВМ и ресурсов, требования к хранилищу и резервированию, backup/DR-план, приёмочные сценарии и схемы в AutoCAD. Конкретные VMware-продукты выбираются после проверки требований и совместимости.

Logic48 не поставляет серверы, СХД, лицензии и сетевое оборудование, не проектирует шкафы, не выполняет монтаж, ПНР и работы на площадке. Внедрение выполняет заказчик или его инфраструктурный подрядчик по согласованной документации.

ПРАКТИЧЕСКИЙ ЧЕК-ЛИСТ

Что проверить в своём проекте

Инвентаризированы все серверные и инженерные роли АСУ ТП.
Для каждой ВМ определены версия, ресурсы, IOPS, зависимости, RPO и RTO.
Рассчитана мощность кластера при отказе одного выбранного элемента.
Management, vMotion, storage, FT, OT workload, engineering и backup разделены.
Хранилище проверено на совместимость, видимость со всех HA-хостов и пиковую нагрузку.
Определён единый авторитетный источник времени.
Backup находится вне основного домена отказа и восстановление испытано.
Прошли сценарии отказа хоста, сети, хранилища и сервисов инфраструктуры.

ВЫВОД

Практическая VMware-архитектура для АСУ ТП начинается с функций SCADA и требований к восстановлению. Кластер, сети и хранилище становятся решением только после расчёта нагрузки, отказов и проверяемых сценариев эксплуатации.

ПЕРВИЧНЫЕ И ОФИЦИАЛЬНЫЕ ИСТОЧНИКИ

Материал носит справочный характер. Требования конкретного объекта, изготовителя оборудования, промышленной безопасности и ИБ имеют приоритет.

VMware vSphereVMware FoundationSCADAHistorianOT architecturevSANHADR

Есть похожая задача в вашем проекте?

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

Обсудить виртуализацию Состав работ по направлению →