ONTAP Select это логическое развитие линейки Data ONTAP-v
Как и предшественник, этот продукт живёт и полностью опирается на традиционный RAID контроллер, установленный в вашем сервере. Также отсутствует поддержка FCP. Поддерживаются NAS (CIFS, NFS) и IP SAN (iSCSI) протоколы.
Из ожидаемых новшеств:
- Поддержка High Avalability
- Поддержка кластеризации до 4 нод
- Максимальный полезный объем 400 ТБ (по 100ТБ на ноду в 4х нодовом кластере)
На ряду с High Avalability и кластеризацией по-прежнему поддерживаются однонодовые конфигурации.
SnapMirror репликация
ONTAP Select может выступать как источник, так и как получатель реплик. На базе SnapMirror можно построить DR решение SVM. Если использовать ONTAP только как хранилище файлов, то для репликации нет необходимости обеспечивать консистентность данных сторонним ПО. Если же используется IP SAN или приложения виртуализации, БД и других, то понадобится ПО резервного копирования, для обеспечения консистентности информации.
Point-in-time consistency
Самый простой способ снять консистентный снепшот — потушить приложение. Что такое консистентность данных? Под консистентностью понимается требования к резервному копированию, которые обеспечивают гарантию восстановления данных на момент их резервного копирования. Это если объяснять сухим, совершенно техническим языком. А если по-простому и понятному, то это лучше объясняется и понимается от обратного: представьте что у вас есть БД живущая в среде виртуализации или на СХД, которые умеет делать снепшоты и они настроены, так что снимаются каждый день в 12 ночи. Сможете ли вы при повреждении бызы восстановиться к одному из таких снепшотов? Ответ — «может да, а может нет», даже «скорее нет чем да». Потому, что сами по себе снепшоты безо всякого взаимодействия с приложением лепяться, невзирая на то, завершились ли транзакции БД и все ли данные из памяти очутились на диске. Другими словами вам нужно каким-то образом интегрировать и «дружить» ваши снепы и ваше приложение, чтобы оно сбрасывало данные из кеша на диск, завершало все накопившиеся транзакции, замирало, следом снимался снепшот и только в конце приложение «отмирало». А чтобы это происходило незаметно для пользователей, снепшот должен сниматься мгновенно. И только при таком условии вы гарантированно сможете откатываться к такому сепшоту.
Виртуализация и консистентность
Все современные гипервизоры, при помощи агентов установленных внутрь виртуальных машин могут добиваться консистентности и далее выполнять консистентный снепшот, это очень удобно для небольших компаний, которые имеют не очень нагруженные виртуальные машины. Если не устанавливать агент гипервизора, то консистентности не будет.
Почему снепшоты гипервизоров это зло?
До поры до времени, пока организация и нагрузки на ваируальные машины не большие, консистентные снепшоты гипервизоров и решения бэкапирования построенные на этом вполне будут подходить таким компаниям. Но компании и нагрузки могут выростать и вот здесь наступает переломный момент:
Снепшоты Hyper-V или того же VMware устроены, к сожалению таким образом, что чем больше они существуют, тем больше этот снепшот становится. Чем больше снепшот, тем дольше он удаляется. Чем больше он удаляется тем больше он нагружает дисковую подсистему. Чем долше он удаляется, тем больше вероятность того, что старый снеп не успеет удалиться из-за возросшей дополнительной нагрузки, и создастся ещё один новый снеп, для нового процесса бэкапирования. Чем больше снепшотов, тем ещё больше нагрузки на дисковую подсистему.
Я лично наблюдал два раза на практике, что процесс удаления снепшота (консолидация) приводила к краху системы, в обоих случаях это было связано с тем, что дисковая подсистема не успевала справляться с дополнительной нагрузкой, блочное устройство из-за излишней нагрузки всё увеличивало и увеличивало время отклика, пока не превысило таймаут и виртуальная машина не успев доконсолидироваться ушла в офлайн с последующим её повреждением. Один раз даже получилось её восстановить.
В общем в определённый момент становится понятно, что снепшоты гипервизоров не подходят как парадигма резервного копирования.
Снепшоты ONTAP
Снепшоты выполненые на ONTAP совершенно не влияют на производительность системы хранения. Так устроенна внутрення архитектура ONTAP. Но снепшоты СХД, это снепшоты СХД. И чтобы они могли взаимодействовать с гипервизором, необходимо использовать какое-то специализированное программное решение для взаимодействия. Примерами таких решений могут быть Veeam B&R, технология vVOL и другие. Важно отдельно отметить решение компании NetApp SnapCreator, которое способно обеспечить эту связку, так как ONTAP Select рассчитан для не больших организаций, а SnapCreator бесплатный продукт.
SnapCreator
Это бесплатный фреймворк с веб-интерфейсом для управления и интеграции с ONTAP и различными приложениями, в том числе гипервизорами Hyper-V, VMware и KVM. Благодаря своей модульности фрейморк может быть интегрирован со множеством других софтверных продуктов при помощи плагинов, а при необходимости расширен при помощи скриптов.
Поддерживаемые конфигурации ONTAP Select
Гипервизоры
- VMware VSphere
- KVM hypervisor
Оборудование:
- Intel Haswell CPU (Xeon E5 v3)
- ONTAP Select virtual machine: 4 virtual
- CPUs/16GB memory
- Storage:
- SAS, NL-SAS disk support
- Hardware RAID controller with writeback cache
- Network: minimum 2 x 10GbE ports
Лицензирование
Потерабайтное. Максимальный размер 400ТБ.
Выводы
SDS ONTAP хорошо подходит для средних и небольших компаний, и компаний с филиальной структурой, где может быть необходимость реплицировать данные на другие ONTAP. Продукт позволяет кластеризироваться для онлайн миграции ваших данных по нодам кластера и позволяет построить высокодостуное хранилище используя комодити сервера. Продукты резервного копирования, которые интегрируют ONTAP с виртуальными окружениями KVM и ESXi будут весьма востребованы в таких схемах так как позволяют качественно улучшить процесс резервного копирования. Так Veeam Backup & Replication и бесплатный SnapCreator позволяют выполнять консистентные резервные копии в связке с гипервизорами и умеют управлять SnapMirror репликацией, что делает эти, и другие подобные продукты, оптимальным тандемом в такой инфраструктуре. Технология SnapMirror for SVM поможет построить DR решение на базе ONTAP. Отдельно стоит выделить технологию VMware vVOL, которая нативно обеспечивает консистентные снепшоты на ONTAP из-за чего также будет весьма интересна для подобных инсталляций.
Здесь могут содержаться ссылки на Habra-статьи, которые будут опубликованы позже.
Сообщения по ошибкам в тексте прошу направлять в ЛС.
Замечания, дополнения и вопросы по статье напротив, прошу в комментарии.
Автор: bbk
