DigitalRazor RackStation VDI: как вынести CAD, BIM и 3D на общий сервер

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

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

Для таких сценариев мы сделали линейку RackStation VDI. Вместо отдельной мощной станции для каждого сотрудника вычисления переносятся на общий GPU-сервер, а пользователь подключается к своему виртуальному рабочему месту с обычного ПК или ноутбука.

Какие проблемы решает переход на VDI

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

NVIDIA vGPU позволяет распределять ресурсы профессиональных видеокарт между несколькими виртуальными машинами. Одному инженеру можно назначить профиль под AutoCAD, другому дать больше видеопамяти для Revit и Navisworks, а специалисту по визуализации выделить более тяжёлую графическую конфигурацию для Enscape или Twinmotion.

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

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

Проблема №1: Revit и тяжёлые проекты плохо переносят работу через обычный VPN

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

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

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

Это не делает качество интернета неважным. Задержка по-прежнему влияет на отзывчивость мыши, вращение модели и качество картинки. Поэтому для RackStation VDI мы проверяем канал и работу с реальными проектами на пилоте. Но тяжёлые данные при такой архитектуре остаются рядом с вычислительным узлом.

Проблема №2: подрядчику нужен проект, но отдавать ему проект не хочется

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

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

С VDI можно дать подрядчику доступ к виртуальному рабочему месту, а сами CAD-, BIM- или GIS-данные оставить внутри инфраструктуры организации. Отдельно задаются права на файлы, USB-устройства, печать и другие способы вывода информации.

Это не превращает сервер в магический сейф. Политики доступа всё равно нужно грамотно настроить. Но архитектурно появляется важное преимущество: сотруднику можно предоставить инструмент для работы с проектом, не передавая ему сам проект на локальный компьютер.

Проблема №3: всем покупают одинаково мощные станции, хотя работают все по-разному

Один из самых дорогих подходов к оснащению проектного отдела — купить каждому одинаковую топовую станцию «с запасом». В результате дизайнеру, который в основном выпускает документацию, достаётся тот же GPU, что и специалисту по тяжёлой 3D-визуализации.

Большую часть дня часть ресурсов простаивает. При этом у другого сотрудника их может, наоборот, не хватать.

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

Для бизнеса это особенно интересно, когда нагрузка неоднородна:

• CAD-проектировщики большую часть времени работают с чертежами и моделями умеренной сложности;
• BIM-специалисты используют более тяжёлые модели Revit и Navisworks;
• визуализаторы периодически запускают Enscape, Twinmotion и другие GPU-нагрузки;
• руководители и согласующие специалисты в основном просматривают проекты и практически не создают тяжёлую графическую нагрузку.

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

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

Три RackStation VDI под разный масштаб

Мы не делаем одну универсальную конфигурацию с обещанием «до ста пользователей». Количество рабочих мест в графической VDI слишком сильно зависит от проектов, программ и того, сколько сотрудников работают одновременно.

Для предварительного расчёта есть три отправные точки.

RackStation VDI 8

RackStation VDI 8 рассчитан на небольшой CAD- или BIM-отдел. В базовом варианте используется 16-ядерный AMD Ryzen 9, одна NVIDIA RTX PRO 4500 Blackwell Server Edition с 32 ГБ видеопамяти, 192 ГБ RAM и зеркальный массив из двух NVMe по 2 ТБ.

Расчётный диапазон составляет 4–8 одновременных рабочих мест. Конкретная цифра зависит от того, работают ли сотрудники с относительно лёгкими чертежами или одновременно вращают большие модели и используют графически тяжёлые режимы.

Такой вариант интересен небольшому проектному бюро, которому уже тесно в схеме «мощный системник каждому», но большой сервер на десятки пользователей ещё не нужен.

RackStation VDI 16

RackStation VDI 16 — более тяжёлый BIM-сценарий. Здесь используется 32-ядерный Ryzen Threadripper PRO 7975WX, две RTX PRO 4500 по 32 ГБ, 384 ГБ DDR5 ECC и сеть 25GbE.

Текущий референс рассчитан на шесть одновременных сессий: четыре проектировщика в Revit и Navisworks плюс два специалиста, которым дополнительно нужны Enscape или Twinmotion.

Именно сочетание пользователей с разной нагрузкой хорошо показывает смысл VDI. Необязательно ставить шесть одинаковых физических компьютеров с одинаковыми GPU. Ресурсы можно распределить исходя из реальной работы каждого сотрудника.

RackStation VDI 24

RackStation VDI 24 предназначен уже для нескольких проектных групп. Платформа поддерживает Threadripper PRO вплоть до 96 ядер, три RTX PRO 4500 по 32 ГБ, 512 ГБ ECC и высокоскоростную сеть 25GbE.

Расчётный диапазон — от 6 до 24 одновременных рабочих мест. Это не обещание посадить 24 тяжёлых визуализатора на один сервер. Верхняя граница достижима при соответствующем смешанном профиле нагрузки, поэтому реальное количество пользователей мы определяем только после испытаний.

Такой подход подходит компаниям, где рядом работают CAD, BIM, GIS и специалисты по интерактивной 3D-графике, а сервер должен обслуживать несколько групп с разными требованиями.

Проблема №4: новый сотрудник выходит завтра, а рабочая станция будет через две недели

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

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

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

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

Проблема №5: филиалы превращают ИТ-отдел в службу доставки рабочих станций

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

VDI отделяет рабочее место от конкретного стола.

В филиале можно оставить обычные клиентские устройства, а тяжёлые CAD- и 3D-приложения запускать централизованно. Пользователь авторизуется и получает своё окружение независимо от того, с какого согласованного устройства подключается.

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

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

Проблема №6: мощные рабочие станции приходится ставить там, где им совсем не место

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

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

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

Когда VDI действительно выгодна бизнесу

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

В первую очередь стоит рассматривать VDI, когда:

• команда распределена географически: проекты ведут сотрудники из нескольких офисов или удалённо;
• нагрузка пользователей сильно отличается: одним нужен AutoCAD, другим Revit, третьим тяжёлая визуализация;
• есть подрядчики: им нужен временный доступ к проектам без копирования данных на личные или выданные устройства;
• состав команды регулярно меняется: рабочие места приходится быстро создавать и так же быстро освобождать;
• данные желательно держать централизованно: CAD-, BIM- и GIS-проекты не должны постоянно разъезжаться по ноутбукам;
• администрирование физических станций стало отдельной проблемой: слишком много компьютеров, версий ПО, обновлений и филиалов.

Наибольший эффект обычно появляется не из-за одного преимущества. Компания одновременно упрощает управление рабочими местами, получает более гибкое распределение ресурсов и перестаёт привязывать сотрудника к конкретному мощному компьютеру.

Когда отдельные рабочие станции всё-таки лучше

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

Есть и технические ограничения. Интерактивная 3D-графика чувствительна к задержке сети, отдельная периферия может потребовать дополнительной проверки, а лицензирование конкретных версий профессионального ПО не всегда одинаково работает в виртуальной среде.

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

Поэтому мы не продаём VDI по простой формуле «один GPU = восемь сотрудников».

Почему начинаем с пилота

Графическая виртуализация сильно зависит от конкретного проекта. Две компании могут использовать одинаковый Revit, но одна работает с относительно лёгкими зданиями, а другая открывает огромную сводную модель с Enscape на двух 4K-мониторах.

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

На пилоте мы проверяем:

• Работу приложений: открытие моделей, синхронизацию, переключение видов и обычные операции специалиста;
• Одновременную нагрузку: поведение CPU, RAM, GPU и NVMe, когда работают сразу несколько пользователей;
• Графику: плавность интерфейса, потребление видеопамяти и качество изображения;
• Канал связи: реальные точки подключения, задержки, мониторы и необходимую периферию;
• Администрирование: создание виртуальных машин, обновление шаблонов и восстановление конфигурации.

Только после этого становится понятно, нужен компании RackStation VDI 8, RackStation VDI 16 или более крупный RackStation VDI 24.

RackStation VDI 8

Для каких задач Небольшой CAD/BIM-отдел: чертежи и сборки в САПР, разработка моделей и выпуск документации. Расчётную плотность проверяем на проектах команды.

Подробнее

Видеокарты

1 × NVIDIA RTX PRO 4500 Blackwell

Объем видеопамяти 32 ГБ

Процессоры

AMD Ryzen 9

Количество ядер 16

RAM 192GB DDR5

Форм-фактор 4.5U

RackStation VDI 16

Для каких задач BIM-сценарий для четырёх проектировщиков в Revit и Navisworks и двух специалистов в Enscape или Twinmotion. Профили проверяем на проектах команды.

Подробнее

Видеокарты

2 × NVIDIA RTX PRO 4500 Blackwell

Объем видеопамяти 64 ГБ

Процессоры

Threadripper PRO 7975WX

Количество ядер 32

RAM 384GB DDR5 ECC

Форм-фактор 4.5U

RackStation VDI 24

Для каких задач Несколько проектных групп: CAD/BIM, GIS и интерактивные 3D-сцены. Это расчётный вариант; состав и число одновременных сессий уточняем на пилоте.

Подробнее

Видеокарты

3 × NVIDIA RTX PRO 4500

Объем видеопамяти 96 ГБ

Процессоры

Threadripper PRO

Количество ядер до 96

RAM 512GB DDR5

Форм-фактор 4.5U

Не сервер вместо компьютеров, а другая организация рабочих мест

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

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

Но выгоден такой подход только после правильного расчёта. Поэтому линейку DigitalRazor RackStation VDI мы рассматриваем не как готовую коробку «на N пользователей», а как основу, которую нужно проверить на реальных приложениях и проектах конкретной компании.