Оборудование для Revit Server

Особенности Revit Server

1. Версия RS = Версия Revit
   Версия Revit Server должна совпадать с версией Revit, установленного на компьютерах пользователей. Пример, если пользователи работают в Revit 2024, то и Revit Server должен быть 2024 версии.
2. Виртуализация
   На 1 физическую или виртуальную машину возможно поставить несколько версий Revit Server
3. На Revit Server упрощенная админка.
   Нельзя разграничить доступ по пользователям и проектам в рамках одного сервера.
4. Чтобы избежать конфликта, на почве интеллектуальной собственности, между подрядчиками на разных Проектах: под каждый Проект разворачивается отдельный RS
5. Если участники/подрядчики на Проектах не меняются, то допускается выполнять Проекты на одном RS.
6. Ограничить доступ на RS возможно через VPN, но шифрования убивают производительность. Для больших объектов - это неприемлемо.
7. RS работает только с файлами Revit и только с файлами для совместной работы!
8. В рамках RS можно переносить и переименовывать файлы, без поломок моделей. RS подхватывает новые пути и имена для связей.
9. Локальные файлы нужно будет пересоздать.

Схемы организации сервера

Варианты организации сервера

Существует несколько схем организации сервера для многопользовательской работы Revit.

Схема 1 (Приоритетная для выбора)

Сервер для аренды подбираем исходя из необходимого ресурса под одну виртуальную машину:

• 4 ядра процессора и частота от 3.00GHz на ядро
• 12Гб оперативной памяти
• 100Гб на жёстком диске

• В первую очередь следует выбирать процессор!
  Рекомендуем серии Intel Xeon E5/Silver/Gold 2020+ года выпуска
• Оперативная память и жёсткие диски докупаются и доставляются легко.
• Дата-центр должен размещаться в РФ.

Всё по аналогии с 3й схемой, только вся головная боль по обслуживанию серверов, лежит полностью на ЦОДе.

Из плюсов:

1. Нет больших финансовых затрат на старте
2. Всё обслуживание происходит силами ЦОДа
3. Закупка оборудования, вышедшего из строя, осуществляется силами ЦОДа
4. Внештатные ситуации оперативно устраняются
5. Масштабироваться в разы проще.
   Можно начать с аренды относительно слабого сервера, а в дальнейшем, при наращивании объемов, переехать на сервер производительнее. в отличии от 3 схемы, где своё железо будет морально устаревать с каждым годом.
6. Скорость интернета в ЦОДе стабильно высокая.
7. Возможно разделить все Проекты по разным RS с подключением внешних пользователей.
8. Быстрая докупка ip в ЦОДе

Примеры с сайта https://www.smartape.ru/

Основной сервер

Пример конфигурации:
40 х 3,70 GHz (1 х Intel Xeon Gold 6148);  64 Gb;  2 х 1920 GB NVMe;  100 Мбит/с;  Москва; 

Цена: 12 600 Р/мес

Основной критерий – производительность процессора и оперативной памяти

Сервер для резервного сохранения

Пример конфигурации:
32 х 3,40 GHz (1 х Intel Xeon Gold 6148);  32 Gb;  2 х 240 GB SSD + 2 х 2000 GB HDD;  100 Мбит/с;  Москва; 

Цена: 6 200 Р/мес

Схема 2

На базе двух ПК, создаются виртуальные машины.

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

В момент развертывания RS настраивается способ доступа к серверу: внутренний и внешний.

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

 Требования к железу:

• Процессор, поддерживающий виртуализацию Intel VT-x или AMD-V
• Видеокарта-затычка. Возможно, поставить самую простую так как участвует только для вывода картинки на экран
• Диски быстрые SSD m2 NVMe +HDD
  (на 1 проект закладываем 100Гб пространства)
• Сетевая карта 1Гбит/с+
  (на новых платах по умолчанию быстрая)
• Оперативная память DDR4 3200+/DDR5 5600+ _32/64Gb
  Исходя из количества виртуальных машин, закладываем 8 Гб памяти на один RS.
  Подбирается от в зависимости от модели материнской платы и процессора.

Требования к сети:

• для внешнего доступа потребуется статичный ip адрес, который арендуется у провайдера.
• интернет от 100Мбит/с (Зависит от кол-ва сотрудников и объемов Проектов)

Из минусов:

1. Если что-то происходит с ПК, то вся работа останавливается! В резерве должен быть второй аналогичный ПК.
2. Если потребуется разделить работу подрядчиков, то нужно поднимать еще один RS и покупать еще один статичный ip (см. особенности RS)
3. Если будет много подключений извне плюс внутренний трафик, то будут просадки по скорости.
4. Повышенная нагрузка на сеть от подключений внешних пользователей, совместно с внутренним трафиком - может вызывать просадки, что увеличивает время ожидания операций.

Схема 3

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

Схема 4

На сервере разворачиваются Виртуальные машины: один Проект с внешними подрядчиками на один RS.

В зависимости от масштабов организации, может понадобиться от 2 до 20+ виртуалок.

Настраивается бэкап на внутренний сервер, на случай выхода из строя или внештатных ситуаций в ЦОДе.

Из минусов:

1. Стартовые вложения в железо сильно больше.
2. Вся головная боль по железу будет на вас.
   Если что-то нужно заменить или сгорело, то едем в ЦОД и разбираемся сами.
3. Пока разбираемся, вся работа стоит.
4. Производительность железа и ресурсоемкость софта с каждым годом растут и требуют больших мощностей.
5. Железо с каждым годом будет морально устаревать и в какой-то момент, упремся в потолок.

Из плюсов:

1. Скорость интернета в ЦОДе стабильно высокая.
2. Есть возможность разделить все Проекты по разным RS с подключением внешних пользователей.
3. Быстрая покупка ip. в ЦОДе