structure & meta
This commit is contained in:
parent
da6d838193
commit
b25ce65735
284 changed files with 461 additions and 1000 deletions
48
posts/2015/2015-06-01-blog-en-mouvance.md
Executable file
48
posts/2015/2015-06-01-blog-en-mouvance.md
Executable file
|
|
@ -0,0 +1,48 @@
|
|||
<!-- title: Hébergement en mouvance -->
|
||||
<!-- category: Hébergement -->
|
||||
<!-- tag: planet -->
|
||||
|
||||
Très satisfait de mon hébergeur actuel, je reste à l'écoute du marché. Ah
|
||||
pardon on ne parle pas recrutement<!-- more --> j'ai confondu ;-) Je reprends : bien que
|
||||
très satisfait de mon hébergement je me suis laissé tenter par
|
||||
[FirstHeberg](https://www.firstheberg.com) qui propose une large gamme de VPS
|
||||
répartie en trois familles :
|
||||
|
||||
- des containers légers OpenVz
|
||||
- des machines virtuelles Qemu
|
||||
- des machines virtuelles Qemu avec option de sauvegarde
|
||||
|
||||
Chaque famille se décline bien sûr en plusieurs puissances, plusieurs capacités
|
||||
RAM et disque. Ce qui m'a intéressé c'est la possibilité de louer une machine
|
||||
virtuelle pour le même prix que mon conteneur OpenVz actuel. J'ai donc souscrit
|
||||
à l'offre GP1 cette semaine en choisissant un système Debian 8 (Jessie). La
|
||||
livraison est classique avec l'envoi des informations de connexion adresse IP,
|
||||
DNS en fhnet.fr et mot de passe du compte root. Le service SSH est activé en
|
||||
standard. Je n'ai pas encore beaucoup joué avec les outils mais une interface
|
||||
d'administration sobre fournit l'essentiel : un redémarrage forcé de la VM, la
|
||||
possibilité de réinstaller avec l'OS de son choix et des graphes d'activité du
|
||||
VPS pour la dernière heure : utilisation CPU, consommation mémoire, trafic
|
||||
réseau et activité disque.
|
||||
|
||||
Mon objectif c'est de migrer progressivement les services d'un serveur à
|
||||
l'autre. Alors plutôt que de réinstaller manuellement j'ai saisi l'opportunité
|
||||
de me former à [Ansible](http://docs.ansible.com), un outil de déploiement et
|
||||
des gestion des configurations. L'utilisation usuelle consiste à définir des
|
||||
recettes d'installation (*playbook* dans la terminologie Ansible) et de
|
||||
vérifier la conformité des cibles de déploiement avec ces recettes. C'est un
|
||||
outil utilisé pour superviser des parcs de serveurs mais il a aussi de
|
||||
l'intérêt dans mon cas d'utilisation : j'ai créé une machine virtuelle sous
|
||||
Virtual Box avec les caractéristiques du serveur FirstHeberg et je mets au
|
||||
point mes playbooks. L'idée c'est de valider systématiquement sur la machine
|
||||
virtuelle locale avant de mettre en production et de formaliser le déploiement
|
||||
du serveur à la sauce Ansible qui emploie un format textuel et compréhensible
|
||||
afin de *versionner* les changements sous GIT et faciliter le changement
|
||||
d'hébergement dans l'avenir, bref d'avoir une démarche un peu plus
|
||||
professionnelle quant à la gestion des configurations du serveur.
|
||||
|
||||
Pour l'anecdote, Ansible est un outil Python (hé oui encore un) comme
|
||||
[Fabric](http://www.fabfile.org) (que je connais et utilise déjà) et il ne
|
||||
demande qu'un accès SSH pour interagir avec les serveurs. De bons articles ont
|
||||
déjà été publiés sur le [Planet](http://www.planet-libre.org), je peux rajouter
|
||||
l'excellent [tuto de leucos](https://github.com/leucos/ansible-tuto) qui
|
||||
complète la documentation officielle déjà très complète par des exemples.
|
||||
Loading…
Add table
Add a link
Reference in a new issue