Комментарии 5
Ну то есть оно работает и типичные 200К иопсов выдает. :) Из базы еще хотелось бы знать, умеет ли обновляться без даунтайма (реально, а не в доках). И что насчет более продвинутого блочного функционала (дедуп, снэпшоты, репликация, падение производительности вот на этом всём)?
А что вообще массив умеет? Снепшоты, клоны, миграцию томов между пулами? Кроме классических raid, какие механизмы избыточности поддерживаются, есть ли схемы с distributed spare space, группы m+n? Есть ли поддержка примитивов VAAI? Какие протоколы поддерживаются при блочном доступе по Ethernet?
А то получилось "массив выдал 200k iops, жужжал ли при работе мы не знаем - доступ был удаленный"
Перезагрузкой контроллера из GUI вы скорее проверили работу мультипассинга на хосте, а не отработку отказа компонента массива. Было бы очень странно, если бы при запуске штатной процедуры перезагрузки из GUI, массив не умел бы корректно скидывать кэш и передавать управление томом другому контроллеру. В нештатной ситуации все может выглядеть совершенно не так.
p.s. Отключение модулей IO из GUI очень странная фича. Я бы такое в руки администраторам не давал.
Мы его нагружали, а он выдержал! Тестируем китайский дисковый массив Maipu