- PVSM.RU - https://www.pvsm.ru -
В этой статье хотел бы сделать обзор новшеств, которые появились в версии прошивки ONTAP 9.2. Как обычно NetApp радует большим количеством нового функционала и возможностей, давайте их разберем.
Релизы ONTAP 9.1 и новее теперь будут выходить регулярно каждые 6 месяцев. Ранее релизы оттягивались чтобы вместить невероятно большое число новых фич, теперь их будет меньше в каждом релизе, но они начнут выходить регулярнее и не будут оттягивать выход других фич. Появились релизы с долговременной и коротко временной поддержкой. Поймите правильно, оба релиза полностью production-ready, general avalability, оттестированы, отлажены и работоспособны. Так как на некоторые новые системы появилась возможность покупать поддержку на 7 и более лет, чтобы мочь увеличить срок поддержки релизов ONTAP, было принято компромиссное решение выпускать часть релизов с длительной поддержкой, а часть с короткой, как это происходит, к примеру, в Ubuntu.
Постоянное движение в сторону упрощения.
NetApp начинал выпускать свои системы простые как тостер, который готовил сэндвичи. Потом сэндвич вырос и стал влазить только в печь, а теперь ONTAP это полноценная целая кухня, со множеством встроенных возможностей, которые где-то есть, иногда спрятаны и их тяжело найти. ONTAP когда-то давно была очень простой ОС, но теперь она очень навороченная и имеет просто невероятную массу функционала, поэтому NetApp продолжает это постоянное движение в сторону упрощения, чтобы сделать крутое и навороченное ещё и простым в использовании.
Balance placement (QoS) — при создании LUN'а система будет предлагать куда его располагать.
QoS minimum, этот функционал ещё называют Throughput Floors (TP), он может работать вместе с функционалом QoS Maximum (throughput ceilings), который был доступен ранее. Throughput Floors позаботиться, чтобы производительность IOPS не упала ниже ранее вами заданной. Кластер должен иметь хотя бы одну AFF ноду чтобы фича работала для протоколов iSCSI/FCP.
Минимум QoS появился в версии 9.2, который задаётся в групповых политиках производительности. То сколько система может выдать с текущей нагрузкой динамически берется из Headroom мониторинга, встроенного в СХД и выбирается из оптимума. Оптимумом называется участок графика нагрузки системы по ИОПС/Латенси, пока он идёт линейно. После линейного начинается участок графа, где при увеличении нагрузки большее число ИОПСов вызывает диспропорциональный, геометрический рост латенси с линейным ростом ИОПС. Таким образом Throughput Floors добивается, чтобы луну был выдан минимум, при необходимости забрав часть производительности с тех лунов, которые ещё не достигли своего минимума. Другими словами, для всех остальных лунов будет установлен «временный или динамический максимум», который будет меньше чем их Throughput Ceilings, но больший чем Throughput Floors, чтобы страдающему луну был выдан его положенный минимум.
Inline Aggregate- Wide Deduplication on SSD (или Cross Volume Deduplication).
Функция включена по умолчанию для всех SSD агрегатов в ONTAP 9.2. Да конечно хотелось, чтобы был «глобал кластер дедуп», но нет предела совершенству и пока это работает только на уровне агрегата, но даже с ним текущие SSD агрегаты ONTAP на столько большие, что они больше, чем целые системы некоторых конкурентов с глобал-дедупом. Поэтому агрегат-дедуп будет давать достаточно для конкурирования с другими AFF системами по эффективности.
Максимальный размер агрегата для AFF систем увеличен до 800ТиБ (ранее был 400)
В версии 9.2 доступна новая команда «storage aggregate show-efficiency» для командной строки, которая может показывать эффект от экономии по каждой отдельной технологии, будь то клоны, компрессия, дедуп и т.д.
FabricPool это технология реализована в рамках стратегии DataFabric, которая в свою очередь должна расширить интеграцию всех продуктов NetApp и расширить возможности мобильности данных. Когда NetApp делает новую фичу, он не смотрит на других и не пытается добавить фичу «ради галочки». Вместо этого выпускается технология, которая действительно хорошо продуманная и будет востребована потребителями. Это касается и новой Tiering-фичи FabricPool. С ростом спроса на SSD увеличивается число инсталляций и интереса к этой технологии, поэтому NetApp выпустил функционал FabricPool. FabricPool это технология смещения холодных данных с SSD агрегата (AFF или FAS систем) на холодный объектный уровень — в облако Amazon S3 или на объектную СХД NetApp StorageGRID [1].
Внедрение FabricPool Data Tiering на Object Storage будет состоять из двух стадий. В 9.2 будет доступна возможность смещать только снепшоты. А следующей стадией будет возможность смещения холодных данных из активной файловой системы вольюма на холодный уровень. Пока с FabricPool не поддерживаются FlexFroup, MetroCluster, ONTAP Select, SnapLock и др. Лицензируется по терабайтно. Добавление лицензии сразу добавляет 10ТБ. Потом можно добавлять по терабайту.
Шифрование вольюмов теперь можно включать из GUI, такой тип шифрования полезен совместно с FabricPool, так как ваши данные могут уехать в какое-нибудь облако.
SnapLock вольюм теперь может быть зашифрован при помощи NetApp Volume Encryption.
FlexGroup теперь также работает с шифрованием NVE (только при создании FG)
Online Certificate Status Protocol (OCSP) — этот функционал используется для приложений, которые применяют TLS шифрование, к примеру, LDAP over TLS.
С 9.2 появилась возможность задать максимальное число попыток неуспешных подключений по SSH, чтобы предотвратить перебор паролей.
iSCSI Endpoint Isolation — позволяет указывать диапазон IP адресов, которым разрешен логин на СХД.
ADP для AFF: Возможность растягивать агрегат, построенный на разделах (RD2) на диски не только в первой полке (или в голове), но и следующей полке (до 48 дисков).
ADP Root-Data Partitioning теперь поддерживается и на гибридных системах: FAS80ХХ/FAS8200/FAS9000, что позволит чуть более рационально использовать диски благодаря возможности обходиться без выделенных дисков для root агрегатов
В boot menu появился новый пункт (Option 9) для работы с разделами (Появилось с ONTAP 9):
OnCommand Unified Manager 7.2 теперь в себе включает сразу и OnCommand Performance Manager.
Сообщения по ошибкам в тексте прошу направлять в ЛС. Замечания, дополнения и вопросы по статье напротив, прошу в комментарии.
Автор: bbk
Источник [2]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/sistemnoe-administrirovanie/256789
Ссылки в тексте:
[1] СХД NetApp StorageGRID: https://habrahabr.ru/post/279743/
[2] Источник: https://habrahabr.ru/post/328444/
Нажмите здесь для печати.