Versions Compared

Old Version 1

changes.mady.by.user Jroy

Saved on

compared with

New Version Current

changes.mady.by.user Bastien Mourgues

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Scroll Ignore
scroll-viewporttrue
scroll-pdftrue
scroll-officetrue
scroll-chmtrue
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtrue
scroll-htmltruefalse
Panel
titleSommaire

Table of Contents
stylenone

Concept

À l'origine, MongoDB utilisait le moteur MMPAv1 pour gérer le stockage de ses données. Ce dernier ne gérait pas la compression des données.

Le moteur wiredTiger, plus récent, intègre nativement des fonctionnalités de compression.

Cela permet de réduire significativement l'empreinte disque de MongoDB, et d'optimiser l'utilisation de l'espace de stockage.

Préparation

Quel format de

donnée votre

données MongoDB

utilise

utilise ?

Vérifier que le type de moteur de stockage est bien MMapv1 à l'aide de la commande suivante : 

Code Block
languagetext
themeEmacs
mongo shinken --quiet --eval "print(db.serverStatus().storageEngine.name)"

Le retour de la commande doit être MMapv1.


Tip
Si le retour est wiredTiger, alors la base de données est déjà migrée et vous il n'avez est pas besoin de nécessaire de continuer cette procédure.

Limiter les données sauvegardées en base

Plus la base de données contient de données, plus la migration vers un nouveau moteur de données prendra du temps.

Pour cette raison, il peut être judicieux de limiter les données stockées en base avant de procéder à la migration ( voir la page MongoDB - Méthode 1 : Ne garder que les données pertinentes ).

Faire un état des lieux

En premier lieu, il est important de récupérer des statistiques de sur la base de données qui vont nous servir plupart serviront, plus tard, à vérifier que la migration de donnée données s'est bien passépassée.

Code Block
languagetext
themeEmacs
mongo shinken --quiet --eval 'db.getCollectionNames()' | tee db_info.info
mongo shinken --quiet --eval 'printjson(db.adminCommand( { listDatabases: 1 } ));' | tee -a db_info.info
mongo shinken --quiet --eval 'db.getCollection("sla_archive").count();' | tee -a db_info.info

Ces commandes vont afficher et conserver dans le fichier db_info.info respectivement :

  • La liste des collections de la base shinken dans une chaîne de caractères séparée par des virgules.
  • La liste des bases présentes sur le serveur de production, dans un format JSON.Le nombre d'archives SLA présente sur le serveur de production.

En fonction de votre l'architecture, il est possible que des ces commandes ne retournent rien. Si par exemple vous exécutez

Par exemple, exécuter ces commandes sur un serveur qui héberge uniquement la base du Synchronizer , alors seul ne donnera un résultat que pour la deuxième commande vous retournera des valeurs.

Info

Si aucune commande ne retourne de valeurs, il faut vérifier que vous êtes les deux commandes ne retournent rien, s'assurer qu'elles sont exécutées sur le bon serveur.

Cette procédure changera bien le type du moteur de stockage, mais aucune donnée ne sera impactée.

Enlever ce qui est inutile

Avant de faire la migration, il peut être intéressant de supprimer les anciennes données SLA afin de ne conserver que les données pertinentes.

  • Cette étape est facultative
    • Utiliser le script shinken-sla-delete-until
  • Son fonctionnement est décrit dans la page suivante : FOR SHINKEN TEAM - Script shinken-sla-delete-until
    • On peut supprimer les données SLA trop veilles si l'on n’avait pas mis en place la rotation des SLA.

    Migration de la base

    Arrêt de Shinken

    Il faut éteindre Shinken pour continuer la procédure

    Excerpt Include
    Démarrage/Arrêt/Statut des démons ( Ligne de commande )
    Démarrage/Arrêt/Statut des démons ( Ligne de commande )
    pageDefaultLink[destination=Optional[PageResourceIdentifier[spaceKey=<null>,title=Démarrage/Arrêt/Statut des démons ( Ligne de commande )]],body=Optional.empty,tooltip=Optional.empty,anchor=Optional.empty,target=Optional.empty]
    nopaneltrue

    Sauvegarde des données

    Code Block
    themeEmacs
    shinken-sla-delete-until --nb-day=365
    --nb-day=365 : Pour garder 365 jours de données SLA
    • Si vous réduisez le nombre de jours stockés en utilisant le script, changez le paramètre nb_stored_days du module sla, par défaut dans /etc/shinken/modules/sla.cfg
      • Cela évitera que de nouveaux jours inutiles soit garder en base.
      • Référez-vous à la page de configuration du module SLA pour plus de d'information ( voir Module SLA ).
      • Note : Il n'est nécessaire de redémarrer Shinken maintenant, ce sera fait plus tard dans la procédure.

    Migration de la base

    Il faut éteindre Shinken pour continuer la procédure

    Code Block
    themeEmacs
    service shinken stop

    Warning
    titleImportant !

    Avant toute opération, faites faire un shinken-backup complet ( ou avec les options qui permettent de sauvegarder les données ) du serveur impacté.

    Extraire les données à migrer

    On sauvegarde enregistre les données de Shinken à migrer  :

    Code Block
    languagetext
    themeEmacs
    cd /tmp
mongodump -o data_to_migrate

    Arrêt de mongod et purge des données

    Debian 13

    Code Block
    languagetext
    themeEmacs
    service mongod stop
cd /var/lib/mongodb
rm -fr *

    RHEL / CentOS 7 ou RHEL / Alma / Rocky 8 ou RHEL / Alma / Rocky 9

    Code Block

    On éteint la base de données et on la vide

    Code Block
    languagetext
    themeEmacs
    service mongod stop
cd /var/lib/mongo
rm -fr *

    Changement du moteur de MongoDB vers wiredTiger

    Changer le moteur de mmapv1 à wiredTiger.

    Mettre à jour le fichier /etc/mongod.conf :

    Code Block
    languageymljs
    themeConfluence
    title /etc/mongod.conf Emacs
    storage:
     engine: wiredTiger

    Démarrer Mongo

    Code Block
    languagetext
    themeEmacs
    service mongod start

    Vérifier le type de moteur de stockage :

    Code Block
    languagetext
    themeEmacs
    mongo shinken --quiet --eval "print(db.serverStatus().storageEngine.name)"

    Le retour de la commande doit être wiredTiger

    Migration des données

    On restaure les données dans MongoDB

    Code Block
    languagetext
    themeEmacs
    cd /tmp
mongorestore data_to_migrate

    Vérification

    On vérifie que les données dedans avec le obtenues correspondent à celles du fichier db_info.info que l'on a créé précédemment.

    Info

    Si vous avez utilisé le script shinken-sla-delete-until, le nombre de sla_archive doit avoir changé.

    code
    Code Block
    languagetext
    themeEmacs
    mongo shinken --quiet --eval 'db.getCollectionNames()'
mongo shinken --quiet --eval 'printjson(db.adminCommand( { listDatabases: 1 } ));'
mongo shinken --quiet --eval 'db.getCollection("sla_archive").count();'

    Démarrer Shinken

    Code Block
    themeEmacs
    service shinken start
    Démarrer Shinken
     Excerpt Include
    Manipulation des démons Shinken ( Ligne de commande )
    Manipulation des démons Shinken ( Ligne de commande )
    pageDefaultLink[destination=Optional[PageResourceIdentifier[spaceKey=<null>,title=Manipulation des démons Shinken ( Ligne de commande )]],body=Optional.empty,tooltip=Optional.empty,anchor=Optional.empty,target=Optional.empty]
    nopaneltrue