Домен даних: Найкращі практики реплікації каталогів і пулів

Найкращі практики реплікації каталогів

МЕТА

У цій статті визначено найкращі практики налаштування реплікації каталогів.

ВІДНОСИТЬСЯ ДО

• Всі системи Data Domain
• Усі релізи програмного забезпечення

РЕКОМЕНДАЦІЇ

1. Розподіліть робоче навантаження між якомога більшою кількістю контекстів.
   Ідеальна одноконтекстна попередньо стиснена пропускна здатність знаходиться в діапазоні 200-300 МБ/с. У конфігураціях, де доступна багатопотокова передача, ідеальна одноконтекстна продуктивність подібна до ідеальної багатоконтекстної продуктивності; Однак є кілька змінних, які обмежують ефективність багатопотокового мовлення:

   • Якщо вихідний DDR має багато контекстів реплікації, логіка поділу багатопотокових потоків між контекстами обмежує доступну кількість потоків.
   • Багатопотокове передавання не активне під час ініціалізації/відновлення на основі знімків. Типово, ініціалізація на основі знімків застосовується, якщо контекст джерела містить більше 1 мільйона записів.
   • Починаючи з версії 5.0, було запроваджено багатопотокову передачу для реплікації даних CIFS.

   Ідеальна пропускна здатність мультиконтексту з попередньо стисненою моделлю варіюється приблизно від 200 МБ/сек до 500 МБ/с і більше.

2. Оформлюйте робоче навантаження за допомогою файлів помірного розміру.
   Розмір файлу може мати значний вплив на загальну продуктивність будь-якого контексту реплікації. Загалом, файли розміром менше 10 МБ не можуть бути ефективно відтворені.

   Крім того, коли реплікаційна пара знову підключається після несподіваного розриву, джерело має перезапуститися з початку файлу, який реплікувався під час розриву з'єднання. Якщо файл дуже великий, і є часті відключення (наприклад, через ненадійну мережу), реплікація може ефективно статизависнути? намагатися реплікувати один і той же файл знову і знову. Найчастіше це спостерігається з файлами, розмір яких перевищує 100 ГБ. Це не впливає на продуктивність через розмір самого файлу.

3. Спроектуйте робоче навантаження, щоб скористатися перевагами планування реплікації.
   Файли ставляться в чергу для реплікації, коли вони закриваються всередині. Час закриття файлу виглядає наступним чином:

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

   • Через 10 хвилин після останнього доступу NFS закриє файл.
   • Всі файли закриваються щогодини, незалежно від того, як давно вони були написані.
   • Якщо використовується доступ або записується багато файлів, файли можуть бути закриті швидше, ніж це передбачено вищезазначеними правилами. Програмне забезпечення для резервного копіювання записує файли меншими фрагментами (скажімо, 1 МБ) може призвести до швидшого початку реплікації через кількість файлів, що генеруються.

4. Якщо можливо, використовуйте виділену мережу.
   Рівень втрати пакетів лише 0,1% може серйозно погіршити пропускну здатність мережі, особливо для мереж із високою пропускною здатністю та затримкою. Для мереж з пропускною здатністю <= T2 хорошу пропускну здатність забезпечують RTT (Round-Trip Time) до однієї секунди. Для мереж = >Т3 спостерігається значне погіршення пропускної здатності, починаючи з RTT 300-500 мс.

   У більш загальному плані, пропускна здатність при втраті пакетів приблизно
   дорівнює Пропускна здатність = MSS /(RTT * sqrt(p)), де MSS := мінімальний розмір сегмента (зазвичай 1460 байт) RTT := час проходження туди і назад p := ймовірність втрати пакета

5. Оцініть дельта-реплікацію (оптимізація низької пропускної здатності).
   У DD OS 4.8 і вище дельта-реплікація, яку також називають «оптимізацією низької пропускної здатності», може збільшити віртуальну пропускну здатність реплікації каталогів або пулів по каналах з доступною пропускною здатністю менше 6 мегабіт в секунду (Мбіт / с). Реплікація Delta вимагає значних додаткових накладних витрат на процесор і ввід/вивід як у вихідних, так і в цільових системах Data Domain. Якщо ввімкнено оптимізацію з низькою пропускною здатністю для каналів з пропускною здатністю понад 6 Мбіт/с, малоймовірно, що буде досягнуто будь-якого виграшу у віртуальній пропускній здатності. Взагалі кажучи, якщо:

   • Дані, які потрібно відтворити, менш ніж на 96% ідентичні даним, які вже існують у системі призначення
   • Доступна пропускна здатність становить менше 6 Мбіт/с
   • Обидві системи мають запасний роз'єм центрального процесора та вводу/виводу

     Слід увімкнути оптимізацію з низькою пропускною здатністю. Слідкуйте за виведенням "історії реплікації шоу" протягом кількох тижнів. Коефіцієнт «Low-bw-optim» повинен становити в середньому 2,00 або більше, а пропускна здатність мережі (кількість байтів мережі, поділена на часовий інтервал) не повинна бути набагато меншою за доступну пропускну здатність. Якщо коефіцієнт "Low-bw-optim" не становить в середньому 2,00 або більше, то дельта-стиснення, ймовірно, не є ефективним на наборі даних і його слід вимкнути. Якщо пропускна здатність мережі набагато менше доступної пропускної здатності, то, швидше за все, одна або обидві системи Data Domain не мають достатньої запасної потужності процесора або вводу/виводу для підтримки дельта-реплікації, і її слід відключити.

6. Дотримуйтесь практичних порад для інших компонентів і сторонніх програм для резервного копіювання.
   Наші посібники з найкращих практик написані з урахуванням загальної продуктивності. Відхилення від запропонованих найкращих практик Data Domains можуть мати значні наслідки для продуктивності в кількох областях, хоча це може бути не відразу очевидним.

ПОСИЛАННЯ

Усунення затримки реплікації 180482