Modifications pour le document Backups
Modifié par Clément AUBIN le 2022/01/17 12:29
Depuis la version 109.1
modifié par Clément AUBIN
sur 2021/03/27 21:43
sur 2021/03/27 21:43
Commentaire de modification :
Il n'y a aucun commentaire pour cette version
À la version 110.7
modifié par Clément AUBIN
sur 2022/01/17 13:28
sur 2022/01/17 13:28
Commentaire de modification :
Il n'y a aucun commentaire pour cette version
Résumé
-
Propriétés de la Page (2 modifications, 0 ajouts, 0 suppressions)
Détails
- Propriétés de la Page
-
- Parent
-
... ... @@ -1,0 +1,1 @@ 1 +Infrastructure.WebHome - Contenu
-
... ... @@ -1,6 +1,6 @@ 1 1 {{toc/}} 2 2 3 -= =Présentation ==3 += Présentation = 4 4 5 5 Depuis le mois de février 2017, ATILLA dispose de sauvegardes sur les principaux composants de son infrastructure. Ces sauvegardes sont effectuées chaque jour et incluent des éléments tels que : 6 6 ... ... @@ -8,22 +8,33 @@ 8 8 * Des dumps de bases de données spécifiques à certains services : {{code}}gitlab-prod{{/code}} et {{code}}rocket-prod{{/code}} 9 9 * Des éléments de configuration pour les services critiques de l’infrastructure : configuration DNS, DHCP, … 10 10 11 -= =Fonctionnement ==11 += Fonctionnement = 12 12 13 13 Ces sauvegardes sont effectuées à l’aide de l’infrastructure [[Bacula>>url:http://blog.bacula.org/]] proposée au sein du S.I. de l’EISTI ; le serveur {{code}}bill.atilla.org{{/code}} dispose d’un //file daemon// Bacula chargé d’effectuer les sauvegardes de l’infrastructure tous les jours à partir de 21h. 14 14 15 15 En pratique, l’agent {{code}}bacula-fd{{/code}} présent sur {{code}}bill.atilla.org{{/code}} ne sauvegarde que le contenu du dossier {{code}}/srv/bacula{{/code}}, dans ce dossier se trouvent plusieurs montages NFS des différents serveurs à sauvegarder. 16 16 17 -= =Ajout d’un nouveau contenu à sauvegarder ==17 += Ajout d’un nouveau contenu à sauvegarder = 18 18 19 -Si vous souhaitez mettre en place une sauvegarde pour un nouveau serveur, voici un exemple de procédure à suivre :19 +Si vous souhaitez mettre en place une sauvegarde pour un nouveau serveur, voici un exemple de procédure à suivre. 20 20 21 - **ATTENTION:**Cetteméthodeneconstituequ’uneindication et n’esten aucuncas lamarche à suivreàla lettredansmise enplace de n’importequellesauvegarde!21 +Depuis Janvier 2022, le montage des dossiers de backup entre la VM à sauvegarder et Bill est effectué automatiquement avec Puppet. En pratique, il est nécessaire d'ajouter la classe {{code language="none"}}atilla::services::backups::share{{/code}} au nœud à sauvegarder, et de configurer la variable {{code language="none"}}atilla::services::backups::share::folder{{/code}}. Puppet se charge ensuite d'installer {{code language="none"}}nfs-kernel-server{{/code}} sur la machine, de configurer ses exports, et de créer un point de montage sur Bill. 22 22 23 - Considéronsqu’ilestnécessaire de mettre enplace lasauvegarde pourun tout nouveauserveur {{code}}pgsql-preprod{{/code}}…23 +L'ensemble doit être opérationnel sous une heure après l'ajout de la configuration dans Puppet. Il est possible de regarder sur [[puppet.admin.atilla.org>>https://puppet.admin.atilla.org]] pour valider que le déploiement de la configuration se passe comme prévu, ou alors on peut tout simplement forcer l'exécution de la synchro Puppet, d'abord sur la machine à sauvegarder, puis sur Bill, avec la commande {{code language="none"}}puppet agent -t{{/code}}. 24 24 25 - ===Configuration duserveuràsauvegarder===25 +Voici par exemple la déclaration de la VM {{code language="none"}}gitlab-prod{{/code}}, pour sauvegarder le contenu de son dossier {{code language="none"}}/var/opt/gitlab/backups{{/code}}, [[à retrouver sur GitLab ici>>url:https://gitlab.atilla.org/adminsys/puppet/-/blob/49a3411aea807802edbd7e0bbe5ceaa4a114be4c/data/nodes/gitlab-prod.prod.infra.atilla.org.yaml]] : 26 26 27 +{{code language="yaml"}} 28 +--- 29 +classes: 30 + - atilla::services::backups::share 31 + 32 +atilla::services::backups::share::folder: '/var/opt/gitlab/backups' 33 + 34 +{{/code}} 35 + 36 +== Configuration du serveur à sauvegarder == 37 + 27 27 1. Créer le dossier {{code}}/srv/backups{{/code}} : {{code}}mkdir -p /srv/backups{{/code}} 28 28 1. Installer le serveur NFS : {{code}}apt install nfs-kernel-server{{/code}} 29 29 1. Configurer le serveur NFS : {{code}}echo "/srv/backups 192.168.10.0/24(async,ro,no_subtree_check,no_root_squash)" >> /etc/exports{{/code}} ... ... @@ -30,7 +30,7 @@ 30 30 1. Appliquer la configuration : {{code}}systemctl restart nfs-kernel-server{{/code}} 31 31 1. Installer un [[Cron>>url:https://en.wikipedia.org/wiki/Cron]] pour réaliser les dumps de la base de données : {{code}}crontab -e{{/code}}, ajouter la ligne {{code}}0 2 * * * su -l -c "pg_dumpall -f /srv/backups/postgres.sql" postgres{{/code}} 32 32 33 -== =Configuration de {{code}}bill.atilla.org{{/code}} ===44 +== Configuration de {{code}}bill.atilla.org{{/code}} == 34 34 35 35 1. Créer le dossier du montage NFS : {{code}}mkdir -p /srv/bacula/pgsql-preprod{{/code}} 36 36 1. Ajouter le partage NFS dans le [[fstab>>url:https://en.wikipedia.org/wiki/Fstab]] : {{code}}echo "pgsql-preprod.preprod.infra.atilla.org:/srv/backups /srv/bacula/pgsql-preprod/ nfs noauto,ro,hard,intr 0 0" >> /etc/fstab{{/code}} ... ... @@ -38,7 +38,7 @@ 38 38 39 39 C’est tout ! L’agent Bacula se charge ensuite d’effectuer la sauvegarde de {{code}}/srv/bacula{{/code}}. 40 40 41 -= =Notes importantes ==52 += Notes importantes = 42 42 43 43 * Pour que notre installation de Bacula soit homogène avec les installations de la DOSI, notre agent {{code}}bacula-fd{{/code}} à été rétrogradé à sa version 5.4. 44 44 * Il est nécessaire de notifier la DOSI lors de l’ajout d’un nouveau répertoire monté via NFS dans {{code}}/srv/bacula{{/code}} pour que la sauvegarde de ce nouveau point de montage soit effective.