Data Domain – DDBoostFS-Validierung und Best Practices für MongoDB Ops Manager
Summary: Dieser Wissensdatenbank-Artikel enthält Best Practices und Konfigurationsrichtlinien für Anwendungen mit dem Data Domain DD Boost-Dateisystem-Plug-in (BoostFS). Darüber hinaus enthält der Wissensdatenbank-Artikel Erkenntnisse und Tipps zur Konfiguration der Anwendung, um alle Vorteile von BoostFS zu maximieren. MongoDB Operation Manager (OpsMgr) ist das einzige Tool, das konsistente Enterprise-Backups in einem Sharded-Cluster bereitstellt Konsolidieren Sie Backups aller Shards an einem Ort. Von diesem Speicherort verschiebt Operations Manager den Snapshot in die Data Domain über das DD Boost-Dateisystem-Plug-in. ...
Instructions
Bei Operations Manager sind mehrere Faktoren zur Optimierung der Storage- und Netzwerkeffizienz von DD Boost zu berücksichtigen, darunter:
- Speicher-Engine-Typ
- Kabelgebundener Tiger
- MMAPv1
- Operations Manager-Version und -Komprimierung
- V2.7.0 mit Dateisystem-Store-Komprimierungsstufe
- V3.4.0 mit Wired Tiger Snapshot-Komprimierungseinstellung
Typ der Speicher-Engine:
Mit MongoDB haben Sie die Möglichkeit, eine der beiden verfügbaren Speicher-Engines auszuwählen - Wired Tiger oder MMAPv1. MMAPv1 war die Standard-Engine für alle Versionen von MongoDB bis v3.2, die Produktionsdaten in einem unkomprimierten Format speichert (siehe Diagramm).
Wired Tiger ist die neuere, fortschrittlichere Speicher-Engine, die mit der Einführung von MongoDB v3.0 veröffentlicht wurde, deren Daten standardmäßig komprimiert werden. Das Sichern komprimierter Daten auf Data Domain führt zu einer Deduplizierung, die sich auf die Storage-Effizienz auswirkt.
Zur Optimierung der BoostFS-Effizienz müssen Komprimierung und Verschlüsselung in der Anwendung deaktiviert werden, damit die MMAPv1-Speicher-Engine die besten Ergebnisse liefert.
Data Domain kann Backups von Wired Tiger-Implementierungen nutzen, jedoch mit einer niedrigeren Deduplizierungsrate (4:1), etwa 50 % weniger als bei MMAPv1.
Operations Manager-Komprimierung: Zusätzlich zur Komprimierung der Speicher-Engine ermöglicht OpsMgr den Bedienern, die Dateien ein zweites Mal zu komprimieren, bevor sie an den Backupspeicher gesendet werden.
Backup-Snapshots verwenden mehrere GZIP-Komprimierungsstufen von "0" bis "10", wobei "6" die Standardeinstellung ist. Um BoostFS zu optimieren, sollte das Komprimierungslevel für OpsMgr v2.7.0 auf "0" festgelegt werden.
Es ist wichtig darauf hinzuweisen, dass bei der Einstellung "Level" auf "0" eine geringe Komprimierung angewendet wird, was zu einem gewissen Overhead führt.
OpsMgr beseitigt dieses Problem, indem Administratoren die Möglichkeit haben, die Snapshot-Komprimierungsstufe auf "none" festzulegen. Außerdem ist die Komprimierungsstufe eine globale Einstellung.
Legen Sie die Speicherkomprimierungseinstellung für WiredTiger/MMapV1 für jeden BoostFS-Einhängepunkt auf "none" fest, damit Dateien unkomprimiert an Data Domain gesendet werden.
Dies wird zum Standardwert für diesen Mount-Punkt und überschreibt die globale Komprimierungseinstellung
(GZIP).Wenn die Snapshot-Komprimierung von Wired Tiger auf "none" eingestellt ist, haben wir eine Steigerung der Schreibleistung um 60 % im Vergleich zu Backups mit der Komprimierung des GZIP-Levels "0" festgestellt.
Das folgende Diagramm fasst das BoostFS-Ergebnis der OpsMgr-Anwendungsfälle mit deaktivierter Komprimierung für jede Storage-Engine zusammen.
Einrichten des BoostFS-Plug-ins
- Angenommen, /mongodb-backup ist der Einhängepunkt, an dem BoostFS auf dem Ops Manager-Server gemountet ist.
- Navigieren Sie in der Ops Manager-Benutzeroberfläche zu Admin Backup Snapshot Storage und klicken Sie auf Create New File System Store.
- Geben Sie den Namen des Dateisystemspeichers an und geben Sie als Pfad /mongodb-backup und dann Save ein.
Legen Sie die OpsMgr-Komprimierung auf Ebene 0 fest.
- Melden Sie sich beim Ops Manager an.
- Navigieren Sie zur Registerkarte Admin, General Ops, Manager configuration, Miscellaneous.
- Legen Sie für Backup-Snapshots das File System Store Gzip Compression Level auf 0 fest.
Best Practices – MongoDB OpsMgr
- Legen Sie die Komprimierungsstufe des Dateisystems in OpsMgr v3.4 auf "none" fest.
- Legen Sie die Komprimierungsstufe "Backup SnapShot" im Ops Manager auf "0" fest.
- Verwenden Sie immer OpsMgr 2.0.7 oder höher.
- Um die besten Ergebnisse zu erzielen, wird die MMAPv1-Speicher-Engine mit OpsMgr v3.4 bevorzugt.
- Wired Tiger-Backups enthalten komprimierte Daten.
- OpsMgr-Backupstreams sind auf einen pro Server beschränkt.
- Das BoostFS-Plug-in sollte auf dem OpsMgr-Server installiert werden.
- Bis zu 63 Streams pro BoostFS-Plug-in
Additional Information
Einfache Supportmatrix für Data Domain BoostFS MongoDB OpsMgr
BoostFS-Treiber und -Downloads
BoostFS-Konfigurationsleitfäden