Домен даних: Рекомендації щодо метаданих PowerProtect DD Virtual Edition ("DDVE")

Підсумок:

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

Сценарій 1: Резервне копіювання віртуальної синтетичної файлової системи

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

Сценарій 2: Часткові контейнери

Запис часткових контейнерів до сховища об'єктів, що може бути спричинено частими комітами або записом невеликих файлів (<1 МБ), збільшує накладні витрати на метадані системи. У цьому сценарії цей стрибок тимчасовий, і систему можна привести до стабільного стану, запустивши очищення, яке скопіює вперед часткові контейнери і виключить фрагментацію. Однак слід зазначити, що існує вартість, пов'язана з проведенням прибирання, яка може вплинути на сукупну вартість володіння, якщо її запускати занадто часто. Найкраща рекомендація полягає в тому, щоб запускати очищення раз на тиждень і розмірковувати диски метаданих відповідно до них.

Сценарій 3: Маленькі файли

У випадках, коли середовище користувача містить мільйони невеликих файлів (<1 МБ), накладні витрати на метадані є високими порівняно з даними. Це непідтримуване робоче навантаження, і DDVE може бути неправильним рішенням для захисту таких навантажень.

Сценарій 4: Щільні маркери

Деякі програми, такі як Oracle або Commvault, вводять маркери в потік резервного копіювання. DDVE дублює ці маркери, що призводить до високих показників дедуплікації. Знову ж таки, користувач стикається з компромісом між високим рівнем дедуплікації за рахунок збільшення використання метаданих. Користувач може вимкнути внутрішню оптимізацію в програмі резервного копіювання та зменшити використання метаданих DDVE або вибрати вищу частоту дедуплікації за рахунок збільшення використання метаданих.
Якщо в додатку для резервного копіювання немає можливості відключити оптимізацію в додатку, єдине відоме рішення для таких випадків полягає в тому, щоб користувач додав додаткові диски з метаданими, щоб підтримувати роботу системи.

Сценарій 5: Невіртуальні синтетичні резервні копії з високою швидкістю дедуплікації

Цей сценарій є рідкісним, і користувач повинен знати про потенційний вплив на сукупну вартість володіння через високі
показники дедуплікації, що може спричинити значне збільшення використання метаданих. Єдиним відомим рішенням для таких
випадків є додавання користувачем додаткових дисків з метаданими для підтримки працездатності системи.

Зведення

У конкретних сценаріях, описаних вище, ми очікуємо, що споживання метаданих
значно зросте, і рекомендованим рішенням для таких випадків є додавання користувачем додаткових дисків метаданих для підтримки
працездатності системи. Продукт працює відповідно до дизайну, і ми настійно рекомендуємо вам оцінити потенційний
вплив наведених вище сценаріїв на сукупну вартість володіння до початку розгортання.
Для робочих навантажень із вищим коефіцієнтом дедуплікації потрібно більше метаданих. Сховище метаданих можна
динамічно розширювати. Коли використання простору для зберігання метаданих перевищує 80%, буде піднято попередження. Новий диск
метаданих слід негайно додати до DDVE, щоб уникнути нестачі місця. Будь ласка, дотримуйтесь інструкції з адміністрування щодо
процедури розширення сховища. Ми рекомендуємо завжди використовувати диск на 1 ТБ.
Наступний CLI (задокументований у Посібнику зі встановлення та адміністрування DDVE) показує активне використання локальних метаданих
.
Наприклад:

sysadmin@atos-ddve# filesys показати пробіл рівня активні локальні метадані Активний рівень: використання локальних метаданих Розмір GiB використовується GiB Використання GiB% -------- -------- --------- ----- 24290.4 4390.2 19900.2 18.0% -------- -------- --------- -----