Домен даних — валідація та найкращі практики DDBoostFS для MongoDB Ops Manager

З Operations Manager варто враховувати кілька факторів для оптимізації зберігання та ефективності мережі DD Boost, зокрема.
 

1. Тип двигуна зберігання
   1. Wired Tiger
   2. MMAPv1
       
2. Версія та стиснення Operations Manager
   1. V2.7.0 з рівнем стиснення файлової системи
   2. V3.4.0 з налаштуванням стиснення дротового Tiger Snapshot
       

Тип двигуна зберігання:

З MongoDB у вас є можливість обрати один із двох доступних рушіїв зберігання — Wired Tiger або MMAPv1. MMAPv1 був рушієм за замовчуванням для всіх версій MongoDB до версії 3.2, який зберігає виробничі дані у нестисненому форматі (див. діаграму).

Wired Tiger — це новіший, більш просунутий рушій зберігання, який був випущений із появою MongoDB v3.0, де дані за замовчуванням стискаються. Резервне копіювання стиснених даних у Data Domain призводить до нижчої за очікувану дедуплікацію, що впливає на ефективність зберігання.

 
Для оптимізації ефективності BoostFS необхідно вимкнути стиснення та шифрування в додатку, щоб рушій зберігання MMAPv1 давав найкращі результати.

Data Domain може споживати резервні копії з реалізацій Wired Tiger, але з нижчою швидкістю дедуплікації (4:1), приблизно на 50% менше, ніж у MMAPv1.

Стиснення менеджера операцій: Окрім стиснення рушія зберігання, OpsMgr дозволяє операторам стиснути файли вдруге перед відправкою у резервне сховище.

Резервні знімки використовують кілька рівнів стиснення GZIP від '0' до '10', де за замовчуванням є налаштування "6". Для оптимізації BoostFS рівень стиснення для OpsMgr v2.7.0 слід встановити на '0.'

Важливо зазначити, що Level to '0' дійсно застосовує невелику компресію, що призводить до певних накладних витрат.

OpsMgr усуває цю проблему, дозволяючи адміністраторам встановлювати рівень стиснення знімків на 'none'. До того ж, рівень стиснення — це глобальне налаштування.
 

 
Встановіть налаштування стиснення пам'яті WiredTiger/MMapV1 на «none» для кожної точки монтування BoostFS, щоб файли надсилалися нестисненими до домену даних.

Це стає стандартною точкою монтування, переписуючи глобальне (GZIP) стиснення.

При встановленому стисненні знімків Wired Tiger на «нуль», ми спостерігаємо збільшення продуктивності запису на 60% порівняно з резервними копіями з компресією

рівня GZIP «0».Нижче наведена діаграма підсумовує результати BoostFS у випадку використання OpsMgr з вимкненим стисненням для кожного рушія зберігання.

 
Налаштування плагіна BoostFS

1. Нехай /mongodb-backup буде тією точкою, де BoostFS монтується на сервері Ops Manager.
2. З інтерфейсу Ops Manager перейдіть до Admin  Backup  Snapshot Storage і натисніть створити New File System Store.
3. Введіть назву сховища файлової системи, а для шляху введіть /mongodb-backup і збережіть.
   
    

Встановити компресію OpsMgr на рівень 0

1. Увійти в Ops Manager
2. Перейдіть до Адміністратив, Загальні операції, Конфігурація менеджера, вкладка Різне.
3. Для резервних знімків встановіть рівень стиснення gzip файлової системи на 0.
    

Найкращі практики - MongoDB OpsMgr

1. Встановіть рівень стиснення файлової системи на «none» в OpsMgr v3.4.
2. Встановіть рівень стиснення Backup SnapShot на "0" в Ops Mgr
3. Завжди використовуйте OpsMgr 2.0.7 або вище.
4. Для найкращих результатів віддається перевага движку зберігання MMAPv1 з OpsMgr v3.4.
5. Дротові резервні копії Tiger містять стиснуті дані.
6. Резервні потоки OpsMgr обмежені одним на сервер.
7. Плагін BoostFS слід встановити на сервер OpsMgr.
8. До 63 потоків на один плагін BoostFS

Домен даних BoostFS MongoDB OpsMgr Simple Support Matrix

Драйвери та
завантаження BoostfsКерівництво з налаштування Boostfs