Определение запущенной VM ESXi на основе файловой системы

Вопрос или проблема

Мои файлы виртуальной машины ESXi 8 хранятся на отдельном хосте для хранения (Synology NAS) с использованием NFS-сервера. На этом хосте для хранения мне нужно определить, работает ли виртуальная машина (чтобы предотвратить вмешательство определенного скрипта в файлы в каталоге этой ВМ).

Можно ли определить (на Synology NAS), используется ли виртуальная машина? Могут быть другие скрипты, которые проверяют файл в каталоге этой ВМ, поэтому это должно быть достаточно интеллектуально.

И учтите, что операционная система Synology урезана, так что команды fuser нет. Также команда ‘lsof’ не показывает никаких файлов ВМ в использовании (хотя эти файлы фактически используются клиентом ESXi), что, как я предполагаю, связано с особенностями Synology.

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

Но отвечая прямо на вопрос – Если вы хотите определить, активна ли ВМ на Synology NAS, вы можете проверить наличие файлов блокировки (.lck файлов) в каталоге ВМ. ESXi создает эти файлы блокировки, чтобы указать, что файлы ВМ используются.

Имейте в виду:
• Эти файлы должны создаваться и поддерживаться ESXi только тогда, когда ВМ включена или находится в активном состоянии.
• Этот метод предполагает, что файлы блокировки не удаляются и не изменяются другими процессами/скриптами на вашем Synology NAS.

Чтобы проверить эти файлы, вы можете использовать скрипт, который будет мониторить наличие .lck файлов в каталоге ВМ. Этот подход менее надежен, чем запрос состояния ВМ через API ESXi.

Ответ или решение

Определение, работает ли виртуальная машина (VM) ESXi на удаленном хранилище, таком как Synology NAS, с использованием NFS, представляет собой интересную задачу и может быть решено различными способами. В этой статье мы разберем теоретические аспекты, предоставим практический пример и обсудим применение решения с учетом ограничений системы, представленной в вопросе.

Теория

При использовании ESXi VMware для управления виртуальными машинами, VMFS (Virtual Machine File System) блокирует файлы виртуальных машин на уровне хоста-гипервизора, чтобы предотвратить их одновременный доступ из разных процессов. Это гарантирует целостность данных и исправность системы. Когда виртуальная машина активна, ESXi создает и удерживает так называемые lock файлы (.lck) в каталоге виртуальной машины. Эти файлы служат индикаторами, который дают понять, что VM в данный момент запущена и её файлы используются.

Однако использование таких файлов напрямую может быть рискованным подходом из-за возможного воздействия других процессов, которые могут изменить или удалить эти lock файлы по ошибке или по намерению. Да и сам механизм создания lock файлов может иногда изменяться в зависимости от версии ESXi. Таким образом, более надежным методом является обращение к API VMWare, однако не всегда это возможно в контексте специфических ограничений, как в случае с Synology NAS, который ограничен в доступе к внешним API и разворачивании дополнительных инструментов мониторинга.

Пример

Подход с .lck файлами может быть реализован с помощью простого сценария, который периодически проверяет наличие этих файлов. Рассмотрим простой псевдокод такого скрипта:

#!/bin/bash

VM_DIR="/путь/к/каталогу/VM"
LOCK_FILE_PATTERN="*.lck"

# Проверяем наличие lock файлов в каталоге
if ls $VM_DIR/$LOCK_FILE_PATTERN &> /dev/null; then
    echo "Виртуальная машина активна."
else
    echo "Виртуальная машина не запущена."
fi

Данный скрипт выполняет проверку на наличие файлов, соответствующих паттерну *.lck, в указанной директории виртуальной машины. Если такие файлы найдены, скрипт утверждает, что виртуальная машина активна. Это решение основано на предположении, что такие lock файлы не удаляются и не изменяются другими процессами на NAS и остаются корректными индикаторами активности VM.

Применение

Практической реализацией вышеописанного подхода может быть автоматизация с использованием задач Cron в Linux на вашем Synology NAS. Однако данный подход имеет свои ограничения. Если скрипт не находит .lck файлы, это может быть вызвано не только отключением VM, но и изменением поведения или ошибок в работе ESXi или NFS сервера.

Таким образом, для более надежного мониторинга состояния виртуальных машин рекомендуется рассмотреть другие методы. Например, использование инструментов мониторинга, которые можно настроить на ESXi, таких как VMware vRealize Operations, или управление через vSphere API для более точной информации о состоянии виртуальных машин. К сожалению, в условиях ограниченного функционала Synology NAS, потребуется обходить эти ограничения, например, запуская такие инструменты на другом сервере и связывая его через API с Synology NAS для выполнения необходимых действий.

Кроме того, можно рассмотреть возможность интеграции механизма проверки состояния подобных задач в собственные сценарии управления Synology, или же настроить логическую репликацию событий через Syslog с ESXi на внешние системы, чтобы иметь доступ к информации о состоянии каждой виртуальной машины в реальном времени.

В заключение, использование file-level подхода с lock файлами является быстрым и легким решением для проверки состояния VM, но в долгосрочной перспективе целесообразно рассмотреть возможности расширения системного мониторинга и управления через использование API VMWare и сторонних инструментов, что позволит получить более устойчивую и надежную систему управления состоянием виртуальных машин на вашем Synology NAS.