​​Попался скрипт на PowerShell для создания мини-отчёта о состоянии отношений SnapMirror/SnapVault. Он отправляет на почту html-таблицу со списком и состоянием отношений, если lag time больше определенного значения, то строка помечается красным цветом. Не совсем удобно использовать скрипт, если есть отношения репликации с разным расписанием, но его несложно доработать, чтобы учитывалось расписание конкретных отношений при проверке lag time. Ну и конечно же можно обойтись алертами в OCUM 🙂 Это больше для демонстрации простоты работы с NetApp PowerShell Toolkit. Всё описанное делается буквально 11 строками кода. Все остальное это html-стили и отправка отчёта по почте.
#PowerShell #PSTK #SnapMirror #SnapVault
https://pastebin.com/0dWLNXqt

В Lab on Demand появилась возможность попробовать репликацию SnapMirror между SolidFire и ONTAP. Также можно попробовать репликацию снепшотов в объектное хранилище по S3. Всё это в лабе “SolidFire 10.1 Early Access v1.0”. Доступ, к сожалению, только для парнёров.
https://labondemand.netapp.com/lab/sl10421
#LOD #SnapMirror #SolidFire

В Lab on Demand обновилась лаба с NetApp HCI. Добавили возможность попробовать репликацию с помощью SnapMirror между HCI и ONTAP. Там вообще много интересного, в том числе можно посмотреть как под нагрузкой отрабатывает QoS и как просто этим всем управлять через vCenter. К сожалению доступ только для партнёров.
#LOD #HCI #ONTAP #SnapMirror
https://labondemand.netapp.com/lab/sl10421-0

Свежие Technical Reports.
TR-4598. FabricPool Best Practices. ONTAP 9.4
Добавили описание изменений и новых функций из ONTAP 9.4. Auto tiering policy, Microsoft Azure Blob support, inactive data reporting, and support for ONTAP Select
https://www.netapp.com/us/media/tr-4598.pdf

TR-4688. Security and Privacy of NetApp Telemetry Data
Описано какие данные собираются при работе AutoSupport, он же ActiveIQ, для всех продуктов NetApp, которые поддерживают эту функцию. Как эти данные передаются, сколько эти данные хранятся и можно ли их удалить по запросу (да).
https://www.netapp.com/us/media/tr-4688.pdf

TR-4678. Data Protection and Backup NetApp FlexGroup Volumes
Как работают снепшоты и репликация для FlexGroup — файловых шар, которые размазаны по всему кластеру и состоят из множества FlexVol.
https://www.netapp.com/us/media/tr-4678.pdf

#TR #FabricPool #FlexGroup #ActiveIQ #SnapMirror #SnapVault

Я пропустил несколько постов от Justin Parisi, буду по чуть-чуть наверстывать. Хороший пост, в котором собрана информация о модели релизов ONTAP и, что намного важнее и интереснее, о репликации SnapMirror между кластерами с разными версиями ONTAP.
#SnapMirror #ONTAP
https://whyistheinternetbroken.wordpress.com/2018/06/01/snapmirror-interoperability-in-ontap/

Как перенести FlexClone с одной SVM на другую без потери эффективности на источнике? volume rehost не работает для клонов, а volume move для последующего rehost приведёт к тому, что клон отцепится от тома-родителя и начнёт занимать полную ёмкость. Но есть хитрость - использовать SnapMirror между двумя SVM, создать клон на получателе на базе общего снепшота и сделать ресинхронизацию отношений SnapMirror для клонов. Подробнее описывает Jastin Parisi. Пост про rehost томов я переводил пару лет назад.
#FlexClone #SnapMirror #ONTAP
https://whyistheinternetbroken.wordpress.com/2018/07/31/transporte-sans-bouger/

​​​​Обновилось несколько technical reports связанных с рекомендациями по работе SAP HANA на системах FAS и AFF с использованием FC и NFS. Решил заодно собрать в этом посте все TR, связанные с SAP HANA. Кстати, кроме NetApp только один вендор сертифицировал единую линейку оборудования, которая поддерживает SAN и NAS. Это INFINIDAT. Но при этом с точки зрения масштабирования нет решений равных NAS кластеру из A800. Максимально поддерживается 384 ноды SAP HANA (следующее ближайшее значение у Huawei - 200 нод). Хотя конечно вряд ли кому-то потребуются такие инсталляции.
Список всех сертифицированных СХД:
https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/enterprise-storage.html

Storage Best Practices:
TR-4435. SAP HANA on NetApp AFF Systems with NFS
https://www.netapp.com/us/media/tr-4435.pdf

TR-4436. SAP HANA on NetApp AFF Systems with FC Protocol
https://www.netapp.com/us/media/tr-4436.pdf


TR-4290. SAP HANA on NetApp FAS Systems with NFS
https://www.netapp.com/us/media/tr-4290.pdf

TR-4384. SAP HANA on NetApp FAS Systems with FC Protocol
https://www.netapp.com/us/media/tr-4384.pdf


TR-4338. SAP HANA on VMware vSphere with NetApp FAS and All Flash FAS Systems
https://www.netapp.com/us/media/tr-4338.pdf


Management:
TR-4018. Integrating NetApp ONTAP Systems with SAP Landscape Management
https://www.netapp.com/us/media/tr-4018.pdf

TR-4667. Automating SAP System Copies Using the SnapCenter 4.0 SAP HANA Plug-In
https://www.netapp.com/us/media/tr-4667.pdf


Backup and DR:
TR-4646. SAP HANA Disaster Recovery with Asynchronous Storage Replication. Using SnapCenter 4.0 SAP HANA Plug-In
https://www.netapp.com/us/media/tr-4646.pdf

TR-4614. SAP HANA Backup and Recovery with SnapCenter
https://www.netapp.com/us/media/tr-4614.pdf

TR-4711. SAP HANA Backup and Recovery using NetApp Storage Systems and Commvault Software
https://www.netapp.com/us/media/tr-4711.pdf

#SAP #AFF #NAS #SAN #TR #SnapCenter #Commvault #SnapMirror

Что нового нас ожидает в ONTAP 9.5. Много хорошего и приятного 🙂
- Синхронный SnapMirror. Можно переключаться с асинхронного на синхронный SnapMirror и обратно без baseline transfer.
- Возвращение FlexCache томов. Кэширование файлового доступа внутри кластера или на удаленных кластерах. Кэшируются операции чтения, записи и работа с метаданными. По поводу записи пока не совсем ясно, раньше было проксирование операций записи.
- BGP LIFs.
- Изменения в репортинге логической ёмкости. Теперь можно назначить квоты на логическую ёмкость.
- MAX Data. Это поддержка PMEM на стороне сервера с тирингом в ONTAP. Миллионы IOPS с задержками 10-12 микросекунд. Продукт, который появился благодаря приобретению стартапа Plexistor. Если интересно, то поищите, в канале уже были посты на эту тему.
- NetApp Data Availability Services (NDAS). Решение для резервного копирования в облако или объектное хранилище.
- NVMe over FC теперь поддерживает ANA для multipathing’а. ANA — аналог ALUA, но для NVMe-oF. Это часть стандарта NVMe-oF и пока NetApp первый, кто поддерживает multipathing на основе стандарта, который должен стать общепринятым в индустрии.
- Технологии эффектиновсти стали на 15% эффективнее. Вроде как за счёт улучшения работы компрессии.
- SnapLock теперь поддерживает движок Unified SnapMirror (XDP) и 1023 снепшота на том.
- MetroCluster IP теперь работает на расстоянии до 700 км и поддерживаются контроллеры A300 и FAS8200.
Подробнее и с картинками по ссылке. Как появятся release notes, пройдёмся по нововведениям ещё раз.
#ONTAP #SnapMirror #NVMe #MCC
https://whyistheinternetbroken.wordpress.com/2018/10/24/ontap95-announced/

Ещё в Data ONTAP 8.3.1 появилась такая функциональность как SVM DR. Это SnapMirror на уровне целого SVM, а не тома. Но есть некоторые ограничения, например, до сих пор нет поддержки SVM DR для MetroCluster (в посте по ссылке написано, что MCC не поддерживается, но я совсем забыл, что в ONTAP 9.5 как раз добавили поддержку SVM DR в MetroCluster) и FabricPools. При этом технически нужную функциональность можно получить, используя PowerShell и WFA (Worklow Automation). Спасибо инженерам NetApp из Франции и Бельгии, они написали необходимые командлеты и обернули это в воркфлоу для WFA.
#WFA #automation #PowerShell #SnapMirror
http://www.wfaguy.com/2018/11/wfa-workflows-powershell-script-for-svm.html

С анонсом ONTAP 9.6 стали обновлятся Technical Reports.

TR-4733. SnapMirror Synchronous for ONTAP 9.6
This document containsinformation and best practices forconfiguring NetApp SnapMirror Synchronous (SM-S) replication in NetApp ONTAP 9.6.
https://www.netapp.com/us/media/tr-4733.pdf

Про MCC в целом.
TR-4705. NetApp MetroCluster. Solution Architecture and Design
This document describes high-level architecture and design concepts for NetApp MetroCluster features in NetApp ONTAP 9.6storage management software.
https://www.netapp.com/us/media/tr-4705.pdf

Отдельно про MCC FC.
TR-4375. NetApp MetroCluster FC
https://www.netapp.com/us/media/tr-4375.pdf

Отдельно про MCC IP.
TR-4689. NetApp MetroCluster IP. Solution Architecture and Design
https://www.netapp.com/us/media/tr-4689.pdf

#TR #MCC #MetroCluster #SnapMirror

​​Немного про гибкость настроек SnapMirror.
Думаю мое небольшое вступление поможет лучше понять, что было сделано в постах по ссылкам.
Напомню, что не смотря на разные названия, SnapMirror и SnapVault используют одинаковый движок репликации и по сути основная разница между ними в типе политики репликации. Есть 3 типа политик для асинхронной репликации vault|async-mirror|mirror-vault. vault и async-mirror отличаются подходом к сроку хранения снепшотов на основной и вторичной СХД. async-mirror подразумевает, что у вас на основной СХД и на вторичной одинаковое количество снепшотов и у них совпадает срок жизни. То есть это DR решение. vault позволяет иметь разные сроки хранения снепшотов и их количество на площадках. Например, 7 ежедневных снепшотов на основной СХД и 30 ежедневных снепшотов на второчиной СХД. Кроме того, снепшоты на вторичной СХД всегда будут read-only, даже если разорвать отношения репликации (но можно сделать клон и пистаь в него). Это решение для резервного копирования или архива. Но есть ещё политика mirror-vault. Она, как и видно из названия, совмещает в себе два предыдущих типа политик. На основе типов политик есть несколько заранее созданных политик репликации, но всегда можно создать свои. В политиках репликации уже указывается расписание, кол-во снепшотов, настройки компрессии и т.д.
#SnapMirror #backup

https://www.cosonok.com/2019/07/making-snapmirror-vault-tertiary-copy.html
https://www.cosonok.com/2019/07/making-snapmirror-vault-tertiary-copy_25.html

Интересный выпуск подкаста на тему улучшений в TCP стеке ONTAP 9.6.
Если кратко, то в 9.6 перешли на новый алгоритм TCP congestion control. До этого использовался Reno/New Reno. Теперь — CUBIC.
Основная выгода при использовании репликации на большие расстояния для так называемых LFN-сетей (long fat networks). Сети с большой пропускной способностью и высокими задержками.
В тестах NetApp CUBIC снижает общее время репликации SnapMirror в 3-5 раз по сравнению со старым алгоритмом.
Кроме этого есть польза для MCC IP, SnapMirror-Sync и FabricPool.
Если хотите больше подробностей, то слушайте подкаст. Там в гостях один из соавторов RFC 8312 CUBIC for Fast Long-Distance Networks — Richard Scheffenegger, он работает в NetApp и у него прекрасный австрийский акцент 😉
Полезные ссылки по теме:
https://en.wikipedia.org/wiki/TCP_congestion_control
https://en.wikipedia.org/wiki/CUBIC_TCP

#TCP #networking #ONTAP #SnapMirror #FabricPool