Gérer un environnement de développement efficace est une tâche plus complexe qu’il n’y paraît à première vue. D’une part parce qu’en réalité nous devons souvent en avoir plusieurs, des projets différents nécessitant généralement des configurations différentes, d’autre part parce que nous travaillons rarement seul sur un projet. Il faut donc trouver un moyen de garder une relative synchronisation entre les environnements des différents développeurs tout en évitant de polluer leurs machines avec des composants trop spécifiques ou incompatibles entre eux. Nous verrons comment Vagrant simplifie cette gestion des environnements de développement. Il s’agit d’un outil basé sur VirtualBox qui permet d’utiliser Puppet ou Chef pour gérer les configurations de machines virtuelles.

1. Gérer ses environnements de
développement avec Vagrant
RMLL 2012
1

2. Jean-Marc Fontaine
Passionné de web depuis 1996, de PHP depuis 2000 et de
musique depuis 1977
‣ Consultant PHP chez Alter Way
‣ Ex-Président de l’AFUP
‣ Co-Auteur du livre blanc
«Industrialisation PHP»
‣ Auteur du blog
industrialisation-php.com
2

3. Qu'est-ce qu'un environnement de
développement ?
3

4. Développement Recette Production
4

5. Développement Recette Production
5

6. Plusieurs approches
6

7. Copie sur l’environnement de production
‣ Rapide à mettre en œuvre
‣ Risque important d’impact sur la production
‣ Très mauvaise idée !
7

8. Environnement dédié
‣ Serveur spécifique
‣ Espace pour chacun des développeurs
‣ Configuration centralisée
‣ Effets de bords possibles entre développeurs
‣ Obligation d’être connecté au serveur
8

9. Machine locale
‣ Indépendance totale des autres développeurs
‣ Possibilité de travailler sans connexion réseau
‣ Difficulté à gérer des projets avec des besoins
incompatibles
‣ Limité à un seul système d’exploitation
9

10. Les problèmes
10

11. Comment maintenir (facilement)
la parité entre dévelopemment et
production ?
11

12. Comment lutter contre le syndrome
«Pourtant ça marche chez moi» ?
12

13. Comment faire cohabiter sur une même
machine des projets très différents ?
13

14. Comment permettre à un nouveau
développeur d’être rapidement
opérationnel sur le projet ?
14

15. Comment faire évoluer la configuration
du sytème une fois le le développement
commencé ?
15

16. Comment tester sans risque des
montées de versions, de nouveaux outils
ou une nouvelle configuration ?
16

17. La virtualisation à la rescousse
17

18. Définition
Possibilité d’installer un ou plusieurs systèmes
d’exploitation invités sur un système d’exploitation
hôte.
18

19. Là encore, plusieurs approches
19

20. Virtualisation complète
Emulation quasi-complète du matériel
‣ Pas de modification du système d’exploitation invité
‣ Outils
• VirtualBox
• VMWare
20

21. Paravirtualisation
Pas d’émulation du matériel
‣ Nécessite des modifications du système d’exploitation
invité
‣ Outils
• Xen
21

22. Virtualisation matériellement assistée
Usage des fonctionnalités spécialisées des CPU
‣ CPU de type Intel VT-x et AMD-V
‣ Pas de modification du système d’exploitation invité
‣ Outils
• KVM
• VirtualBox
• VMWare
• Xen
22

23. Virtualisation logiciellement assistée
Usage des fonctionnalités spécialisées de l’OS hôte
‣ Implémentation au niveau du système d’exploitation hôte
‣ Le système d’exploitation invité partage le kernel de
l’hôte
‣ Pas de modification du système d’exploitation invité
‣ Outils
• OpenVZ
• LXC
23

24. Avantages de la virtualisation
‣ Possibilité de lancer (presque) n’importe quel système
d’exploitation sur (presque) n’importe quelle machine
‣ Possibilité d’installer les mêmes versions qu’en
production
‣ Fonctionnement en «bac à sable»
‣ Possibilité de distribuer les images des VM
‣ Possibilité de travailler hors-ligne
24

25. Inconvénients de la virtualisation
‣ La plupart des solutions Open Source nécessitent d’avoir
un hôte Unix
‣ Certaines solutions nécessitent des connaissances
avancées
25

26. Peut mieux faire
La virtualisation n’est pas toute la solution
✓ Lutter contre le syndrome «Pourtant ça marche chez moi» ?
✓ Faire cohabiter sur une même machine des projets très
différents ?
✓ Permettre à un nouveau développeur d’être rapidement
opérationnel sur le projet ?
✓ Tester sans risque des montées de versions, de nouveaux outils
ou une nouvelle configuration ?
Maintenir (facilement) la parité entre dévelopemment et
✗ production ?
Permettre de faire évoluer la configuration du système une fois
✗ le le développement commencé ? 26

27. Vagrant
27

28. Vagrant
vagrantup.com
‣ Outil en ligne de commande
‣ Utilise VirtualBox
‣ Ecrit en Ruby
28

29. Installation
‣ Paquets disponibles pour la plupart des systèmes
d’exploitation : downloads.vagrantup.com
‣ Via Ruby Gem : gem install vagrant
29

30. Créer sa première instance
$ vagrant box add precise32 http://files.vagrantup.com/precise32.box
$ vagrant init precise32
$ vagrant up
30

31. Se connecter à l’instance
$ vagrant ssh
31

32. Aperçu des commandes
# Suspendre l’instance
$ vagrant suspend
# Reprendre l’instance
$ vagrant resume
# Stopper l’instance
$ vagrant halt
# Recharger l’instance
$ vagrant reload
# Détruire l’instance
$ vagrant destroy
# Connaître l’état de l’instance
$ vagrant status
32

33. Fichier Vagrantfile
Example simplifié
Vagrant::Config.run do |config|
config.vm.box = "precise32"
config.vm.box_url = "http://files.vagrantup.com/precise32.box"
# config.vm.boot_mode = :gui
config.vm.network :bridged
# config.vm.forward_port 80, 8080
# config.vm.share_folder "v-data", "/vagrant_data", "../data"
end
33

34. Fichier Vagrantfile
Box de base
Vagrant::Config.run do |config|
…
config.vm.box = "precise32" Nom de la box de base
config.vm.box_url = "http://files.vagrantup.com/precise32.box"
…
end
URL de la box de base
34

35. Fichier Vagrantfile
Réseau «hostonly»
IP de l’instance
Vagrant::Config.run do |config|
…
config.vm.network :hostonly, "192.168.33.10"
config.vm.forward_port 80, 8080
…
end
Port hôte Port invité
35

36. Fichier Vagrantfile
Réseau «bridged»
Vagrant::Config.run do |config|
…
config.vm.network :briged
…
end
36

37. Fichier Vagrantfile
Répertoires partagés
Identifiant Chemin invité Chemin hôte
Vagrant::Config.run do |config|
…
config.vm.share_folder "v-app", "/vagrant_app", "./application"
config.vm.share_folder "v-other-app", "/vagrant_other_app", "./
other_application", :nfs => true
…
end
Partage NFS
37

38. Performances des partages NFS
Exécution de 6 000 tests d’une application Ruby on Rails
Durée
Système de fichiers hôte 10s
Système de fichiers invité 13s
Répertoires partagés VirtualBox 5m 14s
Répertoire partagé NFS 22s
Répertoire partagé NFS
14s
(Cache chaud) 38

39. Fichier Vagrantfile
Paramétrage fin de la VM
Identifiant de la VM injecté par Vagrant
Vagrant::Config.run do |config|
…
db_config.vm.customize [ "modifyvm", :id, "--memory", 1024 ]
db_config.vm.customize [ "modifyvm", :id, "--cpus", 2 ]
db_config.vm.customize [ "modifyvm", :id, "--chipset", "ich9" ]
…
end
39

40. Fichier Vagrantfile
Gestion de plusieurs VM
Première VM
Vagrant::Config.run do |config|
…
config.vm.define :web do |web_config|
web_config.vm.box = "precise32"
web_config.vm.network :hostonly, "192.168.33.10"
web_config.vm.share_folder "v-app", "/vagrant_app", "./
application" Seconde VM
end
config.vm.define :db do |db_config|
db_config.vm.box = "lucid32"
db_config.vm.network :hostonly, "192.168.33.11"
db_config.vm.customize [ "modifyvm", :id, "--memory", 1024 ]
end
…
end
40

41. Provisionnement
41

42. Outils de provisionnement
Gestion de la configuration des VM
‣Créé en 2009 ‣Créé en 2005
‣Syntaxe Ruby ‣Syntaxe spécifique
‣Versions indépendante et serveur ‣Versions indépendante et serveur
42

43. Provisionnement avec Puppet
Quelques précisions sur le langage proposé
‣ Langage spécifique (DSL)
‣ Langage déclaratif
‣ Concepts de base
• Utilisateurs / Groupes / Droits
• Commandes
• Paquets
• Services
43

44. Fichier Vagrantfile
Provisionnement avec Puppet
Vagrant::Config.run do |config|
…
config.vm.provision :puppet do |puppet|
puppet.manifests_path = "puppet/manifests"
puppet.manifest_file = "application.pp"
puppet.module_path = "puppet/modules"
end
…
end
44

45. Provisionnement avec Puppet
Exemple d’arborescence
Application de démonstration
Configuration de Puppet
Fichier de configuration de Vagrant
45

46. manifests/application.pp
Fichier de déclaration de base
# Set default path for Exec calls
Exec {
path => [ "/bin/", "/sbin/" , "/usr/bin/", "/usr/sbin/" ]
}
node default {
include params
include system Inclusion de manifests
include apache
}
46

47. manifests/params.pp
Fichier de configuration
class params {
# Apache server name
# Make sure this server name points to the IP defined in the
Vagranfile
$servername = "www.application.local"
# Apache port
$port = "80"
# Message of the day to be displayed at login
$motd = "Welcome to your application development virtual
machine!"
}
47

48. modules/system/manifests/init.pp (1/2)
Fichier de déclaration du module «system»
class system {
# Create "puppet" group
group { "puppet":
ensure => "present",
}
# Define default files permissions
File {
owner => 0,
group => 0,
mode => 0644
}
# Update packages list before doing anything
exec { "apt.update" :
command => "apt-get update",
}
Exec["apt.update"]->Package <| |>
…
48

49. modules/system/manifests/init.pp (2/2)
Fichier de déclaration du module «system»
…
# Define message of the day
file { "motd" :
path => "/etc/motd.tail",
ensure => present,
content => $motd
}
# Install some useful packages
package { [ "htop" ] :
ensure => present,
}
}
49

50. modules/apache/manifests/init.pp (1/2)
Fichier de déclaration du module «apache»
class apache {
package { "apache" :
ensure => "present",
name => "apache2",
}
file { "apache.vhost" :
path => "/etc/apache2/sites-available/default",
ensure => present,
content => template("apache/vhost.erb"),
owner => "root",
group => "root",
notify => Exec["apache.reload"],
require => Package["apache"]
}
…
50

51. modules/apache/manifests/init.pp (2/2)
Fichier de déclaration du module «apache»
…
Exec["apache.reload"],
require => Package["apache"]
}
service { "apache" :
ensure => "running",
name => "apache2",
enable => true,
require => Package["apache"],
}
exec { "apache.reload" :
command => "service apache2 reload",
refreshonly => true,
}
}
51

52. modules/apache/templates/vhost.erb
Gabarit pour le VirtualHost Apache
NameVirtualHost *:<%= scope.lookupvar('params::port') %>
<VirtualHost *:<%= scope.lookupvar('params::port') %>>
ServerName <%= scope.lookupvar('params::servername') %>
## Apache
AddDefaultCharset UTF-8
DocumentRoot "/vagrant_app/"
<Directory "/vagrant_app/">
Injection de paramètres
## Apache
Options -Indexes
AllowOverride None
Order allow,deny
Allow from all
</Directory>
</VirtualHost>
52

53. Démo
53

54. Démonstration
Usage de Vagrant avec Puppet
‣ L’ensemble des fichiers de la démonstration sont
disponibles sur Github :
https://github.com/jmfontaine/vagrant-talk
54

55. Créer ses propres boxes
Ce n’est pas parce que je suis paranoïaque qu’ils ne sont pas
après moi
‣ Veewee (https://github.com/jedi4ever/veewee/)
‣ Recettes de création d’une box
‣ Possibilité de modifier la recette
‣ Nombreuses recettes disponibles
• Linux (Debian, Fedora, CentOS, ArchLinux, OpenSUSE)
• BSD (FreeBSD)
• Windows (Windows 2008, Windows 7, Windows 8)
55

56. Merci !
‣ Slides : http://www.slideshare.net/JMF
‣ Blog : http://www.industrialisation-php.com/
‣ Twitter : @jmfontaine / @indusphp
‣ Email : jean-marc.fontaine@alterway.fr
56

57. Crédits photographiques
Les photos et illustrations suivantes ont été utilisées dans cette
présentation. Merci à leurs auteurs !
‣ https://secure.flickr.com/photos/wiccked/69537422/
‣ https://secure.flickr.com/photos/r000pert/136999467
‣ https://secure.flickr.com/photos/knolleary/6212065238
‣ https://secure.flickr.com/photos/kevinomara/4665065738/
‣ Logo de Vagrant tiré du site officiel : http://vagrantup.com/
‣ Photo de Jérôme Bonaldi d’origine inconnue
57