Data Domain. Рекомендации по работе с метаданными в PowerProtect DD Virtual Edition («DDVE»)

Синопсис:

PowerProtect DD Virtual Edition обеспечивает непревзойденную производительность и совокупную стоимость владения для заказчиков, которым нужны преимущества устройства Data Domain в виртуальном форм-факторе. Однако перед развертыванием PowerProtect DDVE в определенных типах сред необходимо соблюдать осторожность, так как это может привести к увеличению использования метаданных сверх предписанных рекомендаций и повлиять на совокупную стоимость владения для пользователя. Увеличение объема метаданных в результате описанных ниже сценариев является естественным следствием высокой дедупликации, поскольку продукт работает в соответствии с проектом, и мы настоятельно рекомендуем оценить потенциальное влияние приведенных ниже сценариев на совокупную стоимость владения перед развертыванием.
В этом документе описаны известные сценарии, которые могут привести к увеличению использования метаданных при использовании записи DDVE в хранилище объектов.

Сценарий 1. Резервные копии виртуальной синтетической файловой системы

Защита резервных копий файловых систем в PowerProtect DDVE с помощью приложения резервного копирования (например, Avamar) с включенным виртуальным синтетическим резервным копированием может привести к тому, что для заказчика будет наблюдаться высокий коэффициент дедупликации за счет увеличения использования метаданных. Высокая эффективная скорость дедупликации оказывает понижательное давление на совокупную стоимость владения, в то время как увеличение использования метаданных оказывает повышательное давление. Разрешение этих сил определяет общую совокупную стоимость владения для пользователя. Перед развертыванием важно оценить, имеется ли в среде пользователя такой тип рабочей нагрузки.
Если невозможно отключить виртуальные синтетические резервные копии в приложении резервного копирования или выбрать приложение, не использующее виртуальные синтетические резервные копии, единственным известным решением в таких случаях является добавление пользователем дополнительных дисков метаданных для поддержания работоспособности системы.

Сценарий 2. Частичные контейнеры

Запись частичных контейнеров в хранилище объектов, которая может быть вызвана частыми фиксациями или записью небольших файлов (<1 Мбайт), увеличивает издержки на обработку метаданных в системе. В этом сценарии этот всплеск является временным, и систему можно привести в устойчивое состояние, выполнив очистку, которая скопирует частичные контейнеры вперед и устранит фрагментацию. Однако следует отметить, что выполнение очистки сопряжено с затратами, которые могут повлиять на совокупную стоимость владения при слишком частом выполнении. Рекомендуется выполнять очистку раз в неделю и соответствующим образом изменять размер дисков метаданных.

Сценарий 3. Небольшие файлы

В случаях, когда пользовательская среда содержит миллионы небольших файлов (<1 Мбайт), издержки на обработку метаданных будут высоки по сравнению с объемом данных. Это неподдерживаемая рабочая нагрузка, и DDVE может не подходить для защиты таких рабочих нагрузок.

Сценарий 4. Плотные маркеры

Некоторые приложения, такие как Oracle или Commvault, вводят маркеры в поток резервного копирования. DDVE дедуплицирует эти маркеры, что приводит к высокой скорости дедупликации. В очередной раз пользователь сталкивается с компромиссом между высокой скоростью дедупликации и увеличением использования метаданных. Пользователь может отключить оптимизацию в приложении резервного копирования и сократить использование метаданных DDVE или выбрать более высокий уровень дедупликации за счет увеличения использования метаданных.
Если невозможно отключить оптимизацию в приложении резервного копирования, единственным известным решением таких случаев является добавление пользователем дополнительных дисков метаданных для поддержания работоспособности системы.

Сценарий 5. Невиртуальные синтетические резервные копии с высокой скоростью дедупликации

Этот сценарий встречается редко, и пользователь должен знать о потенциальном влиянии на совокупную стоимость владения из-за высокой
скорости дедупликации, которая может привести к значительному увеличению использования метаданных. Единственным известным решением таких
ситуаций является добавление пользователем дополнительных дисков метаданных для поддержания работоспособности системы.

Сводка

В конкретных сценариях, описанных выше, мы ожидаем значительного увеличения потребления метаданных
, и рекомендуемым решением для таких случаев является добавление пользователем дополнительных дисков метаданных для поддержания
работоспособности системы. Продукт работает в соответствии с проектом, и мы настоятельно рекомендуем оценить потенциальное
влияние описанных выше сценариев на совокупную стоимость владения перед развертыванием.
Для рабочих нагрузок с более высоким коэффициентом дедупликации требуется больше метаданных. Емкость хранилища метаданных может динамически
расширяться. Если использование пространства для хранения метаданных превышает 80%, создается оповещение. Во избежание нехватки свободного места в DDVE необходимо немедленно добавить новый диск
метаданных. Процедура расширения системы хранения данных должна следовать инструкциям по
администрированию. Рекомендуется всегда использовать диск емкостью 1 Тбайт.
Следующий интерфейс командной строки (описанный в руководстве по установке и администрированию DDVE) показывает активное использование локальных метаданных
.
Например:

sysadmin@atos-ddve# filesys show space tier active local-metadata Active Tier: использование локальных метаданных Размер ГиБ Использовано ГиБ Доступно Использование ГиБ % -------- -------- --------- ----- 24290,4 4390,2 19900,2 18,0% -------- -------- --------- -----