Modifications pour le document Puppet / OpenVox

Résumé

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

Détails

Propriétés de la Page

Auteur du document

...	...	@@ -1,1 +1,1 @@
1		-XWiki.retelgaeta
	1	+XWiki.aubincleme

Contenu

...	...	@@ -1,10 +1,5 @@
1		-(% class="box warningmessage" %)
2		-(((
3		-⚠ Puppet a été remplacé par [[OpenVox>>https://voxpupuli.org/openvox/]] depuis son rachat par //Perforce//
4		-)))
	1	+[[Puppet>>url:http://puppet.com/]] est la solution utilisée par l'association afin de synchroniser l'état de certains éléments de son infrastructure. Avec la multiplication des machines virtuelles au sein de notre parc, il est rapidement devenu nécessaire de mettre en place une solution pour automatiser la configuration de ces machines. Cette page a pour but de détailler quelles sont les spécificités de l'installation de Puppet présente au sein de l'infrastructure d'ATILLA.
5	5
6		-[[Puppet>>url:http://puppet.com/]], et est la solution utilisée par l'association afin de synchroniser l'état de certains éléments de son infrastructure. Avec la multiplication des machines virtuelles au sein de notre parc, il est rapidement devenu nécessaire de mettre en place une solution pour automatiser la configuration de ces machines. Cette page a pour but de détailler quelles sont les spécificités de l'installation de Puppet présente au sein de l'infrastructure d'ATILLA.
7		-
8	8	**Note importante :** Si vous souhaitez travailler sur ce projet vous aurez besoin de vous référer à [[la documentation en ligne de Puppet>>url:https://puppet.com/docs/puppet/latest]]. Le but de cet article n'est pas de vous apprendre les différentes particularités des fonctionnalités offertes par Puppet, mais la manière dont ces différentes fonctionnalités sont mises en place au sein d'ATILLA.
9	9
10	10	{{toc/}}
...	...	@@ -11,14 +11,10 @@
11	11
12	12	= Fonctionnement général =
13	13
14		-Nous disposons d'un serveur sur lequel est installé le //Puppet master//, le serveur chargé de fournir un catalogue de ressources à chacun de nos agents. Le //Puppet master// dipose d'un répertoire dans lequel se trouve l'entièreté du code Puppet chargé de définir ces ressources pour un, plusieurs ou l'ensemble des agents du parc. Par souci de traçabilité, ce répertoire est versionné sur [[gitlab.atilla.org>>url:https://gitlab.atilla.org/adminsys/puppet]] (ce projet est visible pour tous les utilisateurs authentifiés).
	9	+Nous disposons d'un serveur, [[Main.Milou]], sur lequel est installé le //Puppet master//, le serveur chargé de fournir un catalogue de ressources à chacun de nos agents. Le //Puppet master// dipose d'un répertoire dans lequel se trouve l'entièreté du code Puppet chargé de définir ces ressources pour un, plusieurs ou l'ensemble des agents du parc. Par souci de traçabilité, ce répertoire est versionné sur [[gitlab.atilla.org>>url:https://gitlab.atilla.org/adminsys/puppet]] (ce projet est visible pour tous les utilisateurs authentifiés).
15	15
16	16	À chaque fois qu'un agent souhaite se synchroniser avec le //Puppet master// (ce qui arrive par défaut toutes les 30 minutes), il contacte donc le serveur Puppet qui se charge ensuite de compiler un catalogue spécifique à l'agent et de le lui renvoyer.
17	17
18		-{{info}}
19		-Actuellement, le Puppet Master est déployé sur un hyperviseur Proxmox fourni par CYTech. La machine est accessible via ##puppet-prod.prod.infra.atilla.org##.
20		-{{/info}}
21		-
22	22	= Mettre à jour le catalogue =
23	23
24	24	De manière générale, modifier du code en production, ce n'est pas la meilleure des idées. Ainsi, de manière à éviter les accidents qui pourraient provoquer plus qu'une petite interruption de service, nous utilisons un processus pour le développement du code et de la configuration de Puppet semblable à tout projet informatique d'envergure. Le [[dépôt principal>>url:https://gitlab.atilla.org/adminsys/puppet]] de Puppet dispose de deux branches distinctes : //development// et //production// ; sauf cas exceptionnel, le développement de nouvelles fonctionnalités ou la mise en place de nouvelles configurations s'effectue sur la branche //development//. Une fois le code de cette branche stable, on peut fusionner la branche avec celle de production.