Комментарии к записи: EMC Storage Pools – как это работает “под крышкой”.

Автор: Просто проходил

Просто проходил — Wed, 08 May 2013 16:26:53 +0000

Все эти “засады” устарели в 2012 году - с появлением прошивки VNX OE 5.32. Теперь при добавлении в пул новых дисков (а так же и в то время, когда работает перемещение данных по уровням) данные “переразмазываются” и узкие места, которые описаны в этой статье, больше не возникают. Процесс можно запустить и вручную в любой момент.

http://www.slideshare.net/emcacademics/emc-vnx-fast-vp, страница 10

Да и про fast vp “каждую субботу” - fast vp считает количество обращений к блокам и именно так определяет наиболее горячие участки. Бекап трогает блоки один раз и на общую статистику не влияет - так что не надо ничего отключать, все и так работать будет нормально.

Автор: romx

romx — Mon, 06 May 2013 04:08:09 +0000

Cade:

> 1. FAST VP это не файловая система поверх RAID
Это зависит от того, что именно вы понимаете под “файловой системой”. Если то, что можно смонтировать командой mount, то - да, не является. Если как то, что позволяет адресовать блоки данных уровнем выше, чем команды SCSI, то - является.
Да полно вам, нет ничего стыдного в использовании той или иной файловой системы поверх raw, это только пусть Чак стыдится за свой блогобред, нормальным людям уже давно понятно, насколько это на практике выгодно. Даже EMC. :)

Утверждение про reallocate и его “ненужность” оставлю на вашей совести.

Автор: Cade

Cade — Mon, 06 May 2013 03:52:01 +0000

To Aigor: Блоки которые бэкапяться, будут помечены как более горячие и в результате могут переехать, но, например для субботы, сбор статистики и переезд можно отключать.

To romx, Nikolay:
1. FAST VP это не файловая система поверх RAID
2. reallocate не сильно здесь нужен. Пул предназначен для раскладывания часто используемых блоков на более быстрые диски (SSD, SAS), редко используемых блоков на медленные диски (SATA), тем самым и достигается эффект reallocat’а.
Особого смысла в пуле из одинаковых дисков нет.

Автор: Aigor

Aigor — Wed, 19 Oct 2011 07:12:25 +0000

Непонятный момент - как работает fast vp в случае если Каждую субботу например все содержимое массива будет резервно копироваться, как это повлияет на перемешивание slice ов после копирования.

Автор: Nikolay

Nikolay — Sun, 31 Jul 2011 13:16:15 +0000

Согласен. В доках ничего с ходу не нашел. Грустно.. 21 век все-таки на дворе..

Автор: romx

romx — Sun, 31 Jul 2011 10:23:20 +0000

Nikolay:

Ну так я ж не специалист по EMC, я не знаю. Вот что перевел - то перевел, или что вычитал в Best Practices в прошлом посте.
Но судя по всему да, таки нет, надеюсь что только пока. В Симметриксах, как говорят, есть, но это, понятно, совсем другая игра.

Автор: Nikolay

Nikolay — Sun, 31 Jul 2011 10:17:12 +0000

Мда.. про reallocate (засада №2)- позабавило.. Получается что даже старая EVA еще времен Compaq умела это делать. А новые железяки от EMC - нет.
Romx, скажите, а это действительно так? Может это так сказать “нативный механизм”, который не надо включать руками или задавать какие-либо опции при создании StoragePool?

Автор: villain

villain — Thu, 28 Jul 2011 13:11:05 +0000

Можно будет поглядеть на 05.31.000.5.011 - но судя по best practices для 31-ой FLARE - там тоже нет ничего.
По памяти в графическом интерфейсе ничего нет, может в cli что-нть есть?

Автор: romx

romx — Thu, 28 Jul 2011 12:17:00 +0000

Это называется ирония и жестокая шутка судьбы. EMC всю дорогу щемил NetApp за “файловую систему поверх RAID”, за фрагментацию, за виртуализацию SAN, и вот теперь так жизнь повернулась, что EMC приходится делать то же самое, за что онга столько шпыняла NetApp. Но только у NetApp уже 7 лет опыта в этой области, большинство “детских болезней” решения уже пройдено и вылечено, накоплен опыт, а EMC во все это счас влетает полной мордой, с самого, так сказать, начала. Что ж остается делать терпевшему насмешки от EMC все эти годы NetApp, только зло посмеиваться над тем, как поворачивает ситуацию жизнь. :)

Автор: Александр

Александр — Thu, 28 Jul 2011 11:58:43 +0000

Dmitriy: неа, нету на FLARE 04.30.000.5.509 по карйней мере нет. Последняя доступная на powerlink 04.30.000.5.517 и к ней приписано следующее: New features in 04.30.000.5.517 There were no new features in this release. The Fixed problems section
on page 7 contains changes made in this version.

На VMax’e есть reallocate для VP пулов т.к. там те же самые грабли с “размазыванием”, там так и написано: если хотите расширить VP пул, то расширяйте его на такой же размер… :( глупость конечно, но главное в маркетинговых проспектах фича VP есть! :)