Godfroy Guy

Lors de l’exploitation d’infrastructures conséquentes, il est essentiel de bien s’outiller pour en assurer la maintenance. L’observabilité est un de ces outils dont il est difficile de se passer. La méthode la plus simple et la plus commune d’observer son infrastructure reste probablement la journalisation des événements, autrement dit les logs. Ceux qui ont déjà eu l’occasion de me lire dans SysOps Pratique (et son prédécesseur Linux Pratique) sauront que ma boîte à outils préférée pour l’observabilité est la suite LGTM de Grafana Labs, ainsi que de mon intérêt pour HAProxy comme tête d’infrastructure web. Nous allons donc nous intéresser à la première étape de l’instrumentation télémétrique de HAProxy.

Une activité industrielle, par essence, doit être rentable. Notamment, la production doit être fiable et on doit être en mesure de la contrôler. Dans le monde des services informatiques, cela se traduit par des concepts tels que l’infrastructure as code, l’intégration continue, la compilation reproductible, ainsi que l’observabilité. Cet article est consacré à la découverte de la suite LGTM développée par l’entreprise Grafana Labs, qui fournit une solution d’observabilité efficace, moderne, séduisante, et dans les règles de l’art.

Pour assurer la qualité et la reproductibilité des infrastructures, il est indispensable de passer par une forme d’industrialisation de leurs déploiements. La plupart du temps cela passe par l’utilisation de l’IaC (Infrastructure as Code). HAProxy étant un répartiteur de charge et reverse proxy souvent utilisé en tête de production, nous allons voir comment le concept d’IaC s’applique à lui.

Vous êtes-vous déjà demandé quel outil d’industrialisation correspondait le mieux aux besoins de votre infrastructure ? Vous hésiterez alors peut-être entre Terraform (ou son jeune fork OpenTofu) d’un côté, et Ansible de l’autre, et à cela s’ajoutent les outils de configuration dynamique tels que Consul, etcd... Explorons ensemble cet arsenal d’industrialisation pour obtenir le meilleur de chacun de ces outils.

Si la renommée d’OpenBSD n’est plus à faire en termes de sécurité, cet OS a tendance à être largement boudé pour d’autres applications que le réseau (en particulier le pare-feu). Pourtant OpenBSD contient dans chaque installation standard bon nombre d’outils permettant d’assurer la plupart des rôles nécessaires dans une infrastructure de production, et en particulier, une pile web complète.

Centraliser et déporter le stockage d’un ensemble de serveurs est une étape importante pour atteindre bon nombre d’objectifs intéressants : haute disponibilité, modularité, interchangeabilité… Nous allons voir ici comment mettre en place un tel déport de stockage sous Linux et avec du matériel conventionnel.

L’avènement des services informatiques dans l’industrie s’est accompagné d’impératifs contractuels qui se sont traduits en nécessités techniques : haute disponibilité, gestion des risques, rationalisation des équipements en production. Ces impératifs ont débouché sur la gestion de clusters, et donc la nécessité de gérer des ressources partagées : réseau dédié, charges CPU et mémoire, et ce qui nous intéresse dans cet article, le stockage. Découvrons ici une solution simple et élégante permettant de gérer intelligemment vos volumes partagés, basée sur une technologie éprouvée qu’est LVM.