NetApp All SAN Array (ASA)

ASA is back

Очікувано неочікуване повернення систем ASA в портфоліо ONTAP.

Та цього разу це повноційна лінійка!

Концепція

Одразу внесу ясність. Це не нові системи, вони вже існували як відкремлення А серії, потім з невідомої причини їх прибрали. Зараз же знову повернули в портфоліо

Хоч концепція в них не змінилась і це все такіж ASA як і раніше, але наразі їх поява виправдана хочаб з маркетингової точки зору.

Позиціювання

Деталі лінійки тісно зв'язані з самою платформою ONTAP, по котрій я вже готую матеріал і не хочу повторюватися, але покажу ось таку картинку щоб дати розмуміння позициювання ASA

Трохи нижче я детально опишу архітектуру (бо вже робив такий огляд минулого разу). А зараз хочу шоб ви зрозуміли основні тези стосовно ASA

Фізично це такі самі системи як в AFF A серії
Диски та дискові полиціті самі що і в A серії
ASA це виключно SAN системи, без NAS функціоналу
Протоколи FC, ISCSI, NVMe/FC, NVMe/TCP
Головною фішкою є симметричний доступ до луну обох контролерів (що це таке в архітектурі)

По софту доступний лише SAN функціонал (що логічно)

Архітектура

Дисклеймер Одразу перепрошую за використання кацапського язика Статю писав ще в ті часи, коли йобана русня була ще просто - руснею Тому, по можливості, буду переводити старі статі на рідненьку, співочу мову

Так, а в чем отличие обычной AFF от ASA AFF?

Технически они идентичны. Отличаются только на программном уровне. На ASA системах установлена все та же прошивка ONTAP, но видоизменена и заточена таким образом чтобы работать исключительно с SAN протоколами. NAS функционал убран полностью

И отличий намного больше чем пара настроек в биосе.

В чем ее суть и основные преимущества?

ASA специально разработана для mission critical приложений, а так же для заказчиков которые используют исключительно SAN инфраструктуру и хотят получить максимальную надежность и эффективность, в тоже время не отказываясь от богатого функционала ONTAP.

По статистиці NetApp є певна частка клієнтів що використовую системи NetApp лише блочні стореджі

Основные преимущества

Точно такой же функционал как и в AFF/FAS (но минус NAS)
Symmetric active/active LUN access
Переключение нагрузки при выходе из строя одного из конторллеров происходит моментально
Упрощенное управление
Поддержка 128TB LUN
Максимальный рамер volume 300TB
Наличие persisten ports

Что такое persistent ports?

При создании логического интерфейса (LIF) на любом из контроллеров, создается "зеркало" этого интерфейса на контроллере-партнере и находится в режиме steady пока работает родительский LIF Как только происходит какой-либо факап, напрмер, умерает один контроллер, LIF "зеркало" становится активным и продолжает передавать данные

Практическая польза: с точки зрения хоста не происходит потери путей вообще. Как говорится as smooth as possible

Без persistent ports

После persistent ports

Что значит symmetric active/active LUN access?

Это главное преимущество ASA и основная идея вокруг которой построена эта платформа.

Симметричный (одновременно оптимальный) active/active доступ к LUN по всем путям!

Ладно, давайте объясню

Для того чтобы понять, в чем собственно смысл симметричного доступа к луну, давайте посмотрим на картинку с асимметричным доступом

На картинке выше мы видим два контроллера N1 и N2, а так же LUN L1 (LUN - пространство где хранятся ваши данные, например БД) который принадлежит контроллеру N1. Оба контроллера подключены по одному интерфейсу (линк) в SAN свитч (т.е. по одному sfp вставлено в каждый контроллер)

В такой конфигурации интерфейс на контроллере N1 будет обозначен как Active Optimized (AO), а интерфей на контроллере N2 Active Non-Optimized (ANO), это значит, что для передачи данных будет выбираться в первую очередь оптимальный интерфейс AO, в то время как ANO будет запасным.

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

Весь этот процесс обслуживает специальный драйвер - ALUA, который обеспечивает общение между хостом (сервером) и СХД, а так же переключает трафик между интерфейсами

Теперь давайте посмотри как дела обстоят с симметричным доступом ASA

Сразу видно, что тут совсем другая картина!

Все пути к луну L1 являются оптимальными AO (т.е. трафик ходит сразу по всем интерфейсам). И в случае неисправности одного из контроллеров драйвер ALUA не задействован, так как у нас нет не оптимальных путей. Нет задержки даже на наносекунду в обслуживании приложения и исключаются любые проблемы с драйвером.