{"id":5379,"date":"2011-12-19T10:38:55","date_gmt":"2011-12-19T08:38:55","guid":{"rendered":"https:\/\/www.ideematic.com\/actualites\/?p=455"},"modified":"2011-12-19T10:38:55","modified_gmt":"2011-12-19T08:38:55","slug":"automatiser-linstallation-de-serveurs-distants","status":"publish","type":"post","link":"https:\/\/www.ideematic.com\/actualites\/2011\/12\/automatiser-linstallation-de-serveurs-distants\/","title":{"rendered":"Automatiser l'installation de serveurs distants"},"content":{"rendered":"

[vc_row][vc_column][vc_column_text]Installer et configurer un serveur distant prend du temps, de l’\u00e9nergie et n\u00e9cessite une feuille de route pr\u00e9cise pour ne rien oublier d’important. Cela en prend encore plus lorsque l’on doit enchainer en peu de temps l’installation de plusieurs serveurs pour monter une petite architecture web. Heureusement, il existe des solutions logicielles qui permettent d’industrialiser ces t\u00e2ches qui peuvent para\u00eetre ingrates et r\u00e9p\u00e9titives. Nous allons voir dans la suite de cet article un bref aper\u00e7u des solutions propos\u00e9es et celle que nous avons s\u00e9lectionn\u00e9e.<\/p>\n

Provisionner un serveur distant peut se faire automatiquement via des outils logiciels. Il existe actuellement deux grandes solutions open-source qui permettent de g\u00e9rer finement les probl\u00e9matiques d’installation et de configuration de services sur une ou plusieurs machines distantes : Puppet<\/a> et Chef<\/a>. Ces deux solutions sont des outils tr\u00e8s performants et flexibles, bien document\u00e9s et dont les communaut\u00e9s sont tr\u00e8s actives. Il sont parfaitement adapt\u00e9s pour des structures g\u00e9rant un nombre significatif de serveurs. De plus, les \u00e9diteurs de ces solutions, certes open-source de base, proposent des versions payantes :
\n– Puppet Enterprise<\/em> fourni des outils graphiques suppl\u00e9mentaires pour g\u00e9rer ses installations et supporte les architectures Amazon EC2 et VMware
\n– Opscode<\/em> propose de l’h\u00e9bergement de Chef serveurs.<\/p>\n

Cependant, utiliser ces deux solutions et \u00e9crire des recettes de configuration n’est pas trivial. Cela n\u00e9cessite un investissement en temps qui peut para\u00eetre excessif pour des petites structures m\u00eame si les communaut\u00e9s respectives partagent facilement leurs recettes.<\/p>\n

Il existe une autre solution logicielle, Sprinkle<\/a>. Sprinkle<\/a> est un outil \u00e9crit en Ruby<\/em>. Il apporte la m\u00eame souplesse d’utilisation que Capistrano<\/em> pour le d\u00e9ploiement des applications Ruby On Rails<\/em>. Il s’utilise directement en ligne de commande depuis un poste local et m\u00eame s’il est \u00e9crit en Ruby<\/em>, il ne n\u00e9cessite pas l’installation de ce langage sur la machine cible car Sprinkle<\/em>\u00a0ne communique avec elle que via le protocole SSH.<\/p>\n

L’apprentissage de Sprinkle<\/em> repose sur la compr\u00e9hension de 4 concepts :<\/p>\n