Configurer Opsview avec Amazon RDS

Le site officiel d’Amazon indique que RDS (Relational Database Service) est “ … un service web qui facilite la configuration, l’exploitation et la mise à l’échelle d’une base de données relationnelle dans le cloud. Il offre une capacité rentable et redimensionnable tout en gérant les tâches d’administration de base de données qui prennent du temps, vous permettant ainsi de vous concentrer sur vos applications et votre entreprise.”

En d’autres termes, vous pouvez déployer une base de données “dans le cloud” via la console des services web d’Amazon, et spécifier de nombreuses variables différentes telles que “classe d’instance” (quelle puissance doit-elle avoir ?), sauvegardes automatiques, déploiement multi-zone, etc. (beaucoup de choses intéressantes pour ceux qui souhaitent garantir une haute disponibilité et résilience, une préoccupation principale des utilisateurs de cloud).

Déployer une nouvelle base de données RDS prend très peu de temps. Tout d’abord (en supposant que vous avez déjà un compte AWS, etc.), vous devez naviguer vers la section RDS et cliquer sur “Lancer une instance DB” qui vous fournira une page comme ci-dessous :

Dans notre exemple, nous utilisons MySQL (car nous ne supportons pas Oracle ou Microsoft SQL Server). Après avoir cliqué sur “Sélectionner”, nous devons entrer nos “détails de l’instance DB” comme ci-dessous dans notre exemple :

Comme nous pouvons le voir ci-dessus, nous avons choisi “MySQL 5.6.12” et une classe d’instance de db.m1.medium (choix purement arbitraire à ce moment). Nous avons également choisi seulement 10 Go de stockage, pas d’IOPS provisionnés et quelques paramètres (ID d’instance, nom d’utilisateur et mot de passe) comme ci-dessous :

Identifiant de l’instance DB : opsviewdbseperate
Nom d’utilisateur principal : opsviewrw
Mot de passe principal : opsview123

Ensuite, nous devons choisir d’ajouter plus de détails sur “Configuration supplémentaire” tels que la zone, le port de la base de données, VPC (doit utiliser VPC si nous utilisons Opsview Pro/Enterprise**), etc.

Une fois tout cela fait, nous aurons une base de données MySQL 5.6 entièrement provisionnée de 10 Go fonctionnant comme ci-dessous :

Avant de pouvoir commencer à utiliser cette DB, nous devons nous donner accès à la base de données, alors cliquons sur “Groupes de sécurité : par défaut” puis cliquez sur la “loupe” qui nous amènera à une page intitulée “Détails du groupe de sécurité”. Ici, nous devons nous assurer de notre plage CIDR, ou simplement choisir le groupe de sécurité que nous souhaitons appliquer pour permettre l’accès entrant. Et cela devrait être la configuration côté RDS terminée !

Configurer notre DB RDS pour Opsview

Ensuite, nous devons nous connecter en SSH à notre serveur Opsview et migrer la base de données de celui-ci vers la DB RDS – en suivant le guide de migration ici.

Tout d’abord, nous devons arrêter Opsview pour obtenir un “instantané cohérent” :

/etc/init.d/opsview stop  
/etc/init.d/opsview-web stop

Ensuite, nous devons sauvegarder et restaurer. Dans le document, il est indiqué que nous devrions utiliser mysqldump, transférer vers notre hôte DB, puis gunzip dans MySQL – mais, cela n’est pas possible dans RDS car nous n’avons pas accès au shell du serveur en dessous – donc nous devons être un peu plus malins dans notre façon de procéder.

Tout d’abord, testons si nous pouvons nous connecter à la DB RDS depuis Opsview :

root@opsview-master:/home/ubuntu# mysql -u opsviewrw -p -h opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306

Entrez le mot de passe :  
Bienvenue dans le moniteur MySQL. Les commandes se terminent par ; ou \g.  
Votre identifiant de connexion MySQL est 141  
Version du serveur : 5.6.12 MySQL Community Server (GPL)  
Droits d'auteur (c) 2000, 2013, Oracle et/ou ses affiliés. Tous droits réservés.  
Oracle est une marque déposée d'Oracle Corporation et/ou de ses affiliés. D'autres noms peuvent être des marques de leurs propriétaires respectifs.  
Tapez 'help;' ou '\h' pour obtenir de l'aide. Tapez '\c' pour effacer l'instruction d'entrée actuelle.  
mysql>

Ça a l’air bon pour moi ! Ensuite, nous devons créer les bases de données sur la base de données RDS – très simple à faire :

create database opsview;   
create database odw;  
create database runtime;  
create database dashboard;

Cela crée nos 4 bases de données requises. Nous pouvons maintenant sortir de l’accès shell à la DB RDS et exécuter mysqldump sur le serveur Opsview, pour vider les bases de données et rediriger la sortie vers la base de données RDS distante, comme ci-dessous :

mysqldump -u root -p opsview | mysql -u opsviewrw -popsview123 --host=opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306 -C opsview  
mysqldump -u root -p runtime | mysql -u opsviewrw -popsview123 --host=opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306 -C runtime  
mysqldump -u root -p odw | mysql -u opsviewrw -popsview123 --host=opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306 -C odw  
mysqldump -u root -p dashboard | mysql -u opsviewrw -popsview123 --host=opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306 -C dashboard

mysqldump -u root -p opsview | mysql -u opsviewrw -popsview123 --host=opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306 -C opsview  
mysqldump -u root -p runtime | mysql -u opsviewrw -popsview123 --host=opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306 -C runtime  
mysqldump -u root -p odw | mysql -u opsviewrw -popsview123 --host=opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306 -C odw  
mysqldump -u root -p dashboard | mysql -u opsviewrw -popsview123 --host=opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306 -C dashboard

Ensuite, nous devons éditer /usr/local/nagios/etc/opsview.conf sur notre maître Opsview, pour pointer vers la nouvelle DB RDS :

root@opsview-master:/home/ubuntu# cat /usr/local/nagios/etc/opsview.conf

#
# Ce fichier remplace les variables de opsview.defaults
# Ce fichier ne sera pas écrasé lors des mises à jour
#
$dbhost = "opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com";
$odw_dbhost = "opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com";
$runtime_dbhost = "opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com";
$reports_dbhost = "opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com";
$dashboard_dbhost = "opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com";

Presque terminé maintenant ! Ensuite, nous devons configurer les autorisations d’accès sur la base de données RDS. Encore une fois, nous ne pouvons pas l’exporter vers un fichier, transférer le fichier et l’importer – donc nous devons être astucieux avec le piping :

/usr/local/nagios/bin/db_mysql -t | mysql -u opsviewrw -popsview123 -h opsviewdbseperate.ctw1cn2efche.eu-west-1.rds.amazonaws.com -P 3306

Cela obtiendra nos identifiants et les importera dans la DB RDS (un instantané de ce à quoi ressemblent ces identifiants est ci-dessous) :

GRANT ALL ON opsview.* TO opsview@localhost IDENTIFIED BY '508E67C6-DA75-11E2-882D-94E35B00F56E' WITH GRANT OPTION; GRANT ALL ON opsview.* TO opsview@'%' IDENTIFIED BY '508E67C6-DA75-11E2-882D-94E35B00F56E' WITH GRANT OPTION; GRANT SELECT ON opsview.* TO odw@'%' IDENTIFIED BY '508E67C6-DA75-11E2-882D-94E35B00F56E';

Enfin, nous devons régénérer la configuration d’Opsview et redémarrer le service web, en utilisant les commandes :

/usr/local/nagios/bin/rc.opsview gen_config /etc/init.d/opsview-web start

Et c’est la configuration terminée. Nous pouvons arrêter le serveur MySQL fonctionnant localement (service mysql stop, etc. selon votre système d’exploitation) puis nous connecter à Opsview pour le voir fonctionner dans toute sa splendeur, maintenant sur le stockage RDS :

J’ai utilisé un exemple comme ci-dessus pour montrer que les données historiques sont migrées (le prouvant), et qu’il n’y a pas de coupure dans les données (pas de pertes massives, etc).

Réflexions finales

Donc, c’est une méthode rapide et simple pour migrer votre DB Opsview vers Amazon RDS – pour vous permettre une meilleure évolutivité, fiabilité et facilité d’utilisation pour votre backend de base de données si vous êtes dans le cloud. La prochaine fois, je vais examiner l’exécution d’Opsview dans un VPC et comment nous le configurons.