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

Data Domain Virtual Edition (DDVE) — це програмний пристрій для зберігання даних, який може бути розгорнутий як локально, так і в хмарі. DDVE, розгорнуті в хмарі, також називаються ATOS (Active Tier on Object Storage).  
Локально DDVE підтримує VMware, Hyper-V, KVM і VxRail. У хмарі DD VE також працює в Amazon Web Services (AWS) (хмара та хмара gov), Azure (хмара та хмара gov), VMware Cloud на хмарних платформах AWS та Google Cloud Platform (GCP).
Зверніть увагу, що DDVE у хмарі – це не те саме, що хмарний рівень. Cloud Tier – це інший продукт, який можна розгорнути лише на локальних апаратних DD і DDVE.
Якщо DDVE, розгорнутий у хмарі, заповнює сховище локальних метаданих, видається таке попередження:

EVT-SPACE-00004: Space usage in metadata storage has exceeded 100% threshold.

DDVE, розгорнутий у хмарі (ATOS), підтримує два типи зберігання даних:
- Блокове сховище (використовується для даних і метаданих, або просто метадані в об'єктному сховищі з увімкненим DDVEs aka ATOS).
- Hot Blob Storage, також відоме як Object Storage (використовується лише для даних)
Диски метаданих на DDVE, розгорнутому ATOS, будуть заповнені: Індекс, посилання на сегменти LP, контейнери CMETA (метадані) та дані DM (диспетчер каталогів).
Більшість розгортань використовують (Hot Blob або Object Storage), оскільки це поточна рекомендація щодо хмарних розгортань. Це означає, що ми записуємо всі дані за допомогою об'єктного сховища, але нам потрібно визначити 10% простору як блокове сховище для метаданих файлової системи DD. Розмір локальних метаданих є припущенням, що базується на розмірі ліцензованої потужності, і під час розгортання передбачає 10% використання метаданих для 10-кратного дедапа.  DDVE зі 100% використанням сховища метаданих не може приймати резервні копії.
У зв'язку з наступними сценаріями у DDVE може закінчитися місце для зберігання локальних метаданих:
- Дедап вищий за 10x, тому вимоги до метаданих вищі, ніж ті, що були розгорнуті у розмірі метаданих (за замовчуванням 10%).  
- Велика кількість або старі знімки, можуть збільшуватися Розмір метаданих.
Більший обсяг метаданих може бути помічено в DDVE ATOS, які діють як Destinations for File Реплікація (Контрольована реплікація клонів CCR /керована реплікація файлів MFR): 
- Якщо реплікуються не всі базові файли, цільовий ATOS DDVE має більш високе використання метаданих.
- У цьому сценарії Replication НЕ використовує всі переваги оптимізації Virtual Synthetics, оскільки потребує більше місця для зберігання метаданих. 
- Цей тип проблеми був помічений у NW CCR, де, здається, не всі базові файли були репліковані, що призвело до більшого використання метаданих у адресаті. 

Вирішенням цієї проблеми може бути додавання додаткових дисків як локального сховища метаданих. У випадку з Azure і тільки тоді, коли віртуальна машина Azure вже має максимально допустиму кількість виділених дисків, є можливість розширити ємність метаданих, зробивши існуючі диски метаданих (крім першого) більшими з кроком в 1 TiB. Див.Розгорніть сховище метаданих» у документі «PowerProtect DD Virtual Edition 7.x у посібнику з інсталяції та адміністрування хмари Azure», щоб дізнатися більше.
ВАЖЛИВА ІНФОРМАЦІЯ ПРИ ДОДАВАННІ ДИСКІВ ДЛЯ МЕТАДАНИХ: 
. Використання дисків метаданих різного розміру може призвести до дисбалансу індексів; таким чином, DDVE IO прив'язується до найбільшого диска/-ів, оскільки вони містять більшу частину метаданих.
. Кожен диск метаданих, доданий до активного рівня, повинен мати власну групу шпинделів, це має бути автоматично зроблено програмним забезпеченням. Максимальна відома кількість груп шпинделів – 16. 
. Якщо ви перейдете до максимальної кількості груп шпинделів (16), ви зрештою отримаєте диски метаданих, які мають однакову групу шпинделів. IO по відношенню до дисків на одних і тих же групах шпинделя є послідовним. 
. Перегляньте посібник для рекомендованих розмірів, більшість із них порекомендують крок 1 TiB, більші розміри можливі залежно від постачальника хмарних послуг.
. Існуючі диски НЕ МОЖУТЬ бути розгорнуті, ви можете тільки ДОДАТИ диски, будь ласка, не розширюйте існуючі диски, оскільки це може призвести до того, що DDVE стане непридатним для використання з пошкодженням, або розширений простір залишиться невикористаним.
1 - Перегляньте використання метаданих, якщо воно досягло 100%, йому потрібно призначити більше дисків.
- Наведено приклад нижче, деякі виходи можуть відрізнятися залежно від постачальника хмарних послуг, дивіться Посібник із встановлення та адміністрування:
- Відображення метаданих Використання

# filesys show space tier active local-metadata
--------------------------
Active Tier: local-metadata usage
Size GiB   Used GiB   Avail GiB     Use%
--------   --------   ---------   ------
  1293.0     1291.5         1.5   100.0%             -> We can see Metadata space is full.
--------   --------   ---------   ------

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

# disk show hardware
------------------
Disk   Slot        Manufacturer/Model     Firmware   Serial No.   Capacity    Type
       (pci/idx)                                                                  
----   ---------   --------------------   --------   ----------   ---------   -----
dev1   -/a         Virtual BLOCK Device   n/a        (unknown)    250.0 GiB   BLOCK  -> DDOS Disk
dev2   -/b         Virtual BLOCK Device   n/a        (unknown)    10.0 GiB    BLOCK  -> NVRAM disk
dev3   -/c         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev4   -/d         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
----   ---------   --------------------   --------   ----------   ---------   -----
4 drives present.

2.1 - Перейдіть до консолі AWS/GCP/AZURE і додайте сховище до DDVE, у цьому випадку ми додали диск об'ємом 1 TiB, і тоді його слід розглядати як dev5, пам'ятайте, що не можна розширювати та торкатися жодного з інших існуючих дисків. 
УВАГА: На момент прочитання цієї статті можуть існувати нові та оновлені посібники зі встановлення/адміністрування. 
2.2 - На цьому етапі, припускаючи, що був доданий новий диск об'ємом 1 TiB, буде відображатися на виході як disk dev5.

# disk show hardware
------------------
Disk   Slot        Manufacturer/Model     Firmware   Serial No.   Capacity    Type
       (pci/idx)                                                                  
----   ---------   --------------------   --------   ----------   ---------   -----
dev1   -/a         Virtual BLOCK Device   n/a        (unknown)    250.0 GiB   BLOCK  -> DDOS Disk
dev2   -/b         Virtual BLOCK Device   n/a        (unknown)    10.0 GiB    BLOCK  -> NVRAM disk
dev3   -/c         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev4   -/d         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev5   -/e         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Newly added disk for metadata, unused.
----   ---------   --------------------   --------   ----------   ---------   -----

2.3 - Додайте новий диск до активного Tier. В даному випадку буде dev5

# storage add tier active dev5

  УВАГА: Якщо при додаванні більшої кількості дисків до локальних метаданих DDVE ATOS з інтерфейсу командного рядка з'являється повідомлення «Розмір локального сховища перевищує максимально необхідний обсяг метаданих для цієї конфігурації», наприклад:

** Local storage size exceeds the maximum required metadata capacity for this configuration.
Do you want to continue? (yes|no) [no]:

2.4 - Розширення файлової системи

# filesys expand

3. - Підтвердьте, що FS, яка була доступною лише для читання через брак місця в метаданих, тепер може бути записана до
Цього можна досягти кількома способами, від впевненості в тому, що резервні копії тепер працюють нормально, до перевірки відновлення вхідної реплікації та видно трафік.

Цей контент перекладено іншими мовами: 

https://downloads.dell.com/TranslatedPDF/PT-BR_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/ZH-CN_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/ES_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/DE_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/FR_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/IT_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/JA_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/NL_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/KO_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/RU_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/PT_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/SV_KB537488.pdf

- Розгорнути файлову систему можна онлайн.
- Використання метаданих прямо пропорційне коефіцієнту дедапу. Якщо робоче навантаження резервних копій дуже добре дедукує, то чим більший індекс DDVE, отже, тим вищі потреби в метаданих.
- Старі та великі знімки не тільки зберігатимуть дані, але й збільшать коефіцієнт дедапу, що призведе до того, що в системі швидше закінчаться метадані.
- Існують лише Рекомендації щодо вимог до метаданих для розгортання, вони становитимуть 10% місткості дисків метаданих і припускатимуть 10-кратне дедапування. Вищі коефіцієнти дедапів зрештою потребуватимуть більшої кількості дисків метаданих.
- Підтримка DD не має рекомендацій щодо вимог до зберігання локальних метаданих для більших дедупів, ніж 10x. Диски з метаданими рекомендується додавати з кроком 1 ТБ, доки не буде досягнуто балансу між використанням файлової системи та використанням метаданих.
- Наразі не існує відомого методу прогнозування майбутнього використання метаданих на основі потенційних факторів дедапу. 
- Також може виникати дисбаланс індексу на дисках однакового розміру, найпоширенішою причиною є те, що нові диски були збільшені після того, як метадані були майже заповнені, тому старі диски все ще містили б більшість структур метаданих, і запитувалося більше вводу-виводу. Оскільки старі дані прострочені, метадані повинні балансувати між дисками.