Использование RFEM 6 и RSTAB 9 в средах VDI и Citrix: руководство по оптимальной конфигурации

Введение

Рабочий мир постоянно меняется, и в этом процессе гибкость и удалённая работа становятся всё более значимыми. Для компаний, Virtual Desktop Infrastructure (VDI) и решения Citrix предлагают привлекательную возможность, позволяющую сотрудникам получать доступ к своей привычной рабочей среде из любой точки мира. Эти технологии централизуют вычислительные мощности и управление данными в безопасном дата-центре, что облегчает администрирование и улучшает безопасность данных.

Однако VDI-среды, изначально разработанные для стандартных офисных приложений, не всегда подходят для сложных требований 3D-моделирования и расчётных программ, таких как RFEM 6 и RSTAB 9. Интенсивное использование графических ресурсов, большое количество операций чтения и записи, а также значительная производительность, необходимая для расчётов, могут привести к существенным проблемам с производительностью в виртуализированных средах.

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

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

Это руководство предназначено для IT-специалистов, специалистов по системной интеграции, а также опытных пользователей, которые сталкиваются с задачей внедрения программного обеспечения Dlubal в VDI- или Citrix-инфраструктуры. Цель - проанализировать конкретные технические проблемы, объяснить причины узких мест в производительности и предложить конкретные практические решения. Особое внимание уделяется стратегическому взвешиванию между затратами, производительностью и масштабируемостью для создания гладкой и продуктивной рабочей среды для инженерных специалистов.

Основы: Виртуальная настольная инфраструктура (VDI) и технологии Citrix

Что такое Виртуальная настольная инфраструктура (VDI)?

Виртуальная настольная инфраструктура, коротко VDI, - это технология, предоставляющая виртуализированную настольную среду. В отличие от традиционных физических настольных компьютеров, где операционная система и приложения установлены локально на компьютере пользователя, в VDI настольные среды хостятся и выполняются на центральных серверах в дата-центре или в облаке. Пользователи получают доступ к этой виртуальной среде через любое устройство с подключением к сети Internet (например, тонкий клиент, ноутбук или планшет). Устройство служит только "окном" в виртуальную среду, тогда как все вычисления и обработка данных происходят на серверной стороне.

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

Ещё одним существенным преимуществом является повышенная безопасность. Поскольку конфиденциальные корпоративные данные не хранятся на локальных устройствах сотрудников, а остаются в безопасном дата-центре, риск потери данных в случае утраты или кражи устройства значительно снижается. Это также облегчает соблюдение строгих нормативных требований по защите данных, например, установленных в Общем регламенте защиты данных Европейского Союза (GDPR).

В следующей таблице приведены ведущие на рынке поставщики и платформы, предоставляющие решения для виртуальных настольных сред:

Citrix: Ведущее VDI-решение

Citrix - ведущий поставщик в области виртуализации и технологий удалённого доступа. Решение Citrix Virtual Apps and Desktops является ключевым элементом в экосистеме VDI и используется для обеспечения виртуальных приложений и настольных компьютеров в безопасной и масштабируемой среде. Основной принцип работы Citrix заключается в потоковой передаче рендеренной графической пользовательской интерфейса и взаимодействия пользователей на конечное устройство через специальный протокол, например, HDX.

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

Централизация вычислительных мощностей и данных, характерная для VDI и Citrix, одновременно является и корнем проблем, с которыми сталкиваются пользователи сложных приложений с высокими требованиями к производительности. Разделение между вычислителем (сервером) и экраном (конечным устройством) с помощью сети неизбежно создаёт задержки, которые могут быть особенно раздражающими при работе с интерактивными графическими и расчётными приложениями. Кроме того, сосредоточение всех данных на одной центральной системе хранения (вместо индивидуальных SSD) может привести к потенциальным узким местам в области операций ввода-вывода (I/O), известным как так называемая "проблема IOPS в VDI". Это противоречие между преимуществами централизации и вызванными ими проблемами с производительностью является ключевым конфликтом, который будет подробно рассмотрен далее.

Основы управления данными в RFEM 6 и RSTAB 9

Успешная работа программного обеспечения Dlubal в виртуализированной среде требует базового понимания внутренней системы управления данными. RFEM 6 и RSTAB 9 следуют специфичной, интенсивной в отношении ввода-вывода модели, которая существенно влияет на выбор подходящей конфигурации VDI.

Файлы RFEM 6 и RSTAB 9 и значение рабочей папки

Файлы RFEM 6 и RSTAB 9 по сути представляют собой сжатые ZIP-архивы. Эта структура является ключевой для понимания последующих проблем с производительностью. При открытии файла модели его содержимое не просто загружается в оперативную память (которой зачастую для этого недостаточно), а распаковывается во временную рабочую папку. По умолчанию эта папка расположена в профиль пользователя по пути C:\Users\\AppData\Local\Dlubal, но может быть перемещена на другой путь через опции программы.

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

Описание операций ввода-вывода

Особенности управления файлами в RFEM 6 и RSTAB 9 не заканчиваются на однократной распаковке. Весь рабочий процесс в пределах графического пользовательского интерфейса (GUI) и решателя характеризуется непрерывным и интенсивным обменом данными с этой временной рабочей папкой.

• Взаимодействие с GUI: Диалоги загружают данные непосредственно из рабочей папки при каждом открытии. После закрытия диалога внесённые изменения записываются обратно в папку. Этот процесс повторяется постоянно, создавая постоянный поток мелких операций чтения и записи. Более того, работа в графическом окне, переключение видимости и множество других действий также создают непрерывную нагрузку на ввод-вывод.
• Процесс расчёта: Расчёт в RFEM 6 - это наиболее интенсивный процесс ввода-вывода. При запуске расчёта лидирующий процесс решателя анализирует задачи и запускает несколько процессов решателя. В идеальном случае количество этих процессов соответствует количеству доступных вычислительных потоков, чтобы максимально использовать вычислительные мощности. Все эти процессы решателя одновременно читают данные из рабочей папки и записывают большие объёмы данных обратно. Этот одновременный доступ нескольких процессов к одному и тому же хранилищу может привести к так называемой "буре ввода-вывода", которая сильно нагружает систему хранения.

Метод обработки данных в RFEM 6 характеризуется большим количеством мелких файлов, а также интенсивными параллельными операциями чтения и записи. Из-за этих особенностей программа особенно чувствительна к типичным узким местам ввода-вывода в VDI-средах. Этот специфический профиль проблем требует целевых стратегий оптимизации, которые будут детально рассмотрены в дальнейшем.

Проблемы, связанные с OpenGL

RFEM 6 и RSTAB 9 для графического отображения в обязательном порядке зависят от OpenGL 4.2. В многих VDI и Citrix-средах это представляет собой значительную техническую проблему. Обычные решения виртуализации по умолчанию используют простые программные рендереры, которые выполняют графические расчёты исключительно на процессоре.

Эти стандартные программные рендереры часто не обладают необходимыми функциями OpenGL. Если при запуске программы RFEM 6 или RSTAB 9 обнаруживается такой простой программный рендерер, отображается соответствующее предупреждение.

Важно отметить, что если проигнорировать это предупреждение, может немедленно произойти сбой программы RFEM 6 или RSTAB 9. Даже если успешная графическая визуализация будет достигнута, обработка сложных 3D-сцен на процессоре приведёт к заметным задержкам в пользовательском интерфейсе. Пользователи могут столкнуться с замедлением реакции модели при вращении или увеличении/уменьшении, что значительно усложняет эффективную работу. Задача состоит в создании среды, которая не только предоставляет необходимую версию OpenGL, но и способна обрабатывать её производительно.

Решения для оптимизации производительности

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

Решения для проблемы ввода-вывода

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

• Определение исключений для антивирусов: Один из наиболее эффективных способов ускорения - это отключить реальномаштапный мониторинг антивирусного программного обеспечения для критических путей. Поскольку RFEM 6 и RSTAB 9 обрабатывают тысячи мелких файлов за миллисекунды, каждый раз, когда происходит сканирование, система замедляется. Следующие папки должны быть исключены из мониторинга:
  • Папка программ (по умолчанию: C:\Program Files\Dlubal).
  • Временная рабочая папка (по умолчанию: C:\Users\\AppData\Local\Dlubal).
• Оптимизация конфигурации хранения: Рабочая папка должна находиться на локальной, быстро доступной системе хранения серверного хоста. Если использование центральной системы хранения (NAS/SAN) неизбежно, сеть для подключения к хранилищу должна иметь высокую пропускную способность и быть низколатентной. Высокая задержка между виртуальной машиной и системой хранения может замедлить даже самую быструю аппаратную начинку. Если необходимо, путь для временной рабочей папки может быть изменён. Он хранится в реестре в пути Computer\HKEY_CURRENT_USER\Software\Dlubal\RFEM6 в ключе WorkingDirectoryPath.

Решения для проблемы OpenGL

Для плавного 3D-отображения рекомендуется использование аппаратного ускорения через виртуализацию GPU.

• GPU Passthrough: При этом физическая видеокарта эксклюзивно назначается одной виртуальной машине. Это обеспечивает наивысшую производительность, но имеет высокую стоимость и менее масштабируемо. Это решение стоит рассматривать только в исключительных случаях.
• Virtual GPU (vGPU): Одна физическая видеокарта разделяется на несколько виртуальных единиц, которые одновременно предоставляются нескольким пользователям.Руководство для начинающих по виртуализации рабочей станции - DEVELOP3D Это наиболее экономичное решение для большинства инженерных рабочих мест, так как обеспечивает баланс между производительностью и плотностью пользователей.
• MESA программный рендерер в качестве запаса: Если GPU-виртуализация невозможна, можно активировать MESA-рендерер. Он эмулирует функции OpenGL на процессоре. Несмотря на то, что это предотвращает сбои, производительность существенно хуже по сравнению с аппаратным ускорением. MESA-рендерер активируется с помощью скрипта Enable Software Renderer.cmd в папке программы.

Заключение и комплексные рекомендации

Успешное функционирование RFEM 6 и RSTAB 9 в средах VDI и Citrix требует стратегического планирования. RFEM 6 и RSTAB 9 предъявляют значительные требования к аппаратным ресурсам, включая как интерактивное ввод данных, так и расчёт. Особенно для работы с крупными моделями VDI-решение не всегда является оптимальным с точки зрения производительности.

В итоге можно выделить следующие ключевые выводы:

• Специфика управления данными делает программу уязвимой к узким местам ввода-вывода.
• Отключение антивирусного мониторинга для специфичных папок может существенно повысить производительность.
• Разделение вычислительных мощностей и графики требует эффективной виртуализации GPU.

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

Контрольный список для планирования:

• Подбор оборудования: Обеспечить сервер-хост с достаточными ресурсами (CPU, RAM, GPU, I/O).
• Конфигурация сети: Задержка между конечным устройством и сервером должна быть минимальной.
• Настройка программного обеспечения: Настроить антивирусные исключения и оптимизировать виртуальные машины.
• Мониторинг: Регулярно отслеживать загрузку, чтобы заранее выявлять узкие места.

При правильном планировании преимущества VDI могут быть использованы и для RFEM 6 и RSTAB 9.

Следующая таблица поможет в локализации и устранении проблем, которые могут возникнуть в контексте VDI.