Комментарии к записи: Четыре главных ошибки при конфигурировании дедупликации на NetApp

Автор: Альберт Салман

Альберт Салман — Wed, 30 Mar 2011 12:14:13 +0000

Насчет ошибки #2: не совсем корректно описано поведение дедубликации (это привлекло внимание еще в TR который читали и использовали около года назад). При включенной Lun reserve дедубликация все же отдает освобожденные блоки во free pool. Т.е. например:
том размером 100ГБ
с луном размером 90ГБ на котором занято реально всего 40ГБ (при условии что high watermark на тех же 40ГБ)
`df -sg` показывает что 20ГБ съэкономлено (50% от реальных данных)

то на томе (при отсутствии снапшотов, снапшот резерва и fractional reserve) будет свободно 30ГБ, а не 10ГБ как утверждают авторы.

При отключении lun reserve соответственно моментально станет доступно все 80ГБ. Это на Data ONTAP 7.3.1.1P9 (и кажется то же самое было в 7.2.4, но там дедубликация была еще в зачаточном состоянии, даже все метаданные хранились на томе а не большая часть на агрегате и совсем мало на томе как в 7.3.х), возможно что-то подпилили для старших версий.

Автор: romx

romx — Wed, 30 Mar 2011 08:58:38 +0000

Александр: Все верно, по моим наблюдениям это также весьма распространенная оплошность.

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

Александр — Wed, 30 Mar 2011 08:54:08 +0000

Ещё одна ошибка - дедуплекация после выполнения снапшота. Снапшот “запирает” блоки и не дает их дедеплицировать, следовательно сначало дедупликация, а потом делаем снапшоты. Поправьте, если ошибаюсь.

Автор: Chinchilla

Chinchilla — Wed, 30 Mar 2011 06:42:51 +0000

Ошибка №2 - не совсем точно. При опциях volume fractional_reserve=0, guarantee=volume и включенной резервации на LUN сэкономленное пространство вернется в пул volume. То есть LUN размером 600GB будет занимать меньше, если есть сэкономленное дедупликацией пространство.

Автор: Korj

Korj — Wed, 30 Mar 2011 06:30:37 +0000

4-я ошибка (по крайней мере в среде MS SCVMM) - результат работы SCVMM - его GUI-средствами практически невозможно создать VM с несколькими дисками на разных томах. Powershell спасает, но зачем тогда SCVMM?!
Кроме того, многие программы более-менее завязаны на стандартную структуру Program Files,ProgramData,AppData и перекидывание данных на D: не всегда тривиально (вплоть до необходимости использовать junctions), плюс проблема разграничения безопасности на новом диске (в местах по умолчанию настройки, как правило, уже есть и довольно адекватны).