Général:FAQ NouvelleInstanceMongoDB

Généralités

Dans ce chapitre, on considèrera que SQWareCentral a été installé sur dbsqware@sqwarebox ...

Limites de cette section

Ce chapitre ne traite que de l'ajout d'une nouvelle instance sur un socle déjà paramétré et fonctionnel.
Utilisez les portions qui concernent votre environnement et utilisez la méthode match ou manuelle au choix !

MODOP général d'intégration d'une nouvelle instance MongoDB

Il y aura potentiellement 1 ou 2 cas de connexion à traiter

• "locale", pour les machines unix (ou avec Cygwin) où l'on va faire du "mongodb" sur la machine qui porte l'instance (connexion ssh depuis dbsqware@sqwarebox)
• "distante", pour le cas où l'on n'a accès à la machine en ssh (Windows, RDS, etc, ...)

Etapes classiques :

• Mise en place de l'environnement
• Vérification des prérequis système pour la partie "locale" (ksh + rsync)
• Tests "manuels"
• Mise en exploitation de l'instance

Vous verrez que ces étapes peuvent être traitée une par une ou par batch !

Intégration d'une instance MongoDB

Mise en place de l'environnement

Général

Explication du "DbAlias" (la clé unique dbSQWare)

La clé dbSQWare doit être unique et raccord avec ce qui aura été paramétré pour la variable gvsqw_DbAlias dans sqwpg_GlobalVar.cfg !
On va utiliser une variable, MNG_SID qui n'a aucune valeur pour MongoDB mais qui va identifier l'instance dans dbSQWare.
Par "convention", on utilise souvent MNG "_" APPLI "_" ENV.
Exemple : MNG_MONAPPLI_PRD ou MNG_DEUXAPPLI_DEV ...
Mais rien n'est imposé, vous choisissez ce qui "vous arrange" ! Il faudra juste positionner la variable MNG_SID dans le profile du compte mongodb (ou autre user) avec la valeur souhaitée.

Explication des statuts

• Une instance sera traitée en mode "local", c’est-à-dire que l’on va se connecter en "psql" en local sur la machine qui porte l’instance (accès ssh depuis dbsqware@sqwarebox), statut "ON".
  
• Une instance où l’on n’aurait pas d'accès unix local serait gérée en mode "distant" (style Windows, RDS, ...), statut "DIST".
  
• Le statut "OFF" fait "disparaître" l’instance de la visu web.
  
• Le statut "NEW" est utilisé comme statut intermédiaire entre le début et la fin du paramétrage d'une nouvelle instance.
  
• Tous les autres statuts permettent d’afficher l’instance dans le référentiel (notamment "KEEP") mais ne seront pas pris en compte par les traitements automatiques.
  

Résumé des statuts :

Statut	Description
ON	gestion locale sous unix (le plus courant)
DIST	gestion uniquement à distance
KEEP	statut temporaire, lors d'une maintenance par exemple ou avant suppression complète
NEW	statut temporaire, lors du paramétrage
OFF	suppression visuelle de l'instance (sans suppression de son paramétrage)
XXX	non pris en charge ...

Déclaration de l'instance dans SQWareRepository avec SQWareWeb

Nous allons déclarer la nouvelle instance depuis l'interface d'administration de SQWareWeb.

Déclarez la nouvelle instance en statut "NEW" (Ajout ou Duplicate)

Explication des champs :

Champ	Description
Db Alias	Clé unique qui identifie l'instance dans dbSQWare (pas de valeur pour MongoDB)
Dbms Name	Type de SGBD
Virtual Host	Host virtuel (meme que Host si pas cluster)
Host Name	Hostname de l'instance
User Name	User qui porte l'instance
Port	Port d'écoute de l'instance
Comments	Une courte description de ce que porte l'instance
Status	Instance statut (cf plus haut pour les explications)
Contact	Un contact si besoin
Environnement	Environnement de l'instance (PRD, PPR, REC, DEV, TST, ...)
Client	Utilisé uniquement pour filtrer (mettre un nom de client et/ou de département et/ou service ...
GlobalHost	Champ libre dans lequel on met souvent l'hôte de hyperviseur par exemple
Custom1	Champ libre 1
Custom2	Champ libre 2

Regénérer les fichiers de référence de SQWareCentral

Tapez la commande suivante qui va générer les fichiers de référence :

1 # From : dbsqware@sqwarebox
2 gen_all

Procédure spécifique pour la partie "locale" (statut ON)

/!\ Uniquement que les instances qui seront en statut "ON" !

Vérification des prérequis système pour la partie "locale" (ksh + rsync)

SQWareProduction étant écrit essentiellement en shell ksh et étant synchronisé depuis SQWareCentral avec rsync, il nous faut donc "ksh" et "rsync" installés !

Vérification

Adaptez à votre nom de user et nom de machine.

ksh:

1 # From : mongod@my_mongodb_host
2 type ksh
3 #ou
4 which ksh

rsync:

1 # mongod@my_mongodb_host
2 type rsync
3 #ou
4 which rsync

Installation

Adaptez à votre type de machine (sudo si vous n'êtes pas root).

RedHat / CentOS / ... :

1 # From : root@my_mongodb_host
2 yum install -y ksh rsync
3 #ou
4 dnf install -y ksh rsync

Ubuntu / Debian / ... :

1 # From : root@my_mongodb_host
2 apt install -y ksh rsync

Modification user unix

Adaptez à votre type de machine et à votre user (sudo si vous n'êtes pas root).
Modification du homedir (pas obligatoire mais évite de se retrouver dans /var/lib/mongo) :

1 # From : root@my_mongodb_host
2 mkdir -p /home/mongod
3 chown mongodb:mongod /home/mongod
4 chmod 750 /home/mongod
5 ##Stop instance
6 usermod -d /home/mongod mongod
7 ##Start instance
8 
9 #Ou directement vi /etc/passwd !

Affectez un passwd au user mongod (sinon la connexion par échange de clés ne fonctionnera pas !) :

1 # From : root@my_mongodb_host
2 passwd mongod

Déploiement de(s) clé(s) ssh de SQWareCentral vers la/les machine(s) cible(s)

Il existe deux manières de procéder :

• Une automatique (depuis dbsqware@sqwarebox mais vous oblige à connaitre le mdp du compte unix mongodb)
• Une manuelle que vous appliquez sur chaque compte unix mongodb

/!\ Le mdp de votre compte mongodb unix doit avoir été initialisé, si non, la connexion par échange de clé ne fonctionnera pas !

Déploiement de(s) clé(s) ssh : méthode batch

1 # From : dbsqware@sqwarebox
2 menu_mng GenDeplSshKeys_SQWareCentral GenLstInstanceNew

Vérifiez que c'est bien la liste que vous souhaitez déployer, puis choix 1 ...
=> Entrez le mdp unix quand il vous est demandé !

Déploiement de(s) clé(s) ssh : méthode manuelle

1 # From : mongod@my_mongodb_host
2 if [ ! -r $HOME/.ssh/id_rsa ]
3 then
4 ssh-keygen -t rsa -N ''''''' -f $HOME/.ssh/id_rsa
5 fi
6 chmod go-w $HOME
7 echo "ssh-rsa AAAAB......XSPpdV11 dbsqware@sqwarebox" >>$HOME/.ssh/authorized_keys
8 chmod 700 $HOME/.ssh
9 chmod 600 $HOME/.ssh/authorized_keys

=> Mettre la bonne clé dans le "echo" (celle de dbsqware@sqwarebox)

Test de connexion ssh depuis SQWareCentral

1 # From : dbsqware@sqwarebox
2 menu_mng TestSshConnection GenLstInstanceNew

Déploiement de SQWareProduction

1 # From : dbsqware@sqwarebox
2 
3 #Si depl sur user "unique"
4 menu_mng DeplScripts GenLstUniqueNew
5 
6 #Si depl sur user "de l'instance"
7 menu_mng DeplScripts GenLstInstanceNew

Ajout de l'environnement dbSQWare dans ~/.profile ou ~/.bash_profile

Une nouvelle fois, il existe deux manières de procéder :

• Une automatique (depuis dbsqware@sqwarebox)
• Une manuelle que vous appliquez sur chaque compte unix mongodb

Ajout de l'environnement dbSQWare : méthode batch

1 # From : dbsqware@sqwarebox
2 menu_mng AdddbSQWareProfile GenLstInstanceNew

Vérifiez que c'est bien la liste que vous souhaitez déployer, puis choix 1 ...
=> Dans ~/.profile ou ~/.bash_profile, changez la variable suivante avec la valeur adaptée : gvsqw_Env='XXX'

Ajout de l'environnement dbSQWare : méthode manuelle

Ajoutez les lignes suivantes dans le ~/.profile ou ~/.bash_profile

 1 # From : mongod@my_mongodb_host
 2 
 3 #dbSQWare
 4 export gvsqw_MngBin=$HOME/SQWareProduction/mongodb/bin
 5 export gvsqw_Env='PRD'
 6 lvsqw_IsTerminal=$(tty 2>&1 >/dev/null;echo $?)
 7 if [ "$lvsqw_IsTerminal" = "0" ] && [ -r $gvsqw_MngBin/../etc/.profile_confort ]
 8 then
 9 . $gvsqw_MngBin/../etc/.profile_confort
10 fi

Ajout de la variable MNG_SID

Ajoutez la variable MNG_SID dans le ~/.profile ou ~/.bash_profile

1 # From : mongod@my_mongodb_host
2 export MNG_SID=MNG_INST_PRD

Paramétrage de la méthode de connexion

Dans l'environnement de configutaion dbSQWare de votre instance. (par défaut : $HOME/MNG_INST_PRD/sqwConfig)

1 #Entrez le nom de l’instance
2 e MNG_INST_PRD
3 cfg

Le fichier avec les fonctions qui vont être chargées au démarrage de la session (vous pouvez rajouter les votres) :

1 mongod@my_mongodb_host:/home/mongo/MNG_INST_PRD/sqwConfig (MNG_INST_PRD) $ cat env.js
2 cd ("/home/mongo/MNG_INST_PRD/sqwConfig")
3 load ("login.js")

Les fonctions qui permettent de se connecter à l'instance :

1 mongod@my_mongodb_host:/home/mongo/MNG_INST_PRD/sqwConfig (MNG_INST_PRD) $ cat login.js
2 function js_LocalConnection(){
3 db = connect("my_mongodb_host:9999/admin");
4 db.auth("administrator","administratorpwd")
5 }
6 function l1(){
7 db = connect("my_mongodb_host:9999/admin");
8 db.auth("administrator","administratorpwd")
9 }

Test sendmail (non obligatoire)

1 # From : dbsqware@sqwarebox
2 menu_mng TestSendmail GenLstInstanceNew

Test de connexion "manuel" à l'instance MongoDB (connexion "locale")

/!\ Uniquement que les instances qui seront en statut "ON" !

1 # From : dbsqware@sqwarebox
2 menu_mng TestInstConnectionOnNoMail GenLstInstanceNew

Procédure spécifique pour la partie "distante" (statut DIST)

Création d'un compte MongoDB spécifique dbSQWare (Pour connexion distante)

Adaptez aux besoins en fonction de ce que vous voulez faire ...

Exemple

mongo

Vous pouvez mettre le nom et le mot de passe que vous souhaitez !
Ce compte devra être déclaré sur le compte unix mongodb@sqwarebox ...

1 mongodb@sqwarebox:/home/mongodb () $ cat .passwd_mongodb
2 DbAlias;UserName;Passwd;HostName;Port
3 MNG_MONAPPLI_PRD;dbsdba;myPassword;srvdbmng01;9999

Test connexion "distante"

1 # From : dbsqware@sqwarebox
2 menu_mng TestInstConnectionDistNoMail GenLstInstanceNew

Mise en exploitation de l'instance

Génération de la configuration par défaut SQWareProduction

/!\ Uniquement que les instances qui seront en statut "ON" !

1 # From : dbsqware@sqwarebox
2 menu_mng GenDefConf_SQWareProduction GenLstInstanceNew

Mise à jour de SQWareRepository

Dans le repository dbSQWare via la console d’administration, mettre à jour le statut de la nouvelle instance MongoDB (à NEW actuellement) avec la valeur souhaitée (ON, DIST)

Test de "reprise" des indicateurs

A ce moment là, vous pouvez tester la reprise des indicateurs manquants (en principe, uniquement les instances que vous venez d'intégrer !)

1 # From : dbsqware@sqwarebox
2 ## Pour les statuts "ON"
3 repind_mng
4 ## Pour les statuts "DIST"
5 repind_mng_dist

Exploitation (stats, backups, …) pour les instance "ON"

Génération des conf SQWareProduction

Si vous avez suivi la procédure d’insertion de l’instance, cette partie est déjà fait par l’étape "menu_mng GenDefConf_SQWareProduction GenLstInstanceNew".
Vous pouvez vérifier avec le chapitre suivant.

Se connecter à la machine qui porte l'instance « MongoDB » et taper les commandes suivantes :

1 # From dbsqware@vmngwarebox
2 c MNG_INST_PRD

1 #Source de l'env si multi-instance (from mongod@my_mng_host)
2 e MNG_INST_PRD

1 too
2 ./sqwmng_GenerateCreateInstance.ksh -dbsOnly

Vérifier que ce qui est proposé est bon et tapez « y » si c’est le cas.
A ce moment, vous avez généré les fichiers de configuration par défaut de SQWareProduction.

Explications

Les étapes précédentes ont créé certains fichiers par défaut. ($HOME/MNG_INST_PRD/sqwConfig)

1 #Entrez le nom de l’instance
2 e MNG_INST_PRD
3 cfg
4 cat sqwmng_Jobs.cfg

1 #IndicDba: Gather DBAs indicators
2 IndicDba:$gvsqw_MngBin/sqwmng_GatherIndicators.ksh -I MNG_INST_PRD
3 
4 #Dump: Dump all databases
5 Dump:$gvsqw_MngBin/sqwmng_DumpAllDatabases.ksh -I MNG_INST_PRD -Exec

C’est un fichier de paramétrage qui est utilisé par le script sqwmng_RunJob.ksh pour exécuter des actions.

Fichier pour une cron par défaut $HOME/CrontabRef_MNG_INST_PRD :

1 ## mm(0-59) hh(0-23) dd(1-31) MM(0-12) DAY(0-sunday, 1-monday, ...) command
2 # Dump
3 00 20 * * * ksh -c '. $HOME/.profile MNG_INST_PRD;$gvsqw_MngBin/sqwmng_RunJob.ksh -I MNG_INST_PRD -A Dump > $HOME/tmp/Dump_MNG_INST_PRD.log 2>&1'

Mise en exploitation

Mise en place de la cron :

1 mv $HOME/CrontabRef_MNG_INST_PRD $HOME/CrontabRef
2 vi $HOME/CrontabRef
3 crontab $HOME/CrontabRef
4 crontab -l

Mise à jour du fichier CrontabRef  :

1 crontab -l > $HOME/CrontabRef
2 cat $HOME/CrontabRef

Commandes utiles

alias intéressants :

e DBALIAS => source l'env pour l'instance
bin, etc, too ... => pour aller dans arbo SQWareProduction standard
cbin, cetc, ctoo ... => pour aller dans arbo SQWareProduction custom
log => logs SQWareProduction
dmp => on va dans les chemins de backup

Quelques options des scripts :

-h => aide en ligne
-s => exemples en ligne
-Exec => lorsque elle est présente, si non settée ne sort que les commandes sans les exécuter

Exemples :

mongod@my_mng_host:$HOME/admin/MNG_INST_PRD/logs/DumpAllDatabases (MNG_INST_PRD) $ bin
total 48
drwxr-x---  2 mongod mongod 4096 Aug 16 15:50 .
drwxr-x--- 15 mongod mongod 4096 Aug 16 15:50 ..
-rwxr-x---  1 mongod mongod 3071 Aug 16 15:50 sqwmng_CompactAllDatabases.ksh
-rwxr-x---  1 mongod mongod 2610 Aug 16 15:50 sqwmng_CompactDatabase.ksh
-rwxr-x---  1 mongod mongod 3774 Aug 16 15:50 sqwmng_CopyDumpAllDatabases.ksh
-rwxr-x---  1 mongod mongod 5167 Sep  6 15:12 sqwmng_CopyDumpDatabase.ksh
-rwxr-x---  1 mongod mongod 3250 Aug 16 15:50 sqwmng_DumpAllDatabases.ksh
-rwxr-x---  1 mongod mongod 2930 Aug 16 15:50 sqwmng_DumpDatabase.ksh
lrwxrwxrwx  1 mongod mongod   36 Feb 16  2021 sqwmng_ExecSQL.ksh -> ../../generic/bin/sqwgen_ExecSQL.ksh
-rwxr-x---  1 mongod mongod 2482 Aug 16 15:50 sqwmng_GatherIndicators.ksh
lrwxrwxrwx  1 mongod mongod   38 Oct  4  2014 sqwmng_NetBackup.ksh -> ../../generic/bin/sqwgen_NetBackup.ksh
lrwxrwxrwx  1 mongod mongod   40 Oct  4  2014 sqwmng_ParallelRun.ksh -> ../../generic/bin/sqwgen_ParallelRun.ksh
-rwxr-x---  1 mongod mongod 3325 Aug 16 15:50 sqwmng_RestoreAllDatabases.ksh
-rwxr-x---  1 mongod mongod 3056 Aug 16 15:50 sqwmng_RestoreDatabase.ksh
lrwxrwxrwx  1 mongod mongod   35 Oct  4  2014 sqwmng_RunJob.ksh -> ../../generic/bin/sqwgen_RunJob.ksh

mongod@my_mng_host:$HOME/SQWareProduction/mongod/bin (MNG_INST_PRD) $ 
./sqwmng_DumpAllDatabases.ksh -h
 
Sourcing sqwmng_Global.lib v2023.06 SQWareProduction for MongoDB (dbSQWare) ...

Usage: sqwmng_DumpAllDatabases.ksh [-h] -I instance [+ options]

DESCRIPTION
   sqwmng_DumpAllDatabases.ksh Dump databases in parallel
SUPPORT
   MongoDB supported versions: 2.4 <= v <= 5.1

PARAMETERS
     -I  instance       : Target instance to mongodump.
OPTIONS
     -h  help           : Display the full usage.
     -s                 : Display samples of usage.
     -P  Nb threads     : Number of threads in parallel (by default 2).
     -ID listdb         : List of databases to be dumped (by default all).
     -ED listdb         : List of databases to exclude from dump.
     -IL likeclause     : Like clause to generate databases list (example: 'db', egrep syntax!).
     -EL likeclause     : Like clause to exclude databases (example: 'nodb', egrep syntax!).
     -HI Nb_Generations : Number of generations to keep (by default 2).
     -WCD  whereclause  : Where clause to generate databases list (egrep syntax!).
     -AGR  Nb sec       : Nb of seconds between two runs (by default 1s).
     -AGE  Nb sec       : Nb of seconds between two checks of end (by default 10s).
     -FRT  return_code  : Force return code value on error.
     -Opt  option       : Additional options for mongodump.
     -Dist              : For distant connection to database (change $gvsqw_ConnectString to $gvsqw_DistConnectString ).
     -AddMail email     : Email address to add at 'pmexpdba@gmail.com'.
     -SendReport        : Send execution log report.
     -NoMail            : Deactivate sendmail on error pmexpdba@gmail.com (by default, send on error).
     -Tar               : Tar generated dump dir after mongodump (default : Tar).
     -NoTar             : Don't tar generated dump dir after mongodump (default : Tar).
     -Locale   locale   : Force Locale for help display (fr,en).
     -Exec              : Execute commands (default, display generated commands)

Enjoy !