- PVSM.RU - https://www.pvsm.ru -
Релиз версии 8.3 [1] был, наверное, самым важным среди всех предыдущих версий софта ONTAP для СХД NetApp. Который включал множество нового функционала и знаменовал переход от 7-Mode к Clustered ONTAP. Недавно анонсированная версия 9.0 (уже доступна для загрузки [2]), тоже содержит множество новых функций и улучшений, давайте разберем самые важные из них.
Улучшения в MetroCluster [7]:
Как многие могли уже знать софт ONTAP теперь доступен не только на FAS платформе, но и в виде SDS хранилища [3], а также в публичных облаках [8].
В виду увеличения объёмов как механических, так и SSD накопителей компания NetApp разработала (уже весьма давно) и запатентовала новый тип RAID с тремя дисками чётности [9]. TEC расшифровывается как Triple Erasure Coding, а TP как Triple-Parity — оба названия используются как синонимы. В такой RAID группе присутствуют три диска чётности. Первый так и называет Row Parity (Четности по горизонтали), второй DP (Double Parity или Diagonal Parity), третий AP (Anti-Diogonal Parity).
RAID-TEC можно использовать для SSD, SAS и дисков большего объема, максимальная длинна RAID группы теперь составляет 29 устройств для всех этих типов дисков. RAID-TEC будет использоваться также и для ADP конфигураций [10]. Благодаря дополнительному анти-диагональному партити диску отказоустойчивость такой RAID группы повысилась в 100 раз по сравнению с RAID-DP.
Напомню, что RAID-DP по характеристикам отказоустойчивости немного превосходит RAID10, так как защищает от выхода из строя любых двух дисков (в отличие от RAID10, где выход двух зеркальных дисков приводит к потере всей группы). RAID-TEC будет использован по-умолчанию для всех дисков объемом 6TB и выше, и является обязательным для дисков 10TB и выше. Как обычно поддерживается конвертация на ходу из RAID-DP в RAID-TEC (как это сейчас с RAID4).
Компания приложила не мало усилий для повышения уровня полезного пространства для систем с небольшим числом дисков по соотношению к «сырому пространству» при помощи технологии ADP. В новом релизе эта идея была развита и позволит экономить на 17% больше по сравнению с 8.3.Х. Улучшения затронут только системы с SSD дисками: FAS и AFF. Где для экономии дорогостоящих SSD накопителей используется партиционирование диска на 3 части по аналогии с ADP Root-Data (две партиции: одна для Root агрегата, другая для Data агрегата) [10]: одну не большую партицию, для создания Root агрегата ( R ), и две равные партиции для Data агрегатов (D2), каждый из них будет отдан под управление каждого из двух контроллеров. Это позволит сэкономить не только на отсутствии выделенного Root агрегата, но и уменьшит число патити (RP, DP, AP) и Spare дисков. Т.е. на практике это позволит экономить 3-4 диска (RAID-DP и RAID-TP соответственно) для систем с одной полкой, забитой SSD дисками.
В СХД от компании которая была пионером в дедубликации и компрессии для Tier 1, можно было шарить дедублицированный блок до 255 ссылок к 1 блоку, а начиная с верси 8.1 и выше это число было увеличено до 32767:1, т.е. 64000 одинаковых 4КБ блоков могли ужаться до 2 блоков информации. Но с накладыванием компрессии размер блока не всегда равнялся 4КБ. Так пришла новая технология — компакция, которая работает совместно с дедубликацией и компресией. Идея компакции пришла так как после дедупа и компресии некоторые данные после сжатия становились меньше 4КБ блока, в то время как минимальный размер блока файловой системы WAFL равен 4КБ, в результате как бы мы не жали такой блок данных, он всё равно занимал весь свой минимальный объём, а сжатие для данных с мелкими блоками не имело смысла в плане экономии пространства. Таким образом компакция позволила расширить сферу применения компрессии и ещё более рационально использовать дисковое пространство.
Эта технология совместно с другими технологиями эффективности использования пространства, гарантировано уменьшит использование дискового пространства для AFF систем от 4 раз к одному и выше. Для существующих заказчиков с ONTAP 8.3.2+ есть калькулятор [11] позволяющий оценить сколько получится сэкономить, перейдя на ONTAP 9 и включив все механизмы экономии пространства.
Подробнее в статье [12].
Позволит оперативно отслеживать состояние хранилища, потреблённые ресурсы и степень экономии благодаря использованию компрессии и дедубликации.
Обновлён интерфейс OnCommand System Manager, основной целью обновления была взята упрощение управления кластерным хранилищем. На ряду с этим будет отображаться информация о нагрузке в реальном времени о любом объекте кластера.
Добавлена возможность сканирования SAN инициаторов для добавления в список лун-маскинга (iGroup), ранее это можно было делать вручную из интерфейса СХД или непосредственно из хоста-инициатора при помощи утилиты NetApp Host Utilities.
Этот функционал помогает с распределением и балансировкой нагрузки. Он поможет предотвратить чрезмерную утилизацию ноды или агрегата выше оптимальной точки предотвращая таким образом ухудшение производительности и подскажет более точно где требуется дополнительные ресурсы для хранения данных.
Системы NetApp с ONTAP поддерживают диски с аппаратным шифрованием данных (NSE, NetApp Storage Encryption) при помощи ключа шифрования, расположенного на поддерживаемом Key Manager и передавались при помощи протокола KMIP. Начиная с версии ONTAP 9, на ряду с внешним Key Manager предоставляется возможность хранить ключи шифрования на СХД, без необходимости покупки специализированного оборудования. Для настройки Onboard Key Manager понадобится только парольная фраза и диски с поддержкой шифрования.
NetApp первый среди производителей СХД А-Брендов анонсировал поддержку 15TB SSD дисков. А теперь представьте себе AFF систему с ONTAP9, ADP RD2, RAID-TEC и сжатием 4:1. Сколько полезного пространства вы сможете получить в одной системе 6U с оной полкой 2U? Давайте посчитаем. Один диск 15TB (Physical & Right sized = 14307 GiB), из 24 дисков в конфигурации Active-Active (RD2) с RAID-TEC мы получим 20 дисков под данные, 3 диска чётности и 1 Hot Spare. Вычтем ADP для Root aggregate 14307 — 53.88 GiB = 14253,12 GiB. Подсчитаем пространство полезных дисков 20 X 14253,12 = 285062.4 GiB. Теперь вычтем 10% WAFL Reserve 285062.4 — 10% = 256556.16 GiB. И в конце умножим получившееся пространство на минимально гарантированный коэффициент сжатия данных 256556.16 * 4 = 1026224.64 GiB, т.е. 1002 TiB эффективного пространства! Но коэффициент 4 далеко не придел, как правило можно получить экономию в 8 раз для БД и VDI.
NetApp в отличие от многих своих конкурентов многие годы постоянно развивает одну и туже платформу с софтом ONTAP и позволяет использовать все его новые полезные и интересные функции как для новых, так и для своих старых заказчиков, которые могут утилизировать своё старое оборудование. Как правило поддерживаются СХД около 2-3 поколений назад. И это очень хорошо позволяет сохранять инвестиции конечным заказчикам. К примеру, возьмём FAS6210 у этой системы был приемник FAS6220, а потом FAS8040.
Итак, поддерживаются следующие FAS платформы с ONTAP 9:
И как обычно поддерживаются старые дисковые полки.
Теперь вольюм может быть передан из одного SVM в другой.
ontap9::*> vserver show -vserver * -fields uuid
vserver uuid
------- ------------------------------------
SVM1 04c6bb98-3d74-11e6-a895-00b098596ec6
SVM2 204877e8-4d54-11e6-a895-00b098596ec6
2 entries were displayed.
ontap9::*> volume rehost -vserver SVM1 -volume my_vol_to_move -destination-vserver SVM2
ontap9::*> volume show -vserver SVM1 -fields msid,dsid,uuid,vserver -volume my_vol_to_move
There are no entries matching your query.
Подробнее <a href="https://alikulov.me/blog/all/volume-rehost/">здесь</a>.
Компания NetApp продолжает развивать свой флагманский софт ONTAP и радовать не только новых, но и своих старых заказчиков, которые могут обновить свои старые модели СХД до новых версий прошивок и получить новый функционал сохраняя таким образом свои инвестиции. В новой версии очень много усилий было приложено для того чтобы максимально упростить администрирование кластерной системы, повысить её надёжность и увеличить эффективность. Богатый и постоянно добавляющийся функционал дополняет возможности кластеризации ONTAP в сочетании с «Share-Nothing» идеологией и очень хорошо подходит для SSD носителей, где новым узким местом СХД является CPU, а не дисковая подсистема.
Здесь могут содержаться ссылки на Habra-статьи, которые будут опубликованы позже.
Сообщения по ошибкам в тексте прошу направлять в ЛС.
Замечания, дополнения и вопросы по статье напротив, прошу в комментарии.
Автор: bbk
Источник [13]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/netapp/183538
Ссылки в тексте:
[1] Релиз версии 8.3: https://habrahabr.ru/search/?q=[netapp%20dataontap%208.3]&target_type=posts
[2] доступна для загрузки: http://mysupport.netapp.com/NOW/download/software/ontap/9.0/
[3] ONTAP Select: https://habrahabr.ru/post/303146/
[4] мобильные приложения здесь: https://habrahabr.ru/company/netapp/blog/212935/
[5] SnapMirror for SVM: https://habrahabr.ru/post/279911/
[6] RSA перенесен из SP внутрь ONTAP: https://habrahabr.ru/post/280438/
[7] MetroCluster: https://habrahabr.ru/post/279989/
[8] в публичных облаках: https://habrahabr.ru/post/279907/
[9] запатентовала новый тип RAID с тремя дисками чётности: https://www.google.com.ua/patents/US7640484
[10] ADP конфигураций: https://habrahabr.ru/post/269635/
[11] есть калькулятор: http://mysupport.netapp.com/myautosupport/aff_se/charts.html
[12] статье: https://alikulov.me/blog/all/inline-data-compaction/
[13] Источник: https://habrahabr.ru/post/304306/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best
Нажмите здесь для печати.