EE
И там написано All San Array, а не симметричный Active-Active.
With ONTAP 9.7, NetApp introduced AFF ASA systems, which feature symmetric active-active topology
Size: a a a
2020 November 23
АЕ
With ONTAP 9.7, NetApp introduced AFF ASA systems, which feature symmetric active-active topology
Я Вас про это и спрашивал. Где внутри этого почитать про процесс переключения (или отсутствия этого процесса) путей/портов при отвале контроллера?
A
вот бы кто-нибудь про ASA рассказал. может презентацию какую с вопросами-ответами, например в зуме.
A
вот бы кто-нибудь про ASA рассказал. может презентацию какую с вопросами-ответами, например в зуме.
а потом бы еще на ютуб запись выложили бы.
EE
Я Вас про это и спрашивал. Где внутри этого почитать про процесс переключения (или отсутствия этого процесса) путей/портов при отвале контроллера?
ручек нет? ножек нет? Артур вон более чем тонко намекает....
AL
Я Вас про это и спрашивал. Где внутри этого почитать про процесс переключения (или отсутствия этого процесса) путей/портов при отвале контроллера?
EE
котят носом в лужу тоже тыкаешь в воспитательных целях? 🙂
EE
человек весь такой эксперт, а доку в гугле найти не может…вот что Хитачи с человеком делает
AL
котят носом в лужу тоже тыкаешь в воспитательных целях? 🙂
да я тут к экзаменам всяким готовлюсь и уже даже когда голых девок в гугле ищу то все равно лезут результаты с ТРками нетаповскими. Что называется мне не сложно помочь :)
AL
Вы тоже считаете, что писать в один контроллер это единственно-верное решение?
Алексей, как часто у вас происходит потеря контроллера на массиве, что пути переключаются на резервный? Если для вашего приложения это критично, то у Netapp для этого есть отдельные железки All SAN Array, которые Active-Active. При этом у Хитачи есть другие болячки, про которые пользователи конкурентных массивов не переживают... Например, в Хитачи дедупликация просаживает производительность в разы, производительность на запись мелким блоком удручает, или что можно выбрать всего два размера рейд-группы 6+2 или 14+2, а совсем недавно к размеру рейд-группы ещё и лицензирование привязано было (то есть указали в конфигураторе 6+2, купили массив, он приехал и решили пересобрать 14+2, так придется докупить лицензий)... Кто-то выбирает надежность переключения, но без фишек, а кто-то кучу плюшек, но с ALUA
AL
Не являюсь сектантом Netapp, везде есть плюсы-минусы. Надо выбирать исходя из задачи
EE
Aleksey Lavrentyev
Алексей, как часто у вас происходит потеря контроллера на массиве, что пути переключаются на резервный? Если для вашего приложения это критично, то у Netapp для этого есть отдельные железки All SAN Array, которые Active-Active. При этом у Хитачи есть другие болячки, про которые пользователи конкурентных массивов не переживают... Например, в Хитачи дедупликация просаживает производительность в разы, производительность на запись мелким блоком удручает, или что можно выбрать всего два размера рейд-группы 6+2 или 14+2, а совсем недавно к размеру рейд-группы ещё и лицензирование привязано было (то есть указали в конфигураторе 6+2, купили массив, он приехал и решили пересобрать 14+2, так придется докупить лицензий)... Кто-то выбирает надежность переключения, но без фишек, а кто-то кучу плюшек, но с ALUA
ой 🙂
A
краткое содержание текста выше: "а у вас негров линчуют"
IM
Справедливости ради, документ абсолютно пустой. Кроме того, что "теперь там все пути active" про внутреннюю организацию ни слова
na
На самом деле у Хитачи правильные dpm модули, плюс например реализация mpio в Солярисе очень хорошо работает с saa и очень плохо с aaa . Это не проблема вендора конкретной схд, разрабы mpio в солярке просто не научили ее корректно обрабатывать пропадание активных путей в san)
AL
Igor Minkovskiy
Справедливости ради, документ абсолютно пустой. Кроме того, что "теперь там все пути active" про внутреннюю организацию ни слова
yep. не все хотят раскрывать в доках побайтовую механику работы своих железок и кода. тут NUG был недавно, там в самом начале последнего дня рассказывают на пальцах что изменилось. тоже без побайтового разбития, но уже с результатами тестов.
АЕ
Aleksey Lavrentyev
Алексей, как часто у вас происходит потеря контроллера на массиве, что пути переключаются на резервный? Если для вашего приложения это критично, то у Netapp для этого есть отдельные железки All SAN Array, которые Active-Active. При этом у Хитачи есть другие болячки, про которые пользователи конкурентных массивов не переживают... Например, в Хитачи дедупликация просаживает производительность в разы, производительность на запись мелким блоком удручает, или что можно выбрать всего два размера рейд-группы 6+2 или 14+2, а совсем недавно к размеру рейд-группы ещё и лицензирование привязано было (то есть указали в конфигураторе 6+2, купили массив, он приехал и решили пересобрать 14+2, так придется докупить лицензий)... Кто-то выбирает надежность переключения, но без фишек, а кто-то кучу плюшек, но с ALUA
Хороший ответ. Очень.
Не часто. Но лучше бы вообще не происходило. А мозги мне парят потом за каждый случай, причем не по причине отвала компонента, а по последствиям с вопросами "как предотвратить".
Хорошо, что нетапп начинает путь Active-Active, но до нас он еще не добрался. Тоесть то (или похожее), что хитачи сделало в 2008м нетапп смог в 2020м.
Не часто. Но лучше бы вообще не происходило. А мозги мне парят потом за каждый случай, причем не по причине отвала компонента, а по последствиям с вопросами "как предотвратить".
Хорошо, что нетапп начинает путь Active-Active, но до нас он еще не добрался. Тоесть то (или похожее), что хитачи сделало в 2008м нетапп смог в 2020м.
AL
краткое содержание текста выше: "а у вас негров линчуют"
тю. я тут RFI делал на всех кого только нашел. там везде неграм несладко живется. просто везде
na
справедливости ради надо признать что SAA у нетапа пока реализован с помощью костылей, так как часть трафика в любом случае пойдет через контроллер-партнер, а это накладные расходы..
A
"разрабы в солярис" - попахивает 2010-ым годом