Данные, бэкап, диагностика
Пользовательские данные и перемещаемые профили
По умолчанию данные пользователя хранятся на диске виртуальной машины. Поведение данных зависит от типа назначения пользователя и политик пула.
Поведение данных
| Сценарий | Поведение данных |
|---|---|
| Dedicated | Пользователь получает закрепленную ВМ. Данные на диске ВМ сохраняются до удаления ВМ, отвязки или восстановления из backup согласно политике эксплуатации. |
| Floating без очистки диска | ВМ возвращается в пул после завершения сессии. Данные на диске могут сохраняться, если не задана политика очистки. |
| Floating с очисткой диска | После завершения сессии и выключения ВМ диск может быть очищен согласно настройке пула. Локальные пользовательские данные могут быть потеряны. |
В решении доступны перемещаемые профили. Подробное описание этой функциональности будет вынесено в отдельный раздел документации после публикации соответствующего функционального блока.
Для плавающих (floating) пулов задаётся поведение машины после завершения сеанса пользователя: ВМ возвращается в пул, а её состояние сбрасывается к исходному образу (изменения и данные сессии очищаются). Дополнительно можно настроить выключение ВМ при отсутствии пользователя — чтобы освободить ресурсы кластера.
Резервное копирование, мониторинг и аудит
Резервное копирование, восстановление, мониторинг задач и событий являются общими механизмами Inscale и применяются к VDI-объектам через общие разделы платформы.
Резервное копирование
- Golden-реплики и критичные Dedicated-ВМ следует включать в общую политику резервного копирования заказчика
- backup floating-ВМ зависит от того, сохраняются ли пользовательские данные внутри ВМ
- перед удалением пула учитывайте, что все ВМ пула и их диски удаляются каскадно
- подробная настройка Backup Job, Restore Job и Backup Checkpoint описывается в отдельном разделе документации Inscale
Мониторинг и события
- состояние ВМ и пулов проверяется в соответствующих разделах интерфейса
- операции создания, изменения, клонирования и удаления отображаются в журнале задач
- детализация действий доступна через события, связанные с задачей
- при ошибке анализируйте статус задачи, технический вывод и связанные события
- аудит текущей версии фиксирует операции с ресурсами, подключения к ВМ и сессии в пулах
Базовая диагностика
Подробный troubleshooting будет вынесен в отдельный раздел после накопления и классификации типовых ошибок эксплуатации. До публикации полного раздела используйте базовый порядок проверки.
Как читать ошибку задачи
Любая операция (создание ВМ, snapshot, пула) выполняется как задача. Если задача завершилась со статусом «Ошибка», откройте её карточку в разделе «Задачи» — там указаны цель, тайминги и технический вывод с точной причиной сбоя.
INVALID_ARGUMENT: nothing to do.| Ситуация | Что проверить |
|---|---|
| Пользователь не видит ВМ или пул | Назначение пользователя или группы, роль, статус пула, наличие опубликованных ресурсов. |
| Пользователь не может подключиться | Сетевую доступность Gateway/ЦС, корректность profile.nxp, статус ВМ, профиль протокола, доступность портов SSAP. |
| В пуле нет свободных ВМ | Sizing пула, количество предзапущенных ВМ, доступные IP-адреса, состояние ВМ и назначений. |
| ВМ не получила IP | DHCP-пул Inscale или DHCP Relay, сетевой адаптер исходной ВМ, port group, VLAN, маршрутизацию. |
| Windows-ВМ не вошла в домен | Доступность домена и DNS из сети ВМ, учетные данные, права на контейнер, конфликт SID. |
| Хранилище недоступно | Статус хранилища, доступность сети хранения, подключение к кластеру, свободное место. |
- Логи клиента — на устройстве пользователя (в клиентском приложении Inscale Virtual OS).
- Раздел «Задачи» — найдите задачу подключения / старта сессии и посмотрите её статус и текст ошибки.
- Раздел «События» — отфильтруйте по типу «Ошибки» и найдите событие по нужной ВМ или пользователю.
- Карточка ВМ → вкладка «Мониторинг» — проверьте загрузку CPU/RAM и общий статус машины.
- Для внешнего доступа проверьте Gateway и RADIUS (второй фактор), а также назначенный профиль протокола.