Data Domain: Руководство по метаданным Поверпротект DD Virtual Edition ("DDVE")

Краткий обзор.

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

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

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

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

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

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

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

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

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

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

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

Резюме

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

sysadmin@atos-ddve # filesys показывать пространство Active Local-Metadata Active Tier: размер использования локальных метаданных гиб использован гиб свободно гиб использование%------------------------------24290,4 4390,2 19900,2 18,0%------------------------------