Спасибо, интересно узнать конкретику заказчика по примеру выше.
Хтелось бы удостовериться, что не имеет место следующий случай:
Что при экономии на RAID-DP и с учётом всех оверхедов, мы получаем полезного пространства больше чем кто-бы то из вендоров-конкурентов мог бы предоставить на высоконагруженных задачах, но так как хотелось ещё больше, съели лишнее пространство (весь резерв системы рекомендуемый по бестпрактису) и получили «проблему у нетапа».
Учитывая эти и другие накладные расходы, сколько в результате полезного пространства может быть использованно в каждом из агрегатов в абсолютных значениях?
Я имею ввиду более конкретно, а то расплывчато получается.
К примеру:
=======================Пример===========================
Есть СХД FAS6280 с двумя контроллерами
У контроллера «А» есть 48 диска 600ГБ
Создан агрегат aggr0 из (21+2) + (21+2) (т.е 2x RAID-DP) + 2х спардиска
Итого полезного RAW пространства грубо говоря 2*21*600 = 25200 ГБ
df -A -h для агрегата aggr0 показывает 22ТБ из них реально заюзать чтобы не падал перфоменс 19TB.
=======================Пример===========================
В таком духе.
Кстати на счёт пятой проблемы, наверно действительно дело в дизайне. Как так получилось, что один агрегат более нагружен чем второй? Этот вопрос нужно было решить на этапе внедрения, если это не представлялось возможным по каким-то причинам «предугадать» сайзером.
Положительная сторона в том, что в новой версии 8.2 C-Mode появилась возможность агрегаты переключать на ходу между контроллерами (ARL), а функционал vol move доступен бесплатно и тоже может онлайн мигрировать тома между агрегатами. Таким образом даже в направильно сбалансированной системе теперь можно перераспредилить нагрузку между агрегатами и контроллерами с гранулярностью до вольюма.
А вообще любым инструментом можно сделать что-нибудь «не то», если очень «захотеть».
Спасибо за комментарий.
В тексте статьи написано, что 40% это дефолтное значение, а значение наиболее оптимальное нужно подбирать эмпирическим путём.
так у одного заказчика наиболее оптимальным значением для RedHat Enterprice Linux6 с СХД NetApp и подключением по FC8GB было vm.dirty_ratio = 2, существенно снизив нагрузку ЦПУ хоста.
Полагаю, что одна из важных составляющих идей этой сети — свобода слова там, где через обычный интернет это не возможнго.
А wifi в этом плане очень удобен — у многих есть адаптеры в ноутбуках и смартфонах.
Уважаемые друзья, на указанные вами email'ы были разосланы приглашения на участвие в Web-ex.
Topic: Syncsort Data Protection Solution NSB and Enterprise Catalog for NetApp and VMware
Date: Monday, January 20th 2014
Time: 13:00, Europe Time (Berlin, GMT+01:00)
Кстати это натолкнуло на идею, что можно написать ПО, которое бы тестировало потенциально «зараженное» железо на «правильную рандомность», таким образом выявляя трояна.
К сожалению оперировать ценами нет возможности. Обратитесь к вашим интеграторам по продуктам Cisco и NetApp, запросите цены, это вас ни к чему не обязывает.
Партномера на железо: для Small ExpressPod:
NetApp: FAS2220-R6
Cisco: UCSC-EPOD-C220E-S
для Medium ExpressPod:
NetApp: FAS2240-R6
Cisco: UCSC-EPOD-C220E-M
По ним вам дадут полную конфигурацию.
Гипервизор
Если у вас VMWare то нужно купить vCenter + vSphere
Соответственно Small или Medium: 1+4 или 1+8 лицензий
Также есть вариант на Hyper-V
Оркестратор
Можно покупать, а можно не покупать вовсе оркестратор Cloupia, но он рекомендован в архитектуре ExpressPod.
Хтелось бы удостовериться, что не имеет место следующий случай:
Что при экономии на RAID-DP и с учётом всех оверхедов, мы получаем полезного пространства больше чем кто-бы то из вендоров-конкурентов мог бы предоставить на высоконагруженных задачах, но так как хотелось ещё больше, съели лишнее пространство (весь резерв системы рекомендуемый по бестпрактису) и получили «проблему у нетапа».
Конкретику пожалуйста, выше пример.
Я имею ввиду более конкретно, а то расплывчато получается.
К примеру:
=======================Пример===========================
Есть СХД FAS6280 с двумя контроллерами
У контроллера «А» есть 48 диска 600ГБ
Создан агрегат aggr0 из (21+2) + (21+2) (т.е 2x RAID-DP) + 2х спардиска
Итого полезного RAW пространства грубо говоря 2*21*600 = 25200 ГБ
df -A -h для агрегата aggr0 показывает 22ТБ из них реально заюзать чтобы не падал перфоменс 19TB.
=======================Пример===========================
В таком духе.
Спасибо.
Положительная сторона в том, что в новой версии 8.2 C-Mode появилась возможность агрегаты переключать на ходу между контроллерами (ARL), а функционал vol move доступен бесплатно и тоже может онлайн мигрировать тома между агрегатами. Таким образом даже в направильно сбалансированной системе теперь можно перераспредилить нагрузку между агрегатами и контроллерами с гранулярностью до вольюма.
А вообще любым инструментом можно сделать что-нибудь «не то», если очень «захотеть».
В тексте статьи написано, что 40% это дефолтное значение, а значение наиболее оптимальное нужно подбирать эмпирическим путём.
так у одного заказчика наиболее оптимальным значением для RedHat Enterprice Linux6 с СХД NetApp и подключением по FC8GB было vm.dirty_ratio = 2, существенно снизив нагрузку ЦПУ хоста.
А wifi в этом плане очень удобен — у многих есть адаптеры в ноутбуках и смартфонах.
Topic: Syncsort Data Protection Solution NSB and Enterprise Catalog for NetApp and VMware
Date: Monday, January 20th 2014
Time: 13:00, Europe Time (Berlin, GMT+01:00)
Партномера на железо:
для Small ExpressPod:
NetApp: FAS2220-R6
Cisco: UCSC-EPOD-C220E-S
для Medium ExpressPod:
NetApp: FAS2240-R6
Cisco: UCSC-EPOD-C220E-M
По ним вам дадут полную конфигурацию.
Гипервизор
Если у вас VMWare то нужно купить vCenter + vSphere
Соответственно Small или Medium: 1+4 или 1+8 лицензий
Также есть вариант на Hyper-V
Оркестратор
Можно покупать, а можно не покупать вовсе оркестратор Cloupia, но он рекомендован в архитектуре ExpressPod.
Вот бы побольше таких сервисов!
Пардон, а где это вы такое прочли?