Modifications pour le document Backups

Résumé

• Propriétés de la Page (3 modifications, 0 ajouts, 0 suppressions)

Détails

Propriétés de la Page

Parent

...	...	@@ -1,1 +1,0 @@
1		-Infrastructure.WebHome

Auteur du document

...	...	@@ -1,1 +1,1 @@
1		-XWiki.aubincleme
	1	+Main.Backups.Aubincleme

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,31 +8,26 @@
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 =
12	12
	12	+
	13	+== Fonctionnement ==
	14	+
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 =
	19	+== 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.
	21	+Si vous souhaitez mettre en place une sauvegarde pour un nouveau serveur, voici un exemple de procédure à suivre :
20	20
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. 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}}.
	23	+**ATTENTION : ** Cette méthode ne constitue qu’une indication et n’est en aucun cas la marche à suivre à la lettre dans la mise en place de n’importe quelle sauvegarde !
22	22
23		-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]] :
	25	+Considérons qu’il est nécessaire de mettre en place la sauvegarde pour un tout nouveau serveur {{code}}pgsql-preprod{{/code}} …
24	24
25		-{{code language="yaml"}}
26		----
27		-classes:
28		- - atilla::services::backups::share
	27	+=== Configuration du serveur à sauvegarder ===
29	29
30		-atilla::services::backups::share::folder: '/var/opt/gitlab/backups'
31	31
32		-{{/code}}
33	33
34		-== Configuration du serveur à sauvegarder ==
35		-
36	36	1. Créer le dossier {{code}}/srv/backups{{/code}} : {{code}}mkdir -p /srv/backups{{/code}}
37	37	1. Installer le serveur NFS : {{code}}apt install nfs-kernel-server{{/code}}
38	38	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}}
...	...	@@ -39,8 +39,12 @@
39	39	1. Appliquer la configuration : {{code}}systemctl restart nfs-kernel-server{{/code}}
40	40	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}}
41	41
42		-== Configuration de {{code}}bill.atilla.org{{/code}} ==
43	43
	38	+
	39	+=== Configuration de {{code}}bill.atilla.org{{/code}} ===
	40	+
	41	+
	42	+
44	44	1. Créer le dossier du montage NFS : {{code}}mkdir -p /srv/bacula/pgsql-preprod{{/code}}
45	45	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}}
46	46	1. Monter le partage NFS : {{code}}mount pgsql-preprod.preprod.infra.atilla.org:/srv/backups{{/code}}
...	...	@@ -47,8 +47,10 @@
47	47
48	48	C’est tout ! L’agent Bacula se charge ensuite d’effectuer la sauvegarde de {{code}}/srv/bacula{{/code}}.
49	49
50		-= Notes importantes =
	49	+== Notes importantes ==
51	51
	51	+
	52	+
52	52	* 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.
53	53	* 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.
54	54	* Il est également nécessaire de notifier la DOSI lors de l'ajout de gros volumes à sauvegarder (>5G).