7.9 KiB
\newpage
Création du cluster
Le provisionnement de machine
Pour travailler sur un cluster, il faut avoir plusieurs machines ... au moins plus d'une !
Mais qui dit plusieurs machines, dit généralement de nombreuses installations à faire, de nombreuses configurations à partager, etc. Tout ce qu'un administrateur système redoute : du travail !
Évidemment, de nombreuses solutions existent pour travailler moins, tout en
déployant plus et de manière plus fiable ! On peut parler
d'ansible, de
chef, ou encore de
puppet,
... Toutes ces solutions permettent d'obtenir des configurations finement
personnalisées, mais nécessitent une phase d'apprentissage plutôt lourde.
Comme nous voulons lancer des conteneurs, les machines à provisionner n'ont pas
besoin de configuration bien particulière et les seuls paquets importants sont
une version récente de docker et ses dépendances.
Provisionner des machines ...
Automagiquement
La solution magique consiste à passer par docker-machine pour créer des
machines virtuelles automatiquement provisionnées avec Docker.
Rien de plus simple, mais cela nécessite d'être dans un environnement dans lequel vous maîtrisez le shell et dans lequel vous pouvez créer des machines virtuelles. Si votre machine Linux est en fait une machine virtuelle hébergée par VirtualBox sous Windows, vous allez sans doute préférer la deuxième solution, que d'utiliser PowerShell et Docker4Windows1.
Créer une machine
Pour créer une nouvelle machine, nous allons utiliser la commande
docker-machine create, en prenant soin de préciser le pilote à utiliser, les
éventuelles options que prend ce pilote, ainsi que le nom que vous souhaitez
donner à cette machine (les machines ne sont pas considérées comme jetables,
leur nom vous permettra par exemple de relancer une machine plus tard) :
Consultez la section suivante, réservée aux gens qui ne peuvent pas passer par
docker-machine si vous souhaitez avoir plus d'information sur ce que fait
cette commande.
Commandes usuelles de docker-machine
De la même manière que docker, vous pouvez lister les machines connues
(ls), changer leur état d'exécution (start/stop/kill/restart) ou encore supprimer la machine (rm)
Si vous avez besoin d'obtenir un shell : docker-machine ssh $NAME et
évidemment la commande scp s'utilise de la même manière, pour transférer des
fichiers.
Utilisation avec Docker
Rappelez-vous, au cours précédent, nous avions évoqué le fait que le deamon
pouvait ne pas se trouver sur la même machine que le client docker. Eh bien
avec docker-machine cela prend tout son sens, car vous pouvez très facilement
changer de daamon/machine avec une simple commande :
On remarque que le client Docker est influencé par l'exécution de notre
commande docker-machine env. En effet, cette commande va modifier
l'environnement (d'où le besoin d'eval le retour de la commande) pour faire
correspondre DOCKER_HOST avec le chemin où le daemon peut être contacté.
Pour reprendre le contrôle de votre environnement local, vous pouvez, soit
supprimer manuellement les variables qui ont été ajoutées par l'évaluation,
soit lancer eval $(docker machine env -u).
Automanuellement
Si votre environnement ne vous permet pas d'utiliser docker-machine, vous
pouvez vous contenter aujourd'hui de démarrer une ou deux autres machines
virtuelles sur le même réseau que votre machine actuelle.
Rassurez-vous, vous n'allez pas avoir besoin de refaire toute la phase
d'installation. Des contributeurs maintiennent une petite ISO ne contenant que
le strict nécessaire pour utiliser Docker. C'est d'ailleurs cette ISO qui est
utilisé par docker-machine pour démarrer et configurer en un rien de temps
ses machines virtuelles.
- Dans un premier temps, commençons par
télécharger la dernière ISO de
boot2docker.iso. - Ensuite, dans notre hyperviseur, créons deux nouvelles machines, avec suffisamment de ressources pour pouvoir lancer des conteneurs. Ce n'est pas parce que l'images que l'on va démarrer est petite, que l'on ne va pas pouvoir allouer beaucoup d'espace disque ou de RAM.
- Lançons ensuite nos deux images, configurées pour démarrer sur l'image ISO que l'on a téléchargée précédemment.
- Faisons un
ip apour connaître l'IP de la machine, nous devrions pouvoir s'y connecter en SSH avec l'utilisateurdockerdont le mot de passe esttcuser.
Vous constaterez que le daemon dockerd est déjà lancé. docker est déjà
pleinement utilisable dans cette machine !
(Optionnel) Déporter le client Docker
Dans le suite de ce TP, nous n'allons taper que quelques commandes dans nos machines virtuelles, il n'est donc pas primordial d'avoir configuré son environnement pour utiliser localement les daemons Docker des machines virtuelles. Néanmoins, cela ne coûte rien de voir les procédures mise en œuvre.
Commençons par voir sur quel port le daemon dockerd de notre machine
virtuelle écoute :
Essayons de renseigner simplement cette configuration à notre client Docker :
En effet, Docker met tout en œuvre pour rendre compliqué l'utilisation non-sécurisée de la plate-forme. Mais ils font également en sorte que la sécurité soit la plus transparente et la moins contraignante possible pour l'utilisateur, sans pour autant être faible.
Afin de contacter un daemon Docker distant, il est nécessaire présenter un certificat client TLS approuvé par ce daemon (comme lorsque vous vous connectez sur Epitaf). Il est également nécessaire de vérifier le certificat présenté par le daemon, comme dans le cadre d'une connexion TLS classique.
Tout le nécessaire est déjà configuré au sein de boot2docker, pour nos tests,
nous n'avons qu'à recopier la clef et les certificats en place.
Tentons maintenant de nous connecter au daemon distant en utilisant ces éléments :
Vous pouvez effectuer la même opération pour la seconde VM.
-
Vous pouvez aussi vous inscrire sur Amazon Web Services,
docker-machineest capable, à partir de vos clefs d'API, de créer et lancer des machines dans le cloud ! Et ce n'est pas le seul service de cloud supporté ! ↩︎