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

Data Domain Virtual Edition (DDVE) — це пристрій для зберігання даних лише програмне забезпечення, яке може бути розгорнуте як локально, так і в хмарі. Active Tier on Object Storage (ATOS) – це інша назва DDVE, розгорнутого в хмарі.
Локально DDVE підтримує VMware, Hyper-V, KVM і VxRail.
У хмарі Data Domain Virtual Edition працює в:

• Amazon Web Services (AWS) (хмара та хмара уряду)
• Azure (хмара та хмара gov)
• VMware Cloud на хмарних платформах AWS
• Хмарна платформа Google (GCP)

DDVE у Cloud – це не те саме, що хмарний рівень. Cloud Tier – це інший продукт, який можна розгорнути лише на локальних апаратних DD і DDVE.
Якщо DDVE, розгорнута в хмарі, заповнює сховище локальних метаданих, видається наступне попередження:

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

DDVE, розгорнута в хмарі (ATOS), підтримує два типи зберігання даних:

• Блокове сховище (використовується для даних і метаданих, або метадані на об'єктному сховищі з увімкненими DDVE, також відомими як ATOS).
• Hot Blob Storage також відоме як сховище об'єктів (використовується лише для даних)

Диски метаданих на DDVE, розгорнутому ATOS, заповнюються: Індекс, посилання на сегменти LP, контейнери CMETA (метадані) та дані диспетчера каталогів (DM)
Більшість розгортань використовують (Hot Blob або Object Storage), оскільки це поточна рекомендація щодо хмарного розгортання. Усі дані записуються за допомогою об'єктного сховища, але 10% простору визначається як блокове сховище для метаданих файлової системи DD. Розмір локальних метаданих є припущенням, що базується на розмірі ліцензованої потужності. Під час розгортання 10% використання метаданих оцінюється як 10-кратний коефіцієнт дедуплікації. DDVE зі 100% використанням сховища метаданих не може отримувати резервні копії.

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

• Дедуплікація вища за 10x, тому вимоги до метаданих вищі, ніж ті, що були розгорнуті в розмірі метаданих (за замовчуванням 10%).
• Велика кількість або старі знімки можуть збільшити розмір метаданих

Більший обсяг метаданих може бути помічений у DDVE ATOS, які виступають як пункти призначення для реплікації файлів (Controlled Clone Replication CCR /Managed File Replication MFR):

• Якщо не всі базові файли репліковані, цільовий ATOS DDVE має більше використання метаданих.
• У цьому сценарії реплікація НЕ використовує всі переваги оптимізації віртуальної синтетики, оскільки їй потрібно більше місця для зберігання метаданих.
• Цей тип проблеми був помічений у NW CCR, де, схоже, не всі базові файли були репліковані. Це призводить до того, що цільова сторінка використовує метадані частіше.

Вирішенням цієї проблеми було б додавання додаткових дисків як локального сховища метаданих.

Тільки AWS і Azure дозволяють розширювати розмір диска метаданих, коли вже виділено максимально допустиму кількість дисків. Місткість метаданих для наявних дисків метаданих може збільшуватися з кроком 1 TiB. Це не стосується першого диска з метаданими. Подробиці дивіться в розділі «Розширити сховище метаданих» у документі довідника.

• Посібник із встановлення та адміністрування PowerProtect DD Virtual Edition 7.x у хмарі Azure
• Посібник із встановлення та адміністрування PowerProtect DD Virtual Edition 7.x на Amazon Web Services

ВАЖЛИВА ІНФОРМАТИНО ПРИ ДОДАВАННІ ДИСКІВ ДЛЯ МЕТАДАНИХ:

• Використання дисків метаданих різного розміру створює дисбаланс індексів.
• Кожен диск метаданих, що додається до активного рівня, повинен мати власну групу шпинделів, програмне забезпечення автоматично це робить. Максимальне відоме число груп шпинделя - 16.
• Якщо перевести максимальну кількість груп шпинделів (16), диски метаданих будуть однаковою групою шпинделів. Ввід/вивід для дисків на тих самих шпиндельних групах є послідовним.
• Рекомендовані розміри дивіться в інструкції, більшість рекомендують крок 1 TiB, можливі більші розміри залежно від постачальника хмарних послуг.
• Розгортайте диски метаданих лише для AWS та Azure. Розширення дисків метаданих у будь-якому провайдері робить 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.

   1. Перейдіть до консолі AWS/GCP/AZURE та додайте сховище до DDVE. У цьому випадку додається диск об'ємом 1TiB. Він розглядається як dev5, і пам'ятайте, що не можна розширювати або торкатися жодного з інших існуючих дисків.
      ПОСІБНИКИ для DDVE у хмарі (Публікація нижче лише для DDVE V4)
      DDVEV4 на Microsoft Azure Install and Admin Manual.
      
      https://support.emc.com/docu91981_Data-Domain-Virtual-Edition-4.0-with-DD-OS-6.2.0.10-in-Azure-Installation-and-Administration-Guide.pdf?language=en_US DDVEV4 на Google Cloud Platform(GC)
      https://support.emc.com/docu91982_Data-Domain-Virtual-Edition-4.0-with-DD-OS-6.2.0.10-in-Google-Cloud-Platform-(GCP)-Installation-and-Administration-Guide.pdf?language=en_US
      DDVE4 на веб-сервісах Amazon (AWS), інсталяція та посібник
      адміністратораhttps://support.emc.com/docu91980_Data_Domain_Virtual_Edition_4.0_with_DD_OS_6.2.0.10_in_Amazon_Web_Services_(AWS)_Installation_and_Administration_Guide.pdf?language=en_US
      УВАГА: На момент прочитання цієї статті можуть існувати нові та оновлені посібники з інсталяції або адміністратора.
   2. На цьому етапі, припускаючи, що було додано новий диск розміром 1 TiB, це відображається на виході як диск 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.
      ----   ---------   --------------------   --------   ----------   ---------   -----

   3. Додайте новий диск до активного рівня. dev5 для цього прикладу:

      # storage add tier active dev5

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

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

      Тоді зверніться до статті нижче для вирішення:
      Домен даних: Розмір локального сховища перевищує максимально необхідний обсяг метаданих для цієї конфігурації.
   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

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