Широкое применение программных систем инженерного анализа и потребность в высокопроизводительных ресурсах являются движущими факторами развития облачных вычислений. Выполнение инженерных расчетов в облаке требует решения ряда технических и организационных задач. В данной статье мы предлагаем 8 практических советов по созданию эффективной системы для облачных инженерных расчетов.
Вебинар: Научно-техническое сопровождение проектирования особо опасных и технически сложных промышленных объектов
Приглашаем на открытый вебинар, посвящённый актуальным вопросам проведения научно-технического сопровождения проектирования (НТС).
- Избегайте перемещения больших объемов данных
- Используйте средства удаленной визуализации
- Обеспечьте безопасность сетевого соединения и системы хранения данных
- Настройте доступ к планировщику задач и системе управления данными
- Используйте имеющиеся лицензии
- Рассмотрите различные модели лицензирования
- Сбалансируйте нагрузку на лицензии и вычислительные мощности
- Начните с малого, стремитесь к большему
Пример спроектированной высокопроизводительной системы с применением данных лучших практик можно найти в перечне выполненных проектов Центра инженерно-физических расчетов и анализа - Проектирование вычислительного кластера БГТУ «ВОЕНМЕХ» им. Д.Ф.Устинова.
1. Избегайте перемещения больших объемов данных
Первый практический совет касается хранения данных и состоит в минимизации перемещения или копирования больших объемов данных между облачными ресурсами и рабочим местом пользователя. Очевидно, определенный минимальный объем данных должен передаваться: инженер может создавать 3D модель в CAD системе на своем рабочем месте, и данная модель должна быть загружена в облако. Размер файла с 3D моделью для расчета обычно невелик и занимает несколько мегабайт, что потребует не более минуты для загрузки модели в облако. С другой стороны, файл с конечно-элементной моделью и тем более результаты расчета могут занимать от сотен мегабайт до нескольких десятков гигабайт. Передача подобных файлов по сети может занять часы и даже дни, что не является лучшей практикой.
2. Используйте средства удаленной визуализации
Второй совет связан с идеей хранения данных в облаке. Конечные пользователи нуждаются в органичном использовании высокопроизводительных облачных ресурсов. Это означает, что необходимо настроить не только пакетный запуск решателей, но и обеспечить графический пользовательский интерфейс для работы с программным обеспечением для инженерных расчетов – пре- и постпроцессинга. Для этого понадобится инструмент удаленной визуализации с ускорением на стороне сервера и минимальными задержками. С облачного ресурса необходимо обеспечить доставку удаленного рабочего стола для полноценной работы. Эти факторы требуют наличия в облаке графического сервера с достаточным количеством памяти для загрузки и отображения конечно-элементных моделей.
3. Обеспечьте безопасность сетевого соединения и системы хранения данных
- Шифрование данных «на лету», для чего возможно использование одного из следующих вариантов защищенного сетевого протокола:
- установка VPN-соединения узел-узел, что потребует выполнения значительного объема работ и при этом приведет к возможности масштабирования - обеспечения многопользовательского доступа и работы с большими объемами данных.
- выполнение всех транзакций данных в веб-интерфейсе через протокол HTTPS, что является более прагматичным подходом для небольших групп инженеров или использования облачного ресурса лишь время от времени.
- Защита стационарных данных проводится путем шифрования. Это может быть сделано на уровне файловой системы или приложения. Шифрование на уровне файловой системы более просто реализовывается, если в распоряжении имеются хорошие системные инструменты.
- поставщик облачных ресурсов обеспечивает физическую безопасность дата-центра и внутренней сети;
- пользователь облачного ресурса удостоверяется в безопасности своей операционной системы и приложений, системе прав доступа, сетевого протокола;
- разработчики приложений, в частности, программных систем инженерного анализа, обеспечивают безопасность программной системы, в частности, шифрование при обмене данными и их хранении.
4. Настройте доступ к планировщику задач и системе управления данными
5. Используйте имеющиеся лицензии ПО
Вопросы лицензирования программных продуктов для облачных вычислений возникают сразу следом за вопросами о безопасности данных. Ключевым фактором экономического эффекта облачных вычислений является возможность использования в облаке имеющихся в наличии лицензий на программное обеспечение инженерного анализа. Поставщик программного обеспечения должен предоставлять юридическую, а поставщик облачных ресурсов – техническую возможность переноса лицензий в облако. В этом случае, путем соответствующих сетевых настроек (VPN узел-узел или аналогичная конфигурация фаервола), лицензии могут быть переданы в облако и обратно. Альтернативой является привязка лицензий к облачному лицензионному серверу и разделение пула лицензий на «локальные» и «облачные», что является более простым, но не столь гибким решением.
6. Рассмотрите различные модели лицензирования
При использовании облачных ресурсов стоимость вычислительных мощностей чаще всего происходит по принципу оплаты по факту за использованные ядра CPU, GPU, гигабайты дискового пространства. Аналогичные модели лицензирования предлагаются некоторыми разработчиками коммерческого ПО для инженерного анализа. Использование гибких моделей лицензирования может быть выгодным, а может и не быть, по сравнению со стандартными схемами (бессрочные или арендные лицензии). В случае необходимости строгого бюджетирования затрат на ПО и невозможности определить заранее объемы расчетов, стандартная схема более предпочтительна. В случае пиковых нагрузок и срочных проектов экономически более оправданной может оказаться схема оплаты за лицензии «по часам». Аналогичные рассуждения могут быть применимы и к собственно вычислительным ресурсам. Лучшей практикой является комбинация схем лицензирования и модели доступа к вычислительным ресурсам, в зависимости от текущих и спрогнозированных потребностей предприятия.