Orchestration Tools - Revision history

Robin.Eudes: /* Présentation */

2015-11-05T23:34:50Z

Présentation

← Older revision		Revision as of 23:34, 5 November 2015
Line 4:		Line 4:

	Sujet : Orchestration Tools : Puppet vs. Chef vs. Ansible vs. Salt		Sujet : Orchestration Tools : Puppet vs. Chef vs. Ansible vs. Salt

			Auteur : Robin EUDES

	==Abstract==		==Abstract==

Robin.Eudes: /* Ansible */

2015-11-05T22:53:23Z

Ansible

← Older revision		Revision as of 22:53, 5 November 2015
Line 203:		Line 203:
	Le serveur initiant la connexion SSH vers les clients, pour des facilités de connexion, il est nécessaire d'utiliser l'authentification par clé publique.		Le serveur initiant la connexion SSH vers les clients, pour des facilités de connexion, il est nécessaire d'utiliser l'authentification par clé publique.

	=====~~Extrait~~ de code=====		=====Exemple de code=====
	Comme précédemment, nous allons chercher à réaliser le même exemple (installation d'Apache avec un hôte virtuel).		Comme précédemment, nous allons chercher à réaliser le même exemple (installation d'Apache avec un hôte virtuel).
	Voici un exemple, tiré de [https://www.digitalocean.com/community/tutorials/how-to-configure-apache-using-ansible-on-ubuntu-14-04 ce tutoriel] :		Voici un exemple, tiré de [https://www.digitalocean.com/community/tutorials/how-to-configure-apache-using-ansible-on-ubuntu-14-04 ce tutoriel] :

Robin.Eudes: /* Références */

2015-11-05T22:42:17Z

Références

← Older revision		Revision as of 22:42, 5 November 2015
Line 293:		Line 293:
	* [http://bencane.com/2014/02/04/saltstack-getting-redundancy-and-scalability-with-multiple-master-servers/ Scalability & Redundancy with Salt]		* [http://bencane.com/2014/02/04/saltstack-getting-redundancy-and-scalability-with-multiple-master-servers/ Scalability & Redundancy with Salt]
	* [https://ifireball.wordpress.com/2015/01/03/comparison-of-puppet-and-ansible/ Ansible vs Puppet]		* [https://ifireball.wordpress.com/2015/01/03/comparison-of-puppet-and-ansible/ Ansible vs Puppet]
			* [https://www.digitalocean.com/community/tutorials/how-to-configure-apache-using-ansible-on-ubuntu-14-04 Tutorial Ansible Ubuntu - Apache]

Robin.Eudes: /* Conclusion */

2015-11-05T22:41:39Z

Conclusion

← Older revision		Revision as of 22:41, 5 November 2015
Line 265:		Line 265:
	====Conclusion====		====Conclusion====

	Chacun des différents outils présentés ici fournit globalement les mêmes fonctionnalités. Comment orienter notre choix alors ? ~~Il faut d’abord tenir compte des contraintes qui nous sont imposées, tel que la présence d’un autre outil d’orchestration.~~		Chacun des différents outils présentés ici fournit globalement les mêmes fonctionnalités. Comment orienter notre choix alors ?

			Il faut d’abord tenir compte des contraintes qui nous sont imposées, tel que la présence d’un autre outil d’orchestration.

	Ensuite, nos préférences personnelles interviennent. Des développeurs seront probablement plus à l’aise avec Puppet ou Chef, pour peu qu’ils aient une connaissance du Ruby. Les administrateurs système auront peut-être une préférence pour Salt ou Ansible à l’inverse.		Ensuite, nos préférences personnelles interviennent. Des développeurs seront probablement plus à l’aise avec Puppet ou Chef, pour peu qu’ils aient une connaissance du Ruby. Les administrateurs système auront peut-être une préférence pour Salt ou Ansible à l’inverse.

Robin.Eudes: /* Conclusion */

2015-11-05T22:41:13Z

Conclusion

← Older revision		Revision as of 22:41, 5 November 2015
Line 264:		Line 264:

	====Conclusion====		====Conclusion====

			Chacun des différents outils présentés ici fournit globalement les mêmes fonctionnalités. Comment orienter notre choix alors ? Il faut d’abord tenir compte des contraintes qui nous sont imposées, tel que la présence d’un autre outil d’orchestration.

			Ensuite, nos préférences personnelles interviennent. Des développeurs seront probablement plus à l’aise avec Puppet ou Chef, pour peu qu’ils aient une connaissance du Ruby. Les administrateurs système auront peut-être une préférence pour Salt ou Ansible à l’inverse.

			Enfin, le support de la communauté peut être un facteur déterminant. En effet, les outils d’orchestration les plus anciens ont une communauté plus ancienne, et donc une plus grande quantité de modules proposés par la communauté.

	== Références ==		== Références ==

Robin.Eudes: /* Extrait de code */

2015-11-05T22:35:06Z

Extrait de code

← Older revision		Revision as of 22:35, 5 November 2015
Line 248:		Line 248:
	service: name=apache2 state=restarted		service: name=apache2 state=restarted

	Ce fichier de configuration est associé à un groupe (du même nom) de machines cibles, décrit dans la configuration d'Ansible.		Ce fichier de configuration est associé à un groupe (du même nom) de machines cibles, décrit dans la configuration d'Ansible. On peut également remarquer que cette configuration fait appel à plusieurs templates. Par exemple, le template ''virtualhost.conf'' a la forme suivante :

			<VirtualHost *:{{ http_port }}>
			ServerAdmin webmaster@{{ domain }}
			ServerName {{ domain }}
			ServerAlias www.{{ domain }}
			DocumentRoot /var/www/{{ domain }}
			ErrorLog ${APACHE_LOG_DIR}/error.log
			CustomLog ${APACHE_LOG_DIR}/access.log combined
			</VirtualHost>

	Cette configuration sera exécutée et appliquée sur les machines distantes ainsi :		Cette configuration sera exécutée et appliquée sur les machines distantes ainsi :

Robin.Eudes: /* Ansible */

2015-11-05T22:33:01Z

Ansible

← Older revision		Revision as of 22:33, 5 November 2015
Line 185:		Line 185:

	====Ansible====		====Ansible====
			=====Présentation=====
			La première version d’Ansible est publiée en 2012. Comme pour Salt, cet outil est développé en Python. Tout comme Salt, Ansible va chercher à pousser une configuration vers des clients. Mais à la différence de tous les autres outils d’orchestration évoquée plus tôt, ce dernier ne nécessite pas de client spécifique, seulement un démon SSH présent sur le client.

			Les modules pourront être développés dans n’importe quel langage tant que la sortie est valide (format de données : JSON).

			Ansible en quelques lignes :
			* Pas de langage dédié, nos descriptions seront au format YAML
			* Pas de client-serveur ici, simplement un serveur « ansible » et des clients avec un démon SSH.
			* Cet outil d’orchestration est multiplateforme.
			* Paradigme : impératif
			* Prix : environ 75$ / nœud /an pour le support “standard »
			* Les communications sont réalisées via SSH


			Bien que les « playbook » d’Ansible soit en YAML (qui est descriptif), l’exécution est réalisée en séquence, d’où le paradigme impératif.

			Le serveur initiant la connexion SSH vers les clients, pour des facilités de connexion, il est nécessaire d'utiliser l'authentification par clé publique.

			=====Extrait de code=====
			Comme précédemment, nous allons chercher à réaliser le même exemple (installation d'Apache avec un hôte virtuel).
			Voici un exemple, tiré de [https://www.digitalocean.com/community/tutorials/how-to-configure-apache-using-ansible-on-ubuntu-14-04 ce tutoriel] :

			Soit un fichier ''apache.yml''

			---
			- hosts: apache
			sudo: yes
			vars:
			http_port: 80
			domain: example.com
			tasks:
			- name: install apache2
			apt: name=apache2 update_cache=yes state=latest

			- name: enabled mod_rewrite
			apache2_module: name=rewrite state=present
			notify:
			- restart apache2

			- name: apache2 listen on port {{ http_port }}
			lineinfile: dest=/etc/apache2/ports.conf regexp="^Listen " line="Listen {{ http_port }}" state=present
			notify:
			- restart apache2

			- name: apache2 virtualhost on port {{ http_port }}
			lineinfile: dest=/etc/apache2/sites-available/000-default.conf regexp="^<VirtualHost \:" line="<VirtualHost :{{ http_port }}>"
			notify:
			- restart apache2

			- name: create virtual host file
			template: src=virtualhost.conf dest=/etc/apache2/sites-available/{{ domain }}.conf

			- name: a2ensite {{ domain }}
			command: a2ensite {{ domain }}
			args:
			creates: /etc/apache2/sites-enabled/{{ domain }}.conf
			notify:
			- restart apache2

			handlers:
			- name: restart apache2
			service: name=apache2 state=restarted

			Ce fichier de configuration est associé à un groupe (du même nom) de machines cibles, décrit dans la configuration d'Ansible.
			Cette configuration sera exécutée et appliquée sur les machines distantes ainsi :

			ansible-playbook apache.yml --ask-sudo-pass

	====Conclusion====		====Conclusion====

Robin.Eudes: /* Références */

2015-11-05T22:21:16Z

Références

← Older revision		Revision as of 22:21, 5 November 2015
Line 206:		Line 206:
	* [https://docs.saltstack.com/en/latest/topics/tutorials/states_pt2.html Exemple serveur apache + vhost avec Salt]		* [https://docs.saltstack.com/en/latest/topics/tutorials/states_pt2.html Exemple serveur apache + vhost avec Salt]
	* [http://bencane.com/2014/02/04/saltstack-getting-redundancy-and-scalability-with-multiple-master-servers/ Scalability & Redundancy with Salt]		* [http://bencane.com/2014/02/04/saltstack-getting-redundancy-and-scalability-with-multiple-master-servers/ Scalability & Redundancy with Salt]
			* [https://ifireball.wordpress.com/2015/01/03/comparison-of-puppet-and-ansible/ Ansible vs Puppet]

Robin.Eudes: /* Exemple de code */

2015-11-05T21:59:08Z

Exemple de code

← Older revision		Revision as of 21:59, 5 November 2015
Line 161:		Line 161:
	Encore une fois, nous allons chercher à réaliser le même exemple : installer Apache, et configurer un hôte virtuel (exemple [https://docs.saltstack.com/en/latest/topics/tutorials/states_pt2.html ici]). Pour cela, la configuration voulue sera décrite ainsi dans Salt :		Encore une fois, nous allons chercher à réaliser le même exemple : installer Apache, et configurer un hôte virtuel (exemple [https://docs.saltstack.com/en/latest/topics/tutorials/states_pt2.html ici]). Pour cela, la configuration voulue sera décrite ainsi dans Salt :

	Soit un state ~~nommé~~ "apache-vhost.sls"		Soit un fichier "state" ''apache-vhost.sls'' :

	/etc/httpd/extra/httpd-vhosts.conf:		/etc/httpd/extra/httpd-vhosts.conf:

Robin.Eudes: /* Références */

2015-11-05T21:57:37Z

Références

← Older revision		Revision as of 21:57, 5 November 2015
Line 205:		Line 205:
	* [https://github.com/saltstack/raet Protocole RAET]		* [https://github.com/saltstack/raet Protocole RAET]
	* [https://docs.saltstack.com/en/latest/topics/tutorials/states_pt2.html Exemple serveur apache + vhost avec Salt]		* [https://docs.saltstack.com/en/latest/topics/tutorials/states_pt2.html Exemple serveur apache + vhost avec Salt]
			* [http://bencane.com/2014/02/04/saltstack-getting-redundancy-and-scalability-with-multiple-master-servers/ Scalability & Redundancy with Salt]