
Службы автоматизированного проектирования в Azure
Предоставление платформы SaaS (программное обеспечение как услуга) для автоматизированного проектирования (CAE) в Azure.
Этот браузер больше не поддерживается.
Выполните обновление до Microsoft Edge, чтобы воспользоваться новейшими функциями, обновлениями для системы безопасности и технической поддержкой.
Высокопроизводительные вычисления (HPC), также называемые "большими вычислениями", используют большое количество компьютеров на базе ЦП или GPU для решения сложных математических задач.
Во многих отраслях HPC используются для решения самых сложных проблем. Сюда входят следующие рабочие нагрузки:
Одним из основных различий между локальной системой HPC и системой в облаке является возможность динамического добавления и удаления ресурсов по мере необходимости. Динамическое масштабирование исключает избыточную вычислительную емкость, предоставляя клиентам инфраструктуру требуемого в соответствии с поставленными задачами размера.
Следующие материалы содержат дополнительные сведения об этой возможности динамического масштабирования.
Если вам нужно реализовать собственное решение HPC в Azure, см. следующие материалы:
Существует множество компонентов инфраструктуры, необходимых для создания системы HPC. Вычисления, хранилище и сеть предоставляют базовые компоненты независимо от того, как вы решите управлять рабочими нагрузками HPC.
Существует множество различных способов проектирования и реализации архитектуры HPC в Azure. Приложения HPC позволяют масштабировать тысячи вычислительных ядер, расширять локальные кластеры и выполнять полностью облачные решения.
Приведенные ниже сценарии описывают некоторые распространенные способы создания решений HPC.
Предоставление платформы SaaS (программное обеспечение как услуга) для автоматизированного проектирования (CAE) в Azure.
Моделирование сценариев CFD в Azure.
Выполнение собственных рабочих нагрузок HPC в Azure с использованием пакетной службы Azure.
Azure предлагает ряд размеров, оптимизированных для рабочих нагрузок gpu с интенсивным использованием ЦП & .
Виртуальные машины серии N оснащены графическими процессорами NVIDIA и предназначены для приложений с ресурсоемкими вычислениями или графикой, в том числе для обучения искусственного интеллекта (AI) и визуализации.
Масштабные рабочие нагрузки пакетной службы и HPC требуют ресурсов для хранения данных и доступа, которые превышают возможности традиционных файловых систем в облаке. Существует множество решений, которые управляют потребностями в скорости и емкости приложений HPC в Azure.
Дополнительные сведения о сравнении Lustre, GlusterFS и BeeGFS в Azure см. в электронной книге Parallel Files Systems в Azure и в блоге Lustre в Azure .
Виртуальные машины H16r, H16mr, A8 и A9 могут подключаться к сети RDMA серверной части с высокой пропускной способностью. Эта сеть может повысить производительность тесно связанных параллельных приложений, работающих в интерфейсе передачи сообщений Майкрософт, более известном как MPI или Intel MPI.
Создание системы HPC с нуля в Azure обеспечивает значительную гибкость, но часто очень интенсивное обслуживание.
Если у вас есть локальная система HPC, которую вы хотите подключить к Azure, есть несколько ресурсов, которые помогут вам приступить к работе.
Для начала ознакомьтесь с вариантами подключения к локальной сети в Azure. Здесь можно найти дополнительные сведения о следующих вариантах подключения:
На схеме этой эталонной архитектуры представлены сведения о том, как расширить локальную сеть в Azure с помощью подключения VPN "сеть — сеть".
Подключения ExpressRoute создают закрытые выделенные подключения через сети сторонних поставщиков услуг подключения. Такое частное подключение расширяет вашу локальную сеть в Azure.
Реализуйте архитектуру высокодоступной защищенной сети типа "сеть — сеть", которая охватывает виртуальную сеть Azure и локальную сеть, подключенные с помощью ExpressRoute с отработкой отказа VPN-шлюза.
Установив безопасное подключение к сети, вы можете начать работу, используя облачные вычислительные ресурсы по требованию и возможности расширения, предоставляемые доступным диспетчером рабочих нагрузок.
В Azure Marketplace предлагается множество менеджеров рабочих нагрузок.
пакетная служба Azure — это служба платформы для эффективного выполнения крупномасштабных параллельных приложений и приложений HPC в облаке. Пакетная служба Azure планирует запуск ресурсоемких вычислительных задач в управляемом пуле виртуальных машин и автоматически масштабирует вычислительные ресурсы, учитывая требования заданий.
Разработчики или поставщики SaaS могут использовать пакеты SDK для пакетной службы и средства для интеграции приложений HPC или контейнерных рабочих нагрузок с Azure, промежуточного хранения данных в Azure и создания конвейеров выполнения заданий.
В пакетная служба Azure все службы работают в облаке, на рисунке ниже показано, как выглядит архитектура с пакетная служба Azure, с конфигурацией масштабируемости и расписания заданий, запущенных в облаке, а результаты и отчеты можно отправлять в локальную среду.
Azure CycleCloud — самый простой способ управлять рабочими нагрузками HPC в Azure с помощью любого планировщика, например Slurm, Grid Engine, HPC Pack, HTCondor, LSF, PBS Pro или Symphony.
CycleCloud позволяет:
На этой схеме гибридного примера видно, как эти службы распределяются между облаком и локальной средой. Возможность выполнения заданий в обеих рабочих нагрузках.
На приведенной ниже схеме собственной облачной модели показано, как рабочая нагрузка в облаке будет обрабатывать все, сохраняя при этом подключение к локальной среде.
Компонент | Пакетная служба Azure | Azure CycleCloud |
---|---|---|
Планировщик | API пакетной службы, средства и скрипты командной строки в портал Azure (Cloud Native). | Используйте стандартные планировщики HPC, такие как Slurm, PBS Pro, LSF, Grid Engine и HTCondor, или расширьте подключаемые модули автомасштабирования CycleCloud для работы с собственным планировщиком. |
Вычислительные ресурсы | Узлы программного обеспечения как услуги — платформа как услуга | Программное обеспечение платформы как услуги — платформа как услуга |
Средства мониторинга | Azure Monitor | Azure Monitor, Grafana |
Настройка | Пулы пользовательских образов, сторонние образы, доступ к API пакетной службы. | Используйте комплексный RESTful API для настройки и расширения функциональных возможностей, развертывания собственного планировщика и поддержки в существующих диспетчерах рабочих нагрузок. |
Интеграция | Synapse Pipelines, Фабрика данных Azure, Azure CLI | интерфейс командной строки Built-In для Windows и Linux |
Тип пользователя | Разработчикам | Классические администраторы и пользователи HPC |
Тип работы | Пакетная служба, рабочие процессы | Тесно связан (интерфейс передачи сообщений или MPI). |
Поддержка Windows | Да | Зависит от выбора планировщика |
Ниже приведены примеры диспетчеров рабочих нагрузок и кластеров, которые могут выполняться в инфраструктуре Azure. Создавайте автономные кластеры на виртуальных машинах Azure или переносите нагрузки из локального кластера на виртуальные машины Azure.
Для управления некоторыми рабочими нагрузками HPC также можно использовать контейнеры. Такие решения, как Служба Azure Kubernetes (AKS), упрощают развертывание управляемого кластера Kubernetes в Azure.
Управление затратами HPC в Azure может осуществляться разными способами. Чтобы определить наиболее подходящий для вас способ, ознакомьтесь с вариантами приобретения Azure.
Общие сведения об обеспечении безопасности в Azure см. в документации по системе безопасности Azure.
Помимо сетевых конфигураций, доступных в разделе Ускорение облака , вы можете реализовать звездообразную конфигурацию для изоляции вычислительных ресурсов:
Концентратор (центр топологии) — это виртуальная сеть в Azure, которая выступает в качестве центральной точки подключения к локальной сети. Периферийные зоны — это виртуальные сети, которые устанавливают пиринг с концентратором и могут использоваться для изоляции рабочих нагрузок.
Эта эталонная архитектура создана на основе типовой звездообразной топологии. Она позволяет настроить в концентраторе общие службы, которые можно использовать во всех периферийных зонах.
Запустите пользовательские или коммерческие приложения HPC в Azure. Некоторые приложения из этого раздела могут эффективно масштабироваться с помощью дополнительных виртуальных машин или вычислительных ядер. Чтобы получить готовые к развертыванию решения, посетите Azure Marketplace.
Примечание
Проконсультируйтесь с поставщиками всех коммерческих приложений насчет лицензирования или иных ограничений на запуск приложений в облаке. Не все поставщики предлагают лицензирование с оплатой по мере использования. Для вашего решения может потребоваться сервер лицензий в облаке или локальный сервер лицензий.
Запустите виртуальные машины на основе GPU в Azure в том же регионе, что и выходные данные HPC, чтобы обеспечить наименьшую задержку, доступ и визуализировать их удаленно с помощью Виртуального рабочего стола Azure, Citrix или VMware Horizon.
Создание среды VDI для настольных компьютеров Linux с помощью Citrix в Azure.
Создание среды VDI для рабочих столов Windows с помощью Виртуального рабочего стола Azure в Azure.
Есть много клиентов, которые достигли большого успеха, используя Azure для своих рабочих нагрузок HPC. Некоторые примеры представлены ниже.
Последние объявления см. в следующих ресурсах:
В этих руководствах содержатся сведения о выполнении приложений в пакетной службе Майкрософт: