Узнайте, когда использовать Azure NetApp Files
Теперь рассмотрим некоторые сценарии, которые иллюстрируют, когда необходимо перенести локальную рабочую нагрузку на основе файлов для запуска в облаке с помощью Azure NetApp Files в качестве общего хранилища файлов. Ниже приведены критерии, помогающие определить, подходит ли Azure NetApp Files для запуска файловых рабочих нагрузок вашей организации в облаке:
- Простота развертывания или миграции
- Масштаб рабочей нагрузки
- Гибкость
- Технология службы хранилища
Условия принятия решений
Azure NetApp Files имеет возможность управлять основанными на файлах рабочими нагрузками компании, для которых либо нужна небольшая перенастройка, либо она не требуется, но нужна гибкость развертывания. Случаи использования, в которых Azure NetApp Files может быть неправильным выбором, обычно подразумевает небольшие статические рабочие нагрузки, требующие блочного или объектного хранилища. Давайте рассмотрим критерии принятия решений более подробно.
| Критерии | Анализ |
|---|---|
| Простота развертывания или миграции | Необходимо ли осуществить рехостинг рабочей нагрузки? Иными словами, требуется ли перевести рабочую нагрузку в облако Azure без необходимости изменения компонентов, конфигурации или кода приложения? Миграция лифта и смены сводит к минимуму риск возникновения проблем с рабочей нагрузкой при запуске в облаке. Она также сводит к минимуму затраты, усилия и время, необходимые для выполнения новых развертываний и миграции. |
| Масштаб рабочей нагрузки | Что такое общий масштаб рабочей нагрузки? Azure NetApp Files лучше всего работает с рабочими нагрузками корпоративного уровня, требующими наивысшей производительности и доступности. Примерами могут служить крупномасштабные развертывания баз данных и VDI и высокопроизводительные вычислительные приложения. Azure NetApp Files может с легкостью поддерживать относительно небольшие и низкие рабочие нагрузки. |
| Гибкость | Нужна ли рабочая нагрузка с точки зрения производительности, емкости и масштабируемости? Azure NetApp Files позволяет изменять уровень обслуживания тома между "Стандартный", "Премиум" и "Ультра", не прерывая работу службы путем перемещения тома в пул емкости с нужным уровнем обслуживания. Можно также увеличить или уменьшить размер пула или тома емкости в любое время в соответствии с текущим спросом. Если пул емкости настроен вручную, Azure NetApp Files также позволяет независимо изменять пропускную способность тома по мере необходимости в рабочей нагрузке. |
| Технология службы хранилища | Требуется ли хранилище на основе блоков или файлов? Azure NetApp Files работает для любой рабочей нагрузки, совместимой с POSIX, которая может использовать общее хранилище файлов. Однако некоторые рабочие нагрузки имеют определенные зависимости или требования для хранилища — оно может быть одновременно блочным и иметь прямое подключение (DAS). Azure NetApp Files предоставляет виртуальный NAS, что делает его непригодным для этого типа рабочей нагрузки. Хотя исторически многие рабочие нагрузки использовали прямое подключение, блочное хранилище, это не строгое зависимость или требование. В таких случаях Azure NetApp Files может обеспечить более высокую производительность и масштабируемость, так как виртуальные машины Azure менее ограничены скоростью сети, чем инфраструктура SSD, а тома сетевых файлов Azure подключены к сети. |
Применение критериев
Azure NetApp Files является верным выбором для общего сетевого хранилища, в то время как эластичные рабочие нагрузки на основе файлов масштаба организации рекомендуется переместить в Azure. Эти критерии не применяются одинаково ко всем использованиям. Давайте рассмотрим, как эти критерии применяются в нашем сценарии.
Следует ли группе базы данных Oracle использовать Azure NetApp Files?
Для наиболее требовательных рабочих нагрузок Oracle Database требуется высокая емкость ввода-вывода и доступ к хранилищу с низкой задержкой. Решение предоставляет общий доступ к файлам с помощью протокола NFS. Архитектура использует Azure NetApp Files, службу общего хранилища файлов. Azure NetApp Files обладает следующими преимуществами:
- Ограничения производительности дисковых операций ввода-вывода для скорости доступа, применяемые на уровне виртуальной машины, не влияют на работу Azure NetApp Files. В результате можно использовать меньшие номера SKU виртуальных машин, чем в хранилище дисков, без снижения производительности. Такой подход может значительно сократить затраты.
- Azure NetApp Files обеспечивает гибкость. Вы можете увеличить или уменьшить развертывания по требованию, чтобы обеспечить экономию конфигурации.
Будучи простой в использовании собственной службой Azure, Azure NetApp Files работает в среде центра обработки данных Azure. Вы можете подготавливать, использовать и масштабировать Azure NetApp Files так же, как и другие варианты службы хранилища Azure. Azure NetApp Files использует хранилища All-Flash без операционной системы. Помимо использования общего и масштабируемого хранилища, Azure NetApp Files обеспечивает задержку менее 1 миллисекунды. Эти факторы позволяют этой службе хорошо подходить для использования протокола NFS для запуска рабочих нагрузок Базы данных Oracle через сети.
На следующей схеме показана возможная архитектура. Компоненты взаимодействуют следующим образом:
- Oracle Database выполняется на виртуальных машинах Azure в подсети Oracle.
- В подсети Azure NetApp Files служба Azure NetApp Files предоставляет доступ NFS к данным и файлам журналов.
- Протокол подключения Oracle Direct NFS (dNFS) повышает производительность и пропускную способность.
Следует ли команде виртуального рабочего стола Azure (AVD) использовать Azure NetApp Files?
Azure NetApp Files может обеспечить до 450 000 операций ввода-вывода в секунду и задержку субмиллисекунд, что означает, что она может предоставлять хранилище для крупномасштабных развертываний виртуальных рабочих столов Azure (AVD). Используя преимущества функций Azure NetApp Files, вы можете быстро и легко оптимизировать масштаб развертывания AVD для управления затратами. Azure NetApp Files позволяет изменить пропускную способность и выбрать другой уровень служб для томов по запросу без сбоев службы. Кроме того, создавая повторяющиеся ручные или автоматические моментальные снимки томов, вы сможете откатить отдельные контейнеры профилей пользователей FSLogix, когда это необходимо, и даже восстановить тома целиком.
Рассмотрим сценарий, в котором несколько сотрудников работают в развертывании AVD с каждым пользователем, работающим на виртуальном рабочем столе. Это крупномасштабное развертывание может быть удалено и перемещено в Azure и оптимизировано для пропускной способности по мере необходимости.
На следующей схеме показана одна возможная архитектура, используемая компанией для развертывания 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 в качестве службы общего хранилища.
На следующем рисунке показана возможная настройка для запуска высокопроизводительного вычислительного приложения в виртуальной сети Azure. Программа установки использует Azure NetApp Files в качестве общего хранилища для приложения. Член команды R&D обращается к интерфейсной части посредством виртуальной машины Windows или Linux. Приложение HPC выполняется в вычислительной подсети, которая состоит из масштабируемого набора виртуальных машин Linux. Общее хранилище для масштабируемого набора поступает из указанной подсети, содержащей том Azure NetApp Files.
