Домен даних: Як обчислити максимальний розмір дисків, які можна додати до активного рівня пристрою Data Domain Virtual Edition (DDVE)

Data Domain Virtual Edition (DDVE) — це новий продукт, який, починаючи з DDOS 5.7, дозволяє розгортати реставратори доменів даних (DDR) як віртуальні машини в середовищах VMware ESXi або Microsoft Hyper-v.

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

• Конфігурація віртуальної машини DDVE
• Розмір ліцензії на ємність, доданий до приладу DDVE

Наприклад, наступна віртуальна машина DDVE налаштована таким чином, що вона є пристроєм 4TiB (тобто, якщо не змінити конфігурацію процесора/оперативної пам'яті, ця віртуальна машина ніколи не зможе підтримувати файлову систему DDFS розміром > 4 Тб):

# system vresource показати поточний
...
Це конфігурація 4TiB - Підтримує від 0,5 TiB до 4 TiB Файлової системи домену даних (DDFS).

Крім того, він має ліцензію на ємність, яка становить 3,63 Тб (тобто корисний розмір файлової системи DDFS не може перевищувати 3,63 Тб):

sysadmin@localhost# elicense показати
...
Ліцензії на потужність:
##   Функція Ємність Режим Дата
закінчення терміну дії-- -------- -------- --------------- ---------------
1 ЄМНІСТЬ 3.63 TiB постійний (int) н/д
-- -------- -------- --------------- ---------------

Зауважте, однак, що частина місця на дисках даних, доданих до активного рівня DDVE, використовується для внутрішніх даних, таких як:

• Метадані DDFS
• Файлові системи Ext3
• Інформація про парність RAID на LUN (ROL)

Ці дані відомі як «накладні витрати» і не враховуються у використаній/ліцензованій потужності. «Накладні витрати» відрізняються залежно від розміру активного рівня/конфігурації системи, тому може бути важко визначити, скільки фізичного дискового простору додати до активного рівня, щоб використовувати весь ліцензований обсяг — наприклад:

• Якщо до активного рівня вищевказаної DDVE додається 3,63 Тбай пам'яті та створюється файлова система, то в результаті корисної ємності файлової системи буде менше 3,63 Тб, залишаючи невелику кількість невикористаної, але ліцензованої ємності
• І навпаки, при спробі додавання сховища 4 ТБ до активного рівня DDVE може з'явитися помилка, яка вказує на те, що це перевищує ліцензовану ємність, і не дозволить завершити додавання

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

При додаванні ємності до активного рівня пристрою DDVE спочатку необхідно визначити максимальну підтримувану потужність активного рівня - це буде:

• Налаштований розмір приладу DDVE
• Ліцензована ємність активного рівня (тобто розмір встановленої ліцензії на потужність)

Слід використовувати менше з двох значень - наприклад, наступна система є конфігурацією 4TiB з ліцензованою ємністю 3.63TiB:

sysadmin@localhost# system vresource show current
...
Це конфігурація 4TiB - Підтримує від

0,5 TiB до 4 TiB Файлової системи домену даних (DDFS).sysadmin@localhost# elicense show
...
Ліцензії на потужність:
##   Функція Ємність Режим Термін
придатності-- -------- -------- --------------- ---------------
1 ЄМНІСТЬ 3,63 TiB Постійний (всередині) н/д
-- -------- -------- --------------- ---------------

В результаті система матиме максимальну активну ємність/розмір 3,63 Тб - це називається «цільовою» ємністю.

Використовуючи цільову ємність і знання про те, як обчислюються накладні витрати для сховища активного рівня, можна визначити загальний розмір диска, який можна додати до активного рівня, щоб використовувати всю ліцензовану ємність. Зауважте, що накладні витрати створюються двома способами залежно від версії операційної системи Data Domain Operating System (DDOS), запущеної на базовому пристрої:

• Обчислювальні накладні витрати (розраховані в DDOS 5.7 і 6.0):

• Відсоткові накладні витрати (розраховані в DDOS 6.0):

На жаль, оскільки накладні витрати безпосередньо залежать від обсягу сховища, дуже важко швидко розрахувати обсяг диска, який потрібен даній системі для даної ліцензованої ємності. Однак, щоб допомогти в цьому, можна використовувати наступні два рівняння:
Якщо використовується DDOS 5.7, то слід обчислювати

лише значення з використанням обчислювальних накладних витрат Якщо використовується DDOS 6.0, то слід обчислити як значення з використанням обчислювальних накладних витрат, так і накладних витрат на відсотках, тоді більший з двох використаних

розмірів Зауважте, що для забезпечення того, щоб обсяг пам'яті був нижчим за максимальну межу, будь-які обчислені значення слід округляти в меншу сторону - наприклад, якщо обчислюється сховище розміром 4,027TiB може бути додано до системи, це слід округлити в меншу сторону до 4,02TiB, а не округлити до 4,03TiB. Навіть після цього обчислені розміри все одно можуть бути трохи більшими, ніж фактична підтримувана ємність системи (як описано в наступних прикладах).

Приклад 1:

Спочатку розглянемо вищевказану систему - вона налаштовується/ліцензується наступним чином:

• Версія DDOS: 6.0.0.20
• Цільова потужність (менша ліцензована потужність і конфігурація системи): 3,63 TiB (3717 Гіб)
• Розмір метаданих DDFS (для конфігурації 4TiB): 107 Гб

Розмір сховища для використання всієї цільової ємності може бути обчислений наступним чином - зауважте, що оскільки це DDOS 6.0, слід використовувати як обчислювальні, так і відсоткові обчислення:
3621GiB (3.53TiB) є більшим з двох обчислених розмірів, отже, це максимальний розмір пам'яті, який можна додати до активного рівня цієї системи. На практиці до такої системи можна було додати максимум 3,53 Тб.

Приклад 2:

Передбачено базову систему DDVE під керуванням 6.0.0.20, яка має конфігурацію 8 TiB і має ліцензовану ємність активного рівня 5,45 TiB:

sysadmin@localhost# system vresource show current
...
Це конфігурація 8TiB - Підтримує від 0,5 TiB до 8 TiB Файлової системи домену даних (DDFS).

sysadmin@localhost# elicense show
...
Ліцензії на потужність:
##   Характеристика Ємність Режим Термін
придатності-- -------- -------- --------------- ---------------
1 ЄМНІСТЬ 5,45 TiB постійний (внутрішня) н/д
-- -------- -------- --------------- ---------------

В результаті:

• Версія DDOS: 6.0.0.20
• Цільова потужність (менша ліцензована потужність і конфігурація системи): 5,45 TiB (5580 Гіб)
• Розмір метаданих DDFS (для конфігурації 8TiB): 109 Гб

Розмір сховища для використання всієї цільової ємності може бути обчислений наступним чином - зауважте, що оскільки це DDOS 6.0, слід використовувати як обчислювальні, так і відсоткові обчислення:
5381GiB (5.25TiB) є більшим з двох обчислених розмірів, отже, це максимальний розмір пам'яті, який можна додати до активного рівня цієї системи. На практиці до такої системи можна було додати максимум 6,06TiB.

Приклад 3:

Передбачено базову систему DDVE під керуванням 6.0.0.20, яка має конфігурацію 4 TiB і має ліцензовану ємність активного рівня 0,90 TiB:

sysadmin@localhost# система vresource показати поточний
...
Це конфігурація 4TiB - Підтримує від

0,5 TiB до 4 TiB Файлової системи домену даних (DDFS).sysadmin@localhost# elicense show
...
Ліцензії на потужність:
##   Характеристика Ємність Режим Термін
придатності-- -------- -------- --------------- ---------------
1 ЄМНІСТЬ 0,90 TiB постійний (int) н/д
-- -------- -------- --------------- ---------------

В результаті:

• Версія DDOS: 6.0.0.20
• Цільова потужність (менша ліцензована потужність і конфігурація системи): 0,90 ТиБ (921 ГіБ)
• Розмір метаданих DDFS (для конфігурації 8TiB): 107 Гб

Розмір сховища для використання всієї цільової ємності може бути обчислений наступним чином - зауважте, що оскільки це DDOS 6.0, слід використовувати як обчислювальні, так і відсоткові обчислення:
 
981GiB (0,95TiB) є більшим з двох обчислених розмірів, отже, це максимальний розмір сховища, який можна додати до активного рівня цієї системи. На практиці до такої системи можна було додати максимум 0,95 TiB.

Приклад 4:

Пристрій DDVE працює під керуванням 5.7, налаштований як конфігурація 8 TiB і має ліцензовану ємність 7.28 TiB:

sysadmin@localhost# система vresource показати поточний
...
Це конфігурація 8TiB - Підтримує від

0,5 TiB до 8 TiB Файлової системи домену даних (DDFS).sysadmin@localhost# elicense show
...
Ліцензії на потужність:
##   Характеристика Ємність Режим Термін
придатності-- -------- -------- --------------- ---------------
1 ЄМНІСТЬ 7,28 TiB постійний (int) н/д
-- -------- -------- --------------- ---------------

В результаті:

• Версія DDOS: 5.7.32.0
• Цільова потужність (менша ліцензована потужність і конфігурація системи): 7,28 TiB (7454 ГіБ)
• Розмір метаданих DDFS (для конфігурації 4TiB): 104 Гб

Оскільки цей DDVE працює під керуванням DDOS 5.7, потрібно обчислити лише розмір сховища, отриманий за рахунок обчислювальних накладних витрат:
 
7146,24 ГіБ (6,97 ТБ) – максимальний розмір сховища, який можна додати до активного рівня цієї системи. На практиці до такої системи можна було додати максимум 7,82 ТБ пам'яті (тобто обчислений розмір потрібно було трохи зменшити, щоб можна було додати сховище).

Якщо обчислювані розміри сховища все ще занадто великі для конфігурації системи/ліцензованої ємності, під час додавання сховища до активного рівня з'явиться помилка, подібна до наведеної нижче:

sysadmin@localhost# storage add dev9
Перевірка вимог до сховища...
Не вдалося додати сховище: ємність системи перевищує ліміт, допустимий ліцензією.

У цьому випадку необхідно зменшити розмір виділеного сховища в базовому гіпервізорі на невелику величину (наприклад, 0,01TiB). Після цього базовий пристрій DDVE має бути примусово виконано повторне сканування виділеного сховища та повторна спроба «додавання сховища», після чого вона має бути успішною:
 
Зауважте також, що розмір файлових систем метаданих DDFS і ext3 може змінитися у майбутніх випусках. Якщо це станеться, то цей документ буде оновлюватися в міру необхідності.

Щоб отримати будь-яку допомогу з процедурою/розрахунками, описаними в цьому документі, зверніться до постачальника послуг підтримки, з яким укладено договір.