ОНТАП

ОНТАП

Разработчик	НетАпп
Семейство ОС	Unix-подобный ( BSD ) (Data ONTAP GX, Data ONTAP 8 и более поздние версии)
Рабочее состояние	Активный
Платформы	IA-32 (больше не поддерживается), Alpha (больше не поддерживается), MIPS (больше не поддерживается), x86-64 с ONTAP 8 и выше
ядра Тип	Монолитный с динамически загружаемыми модулями
Пользовательское пространство	БСД
По умолчанию пользовательский интерфейс	Интерфейс командной строки ( PowerShell , SSH , последовательная консоль ). Графические пользовательские интерфейсы поверх веб-интерфейсов пользователя , REST API.
Официальный сайт	www .net-приложение .с /нас /продукты /программное обеспечение для управления данными /ontap .aspx

ONTAP , Data ONTAP , Clustered Data ONTAP ( cDOT ) или Data ONTAP 7-Mode — это дисковых собственная операционная система NetApp, используемая в массивах хранения данных , таких как NetApp FAS и AFF, ONTAP Select и Cloud Volumes ONTAP. С выпуском версии 9.0 компания NetApp решила упростить имя Data ONTAP и убрала из него слово «Data», убрала образ 7-Mode, следовательно, ONTAP 9 является преемником Clustered Data ONTAP 8.

ONTAP включает код из BSD Net/2 и 4.4BSD-Lite , технологии Spinnaker Networks и других операционных систем. Изначально ONTAP поддерживал только NFS, но позже добавил поддержку SMB , iSCSI и протокола Fibre Channel (включая Fibre Channel over Ethernet и FC-NVMe ). 16 июня 2006 г. NetApp выпустила два варианта Data ONTAP, а именно Data ONTAP 7G и, практически полностью переписанный, Данные ONTAP GX. Data ONTAP GX был основан на грид-технологии, приобретенной у Spinnaker Networks. В 2010 году эти линейки программных продуктов объединились в одну ОС — Data ONTAP 8, которая объединила Data ONTAP 7G на кластерную платформу Data ONTAP GX.

Data ONTAP 8 включает в себя два различных режима работы, хранящихся в одном образе прошивки. Эти режимы называются ONTAP 7-Mode и ONTAP Cluster-Mode. Последней поддерживаемой версией ONTAP 7-Mode, выпущенной NetApp, была версия 8.2.5. Все последующие версии ONTAP (версия 8.3 и выше) имеют только один режим работы — ONTAP Cluster-Mode.

В массивах хранения данных NetApp используется специализированное оборудование и собственная операционная система ONTAP, изначально разработанные основателями NetApp Дэвидом Хитцем и Джеймсом Лау специально для целей обслуживания систем хранения данных. ONTAP — это внутренняя операционная система NetApp, специально оптимизированная для функций хранения данных как на высоком, так и на низком уровне. Первоначальная версия ONTAP имела собственное ядро, отличное от UNIX, и стек TCP/IP, сетевые команды и низкоуровневый код запуска из BSD. Версия произошла от Data ONTAP GX, загружается из FreeBSD как автономный модуль пространства ядра и использует некоторые функции FreeBSD (например, использует интерпретатор команд и стек драйверов). ONTAP также используется для виртуальных устройств хранения данных (VSA), таких как ONTAP Select и Cloud Volumes ONTAP, оба из которых основаны на предыдущем продукте под названием Data ONTAP Edge.

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

Разработчики часто организуют две системы хранения данных в кластере высокой доступности с частным высокоскоростным каналом связи: Fibre Channel , InfiniBand , 10 Gigabit Ethernet , 40 Gigabit Ethernet или 100 Gigabit Ethernet . Такие кластеры можно дополнительно группировать в одном пространстве имен при работе в «кластерном режиме» операционной системы Data ONTAP 8 или на ONTAP 9.

Данные ONTAP были доступны для обычных вычислительных серверов с процессорами x86 , работающих на гипервизоре VMware vSphere , под названием «ONTAP Edge». Позже ONTAP Edge был переименован в ONTAP Select, а KVM был добавлен в качестве поддерживаемого гипервизора.

История

Data ONTAP, включая WAFL , был разработан в 1992 году Дэвидом Хитцем , Джеймсом Лау, и Майкл Малкольм. Изначально он поддерживал NFSv2; Протокол CIFS был представлен в Data ONTAP 4.0 в 1996 году. В апреле 2019 года Октавиан Танасе, старший вице-президент ONTAP, опубликовал в своем Твиттере предварительную фотографию ONTAP, работающего в Kubernetes в качестве контейнера для демонстрации.

Файловая система WAFL

Основная статья: Макет файла Write Anywhere

Макет файла Write Anywhere (WAFL) — это макет файла, используемый ОС ONTAP, который поддерживает большие высокопроизводительные RAID-массивы, быстрый перезапуск без длительных проверок согласованности в случае сбоя или сбоя питания, а также быстрое увеличение размера файловых систем. .

Эффективность хранения

Встроенное адаптивное сжатие и линейное сжатие данных

ОС ONTAP содержит несколько эффективных средств хранения, основанных на функциях WAFL. Поддерживается все протоколы, не требует лицензий. В феврале 2018 года NetApp утверждает, что системы AFF для ее клиентов повышают эффективность хранения в среднем 4,72:1 за счет дедупликации, сжатия, уплотнения и экономии клонов. Начиная с ONTAP 9.3, автономные сканеры дедупликации и сжатия запускаются автоматически по умолчанию и на основе процента новых данных, записанных вместо планирования.

• Эффективность сокращения данных представляет собой сводную информацию о томовой и совокупной эффективности, а также дедупликации с нулевым блоком:
  • Эффективность тома можно включать/отключать индивидуально и для каждого тома:
    1. Автономная дедупликация томов , которая работает на уровне блока размером 4 КБ.
    2. Дополнительные механизмы повышения эффективности были представлены позже, такие как автономное сжатие объема, также известное как сжатие после обработки (или фоновое сжатие). Существует два типа: вторичное сжатие после обработки и адаптивное сжатие после обработки.
    3. Встроенная дедупликация томов и встроенное сжатие томов сжимают некоторые данные на лету до того, как они достигнут дисков, и предназначены для того, чтобы оставить некоторые данные в несжатой форме, если ONTAP считает, что обработка их на лету требует много времени. и позже использовать другие механизмы повышения эффективности хранения этих несжатых данных. Существует два типа встроенного сжатия объема: встроенное адаптивное сжатие и встроенное вторичное сжатие.
  • К совокупной эффективности хранения данных относятся:
    1. Сжатие данных — это еще один механизм, используемый для сжатия множества блоков данных размером менее 4 КБ в один блок размером 4 КБ.
    2. Встроенная дедупликация совокупных данных (IAD) и дедупликация совокупных данных после обработки, также известная как межтомная дедупликация. совместно использовать общие блоки между томами в совокупности. IAD может регулировать себя, когда система хранения пересекает определенный порог. Текущий предел физического пространства одного агрегата SSD составляет 800 ТиБ.
  • Встроенная дедупликация с нулевым блоком дедупликация нулей на лету, прежде чем они достигнут дисков
• Снимки и FlexClone также считаются механизмами повышения эффективности. Начиная с версии 9.4 ONTAP по умолчанию выполняет дедупликацию данных в активной файловой системе и во всех снимках тома, экономия от совместного использования снимков зависит от количества снимков; чем больше снимков, тем больше экономия, поэтому совместное использование снимков дает больше экономии на Системы назначения SnapMirror.
• Тонкое обеспечение

Функции повышения эффективности хранения данных при межтомной дедупликации работают только для SSD-носителей. Механизмы встроенной и автономной дедупликации, использующие базы данных, состоят из связей блоков данных и контрольных сумм для тех блоков данных, которые были обработаны процессом дедупликации. Каждая база данных дедупликации расположена на каждом томе и объединяется там, где дедупликация включена. Все системы Flash FAS не поддерживают сжатие постобработки.

Порядок выполнения Storage Efficiency следующий:

1. Встроенная дедупликация Zero-Block
2. Встроенное сжатие: для файлов, которые можно сжать до 8 КБ, используется адаптивное сжатие, для файлов размером более 32 КБ используется вторичное сжатие.
3. Встроенная дедупликация: сначала том, затем агрегирование
4. Встроенное адаптивное сжатие данных
5. Постобработка сжатия
6. Дедупликация постобработки: сначала том, затем агрегирование

Агрегаты

Макет WAFL FlexVol на агрегате

Внутренняя организация Агрегата с двумя сплетениями

Одна или несколько групп RAID образуют «агрегат», и внутри агрегатов операционная система ONTAP устанавливает «гибкие тома» ( FlexVol ) для хранения данных, к которым пользователи могут получить доступ. Подобно RAID 0 , каждый агрегат объединяет пространство нижележащих защищенных групп RAID, чтобы предоставить один логический фрагмент хранилища для гибких томов. Помимо агрегатов дисков NetApp и групп RAID агрегаты могут состоять из LUN, уже защищенных сторонними системами хранения с помощью FlexArray , ONTAP Select или Cloud Volumes ONTAP. Каждый агрегат может состоять либо из LUN, либо из RAID-групп NetApp. Альтернативой являются «традиционные тома», где одна или несколько групп RAID образуют один статический том. Преимущество гибких томов заключается в том, что многие из них можно создать в одном агрегате и изменить их размер в любое время. Меньшие тома могут затем совместно использовать все шпиндели, доступные базовому агрегату, а благодаря сочетанию хранилища QoS позволяет изменять производительность гибких томов на лету, в то время как традиционные тома этого не делают. Однако традиционные тома могут (теоретически) обрабатывать немного более высокую пропускную способность ввода-вывода, чем гибкие тома (с тем же количеством шпинделей), поскольку им не нужно проходить дополнительный уровень виртуализации для взаимодействия с базовым диском. Агрегаты и традиционные объемы можно только расширять, но никогда не сокращать. Текущий максимальный совокупный размер физического полезного пространства составляет 800 ТиБ для систем All-Flash FAS.

7-режим и ранее

Первой формой резервирования, добавленной в ONTAP, была возможность организовывать пары систем хранения NetApp в кластер высокой доступности (HA-Pair); Пара высокой доступности может масштабировать емкость путем добавления дисковых полок. Когда при использовании HA-Pair был достигнут максимум производительности, было два пути: купить другую систему хранения и разделить рабочую нагрузку между ними, другой — купить новую, более мощную систему хранения и перенести на нее всю рабочую нагрузку. . Все системы хранения данных AFF и FAS обычно умели подключать старые дисковые полки от предыдущих моделей — этот процесс называется head-swap. Замена головок требует простоя для операций по замене кабелей и обеспечивает доступ к старым данным с помощью нового контроллера без перенастройки системы. Начиная с Data ONTAP 8, каждый образ прошивки содержит две операционные системы, называемые «Режимы»: 7-Mode и Cluster-Mode. Оба режима можно было использовать на одной и той же платформе FAS по одному. Однако данные из каждого из режимов не были совместимы друг с другом в случае перевода FAS из одного режима в другой или в случае переподключения дисковых полок из 7-Mode в Cluster-Mode и наоборот.

Позже NetApp выпустила инструмент перехода 7-Mode (7MTT), который способен преобразовывать данные на старых дисковых полках из 7-Mode в кластерный режим. Он называется «Переход без копирования». процесс, который требовал простоя. В версии 8.3 7-Mode был удален из образа прошивки Data ONTAP.

Кластеризованный ONTAP

Clustered ONTAP — это новая, более совершенная операционная система по сравнению со своей предшественницей Data ONTAP (версия 7 и версия 8 в 7-Mode), которая способна масштабироваться за счет добавления новых пар высокой доступности в единый кластер пространства имен с прозрачной миграцией данных между весь кластер. В версии 8.0 был введен новый тип агрегата с пороговым значением размера, превышающим порог размера агрегата в 16 терабайт (ТБ), который поддерживался в предыдущих выпусках Data ONTAP, также называемый 64-битным агрегатом.

В версии 9.0 почти все функции 7-режима были успешно реализованы в ONTAP (Clustered), включая SnapLock, при этом было представлено множество новых функций, которые не были доступны в 7-Mode, включая такие функции, как FlexGroup, FabricPool, а также новые возможности, такие как быстрая инициализация рабочих нагрузок и оптимизация Flash.

Уникальность NetApp Clustered ONTAP заключается в возможности добавлять разнородные системы (при этом все системы в одном кластере не обязательно должны быть одной модели или поколения) в один кластер. Это обеспечивает единую панель для управления всеми узлами в кластере и операций без прерывания работы, таких как добавление новых моделей в кластер, удаление старых узлов, оперативная миграция томов и LUN, при этом данные непрерывно доступны клиентам. В версии 9.0 NetApp переименовала Data ONTAP в ONTAP.

Протоколы данных

ONTAP считается унифицированной системой хранения данных, что означает, что она поддерживает протоколы как на уровне блоков (FC, FCoE, NVMeoF и iSCSI), так и на уровне файлов (NFS, pNFS , CIFS/SMB ) для своих клиентов. Версии SDS ONTAP (ONTAP Select & Cloud Volumes ONTAP) не поддерживают протоколы FC, FCoE или NVMeoF из-за их программно-определяемого характера.

НФС

NFS был первым протоколом, доступным в ONTAP. Последние версии ONTAP 9 поддерживают NFSv2, NFSv3, NFSv4 (4.0 и 4.1) и pNFS. 4-байтовые последовательности UTF-8 для символов за пределами базовой многоязычной плоскости . Начиная с ONTAP 9.5, в именах файлов и каталогов поддерживаются

СМБ/CIFS

ONTAP поддерживает CIFS 2.0 и выше, вплоть до SMB 3.1. Начиная с версии ONTAP 9.4, поддерживается многоканальный режим SMB, который обеспечивает функциональность, аналогичную многопутевой передаче в протоколах SAN. Начиная с ONTAP 8.2, протокол CIFS поддерживает непрерывную доступность (CA) с SMB 3.0 для Microsoft Hyper-V через SMB и SQL Server через SMB. ONTAP поддерживает шифрование SMB, которое также известно как запечатывание. Ускоренное шифрование инструкций AES (Intel AES NI) поддерживается в SMB 3.0 и более поздних версиях.

ФКП

ONTAP на физических устройствах поддерживает FCoE, а также протокол FC, в зависимости от скорости порта HBA.

iSCSI

Протокол iSCSI Data Center Bridging (DCB) поддерживается системами A220/FAS2700.

НВмеоФ

NVMe over Fabrics ( NVMeoF ) означает возможность использовать протокол NVMe в существующей сетевой инфраструктуре, такой как Ethernet (конвергентный или традиционный), TCP, Fibre Channel или InfiniBand для транспорта (в отличие от запуска NVMe через PCI). NVMe — это протокол хранения данных на блочном уровне SAN. NVMeoF поддерживается только в A-системах All-Flash и не поддерживается в младших системах A200 и A220. Начиная с ONTAP 9.5 поддерживается протокол ANA, который обеспечивает, как и ALUA, функциональность многопутевого доступа к NVMe. ANA для NVMe в настоящее время поддерживается только в SUSE Enterprise Linux 15. FC-NVMe без ANA поддерживается в SUSE Enterprise Linux 12 SP3 и RedHat Enterprise Linux 7.6.

FC-NVMe

FC-NVMe Поддерживается в системах с портами FC 32 Гбит/с или более высокими скоростями. Поддерживаемые операционные системы с FC-NVMe: Oracle Linux, VMware, Windows Server, SUSE Linux, RedHat Linux.

S3 (объект)

ONTAP поддерживает ограниченную функциональность для обслуживания данных через протокол S3 для доступа к объектам (подробную информацию о том, что поддерживается, а что нет, см. в документации по продукту). Корзины S3 используют технологию томов FlexGroup, а в ONTAP 9.12.1 объявлена ​​поддержка представления существующих томов NAS как корзин, доступных для S3.

Высокая доступность

Высокая доступность (HA) — это кластерная конфигурация системы хранения с двумя узлами или парами высокой доступности, целью которой является обеспечение согласованного уровня работоспособности во время ожидаемых и неожиданных событий, таких как перезагрузки, обновления программного обеспечения или встроенного ПО.

Пара высокой доступности

Несмотря на то, что одна пара высокой доступности состоит из двух узлов (или контроллеров), NetApp спроектировала ее таким образом, чтобы она работала как единая система хранения. Конфигурации высокой доступности в ONTAP используют ряд методов для представления двух узлов пары как единой системы. Это позволяет системе хранения предоставлять своим клиентам практически непрерывный доступ к их данным в случае неожиданного сбоя узла или необходимости перезагрузки в ходе операции, известной как «перехват».

Например: на сетевом уровне ONTAP временно перенесет IP-адрес вышедшего из строя узла на выживший узел, а также, где это применимо, временно переключит владение WWPN FC с вышедшего из строя узла на выживший узел. На уровне данных содержимое дисков, закрепленных за вышедшим из строя узлом, автоматически будет доступно для использования через выживший узел.

В системах хранения FAS и AFF используются жесткие диски и твердотельные накопители корпоративного уровня, которые размещаются на дисковых полках и имеют два порта шины, по одному порту, подключенному к каждому контроллеру. На все диски ONTAP записан маркер владения, показывающий, какой контроллер в паре HA владеет и обслуживает каждый отдельный диск. Агрегат может включать только диски, принадлежащие одному узлу, поэтому каждый агрегат, принадлежащий узлу, и любые объекты верхнего уровня, такие как тома FlexVol, LUN, общие файловые ресурсы, обслуживаются одним контроллером. Каждый контроллер может иметь свои собственные диски и агрегаты и обслуживать их, поэтому такие конфигурации пар HA называются активными/активными , где оба узла используются одновременно, даже если они не обслуживают одни и те же данные.

После того, как вышедший из строя узел пары высокой доступности был отремонтирован или какое-либо окно обслуживания, которое потребовало передачи управления, было завершено, а вышедший из строя узел снова заработал и работает без проблем, можно подать команду «возврата», чтобы вернуть пару высокой доступности обратно в исходное состояние. Статус «Активный/Активный».

HA межсоединение

Кластеры высокой доступности (HA-кластеры) — это первый тип кластеризации, представленный в системах ONTAP. Его целью было обеспечение согласованного уровня работы. Его часто путают с кластеризацией ONTAP с горизонтальным масштабированием, возникшей в результате приобретения Spinnaker; поэтому NetApp в своей документации называет конфигурацию высокой доступности парой высокой доступности, а не кластером высокой доступности .

Пара высокой доступности использует ту или иную форму сетевого подключения (часто прямого подключения) для связи между серверами в паре; это называется межсоединением высокой доступности (HA-IC). Соединение высокой доступности может использовать Ethernet или InfiniBand в качестве среды связи. Соединение HA используется для энергонезависимой памяти репликации журнала (NVLOG) с использованием технологии RDMA и для некоторых других целей только для обеспечения согласованного уровня работы во время таких событий, как перезагрузки, всегда между двумя узлами в конфигурации пары HA. ONTAP назначает выделенные, несовместно используемые порты HA для межсоединений HA, которые могут быть внешними или встроенными в шасси (и невидимыми снаружи). HA-IC не следует путать с межкластерным или внутрикластерным соединением, которое используется для SnapMirror и которое может сосуществовать с протоколами данных на портах данных или с портами Cluster Interconnect, используемыми для горизонтального масштабирования и онлайн-миграции данных через многоузловой кластер. Интерфейсы HA-IC видны только на уровне оболочки узла. Начиная с A320, межсетевой трафик HA-IC и кластера начинает использовать одни и те же порты.

МетроКластер

Репликация локальной и чистой памяти MetroCluster в системах NetApp FAS/AFF, настроенных как MCC

MetroCluster (MC) — это дополнительный уровень доступности данных для конфигураций HA, который поддерживается только системами хранения FAS и AFF. Более поздняя версия SDS MetroCluster была представлена ​​с продуктами ONTAP Select и Cloud Volumes ONTAP. В конфигурации MC две системы хранения данных (каждая система может быть одиночным узлом или парой высокой доступности) образуют MetroCluster, часто две системы, расположенные на двух площадках с расстоянием между ними до 300 км, поэтому их называют геораспределенной системой. Plex — это ключевая базовая технология, которая синхронизирует данные между двумя сайтами в MetroCluster. В конфигурациях MC NVLOG также реплицируется между системами хранения данных между площадками, но для этой цели используются выделенные порты в дополнение к межсоединению высокой доступности. Начиная с ONTAP 9.5, SVM-DR поддерживается в конфигурациях MetroCluster.

МетроКластер СДС

Это функция программного обеспечения ONTAP Select, аналогично MetroCluster в системах FAS/AFF. MetroCluster SDS (MC SDS) позволяет синхронно реплицировать данные между двумя сайтами с помощью SyncMirror и автоматически переключаться на выживший узел, прозрачно для его пользователей и приложений. MetroCluster SDS работает как обычная пара высокой доступности, поэтому тома данных, LUN и LIF можно перемещать в режиме онлайн между агрегатами и контроллерами на обеих площадках, что немного отличается от традиционного MetroCluster на системах FAS/AFF, где облако данных перемещается по кластеру хранения только в пределах площадки, где данные изначально расположены. В традиционном MetroCluster единственный способ для приложений получить доступ к данным локально на удаленном сайте — это отключить один весь сайт. Этот процесс называется переключением, тогда как в MC SDS происходит обычный процесс высокой доступности. MetroCluster SDS использует ONTAP Deploy в качестве посредника (в мире FAS и AFF эта функция известна как MetroCluster тай-брейкер), который входит в комплект ONTAP Select и обычно используется для развертывания кластеров, установки лицензий и их мониторинга.

Кластеризация с горизонтальным масштабированием

Кластеризация ONTAP с горизонтальным масштабированием возникла в результате приобретений Spinnaker и часто упоминается NetApp как « Единое пространство имен », «Кластер горизонтального масштабирования» или «Кластер системы хранения ONTAP» или просто «Кластер ONTAP», и поэтому его часто путают с парой высокой доступности или даже с функциональностью MetroCluster. Хотя MetroCluster и HA являются технологиями защиты данных, кластеризация с одним пространством имен не обеспечивает защиту данных. Кластер ONTAP формируется из одной или нескольких пар HA и добавляет к системе ONTAP функции бесперебойной работы (NDO), такие как непрерывная онлайн-миграция данных между узлами в кластере и обновление оборудования без прерывания работы. Миграция данных для операций NDO в кластере ONTAP требует выделенных портов Ethernet для таких операций, называемых межсоединением кластера , и не использует межсоединение HA для этих целей. Межсоединение кластера и межсоединение высокой доступности не могут использовать одни и те же порты. Соединение кластера с одной парой высокой доступности может иметь напрямую подключенные порты соединения кластера, в то время как для систем с 4 или более узлами требуются два выделенных коммутатора соединения кластера Ethernet. Кластер ONTAP может состоять только из четного числа узлов (они должны быть настроены как пары HA), за исключением одноузлового кластера. Одноузловая кластерная система ONTAP, также называемая не-HA (автономная). Кластер ONTAP управляется с помощью единой встроенной панели управления с графическим веб-интерфейсом, интерфейсом командной строки (SSH и PowerShell) и API. Кластер ONTAP предоставляет единое пространство имен для операций NDO через SVM. Единое пространство имен в системе ONTAP — это название набора методов, используемых кластером для отделения данных от внешних сетевых подключений с помощью таких протоколов данных, как FC , FCoE , FC-NVMe , iSCSI , NFS и CIFS и, следовательно, обеспечивают своего рода виртуализацию данных для онлайн-мобильности данных между узлами кластера. На сетевом уровне Единое пространство имен предоставляет ряд методов для миграции IP-адресов без прерывания работы, таких как непрерывная доступность CIFS (прозрачное аварийное переключение) , аварийное переключение сети NetApp для NFS и SAN ALUA и выбор пути для онлайн-перебалансировки внешнего трафика с помощью протоколов данных. . Системы хранения данных NetApp AFF и FAS могут состоять из разных пар высокой доступности: AFF и FAS, разных моделей и поколений и включать до 24 узлов с протоколами NAS или 12 узлов с протоколами SAN. Системы SDS не могут смешиваться с физическими системами хранения данных AFF или FAS.

Виртуальная машина хранилища

Виртуальная машина хранилища

Также известен как Vserver или иногда SVM. Виртуальная машина хранилища (SVM) — это уровень абстракции, который наряду с другими функциями виртуализирует и отделяет физическую интерфейсную сеть данных от данных, расположенных на томах FlexVol. Он используется для бесперебойной работы и мультитенантности. Он также представляет собой высшую форму логической конструкции, доступную в NetApp. SVM не может быть смонтирован под другой SVM, поэтому его можно отнести к глобальному пространству имен.

SVM делит систему хранения на части, поэтому немногие подразделения или даже организации могут совместно использовать систему хранения, не зная и не мешая друг другу, используя одни и те же порты, агрегаты данных и узлы в кластере и используя отдельные тома FlexVol и LUN. Одна SVM не может создавать, удалять, изменять или даже видеть объекты другой SVM, поэтому для владельцев SVM такая среда выглядит так, будто они всего лишь пользователи во всем кластере СХД.

Бесперебойные операции

SAN ALUA в ONTAP: предпочтительный путь с прямым каналом передачи данных

В (кластерной) системе ONTAP существует несколько операций непрерывных операций (NDO). Операции с данными NDO включают в себя: перемещение агрегатов внутри пары высокой доступности между узлами, оперативную миграцию томов FlexVol (известную как операция перемещения тома) между агрегатами и узлами внутри кластера, миграцию LUN (известную как операция перемещения LUN) между томами FlexVol внутри кластера. Операции перемещения LUN и Volume Move используют порты Cluster Interconnect для передачи данных (HA-CI для таких операций не используется). SVM ведет себя по-разному при сетевых операциях NDO, в зависимости от протокола внешних данных. Чтобы уменьшить задержку до исходного уровня, тома FlexVol и LUN должны быть расположены на одном узле с сетевым адресом, через который клиенты получают доступ к системе хранения, чтобы сетевой адрес мог быть создан для SAN или перемещен для протоколов NAS. Операции NDO являются бесплатной функциональностью.

NAS LIF

Для интерфейсных протоколов данных NAS существуют NFSv2, NFSv3, NFSv4 и CIFSv1, SMBv2 и SMB v3, которые не обеспечивают избыточность сети с самим протоколом, поэтому в этом отношении они полагаются на функции хранения и коммутатора. По этой причине ONTAP поддерживает Ethernet Port Channel и LACP с его сетевыми портами Ethernet на уровне L2 (известными в ONTAP как группа интерфейсов, ifgrp ), в пределах одного узла, а также бесперебойное переключение сети между узлами в кластере на уровне L3 с миграцией. Логические интерфейсы (LIF) и связанные с ними IP-адреса (аналогично VRRP ) для выжившего узла и возвращения домой после восстановления вышедшего из строя узла.

САН ЛИФ

Для интерфейсных протоколов передачи данных SAN. Функция ALUA используется для балансировки сетевой нагрузки и резервирования в протоколах SAN, поэтому все порты на узле, где расположены данные, сообщаются клиентам как активный предпочтительный путь с балансировкой нагрузки между ними, в то время как все остальные сетевые порты на всех других узлах в кластере активны и неактивны. предпочтительный путь, поэтому в случае выхода из строя одного порта или всего узла клиент получит доступ к своим данным, используя непредпочтительный путь. Начиная с ONTAP 8.3, было введено выборочное сопоставление LUN ​​(SLM) для уменьшения количества путей к LUN и удаления неоптимизированных путей к LUN через все другие узлы кластера, за исключением партнера HA узла, владеющего LUN, поэтому кластер будет сообщать об этом пути к хосту только от пары HA, где расположен LUN. Поскольку ONTAP обеспечивает функциональность ALUA для протоколов SAN, LIF сети SAN не мигрируют, как в случае с протоколами NAS. Когда миграция данных или сетевых интерфейсов завершена, она прозрачна для клиентов системы хранения благодаря архитектуре ONTAP и может вызвать временный или постоянный непрямой доступ к данным через межсоединение кластера ONTAP (HA-CI не используется в таких ситуациях), что немного увеличивает задержку для клиенты. SAN LIF, используемые для протоколов FC, FCoE, iSCSi и FC-NVMe.

ВИП ЛАЙФ

Для LIF VIP (виртуальный IP) требуется использование новейшего маршрутизатора BGP. LIF данных BGP вместе с LIF NAS также можно использовать с Ethernet для среды NAS, но в случае LIF BGP автоматически распределяется нагрузка на трафик на основе показателей маршрутизации и избегаются неактивные, неиспользуемые каналы. LIF BGP обеспечивают распределение по всем LIF NAS в кластере, а не ограничивается одним узлом, как в LIF NAS. BGP LIF обеспечивают более интеллектуальную балансировку нагрузки, чем это было реализовано с помощью алгоритмов хеширования в канале порта Ethernet и LACP с группами интерфейсов. Интерфейсы VIP LIF протестированы и могут использоваться с MCC и SVM-DR .

Интерфейсы управления

Интерфейс LIF управления узлом может мигрировать со связанным IP-адресом через порты Ethernet одного узла и доступен только во время работы ONTAP на узле, обычно расположенном на порту e0M узла; IP-адрес управления узлом иногда используется администратором кластера для связи между узлом и оболочкой кластера в редких случаях, когда команды необходимо выдавать с определенного узла. Интерфейс LIF управления кластером со связанным IP-адресом доступен только тогда, когда весь кластер запущен и работает, и по умолчанию может мигрировать через порты Ethernet, часто расположенные на одном из портов e0M на одном из узлов кластера и используемые администратором кластера в целях управления; он используется для связи через API, HTML-интерфейса и управления консолью SSH, по умолчанию администратор ssh подключается к оболочке кластера. Интерфейсы служебного процессора (SP) доступны только на аппаратных устройствах, таких как FAS и AFF, и обеспечивают внеполосную консольную связь ssh со встроенным небольшим компьютером, установленным на материнской плате контроллера, и аналогично IPMI позволяет подключать, контролировать и управлять контроллером, даже если ОС ONTAP не загружена, с помощью SP можно принудительно перезагрузить или остановить контроллер, а также контролировать кулеры, температуру и т. д.; подключение к SP по ssh выводит администратора на консоль SP, но при подключении к SP через него можно переключиться на оболочку кластера; каждый контроллер имеет один SP, который не мигрирует, как некоторые другие интерфейсы управления. Обычно e0M и SP работают на одном физическом порту Ethernet управления (гаечный ключ), но каждый из них имеет свой собственный выделенный MAC-адрес. Узлы LIF, кластерные LIF и SP часто используют одну и ту же IP-подсеть. LIF управления SVM , аналогично LIF управления кластером, может мигрировать по всем портам Ethernet на узлах кластера, но выделен для управления одним SVM; SVM LIF не имеет возможности графического пользовательского интерфейса и может использоваться только для управления консолью API Communications и SSH; LIF управления SVM может находиться на порту e0M, но часто располагается на порту данных узла кластера в выделенной VLAN управления и может отличаться от IP-подсетей, в которых используются LIF узла и кластера.

Кластерные интерфейсы

Кластер соединяет интерфейсы LIF с использованием выделенных портов Ethernet и не может совместно использовать порты с интерфейсами управления и данных, а также для функции горизонтального масштабирования в моменты, когда LUN или том мигрируют с одного узла кластера на другой; LIF межсетевого соединения кластера, как и LIF управления узлами, может мигрировать между портами одного узла. LIF межкластерного интерфейса могут жить и использовать одни и те же порты Ethernet с LIF данных и использоваться для репликации SnapMirror; Межкластерные интерфейсы LIF, аналогично управлению узлами и межкластерным межкластерным соединениям LIF, могут мигрировать между портами одного узла.

Мульти аренда

Мульти аренда

ONTAP предоставляет два метода для работы с несколькими арендаторами, такие как виртуальные машины хранения и IP-пространства. С одной стороны, SVM похожи на виртуальные машины, такие как KVM, они обеспечивают абстракцию визуализации от физического хранилища, но с другой стороны, они совершенно разные, поскольку, в отличие от обычных виртуальных машин, SVM не позволяют запускать сторонний двоичный код, как в системах хранения Pure; вместо этого они просто предоставляют виртуализированную среду и ресурсы хранения. Кроме того, SVM, в отличие от обычных виртуальных машин, не работают на одном узле, но для конечного пользователя это выглядит так, как будто SVM работает как единое целое на каждом узле всего кластера. SVM делит систему хранения на части, поэтому несколько подразделений или даже организаций могут совместно использовать систему хранения, не зная и не мешая друг другу, используя при этом одни и те же порты, агрегаты данных и узлы в кластере и используя отдельные тома FlexVol и LUN. Каждая SVM может запускать свои собственные протоколы данных внешнего интерфейса, набор пользователей, использовать свои собственные сетевые адреса и IP-адрес управления. Используя IP-пространства, пользователи могут иметь одни и те же IP-адреса и сети в одной системе хранения, не мешая друг другу. Для функционирования каждая система ONTAP должна запускать как минимум одну Data SVM, но может работать и больше. Существует несколько уровней управления ONTAP, и уровень администратора кластера имеет все доступные привилегии. Каждая SVM Data предоставляет своему владельцу vsadmin , который имеет почти полную функциональность уровня администратора кластера, но не имеет возможностей управления физическим уровнем, таких как конфигурация группы RAID, совокупная конфигурация, конфигурация физического сетевого порта. Однако vsadmin может управлять логическими объектами внутри SVM, например создавать, удалять и настраивать LUN, тома FlexVol и сетевые адреса, поэтому две SVM в кластере не могут мешать друг другу. Одна SVM не может создавать, удалять, изменять или даже видеть объекты другой SVM, поэтому для владельцев SVM такая среда выглядит так, будто они единственные пользователи во всем кластере СХД. Multi Tenancy — это бесплатная функция в ONTAP.

FlexClone

NetApp FlexClone работает точно так же, как снимки NetApp RoW, но позволяет записывать в FlexClone.

FlexClone — это лицензированная функция, используемая для создания записываемых копий томов, файлов или LUN . В случае с томами FlexClone действует как снимок, но позволяет осуществлять запись в него, тогда как обычный снимок позволяет только читать с него данные. Поскольку архитектура WAFL, технология FlexClone копирует только метаданных индексные дескрипторы и обеспечивает практически мгновенное копирование данных файла, LUN или тома независимо от его размера.

SnapRestore

SnapRestore — это лицензированная функция, используемая для возврата активной файловой системы FlexVol к ранее созданному снимку для этого FlexVol с восстановлением индексных дескрипторов метаданных в активную файловую систему. SnapRestore также используется для восстановления одного файла или восстановления LUN из ранее созданного снимка для FlexVol, на котором расположен этот объект. Без лицензии SnapRestore в среде NAS можно просматривать снимки в общей сетевой папке и копировать каталоги и файлы для восстановления. В среде SAN нет возможности выполнять операции восстановления, аналогичные средам NAS. Можно копировать файлы, каталоги, LUN и весь контент FlexVol как в средах SAN, так и в NAS с помощью команды ONTAP ndmpcopy бесплатной . Процесс копирования данных зависит от размера объекта и может занять много времени, в то время как механизм SnapRestore с восстановлением индексных дескрипторов метаданных в активную файловую систему практически мгновенный, независимо от размера объекта, восстанавливается до предыдущего состояния.

ФлексГрупп

FlexGroup — это бесплатная функция, представленная в версии 9, которая использует кластерную архитектуру операционной системы ONTAP. FlexGroup обеспечивает масштабируемый доступ к NAS на уровне кластера с помощью протоколов NFS и CIFS. Том FlexGroup — это набор составляющих томов FlexVol, распределенных по узлам (до 200 на каждую FlexGroup) в кластере, называемых просто «Компоненты» или «тома-члены», которые прозрачно агрегируются в одном пространстве. Таким образом, FlexGroup Volume объединяет производительность и емкость всех компонентов и, следовательно, всех узлов кластера, в котором они расположены, а также распараллеливает ядра ЦП на каждый узел для операций записи тяжелых метаданных. Для конечного пользователя каждый том FlexGroup представлен одним обычным файловым ресурсом NAS (SMB или NFS). Полный потенциал FlexGroup будет раскрыт с помощью таких технологий, как pNFS (добавлен в ONTAP 9.7), NFS Multipathing (транкинг сеансов, анонсирован в ONTAP 9.12.1), многоканальный SMB (добавлен в ONTAP 9.4), непрерывная доступность SMB (FlexGroup с общими ресурсами SMB CA). Поддерживается ONTAP 9.6) и VIP (BGP). Функция FlexGroup в ONTAP 9 позволяет масштабировать единое пространство имен до более чем 20 ПБ с более чем 400 миллиардами файлов, равномерно распределяя производительность по кластеру. Начиная с ONTAP 9.5 была добавлена ​​поддержка FabricPool (автоматическое многоуровневое хранение в облаке для повышения эффективности хранения). В ONTAP 9.5 также добавлена ​​поддержка функций SMB для встроенного аудита файлов, FPolicy, Storage Level Access Guard (SLA), разгрузки копирования (ODX) и унаследованных уведомлений об изменениях; Квоты и Qtree. Непрерывная доступность SMB (CA), поддерживаемая в FlexGroup, позволяет запускать MS SQL и Hyper-V в FlexGroup, а FlexGroup поддерживается в MetroCluster. Дополнительную информацию о томах FlexGroup и поддерживаемых функциях см. в документе TR-4571: NetApp ONTAP FlexGroup Volumes Best Practice and Implementation Guide .

SnapMirror

Единая репликация

Снимки составляют основу асинхронной репликации дисков NetApp (D2D) SnapMirror, которая эффективно реплицирует снимки гибких томов между любыми двумя системами ONTAP. SnapMirror также поддерживается от ONTAP до Cloud Backup и от SolidFire до систем ONTAP в рамках концепции NetApp Data Fabric . NetApp также предлагает функцию резервного копирования и архивирования D2D под названием SnapVault, которая основана на репликации и хранении снимков. Open Systems SnapVault позволяет хостам Windows и UNIX выполнять резервное копирование данных на ONTAP и сохранять любые изменения файловой системы в снимках (не поддерживается в ONTAP 8.3 и более поздних версиях). SnapMirror разработан как часть плана аварийного восстановления : он сохраняет точную копию данных в момент создания моментального снимка на сайте аварийного восстановления и может сохранять одни и те же снимки в обеих системах. SnapVault, с другой стороны, предназначен для хранения меньшего количества снимков в исходной системе хранения и большего количества снимков на вторичном сайте в течение длительного периода времени.
Данные, собранные в моментальных снимках SnapVault в целевой системе, не могут быть изменены или доступны в целевой системе для чтения и записи. Данные можно восстановить обратно в основную систему хранения, или снимок SnapVault может быть удален. Данные, полученные в виде снимков на обеих площадках с помощью SnapMirror и SnapVault, можно клонировать и изменять с помощью функции FlexClone для каталогизации данных, обеспечения согласованности и проверки резервных копий, целей тестирования и разработки и т. д.
В более поздних версиях ONTAP появилась каскадная репликация, при которой один том мог реплицироваться на другой, а затем на другой и так далее. Конфигурация, называемая разветвлением, — это развертывание, при котором один том реплицируется на несколько систем хранения. Развертывания как разветвленной, так и каскадной репликации поддерживают любую комбинацию SnapMirror DR, SnapVault или унифицированной репликации. Можно использовать развертывание с развертыванием для создания отношений защиты данных между несколькими основными системами и одной вторичной системой: каждое отношение должно использовать отдельный том во вторичной системе. Начиная с целевой версии ONTAP 9.4, системы SnapMirror и SnapVault по умолчанию включают автоматическую встроенную и автономную дедупликацию.
Intercluster — это связь между двумя кластерами для SnapMirror, тогда как Intracluster является противоположностью ему и используется для связи SnapMirror между виртуальными машинами хранения (SVM) в одном кластере.
SnapMirror может работать в режиме, зависящем от версии, когда две системы хранения должны работать на одной и той же версии ONTAP, или в режиме гибкой версии. Типы репликации SnapMirror:

• Защита данных (DP): также известна как SnapMirror DR. Тип репликации, зависящий от версии, изначально разработанный NetApp для Volume SnapMirror, целевая система должна быть той же или более поздней версии ONTAP. Не используется по умолчанию в ONTAP 9.3 и выше. Репликация на уровне тома, блочная, независимая от метаданных, использует механизм блочного уровня (BLE).
• Расширенная защита данных (XDP): используется репликацией SnapMirror Unified и SnapVault. XDP использует механизм логической репликации (LRE) или, если эффективность тома на целевом томе отличается, механизм логической репликации с эффективностью хранения (LRSE). Используется как репликация на уровне тома, но технологически может использоваться для репликации на основе каталогов, на основе индексных дескрипторов и в зависимости от метаданных (поэтому не рекомендуется для NAS с миллионами файлов).
• Распределение нагрузки (LS): в основном используется для внутренних целей, например, для хранения копий корневого тома для SVM.
• SnapMirror to Tape (SMTape): инкрементное или дифференциальное резервное копирование на основе моментальных снимков с томов на ленты; Функция SMTape, выполняющая резервное копирование на ленту на уровне блоков с использованием приложений резервного копирования, совместимых с NDMP, таких как CommVault Simpana.

Технологии на базе SnapMirror:

• Унифицированная репликация. Том с унифицированной репликацией может получать снимки SnapMirror и SnapVault. Унифицированная репликация представляет собой комбинацию унифицированной репликации SnapMirror и SnapVault, в которой используется одно соединение для репликации. Репликация SnapMirror Unified и SnapVault используют один и тот же тип репликации XDP. SnapMirror Unified Replication также известен как SnapMirror с гибкой версией. Гибкая по версиям SnapMirror/SnapMirror Unified Replication, представленная в ONTAP 8.3, снимает ограничение на то, чтобы целевое хранилище использовало ту же или более позднюю версию ONTAP.
• SVM-DR (SnapMirror SVM): реплицирует все тома (допускаются исключения) в выбранной SVM и некоторые настройки SVM, реплицируемые настройки зависят от используемого протокола (SAN или NAS).
• Перемещение тома: также известно как DataMotion for Volumes. SnapMirror реплицирует том из одного агрегата в другой внутри кластера, затем операции ввода-вывода останавливаются на приемлемое время ожидания для конечных клиентов, окончательная реплика передается в пункт назначения, источник удаляется, а пункт назначения становится доступным для чтения и записи для своих клиентов.

SnapMirror — это лицензируемая функция. Лицензия SnapVault не требуется, если лицензия SnapMirror уже установлена.

СВМ-ДР

DR SVM основан на технологии SnapMirror, которая переносит все тома (допускаются исключения) и данные в них из защищенной SVM на сайт DR. Существует два режима SVM DR: сохранение идентичности и отмена идентичности . С одной стороны, в режиме удаления идентификационных данных данные в томах копируются во вторичную систему и DR SVM, не сохраняют такую ​​информацию, как конфигурация SVM, IP-адреса, интеграция CIFS AD из исходной SVM. С другой стороны, в режиме отказа от идентификации данные во вторичной системе могут быть переведены в режим онлайн в режиме чтения-записи, в то время как основная система также находится в режиме онлайн, что может быть полезно для тестирования аварийного восстановления, тестирования/разработки и других целей. Таким образом, отмена удостоверений требует дополнительной настройки на вторичном сайте в случае возникновения сбоя на первичном сайте.

В режиме сохранения идентичности SVM-DR копирует тома и данные в них, а также такую ​​информацию, как конфигурация SVM, IP-адреса, интеграция CIFS AD, что требует меньше настройки на сайте аварийного восстановления в случае аварийного события на основном сайте, но в этом режиме основной сайт система должна быть отключена от сети, чтобы гарантировать отсутствие конфликтов.

SnapMirror синхронный

SnapMirror Sync (SM-S) для краткости — это технология репликации данных с нулевым RPO, ранее доступная в 7-режимных системах и недоступная в (кластерном) ONTAP до версии 9.5. SnapMirror Sync реплицирует данные на уровне громкости и требует RTT менее 10 мс, что дает расстояние примерно 150 км. SnapMirror Sync может работать в двух режимах: Полный синхронный режим (установлен по умолчанию), который гарантирует нулевую потерю данных приложения между двумя сайтами, запрещая запись, если репликация SnapMirror Sync завершается сбоем по какой-либо причине. Режим расслабленной синхронизации позволяет приложению продолжать запись на основной сайт в случае сбоя синхронизации SnapMirror, а после возобновления связи произойдет автоматическая повторная синхронизация. SM-S поддерживает протоколы FC, iSCSI, NFSv3, NFSv4, SMB v2 и SMB v3 и имеет ограничение в 100 томов для AFF, 40 томов для FAS, 20 для ONTAP. Выбирайте и работайте на любых контроллерах с памятью 16 ГБ и более. SM-S полезен для репликации журналов транзакций из: Oracle DB, MS SQL, MS Exchange и т. д. FlexVolumes источника и назначения могут находиться в агрегате FabricPool, но должны использовать политику резервного копирования. Тома и квоты FlexGroup в настоящее время не поддерживаются SM-S. SM-S не является бесплатной функцией, лицензия включена в премиум-пакет. В отличие от SyncMirror, SM-S не использует технологии RAID и Plex, поэтому его можно настроить между двумя разными системами хранения данных NetApp ONTAP с разными типами дисков и носителями.

Тома FlexCache

Технология FlexCache ранее была доступна в 7-режимных системах и не была доступна в (кластерном) ONTAP до версии 9.5. FlexCache позволяет обслуживать данные NAS на нескольких глобальных сайтах с помощью механизмов блокировки файлов. Тома FlexCache могут кэшировать операции чтения, записи и метаданные. Записывает пограничную операцию отправки измененных данных во все пограничные системы ONTAP, запрашивающие данные из источника, в то время как в 7-режиме все записи идут в источник, и задача пограничной системы ONTAP заключалась в проверке файла. был обновлен. Кроме того, тома FlexCache могут иметь меньший размер, чем исходный том, что также является улучшением по сравнению с 7-режимом. Изначально ONTAP 9.5 поддерживал только NFS v3. Тома FlexCache редко заполняются внутри кластера ONTAP (внутрикластер) или в нескольких кластерах ONTAP (межкластер). FlexCache взаимодействует через LIF межкластерного интерфейса с другими узлами. Лицензии на FlexCache основаны на общей емкости кэша кластера и не входят в премиум-пакет. FAS, AFF и ONTAP Select можно объединить для использования технологии FlexCache. Разрешено создавать 10 томов FlexCache на исходный том FlexVol и до 10 томов FlexCache на каждый узел ONTAP. Исходный том должен храниться во FlexVol, а все тома FlexCache будут иметь формат тома FlexGroup.

Синхронизация

Репликация SyncMirror с использованием сплетений

Data ONTAP также реализует опцию RAID SyncMirror (RSM) с использованием техники plex , при которой все группы RAID в составе агрегатного или традиционного тома могут быть синхронно дублированы на другой набор жестких дисков. Обычно это делается на другом объекте через канал Fibre Channel или IP-канал или в пределах одного контроллера с локальным SyncMirror для обеспечения устойчивости одной дисковой полки. Конфигурация NetApp MetroCluster использует SyncMirror для обеспечения геокластера или активного/активного кластера между двумя площадками на расстоянии до 300 км друг от друга или до 700 км с помощью ONTAP 9.5 и MCC-IP . SyncMirror можно использовать либо в программно-определяемых платформах хранения , либо в Cloud Volumes ONTAP, либо в ONTAP Select. Он обеспечивает высокую доступность в средах с напрямую подключенными (необщими) дисками поверх обычных серверов или на платформах FAS и AFF в конфигурациях Local SyncMirror или MetroCluster. SyncMirror — бесплатная функция.

SnapLock

SnapLock реализует функцию Write Once Read Multiple (WORM) на магнитных и SSD-дисках, а не на оптических носителях, поэтому данные не могут быть удалены до истечения срока их хранения. SnapLock существует в двух режимах: соответствие требованиям и корпоративный. Режим соответствия был разработан, чтобы помочь организациям во внедрении комплексного архивного решения, которое соответствует строгим нормативным требованиям к хранению, таким как правила, продиктованные правилом SEC 17a-4 (f), FINRA, HIPAA, правилом 1.31 (b) CFTC, DACH, Sarbanes- Oxley, GDPR, Check 21, Директива ЕС о защите данных 95/46/EC, NF Z 42-013/NF Z 42-020, Basel III, MiFID, Патриотический акт, Закон Грэма-Лича-Блайли и т. д. Записи и файлы, предназначенные для Хранилище WORM на томе SnapLock Compliance нельзя изменить или удалить до истечения срока его хранения. Более того, том SnapLock Compliance не может быть уничтожен до тех пор, пока все данные не достигнут конца срока его хранения. SnapLock — это лицензированная функция.

SnapLock Enterprise призван помочь организациям, которые более саморегулируются и хотят большей гибкости в защите цифровых активов с помощью хранилища данных типа WORM. Данные, хранящиеся в формате WORM на томе SnapLock Enterprise, защищены от изменения или модификации. Существует одно основное отличие от SnapLock Compliance: поскольку хранимые файлы не соответствуют строгим нормативным требованиям, том SnapLock Enterprise может быть уничтожен администратором с привилегиями root в системе ONTAP, содержащей том SnapLock Enterprise, даже если установленный срок хранения еще не прошло. В обоих режимах срок хранения можно продлить, но не сократить, поскольку это несовместимо с концепцией неизменности. Кроме того, тома данных NetApp SnapLock оснащены защищенными от несанкционированного доступа часами, которые используются в качестве привязки времени для блокировки запрещенных операций с файлами, даже если системное время было изменено.

Начиная с ONTAP 9.5, SnapLock поддерживает механизм Unified SnapMirror (XDP), повторную синхронизацию после аварийного переключения без потери данных, 1023 моментальных снимка, механизмы повышения эффективности и синхронизацию часов в SDS ONTAP.

ТканьБассейн

Уровни FabricPool до S3

Доступно для агрегатов только с твердотельными накопителями в системах FAS/AFF или Cloud Volumes ONTAP на носителях SSD. Начиная с ONTAP 9.4 FabricPool поддерживается на платформе ONTAP Select. Cloud Volumes ONTAP также поддерживает конфигурацию HDD + S3 FabricPool. Пул Fabric обеспечивает возможность автоматического многоуровневого хранения для холодных блоков данных с быстрого носителя (обычно SSD) в хранилище ONTAP на холодный носитель через объектный протокол в объектное хранилище, такое как S3 , и обратно. Пул Fabric можно настроить в двух режимах: один режим используется для миграции холодных блоков данных, захваченных в моментальных снимках, а другой режим используется для миграции холодных блоков данных в активной файловой системе. FabricPool сохраняет экономию при автономной дедупликации и автономном сжатии. Начиная с версии ONTAP 9.4 появился FabricPool 2.0 с возможностью разделения данных активной файловой системы по уровням (по умолчанию доступ к данным за 31 день не осуществляется) и поддержкой экономии при сжатии данных. Рекомендуемое соотношение индексных дескрипторов к файлам данных составляет 1:10. Для клиентов, подключенных к системе хранения ONTAP, все операции по многоуровневому управлению данными Fabric Pool полностью прозрачны, и в случае, если блоки данных снова становятся горячими, они копируются обратно на быстрый носитель в системе хранения ONTAP. Пул фабрик в настоящее время совместим с Сервисы объектного хранения NetApp StorageGRID , Amazon S3 , Google Cloud и Alibaba. Начиная с версии ONTAP 9.4, поддерживаемой Azure Blob, начиная с версии 9.5, поддерживается IBM Cloud Object Storage (ICOS) и Amazon Commercial Cloud Services (C2S), по запросу пользователя можно использовать другое объектно-ориентированное ПО и сервисы, и эта услуга будет проверена НетАпп. Тома FlexGroup поддерживаются FabricPool, начиная с ONTAP 9.5. Функция Fabric Pool в системах FAS/AFF бесплатна для использования с внешним объектным хранилищем NetApp StorageGRID. Для других систем объектного хранения, таких как Amazon S3 и Azure Blob, для функционирования пула Fabric необходимо лицензировать по терабайту (наряду с расходами на лицензирование пула Fabric, клиент должен также платить за потребляемое объектное пространство). Хотя при использовании системы хранения Cloud Volumes ONTAP Fabric Pool не требует лицензирования, затраты будут взиматься только за использованное пространство в объектном хранилище. Начиная с версии ONTAP 9.5, можно настроить использование емкости, запускающее многоуровневое хранение с горячего уровня. SVM-DR также поддерживается FlexGroups.

FabricPool, впервые доступный в ONTAP 9.2, представляет собой технологию NetApp Data Fabric, которая обеспечивает автоматическое распределение данных по недорогим уровням объектного хранилища как внутри, так и за пределами предприятия. В отличие от решений по многоуровневому управлению вручную, FabricPool снижает общую стоимость владения за счет автоматизации многоуровневого хранения данных, что позволяет снизить стоимость хранения. Он обеспечивает преимущества облачной экономики за счет многоуровневого взаимодействия с публичными облаками, такими как Alibaba Cloud Object Storage Service, Amazon S3, Google Cloud Storage, IBM Cloud Object Storage и Microsoft Azure Blob Storage, а также с частными облаками, такими как NetApp StorageGRID®. FabricPool прозрачен для приложений и позволяет предприятиям воспользоваться преимуществами облачной экономики, не жертвуя производительностью и не перепроектируя решения для повышения эффективности хранения.

FlashCache

Системы хранения данных NetApp, работающие под управлением ONTAP, могут использовать специальную карту PCIe Flash Cache (ранее Performance Accelerate Module или PAM) для гибридных систем NetApp FAS. Flash Cache может сократить задержки чтения и позволяет системам хранения выполнять более интенсивную работу по чтению без добавления дополнительных вращающихся дисков в базовый RAID, поскольку операции чтения не требуют избыточности в случае сбоя Flash Cache. Flash Cache работает на уровне контроллера и ускоряет только операции чтения. Каждый отдельный том на контроллере может иметь другую политику кэширования, или для тома может быть отключен кэш чтения. Политики кэширования FlashCache применяются на уровне FlexVol . Технология FlashCache совместима с функцией FlexArray. Начиная с версии 9.1, один том FlexVol может одновременно использовать кэши FlashPool и FlashCache. Начиная с ONTAP 9.5 технология кэширования чтения-кэша Flash Cache доступна в Cloud Volumes ONTAP с использованием эфемерных SSD-накопителей.

НДАС

NDAS-прокси — это служба, представленная в ONTAP 9.5; он работает совместно с сервисом NDAS у облачного провайдера. Подобно FabricPool, NDAS хранит данные в объектном формате, но в отличие от FabricPool он также хранит метаданные WAFL в объектном хранилище. Информация, переданная из системы ONTAP, представляет собой дельты снимков, а не весь набор данных, и уже дедуплицирована и сжата (на уровне тома). Прокси-сервер NDAS основан на HTTP с объектным протоколом S3 и несколькими дополнительными вызовами API в облаке. NDAS в ONTAP 9.5 работает только в схеме с основным хранилищем ONTAP 9, реплицирующим данные через Snapmirror во вторичное хранилище ONTAP 9.5, где вторичное хранилище также является прокси-сервером NDAS.

качество обслуживания

Storage QoS — бесплатная функция в системах ONTAP. В системах ONTAP существует несколько типов QoS хранилища: Adaptive QoS (A-QoS) , который включает в себя «Абсолютное минимальное QoS» ; Обычное статическое QoS или минимальное QoS (QoS min) ; и Максимальное качество обслуживания (QoS max) . Максимальное качество обслуживания можно настроить как статический верхний предел в IOPS, МБ/с или в обоих значениях. Его можно применить к такому объекту, как том, LUN или файл, чтобы предотвратить потребление таким объектом большего количества ресурсов производительности хранилища, чем определено администратором (таким образом изолируя требовательных к производительности хулиганов и защищая другие рабочие нагрузки). Минимальное качество обслуживания противоречит максимальному значению, установленному для томов, чтобы гарантировать, что том получит статическое число операций ввода-вывода в секунду не меньше, чем настроено администратором, когда возникает конкуренция за ресурсы производительности хранилища и может быть применен к томам. A-QoS — это механизм автоматического изменения QoS, основанный на потребляемом пространстве гибким томом, поскольку потребляемое пространство в нем может увеличиваться или уменьшаться, а размер FlexVol можно изменять. В системах FAS A-QoS перенастраивает только пиковую производительность (QoS max), а в системах AFF — как ожидаемую производительность (QoS min), так и пиковую производительность (QoS max) на томе. A-QoS позволяет ONTAP автоматически регулировать количество операций ввода-вывода в секунду для тома на основе политик A-QoS. Существует три основные политики A-QoS: Extreme, Performance и Value. Каждая политика A-QoS имеет заранее определенное фиксированное соотношение количества операций ввода-вывода на ТБ для пиковой производительности и ожидаемой производительности (или абсолютного минимального QoS). Абсолютный минимальный QoS используется вместо ожидаемой производительности (QoS min) только в том случае, если размер тома и соотношение операций ввода-вывода на ТБ слишком малы, например 10 ГБ.

Безопасность

ОС ONTAP имеет ряд функций для повышения безопасности системы хранения, таких как встроенный менеджер ключей, парольная фраза для загрузки контроллера с шифрованием NSE и NVE и менеджер ключей USB (доступен, начиная с версии 9.4). Аудит событий NAS — это еще одна мера безопасности в ONTAP, которая позволяет клиенту отслеживать и регистрировать определенные события CIFS и NFS в системе хранения. Это помогает отслеживать потенциальные проблемы безопасности и предоставляет доказательства любых нарушений безопасности. ONTAP, доступ к которому осуществляется через SSH, имеет возможность аутентификации с помощью карты общего доступа. ONTAP поддерживает RBAC: управление доступом на основе ролей позволяет ограничивать учетные записи администраторов и/или ограничивать действия, которые они могут выполнять в системе. RBAC не позволяет одной учетной записи выполнять все потенциальные действия, доступные в системе. Начиная с ONTAP 9, для NAS поддерживается аутентификация Kerberos 5 со службой конфиденциальности (krb5p). Режим аутентификации krbp5 защищает от подделки и отслеживания данных за счет использования контрольных сумм для шифрования всего трафика между клиентом и сервером. Решение ONTAP поддерживает 128-битное и 256-битное шифрование AES для Kerberos.

Ключевой менеджер

Встроенный диспетчер ключей — это бесплатная функция, представленная в версии 9.1, которая может хранить ключи от зашифрованных томов NVE и дисков NSE. Диски NSE доступны только на платформах AFF/FAS. Системы ONTAP также позволяют хранить ключи шифрования на USB-накопителе, подключенном к устройству. ONTAP также может использовать внешний менеджер ключей, например Gemalto Trusted Key Manager.

Шифрование тома NetApp

NetApp Volume Encryption (NVE) — это программное шифрование на уровне тома FlexVol, которое использует процессор хранилища для целей шифрования данных; таким образом, ожидается некоторое снижение производительности, хотя оно менее заметно в высокопроизводительных системах хранения данных с большим количеством ядер ЦП. NVE лицензирован, но его бесплатные функции совместимы почти со всеми функциями и протоколами NetApp ONTAP. Подобно NetApp Storage Encryption (NSE), NVE может хранить ключи шифрования локально или в специальном диспетчере ключей, таком как IBM Security Key Lifecycle Manager, SafeNet KeySecure или в облачных менеджерах ключей. NVE, как и NSE, также представляет собой шифрование данных при хранении , то есть защищает только от кражи физических дисков и не обеспечивает дополнительного уровня защиты данных в работоспособной и работающей системе. NVE в сочетании с технологией FabricPool также защищает данные от несанкционированного доступа во внешних системах хранения S3, таких как Amazon, и, поскольку данные уже зашифрованы, они передаются по сети в зашифрованном виде.

GDPR

Начиная с версии ONTAP 9.4 появилась новая функция под названием Secure Purge , которая обеспечивает возможность безопасного удаления файла в соответствии с требованиями GDPR.

VSCAN и FPolicy

ONTAP Vscan и FPolicy предназначены для предотвращения вредоносного ПО в системах ONTAP с NAS. Vscan предоставляет партнерам по антивирусному сканеру NetApp возможность проверить файлы на отсутствие вирусов. FPolicy интегрируется с партнерами NetApp для мониторинга поведения доступа к файлам. Система уведомлений о доступе к файлам FPolicy отслеживает активность хранилища NAS и предотвращает нежелательный доступ или изменение файлов на основе настроек политики. Оба в первую очередь помогают предотвратить проникновение программ-вымогателей.

Дополнительная функциональность

Обнаружение черной дыры MTU и обнаружение MTU пути (PMTUD) — это процессы, с помощью которых система ONTAP, подключенная через сеть Ethernet, обнаруживает максимальный размер MTU. В ONTAP 9.2: протокол статуса онлайн-сертификата (OCSP) для LDAP через TLS; iSCSI Endpoint Isolation для указания диапазона IP-адресов, с которых можно войти в хранилище; ограничить количество неудачных попыток входа в систему через SSH. Симметричная аутентификация NTP поддерживается, начиная с ONTAP 9.5.

Программное обеспечение

NetApp предлагает набор серверных программных решений для мониторинга и интеграции с системами ONTAP. Наиболее часто используемым бесплатным программным обеспечением является ActiveIQ Unified Manager & Performance Manager, которое представляет собой решение для мониторинга доступности данных и производительности.

Автоматизация рабочих процессов

NetApp Workflow Automation (WFA) — это бесплатный серверный продукт, используемый для оркестрации хранилищ NetApp. Он включает в себя портал самообслуживания с графическим веб-интерфейсом, где почти все рутинные операции с хранилищем или последовательности операций можно настроить как рабочие процессы и опубликовать как услугу, поэтому конечные пользователи могут заказывать и использовать хранилище NetApp как услугу.

SnapCenter

SnapCenter, ранее известный как SnapManager Suite, представляет собой серверный продукт. NetApp также предлагает продукты для создания снимков, согласованных с приложениями, путем координации приложения и массива хранения данных NetApp. Эти продукты поддерживают данные Microsoft Exchange , Microsoft SQL Server , Microsoft Sharepoint , Oracle , SAP и VMware ESX Server . Эти продукты являются частью пакета SnapManager. SnapCenter также включает в себя сторонние плагины для MongoDB , IBM Db2 , MySQL и позволяет конечному пользователю создавать собственные плагины для интеграции с системой хранения ONTAP. SnapManager и SnapCenter — это лицензированные продукты корпоративного уровня. Существует аналогичный, бесплатный и менее функциональный продукт NetApp под названием SnapCreator. Он предназначен для клиентов, которые хотят интегрировать снимки состояния приложений ONTAP со своими приложениями, но не имеют лицензии на SnapCenter. NetApp утверждает, что возможности SnapCenter будут расширены за счет включения конечных точек хранения данных SolidFire. SnapCenter имеет лицензию на основе контроллера для систем AFF/FAS и лицензию Terabyte для SDS ONTAP. Плагин SnapCenter для VMware vSphere, называемый NetApp Data Broker, представляет собой отдельное устройство на базе Linux, которое можно использовать без самого SnapCenter.

Менеджер по уровню услуг

NetApp Services Level Manager или сокращенно NSLM — это программное обеспечение для предоставления хранилища ONTAP, которое обеспечивает предсказуемую производительность, емкость и защиту данных для рабочей нагрузки, которое предоставляет RESTful API и имеет встроенную документацию Swagger со списком доступных API, а также может быть интегрировано. с другими продуктами хранения данных NetApp, такими как ActiveIQ Unified Manager. NSLM предоставляет три стандартных уровня обслуживания (SSL) на основе целей уровня обслуживания (SLO) и создает пользовательские уровни обслуживания. NSLM создан для обеспечения прогнозируемого потребления хранилища, аналогичного ServiceProvider. NSLM — это лицензионный продукт космического базирования.

Большие данные

Системы ONTAP имеют возможность интеграции с Hadoop TeraGen, TeraValidate и TeraSort, Apache Hive, Apache MapReduce, механизмом выполнения Tez, Apache Spark, Apache HBase, Azure HDInsight и продуктами платформы данных Hortonworks, Cloudera CDH через модуль NetApp In-Place Analytics ( также известный как NetApp NFS Connector для Hadoop) для обеспечения доступа и анализа данных с использованием внешнего общего хранилища NAS в качестве основного или вторичного хранилища Hadoop.

Q-деревья

qtree представляет собой логически определенную файловую систему без ограничений на объем используемого дискового пространства или количество файлов, которые могут существовать. В целом qtree похожи на тома. Однако они имеют следующие ключевые ограничения:

• Копии моментальных снимков можно включать и отключать для отдельных томов, но не для отдельных qtree.
• Qtrees не поддерживает резервирование пространства или гарантии пространства.

Автоматизация

Предоставление и использование ONTAP можно автоматизировать многими способами напрямую или с использованием дополнительного программного обеспечения NetApp или стороннего программного обеспечения.

• API Direct HTTP REST доступен с ONTAP и SolidFire. Начиная с версии 9.6 ONTAP NetApp решила реализовать собственную функциональность ZAPI через доступ к REST API для управления кластером. API-интерфейсы REST доступны через веб-интерфейс System Manager по адресу https://[ONTAP_ClusterIP_or_Name]/docs/api . Страница включает в себя функцию «Опробуйте», «Создайте токен API для авторизации внешнего использования» и встроенную документацию с примерами. Список управления кластером, доступного через REST API в ONTAP 9.6:
  • Облачные (объектные хранилища) целевые объекты
  • Кластер, узлы, задания и программное обеспечение кластера
  • Физическая и логическая сеть
  • Виртуальные машины хранилища
  • Службы имен SVM, такие как LDAP, NIS и DNS.
  • Ресурсы сети хранения данных (SAN)
  • Ресурсы энергонезависимой памяти Express
• Программное обеспечение ONTAP SDK — это собственный интерфейс ZAPI для автоматизации систем ONTAP.
• Доступны командлеты PowerShell для управления системами NetApp, включая ONTAP, SolidFire и E-Series.
• Наборы инструментов SnapMirror и FlexClone, написанные на Perl, можно использовать для управления SnapMirror и FlexClone с помощью сценариев.
• ONTAP можно автоматизировать с помощью сценариев Ansible , Puppet и Chef.
• NetApp Workflow Automation (WFA) — это оркестратор на основе графического пользовательского интерфейса, который также предоставляет API и командлеты PowerShell для WFA. WFA может управлять системами хранения NetApp ONTAP, SolidFire и E-Series. WFA предоставляет встроенный портал самообслуживания для систем NetApp, известный как «Хранилище как услуга» (STAaS).
• VMware vRealize Orchestrator с WFA может управлять хранилищем
• Сторонние оркестраторы для PaaS или IaaS, такие как Cisco UCS Director (ранее Cloupia) и другие, могут управлять системами NetApp; можно создавать автоматизированные рабочие процессы с помощью пошаговых инструкций по управлению и настройке инфраструктуры через встроенный портал самообслуживания.
• Программное обеспечение NetApp SnapCenter, используемое для интеграции резервного копирования и восстановления в хранилище NetApp с такими приложениями, как VMware ESXi, Oracle DB, MS SQL и т. д., может быть автоматизировано с помощью командлетов PowerShell и RESTful API.
• ActiveIQ Unified Manager и Performance Manager (формально OnCommand Unified) для мониторинга систем хранения NetApp FAS/AFF, показателей производительности и защиты данных также предоставляют RESTful API и командлеты PowerShell.
• OnCommand Insight — это программное обеспечение для мониторинга и анализа гетерогенной инфраструктуры, включая NetApp ONTAP, SolidFire, E-Series и системы хранения данных сторонних производителей, а коммутаторы предоставляют RESTful API и командлеты PowerShell.
• Плагин NetApp Trident для Docker, используемый в средах контейнеров для обеспечения постоянного хранилища, автоматизации инфраструктуры или даже запуска инфраструктуры в виде кода. Его можно использовать с системами NetApp ONTAP, SolidFire и E-Series для протоколов SAN и NAS.

Платформы

Операционная система ONTAP используется в дисковых массивах хранения данных . Существует три платформы, на которых используется программное обеспечение ONTAP: NetApp FAS и AFF, ONTAP Select и Cloud Volumes ONTAP. На каждой платформе ONTAP использует одно и то же ядро ​​и немного другой набор функций. ФАС является самой богатой по функционалу среди других платформ.

ФАС

Основная статья: NetApp ФАС

ФАС и All Flash FAS (AFF) Системы представляют собой запатентованное оборудование NetApp, специально разработанное для программного обеспечения ONTAP. Системы AFF могут содержать только SSD-накопители, поскольку ONTAP на AFF оптимизирован и настроен только для флэш-памяти , тогда как системы FAS могут содержать HDD (системы только с жесткими дисками) или HDD и SSD (гибридные системы). ONTAP на платформах FAS и AFF может создавать RAID- массивы, такие как массивы RAID 4, RAID-DP и RAID-TEC , из дисков или разделов диска в целях защиты данных, тогда как ONTAP Select и Cloud Volumes ONTAP используют защиту данных RAID, обеспечиваемую средой. они бегут дальше. Системы FAS и AFF поддерживают функциональность Metro Cluster, а платформы ONTAP Select и Cloud Volumes — нет.

Программно-определяемое хранилище

И ONTAP Select, и Cloud Volumes ONTAP представляют собой виртуальные устройства хранения данных (VSA), основанные на предыдущем продукте ONTAP Edge, также известном как ONTAP-v и рассматриваемом как программно-определяемое хранилище . ONTAP Select as Cloud Volumes ONTAP включает в себя плексные и агрегатные абстракции, но не имеет RAID-модуля нижнего уровня, включенного в ОС; поэтому RAID 4, RAID-DP и RAID-TEC не поддерживались, поэтому система хранения ONTAP, как и функциональность FlexArray, использует защиту данных RAID на уровне SSD и HDD с базовыми системами хранения. Начиная с ONTAP Select 9.4 и ONTAP Deploy 2.8, поддерживается программный RAID без требований к стороннему HW RAID-оборудованию. Поскольку ONTAP Select и Cloud Volumes ONTAP являются виртуальными машинами, они не поддерживают Fibre Channel и Fibre Channel over Ethernet в качестве интерфейсных протоколов данных и занимают пространство базового хранилища в гипервизоре, добавленном в VSA, в виде виртуальных дисков, представленных и рассматриваемых внутри ONTAP как диски. . ONTAP Select и Cloud Volumes ONTAP обеспечивают высокую доступность, дедупликацию, отказоустойчивость, восстановление данных, надежные снимки, которые можно интегрировать с резервным копированием приложений (снимки, согласованные с приложениями), а также почти все функции ONTAP, за некоторыми исключениями. Программно-определяемые версии ONTAP обладают почти всеми функциями, за исключением аппаратно-ориентированных функций, таких как ifgroups, служебный процессор, физические диски с шифрованием, MetroCluster через FCP, протокол Fibre Channel.

ONTAP Выберите

NetApp ONTAP Выберите

NetApp ONTAP Выберите

VMware ESXi и Linux KVM ONTAP Select может работать на гипервизорах . ONTAP Select усилил защиту данных RAID на уровне твердотельных и жестких дисков с помощью базовых систем хранения данных DAS, SAN или vSAN. Начиная с ONTAP Select 9.4 и ONTAP Deploy 2.8, поддерживается программный RAID без требований к стороннему оборудованию HW RAID для KVM, начиная с ONTAP 9.5 с ESXi. ONTAP Deploy — это виртуальная машина, которая выполняет функцию посредника в конфигурациях MetroCluster или двухузлах, отслеживает лицензирование и используется для первоначального развертывания кластера. Начиная с ONTAP Deploy 2.11.2 был представлен плагин vCenter, который позволяет выполнять все функции ONTAP Deploy из vCenter. Напротив, ранее управление осуществлялось либо из командной строки, либо с помощью мастера настройки vSphere VM OVA. Как и платформа FAS, ONTAP Select поддерживает высокую доступность и кластеризацию. В качестве платформы FAS ONTAP Select предлагается в двух версиях: только для жестких дисков или оптимизированная для All-Flash. Ранее ONTAP Select назывался Data ONTAP Edge. Продукт Data ONTAP Edge имеет ОС Data ONTAP версии 8 и может работать только поверх VMware ESXi. Начиная с ONTAP 9.5 поддерживается SW-MetroCluster через оверлейную сеть NSX. Начиная с версии ONTAP 9.5 лицензирование изменено с уровня мощности, где лицензии связаны с узлом и являются бессрочными, на Лицензирование пула емкости с ограниченной по времени подпиской. В ONTAP Select 9.5 поддерживается протокол MQTT для передачи данных с периферии в центр обработки данных или облако. В апреле 2019 года Октавиан Танасе, старший вице-президент ONTAP, опубликовал в своем твиттере превью-фото ONTAP, работающего в Kubernetes в качестве контейнера для демонстрации.

Облачные тома ONTAP

Cloud Volumes ONTAP (формально ONTAP Cloud ) включает в себя почти ту же функциональность, что и ONTAP Select, поскольку оно также является устройством виртуального хранения (VSA) и его можно заказать у провайдеров гипермасштабируемых вычислений ( облачных вычислений ), таких как Amazon AWS , Microsoft Azure и Google Cloud Platform . IBM Cloud использует ONTAP Select по тем же причинам вместо Cloud Volumes ONTAP. Cloud Volumes ONTAP может обеспечить высокую доступность данных в различных регионах облака. Cloud Volumes ONTAP использует защиту данных RAID на уровне SSD и HDD с помощью базовой IP SAN системы хранения данных в Cloud Provider.

Сравнение функций

Применимый Сравнение функций платформ с последней версией ONTAP.

Функции	Системы AFF/FAS/LenovoDM	All-Flash ASA	Служба облачных томов (CVS) и файлы Azure NetApp (ANF)	Облачные тома ONTAP (CVO)	ONTAP Выберите
ТканьБассейн	Только агрегаты SSD	Да	Да	Да, поддерживаются SSD и HDD	Начиная с версии 9.4 поддерживается FabricPool 2.0 для SDS с лицензией Premium (All Flash)
ФлексГрупп	Поддерживается	Нет: только SAN	?	?	Поддерживается
Высокая доступность (HA)	Поддерживается	Поддерживается	Да	Поддерживается в AWS и Azure.	Поддерживается конфигурацией DAS. Поддерживаются 2, 4, 6 или 8 узлов. Для двух узлов требуется посредник, включенный в ONTAP Deploy. Занимается в 2 раза больше места
Метро-ГА	Поддерживается MetroCluster. FAS2000, C190 и A200 не поддерживаются, поддержка добавлена ​​в A220 и FAS2750 в ONTAP 9.6. Требуется дополнительное оборудование. Потребляется в 2 раза больше места/дисков. Программное обеспечение MetroCluster Mediator, используемое для мониторинга и автоматического переключения сайтов в случае стихийного бедствия. Медиатор должен работать на третьем сайте.	?	Нет	Поддерживается в AWS между двумя зонами доступности. Как и в Cloud Volumes ONTAP с высокой доступностью, потребляется в 2 раза больше места.	Начиная с версии ONTAP Deploy 2.7 официально поддерживается MetroCluster SDS на двухузловых кластерах с конфигурацией DAS на расстоянии до 10 км. Как и в ONTAP Select с HA, потребляется в 2 раза больше места. Кроме того, для ONTAP Select с двухузловой системой высокой доступности требуется посредник, который включен в ONTAP Deploy. Функциональность посредника, используемая для мониторинга и автоматического переключения сайтов в случае стихийного бедствия. ONTAP Deploy с Mediator в конфигурации MetroCluster должен работать на третьем сайте.
Кластеризация с горизонтальным масштабированием	В ONTAP 9.3: от 1 узла до 12 для узлов SAN; NAS до 24 — с FAS/AFF последнего и предыдущего поколения. Исключение: FAS2500 до 8 узлов.	?	Нет	Нет	1, 2, 4 или 8 узлов. Кластер ONTAP с более чем 1 узлом может содержать только пары HA.
Бесперебойные операции	Совокупное перемещение, перемещение тома, перемещение LUN, миграция LIF	Совокупное перемещение, перемещение тома, перемещение LUN, миграция LIF	Н/Д	Н/Д	Совокупное перемещение, перемещение тома, перемещение LUN, миграция LIF
Мульти аренда	Да	Да	Нет: неприменимо для облака.	Нет: неприменимо для облака.	Да
FlexClone	Да, включено в премиум-пакет ПО	Да, включено в премиум-пакет ПО	Да?	Да	Да, всегда включено
SnapRestore	Да, включено в премиум-пакет ПО	Да, включено в премиум-пакет ПО	Да?	Да?	Да, всегда включено
SnapMirror	Да, включено в премиум-пакет ПО; Поддержка SVM-DR SnapMirror; Также поддерживается SnapMirror из ONTAP в Cloud Backup; SnapMirror из SolidFire в ONTAP	Да, включено в премиум-пакет ПО; Поддержка SVM-DR SnapMirror; Также поддерживается SnapMirror из ONTAP в Cloud Backup; SnapMirror из SolidFire в ONTAP	Нет?	Да. Также поддерживается SnapMirror из ONTAP в Cloud Backup; SnapMirror из SolidFire в ONTAP	Да, всегда включен; Поддержка SVM-DR SnapMirror; Также поддерживается SnapMirror из ONTAP в Cloud Backup; SnapMirror из SolidFire в ONTAP
SnapMirror синхронный (SM-S)	Да, с ONTAP 9.5. Максимум 80 томов на узел AFF или 40 томов на узел FAS.	Да Максимум 80 томов на узел.	Нет?	?	Да, с ONTAP 9.5, максимум 20 томов на узел Select
ФлексКэш	Да, начиная с ONTAP 9.5	Да	Да?	Да?	Да, начиная с ONTAP 9.5
Синхронизация	Да: как локальный SyncMirror или как часть MetroCluster	Да	Нет	В рамках функциональности Cloud Volumes ONTAP HA	В рамках функциональности ONTAP Select HA и MetroCluster SDS.
ЧЕРВЬ для NAS	Да: SnapLock. Требуется дополнительное лицензирование	Нет: только SAN	?	Да, в AWS и Azure. Маркетинговое название: NetApp Cloud WORM	Да: SlapLock с версией 9.4. Требуется дополнительное лицензирование
качество обслуживания	Да. Максимальное качество обслуживания на уровне SVM, FlexVol, LUN и файла. Минимальное качество обслуживания, адаптивное качество обслуживания. Бесплатно	Да. Максимальное качество обслуживания на уровне SVM, FlexVol, LUN и файла. Минимальное качество обслуживания, адаптивное качество обслуживания. Бесплатно	Встроенная трехуровневая производительность	?	Да. Максимальное качество обслуживания на уровне SVM, FlexVol, LUN и файла. Минимальное качество обслуживания, адаптивное качество обслуживания. Бесплатно
Шифрование тома NetApp	Да. С локальным встроенным менеджером ключей или внешним менеджером ключей. Требуется бесплатная лицензия	Да. С локальным встроенным менеджером ключей или внешним менеджером ключей. Требуется бесплатная лицензия	?	?	Да. С локальным встроенным менеджером ключей или внешним менеджером ключей. Требуется бесплатная лицензия
SnapCenter/SnapManager	Да, включено в премиум-пакет ПО	Да, включено в премиум-пакет ПО	?	?	Да. Требуется дополнительное лицензирование. Лицензия космоса
Собственный RAID NetApp: 4, DP, TEC	Да	Да	Да. Но невидим для клиента	?	Да, с ONTAP Select 9.4 и ONTAP Deploy 2.8. Программный RAID доступен с ONTAP Select 9.4 только с KVM. Начиная с версии 9.5 для ESXi доступен программный RAID.
Чтение/запись кэша	Да: FlashPool, только в ФАС	Нет	Нет	Нет	Нет
FlexArray	Да для систем FAS, за исключением систем FAS2000.	Нет	Нет	Нет, н/д	Нет
Сторонний DAS или RAID	Нет	Нет	Нет	Облачное блочное хранилище	Да. DAS с поддержкой RAID, LVM и vSAN
Шифрование хранилища NetApp	Да, требуется специальный HDD/SDD. Бесплатно	Да, требуется специальный HDD/SDD. Бесплатно	?	Нет	Нет
Чтение кэша	Да: FlashCache для систем FAS, за исключением систем FAS2200/2500. Все системы FAS текущего поколения имеют предустановленные	Нет	Нет	Да, с эфемерными SSD и лицензиями Premium или BYOL, начиная с версии 9.5.	Нет
энергонезависимая память	Да: все FAS/AFF	Да	Да	виртуальная энергонезависимая память	виртуальная энергонезависимая память
НДМП	Да, бесплатно. Поддерживается в FlexVol, не поддерживается в FlexGroup и FabricPool.	Да, бесплатно. Поддерживается в FlexVol, не поддерживается в FlexGroup и FabricPool.	Нет?	?	Да, бесплатно. Поддерживается в FlexVol, не поддерживается в FlexGroup и FabricPool.
Снимки NetApp	255 с версии 9.3 и старше, 1024 начиная с версии 9.4. Бесплатно и всегда включено	Да: 1024. Бесплатно и всегда включено.	Да: 1024. Бесплатно и всегда включено.	255 с версии 9.3 и старше, 1024 начиная с версии 9.4. Бесплатно и всегда включено	255 с версии 9.3 и старше, 1024 начиная с версии 9.4. Бесплатно и всегда включено
Безопасная очистка	Начиная с ONTAP 9.4, бесплатно.	Да?	Да?	?	?
Группы интерфейсов (ifgroup)	Да, физическое объединение портов Ethernet	Да, физическое объединение портов Ethernet	Нет: неприменимо для облака.	Нет	Нет
Максимальный совокупный размер	800 ТиБ — это SSD.	800 ТиБ — это SSD.	Нет: неприменимо для облака.	?	400 ТиБ на узел (200 ТиБ полезно для высокой доступности)
НВмеоФ	Да: FC-NVMe для AFF	Да?	Нет	Нет	Нет
САН	Да: FC, iSCSI	Да: FC, iSCSI	Да для CVS; Нет для АНФ	iSCSI	iSCSI
В	Да: NFSv3, NFSv4, NFSv4.1, pNFS, SMBv2, SMBv3	Нет: только SAN	Да: NFSv3, NFSv4, NFSv4.1?, pNFS?, SMBv2, SMBv3	Да: NFSv3, NFSv4, NFSv4.1?, pNFS?, SMBv2, SMBv3	Да: NFSv3, NFSv4, NFSv4.1, pNFS, SMBv2, SMBv3

См. также

• Write Anywhere File Layout (WAFL), используемый в системах хранения данных NetApp.
• НетАпп
• НетАпп ФАС

Внешние ссылки

• Программное обеспечение для управления данными ONTAP (страница продукта)
• ONTAP Cloud (страница продукта)
• ONTAP Select (страница продукта)
• Техническое описание ONTAP 9