Fred'ô farias06

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

A force de voir CoreOS de partout, je vais l’installer ! Autant prendre le meilleur … Voici un article : Les 7 raisons de prendre CoreOS pour Docker en anglais , . Le résumé de mes aventures dans le monde merveilleux de Docker : https://www.cyber-neurones.org/2016/05/docker-petit-resume-sur-les-commandes/ .

Phase n°1 : Le téléchargement : https://coreos.com 

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

Quelques commandes :

• docker run : lancement d’un containers ou plutôt l’exécution. Il ne faut pas confondre docker run et docker start. Le run ou le fait qu’une seule fois. L’option -p permet la redirection de port , l’option -v permet le partage de fichier avec l’hôte, l’option --link permet de faire un lien entre deux containers via des macros. Je n’ai pas encore assez travailler sur join & manage pour expliquer le bon fonctionnement ( Article n°14, Article n°13, Article n°11, Article n°10, Article n°9, Article n°8, Article n°7,  Article n°6, Article n°5, Article n°4, Article n°3, Article n°2, Article n°1 )
• docker push : pour pousser son image sur hub.docker.com , cela vient après docker login et docker commit  ( Article n°16, )
• docker search : pour chercher une images. ( Article n°16, Article n°3, )
• docker logs : voir des logs.( Article n°11, Article n°9, Article n°8, Article n°7, )
• docker pull : prendre une image, c’est la commande que l’on fait après avoir trouvé l’image via docker search. ( Article n°16, Article n°8, Article n°5, )
• docker rmi : supprimer une image. ( Article n°4, Article n°2, Article n°1 )
• docker ps ou docker ps -a : voir les containers qui tournent. ( Article n°15, Article n°13, Article n°11, Article n°10, Article n°9, Article n°8, Article n°7,  Article n°6, Article n°3, )
• docker -H … ps : voir les containers qui tourne via la Remote API. ( Article n°17, )
• docker rm : supprimer des containers. ( Article n°10, Article n°4, )
• docker build -t nom . : construire un containers. ( Article n°14, Article n°11, Article n°9, Article n°8, Article n°7,  Article n°6, Article n°4, Article n°3, )
• docker start : lancement d’un container. ( Article n°17, Article n°11, )
• docker stop : arrêt d’un container. ( Article n°17, Article n°14, Article n°11, Article n°10, Article n°9, Article n°5, )
• docker restart : relancer un container. ( Article n°14, )
• docker images : voir toutes les images disponibles. ( Article n°4, )
• docker login : pour se connecter sur son compte hub.docker.com . ( Article n°16, )
• docker commit : pour faire un commit de son image dans le but de la mettre sour hub.docker.com ( Article n°16, )
• docker history : cela permet de connaitre la taille d’une image, enfin je ne m’en sert que pour cela :) . ( Article n°14, )
• docker network inspect bridge : pour avoir la configuration réseau des containers ( Article n°11, )
• docker inspect : cela permet d’avoir des informations (nom, stockage, …)  sur un container. ( Article n°7, )
• docker exec env : permet de voir toutes les variables d’environnement d’un container. (  Article n°6, )
• docker info : permet de savoir la version de docker que l’on utilise ( Article n°3, Article n°1 )
• docker version : permet de connaitre la version du serveur et du client docker qui est utilisé. (Article n°1 )

Quelques serveurs :

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

Pour commencer, je vous rappelle ce très bon article sur Docker : http://www.journaldunet.com/solutions/cloud-computing/1146290-cloud-pourquoi-docker-peut-tout-changer/

• Ces VM intègrent elles-mêmes un OS sur lequel les applications qu’elles contiennent sont exécutées. Ce n’est pas le cas du container.
• Grâce à leur légèreté, les containers Docker sont portables de cloud en cloud
• Les basculer d’un environnement de développement ou de test à un environnement de production peut donc se faire presque en un clic, ce qui n’est pas le cas pour la VM, plus lourde.
• IBM notamment a réalisé un comparatif de performance entre Docker et KVM. Sa conclusion est sans appel : Docker égale ou excède les performances de cette technologie de virtualisation open source - et ce dans tous les cas testés dans le cadre du comparatif.

Maintenant je vais faire un clone de mon Docker actuel afin de faire un second Docker identique. Pour cela je fais une copie avec VirtualBox. Attention il faut avoir 21 Go de disponible sur le disque dur.

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

Maintenant je vais faire un test avec GitHub : https://github.com . D’abord il faut créer un compte farias06 :

Ensuite on fait un projet, pour la part c’est hello_world :

Et maintenant il va falloir mettre les sources :

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

Maintenant il me faut faire un script d’arrêt des containers, on va donc arrêter un container qui a le status à OK et qui a une charge de 0.

Voici le script que je propose, ce script permet en plus de fixer notre bug sur la précédente version ;) .

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

On va utiliser le fichier dynamique fait par ./build_haproxy.bash qui se trouve dans /docker/app/haproxy.cfg (merci de regarder l’épisode précédent n°13 afin de mieux comprendre). Pour le lancement de haxproxy la dernière fois que l’on a vu cela c’était dans le n°10 , la commande était alors :

docker run -d --link my-server4-1 --link my-server4-2 --link my-server4-3 --link my-server4-4 -p 80:80 --name mon-haproxy-v15b my-haproxy-v15

Maintenant on n’a plus besoin de lien car les IP sont écrites par les serveurs eux-mêmes. On a seulement à faire un partage de fichier.

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

Je pense avoir trouvé une alternative à confd & etc , c’est consul-haproxy .

[root@localhost ~]# yum install consul
Modules complémentaires chargés : ulninfo
dockerrepo                                                                                                                                                 | 2.9 kB  00:00:00     
ol7_UEKR3                                                                                                                                                  | 1.2 kB  00:00:00     
ol7_UEKR4                                                                                                                                                  | 1.2 kB  00:00:00     
ol7_latest                                                                                                                                                 | 1.4 kB  00:00:00     
dockerrepo/primary_db                                                                                                                                      |  15 kB  00:00:00     
(1/2): ol7_latest/x86_64/updateinfo                                                                                                                        | 812 kB  00:00:01     
(2/2): ol7_latest/x86_64/primary                                                                                                                           |  16 MB  00:00:17     
ol7_latest                                                                                                                                                            14264/14264
Aucun paquet consul disponible.
Erreur : Rien à faire

Misère, cela commence fort … sinon j’ai aussi vu une configuration un peu complexe avec vagrant.

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

Maintenant je pense que je vais travailler avec confd et etcd pour faire de la reconfiguration dynamique du serveur HAproxy. L’idée c’est que les etcd informent le confd des changements, et si changement il y a le confd refait le fichier de configuration haproxy.cfg. Puis il relance HAproxy.

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

Petit résumé rapide de mes précédents posts, à noter que grâce au tag Docker on peut retrouver tous les articles sur le sujet.

Il y a eu des hauts des des bas dans cette découverte de Docker.

Attention ceci est mon brouillon avant de faire une belle documentation sur Docker (il y a à boire et à manger).

On va dire que ce pas va être un pas de coté. Mon but va être d’améliorer le server4 pour en faire un server5 (source server5.c). Mais je vais aussi faire un programme de stress : client_stress.c afin de bien vérifier tout le fonctionnement.

Voici donc les amélioration sur server5.c :