Узнайте, когда использовать Azure NetApp Files
Теперь рассмотрим некоторые сценарии, которые иллюстрируют, когда необходимо перенести локальную рабочую нагрузку на основе файлов для запуска в облаке с помощью Azure NetApp Files в качестве общего хранилища файлов. Использование энергетической компании в качестве примера мы рассмотрим возможную миграцию трех рабочих нагрузок: веб-содержимое, развертывание Виртуального рабочего стола Майкрософт и высокопроизводительные вычисления (HPC) вашей исследовательской группы и разработчиков. Ниже приведены критерии, помогающие определить, подходит ли Azure NetApp Files для запуска файловых рабочих нагрузок вашей организации в облаке:
- Простота миграции
- Масштаб рабочей нагрузки
- Гибкость
- Технология службы хранилища
Условия принятия решений
Azure NetApp Files имеет возможность управлять основанными на файлах рабочими нагрузками компании, для которых либо нужна небольшая перенастройка, либо она не требуется, но нужна гибкость развертывания. Случаи использования, в которых Azure NetApp Files может быть неправильным выбором, обычно подразумевает небольшие статические рабочие нагрузки, требующие блочного или объектного хранилища. Давайте рассмотрим критерии принятия решений более подробно.
| Критерии | Анализ |
|---|---|
| Простота миграции | Необходимо ли осуществить рехостинг рабочей нагрузки? Иными словами, требуется ли перевести рабочую нагрузку в облако Azure без необходимости изменения компонентов, конфигурации или кода приложения? Миграция лифта и смены сводит к минимуму риск возникновения проблем с рабочей нагрузкой при запуске в облаке. Это также позволяет сократить затраты, усилия и время, необходимые для выполнения миграции. |
| Масштаб рабочей нагрузки | Что такое общий масштаб рабочей нагрузки? Azure NetApp Files лучше всего работает с рабочими нагрузками корпоративного уровня, требующими наивысшей производительности и доступности. К примерам относятся массовые развертывания баз данных, масштабная инфраструктура виртуальных рабочих столов и высокопроизводительные вычислительные приложения. Azure NetApp Files может с легкостью поддерживать относительно небольшие и низкие рабочие нагрузки. Однако использование виртуального NAS корпоративного уровня, например Azure NetApp Files в этих случаях, почти всегда является экономически не жизнеспособным решением. |
| Гибкость | Требуется ли для вашей рабочей нагрузки определенная гибкость с точки зрения уровня обслуживания, емкости и других типов масштабируемости? Azure NetApp Files позволяет изменить уровень обслуживания тома на один из следующих: "Стандартный", "Премиум" и "Ультра". Вы можете изменить уровни обслуживания без нарушения работы службы, переместив том в пул емкости с нужным уровнем. Можно также увеличить или уменьшить размер пула или тома емкости в любое время в соответствии с текущим спросом. Если у вас есть пул ресурсов QoS, управляемый вручную, Azure NetApp Files также позволяет изменить пропускную способность тома по мере необходимости в рабочей нагрузке. Если рабочая нагрузка состоит в основном из статического содержимого с относительно постоянным спросом, то гибкость Azure NetApp Files не учитывается. |
| Технология службы хранилища | Требуется ли хранилище на основе объектов или блоков? Azure NetApp Files может поддерживать любой интерфейс переносимой операционной системы для рабочей нагрузки, совместимой с UNIX (POSIX), для которой требуется общее хранилище файлов. Однако некоторые рабочие нагрузки имеют определенные зависимости или требования для хранилища — оно может быть одновременно блочным и иметь прямое подключение (DAS). Azure NetApp Files предоставляет виртуальный NAS, что делает его непригодным для этого типа рабочей нагрузки. Однако, несмотря на то, что для многих рабочих нагрузок используется прямо подключенное, блочное хранилище, это не строгое зависимость или требование. В таких случаях Azure NetApp Files может обеспечить лучшую производительность и масштабируемость, поскольку служба менее ограничена по скорости по сравнению с инфраструктурой на основе блоков. |
Внимание
Перед выполнением миграции в Azure следует подумать о настройке приложения для проверки концепции, которое позволит оценить уровни производительности Azure NetApp Files. Это тестовое приложение должно быть настроено с реалистичной рабочей нагрузкой, чтобы можно было определить, предоставляют ли Azure NetApp Files количество операций ввода-вывода в секунду, пропускную способность и задержки, требуемые для рабочей нагрузки, которую вам нужно перенести.
Применение критериев
Azure NetApp Files является верным выбором для общего сетевого хранилища, в то время как эластичные рабочие нагрузки на основе файлов масштаба организации рекомендуется переместить в Azure. Однако эти критерии неприменимы одинаково ко всем вариантам использования. Давайте рассмотрим, как эти критерии применяются в нашем сценарии.
Следует ли веб-команде использовать Azure NetApp Files?
Развертывание веб-содержимого часто является хорошим кандидатом для миграции в облако, так как локальное развертывание, скорее всего, выполняется в среде Linux с разрешениями, совместимыми с POSIX. Таким образом, развертывание может быть удалено и перемещено в Azure для хранения веб-содержимого и кода на томе Azure NetApp Files. Веб-сайт нашей энергоотраслевой компании состоит из большого количества страниц, описывающих технологии, продукты, исследования, документы и истории клиентов компании. Статическая природа содержимого и относительно постоянный уровень спроса являются аргументами против использования Azure NetApp Files. Однако огромного масштаба веб-содержимого компании достаточно для того, чтобы оправдать использование экземпляра Azure NetApp Files. В этом случае компания, вероятно, должна идти с пулом емкости, использующим уровень "Стандартный", который обеспечивает более чем достаточную пропускную способность и операции ввода-вывода в секунду (IOPS) для их присутствия в Интернете.
Следует ли группе виртуальных рабочих столов Azure (AVD) использовать Azure NetApp Files?
Azure NetApp Files может обеспечить до 450 000 операций ввода-вывода в секунду и задержку субмиллисекунд, что означает, что она может предоставлять хранилище для крупномасштабных развертываний виртуальных рабочих столов Azure (AVD). Используя преимущества функций Azure NetApp Files, вы можете быстро и легко оптимизировать масштаб развертывания AVD для управления затратами. Azure NetApp Files позволяет изменить пропускную способность и выбрать другой уровень служб для томов по запросу без сбоев службы. Кроме того, создавая повторяющиеся ручные или автоматические моментальные снимки томов, вы сможете откатить отдельные контейнеры профилей пользователей FSLogix, когда это необходимо, и даже восстановить тома целиком.
Наша вымышленная энергетическая компания имеет несколько тысяч сотрудников в своем развертывании AVD, с каждым пользователем предоставлен виртуальный личный рабочий стол. Это крупномасштабное развертывание может быть удалено и перемещено в Azure и оптимизировано для пропускной способности по мере необходимости. Для достижения оптимальной производительности компания, вероятно, должна использовать пул ресурсов, использующий уровень "Премиум", который обеспечивает пропускную способность 64 МиБ/с и 450 000 операций ввода-вывода.
На следующем рисунке показана одна возможная архитектура, используемая компанией для развертывания AVD на основе личного рабочего стола. Пользователи сопоставляются с конкретными pod рабочих столов. Модуль pod — это периферийная виртуальная сеть с пулом виртуальных машин и подсетью Azure NetApp File, которая использует том из общего пула емкости Azure NetApp Files. Каждый пул имеет всего до 1000 виртуальных машин — по одной для каждого пользователя. Azure NetApp Files может легко обрабатывать множество персональных рабочих столов в виртуальной сети пула узлов с одним сеансом. При необходимости добавить дополнительные рабочие столы можно без проблем подключить дополнительные объекты pod.
Следует ли команде исследования и разработки использовать Azure NetApp Files?
Команда по исследованиям и развитию энергетической компании (R&D) отвечает за инновационные работы, в том числе следующие задачи:
- Создание новых изделий, использующих энергию ветра и солнца.
- Оптимизация существующих продуктов возобновляемых источников энергии компании.
- Создание технологий, использующих возобновляемые источники энергии, которые могут быть лицензированы для других компаний.
- Продвижение научных исследований, лежащих в основе продуктов компании, использующих возобновляемые источники энергии.
- Исследование других возможных источников возобновляемой энергии.
Для большинства этих задач требуются ресурсоемкие операции с большим объемом данных, такие как автоматизированное проектирование, трехмерное моделирование и высокодетализированные симуляции. Таким образом, для них требуются высокие операции ввода-вывода в секунду, низкая задержка и высокий уровень доступности. Эти задачи часто создают экстремальные качели использования, где использование высоко во время, скажем, сложное моделирование, а затем до почти ничего, когда имитация заканчивается. Членам команды R&D требуется смешанный доступ к протоколу SMB/NFS с соответствием POSIX. Все эти рекомендации подходят для переноса приложений команды R&D в Azure и использования Azure NetApp Files в качестве службы общего хранилища. В этом случае компании потребуется пул ресурсов, использующий уровень "Ультра" с пропускной способностью 128 МиБ/с и 450 000 операциями ввода-вывода в секунду.
На следующем рисунке показана возможная настройка для запуска высокопроизводительного вычислительного приложения в виртуальной сети Azure. Программа установки использует Azure NetApp Files в качестве общего хранилища для приложения. Член команды R&D обращается к интерфейсной части посредством виртуальной машины Windows или Linux. Приложение HPC выполняется в вычислительной подсети, которая состоит из масштабируемого набора виртуальных машин Linux. Общее хранилище для масштабируемого набора поступает из выделенной подсети, содержащей экземпляр Azure NetApp Files.
