Modifications pour le document Puppet

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		-Main.Puppet.Aubincleme
	1	+XWiki.aubincleme

Contenu

...	...	@@ -4,17 +4,17 @@
4	4
5	5	{{toc/}}
6	6
7		-== Fonctionnement général ==
	7	+= Fonctionnement général =
8	8
9	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).
10	10
11	11	À chaque fois qu'un agent souhaite se synchroniser avec le //Puppet master// (ce qui arrive par défaut toutes les heures), il contacte donc le serveur Puppet présent sur Milou qui se charge ensuite de compiler un catalogue spécifique à l'agent et de le lui renvoyer.
12	12
13		-== Mettre à jour le catalogue ==
	13	+= Mettre à jour le catalogue =
14	14
15	15	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.
16	16
17		-== Machines de développement ==
	17	+= Machines de développement =
18	18
19	19	Comme la mise en place d'une infrastructure Puppet peut se révéler laborieuse si vous souhaitez simplement effectuer des modifications mineures à la //codebase//, nous disposons de deux machines virtuelles au sein de l'infrastructure vous permettant d'effectuer vos tests : {{code}}puppet-master-dev{{/code}} et {{code}}puppet-agent1-dev{{/code}}. Quelques points importants sont à noter concernant ces machines:
20	20
...	...	@@ -27,17 +27,13 @@
27	27	** Pour sélectionner une configuration de {{code}}git{{/code}} : {{code}}update-alternatives --config gitconfig{{/code}}
28	28	** Pour retourner à la configuration par défaut : {{code}}update-alternatives --auto gitconfig{{/code}}
29	29
	30	+= Questions - Réponses =
30	30
	32	+== Pourquoi avoir choisi Puppet ? ==
31	31
32		-== Questions - Réponses ==
33		-
34		-
35		-
36		-=== Pourquoi avoir choisi Puppet ? ===
37		-
38	38	En terme d'orchestration, plusieurs solutions FOSS existent sur le marché. On peut notamment citer [[Ansible>>url:https://www.ansible.com/]], [[Chef>>url:https://www.chef.io/]] ou encore [[Salt>>url:https://saltstack.com/community/]], qui ont toutes leurs spécificités. Pour mettre en place un logiciel d'orchestration au sein de l'infrastructure, il a bien fallu tester une solution, nous avons préféré choisir Puppet car il se trouve que l'EISTI l'utilise également dans certains endroits de son infrastructure. Cela nous permet ainsi de disposer des précieux conseils des admins EISTI si besoin est :) .
39	39
40		-=== Depuis combien de temps Puppet est-il en place ? ===
	36	+== Depuis combien de temps Puppet est-il en place ? ==
41	41
42	42	Nous avons commencé à expérimenter la mise en place de Puppet au sein de l'infrastructure à partir de février 2016 de manière à gérer les clés SSH déployées sur les serveurs.
43	43
...	...	@@ -45,7 +45,7 @@
45	45
46	46	Une fois Foreman retiré de l'équation, nous avons réinstallé notre serveur Puppet ainsi que ses agents de manière à repartir sur une base stable. Depuis, à part des changements dans notre configuration de Puppet, le projet est resté dans le même état.
47	47
48		-== Glossaire ==
	44	+= Glossaire =
49	49
50	50	Voici ci-après un ensemble de termes pouvant vous être utile afin de mieux comprendre certains aspects de Puppet décris dans cette page ou ailleurs. Vous pouvez obtenir davantage d'information sur ces termes en consultant la documentation du projet.
51	51