Aller au contenu principal
Ousmane Salifou Lankoandé

La Poste du Burkina Faso

Administration d'une infrastructure virtualisée VMware

Administration d'un environnement VMware vSphere — hôtes ESXi, vCenter, clusters, machines virtuelles et ressources — avec participation à l'administration du stockage distribué vSAN, pour une organisation de 119 agences certifiée ISO 9001.

Période
Juillet 2015 – février 2022
Mon rôle
Chef de division informatique régional
Organisation
La Poste du Burkina Faso

Technologies

  • VMware vSphere
  • ESXi
  • vCenter
  • vSAN
  • Hyper-V
  • Dell EMC
  • PowerCLI
  • PRTG
Sur cette page
  1. Résumé
  2. Contexte technique
  3. Objectifs d’administration et d’exploitation
  4. Mon rôle et mes responsabilités
  5. Architecture technique
  6. Explication de l’architecture, composant par composant
  7. Réalisations techniques
  8. Compétences démontrées
  9. Résultat
  10. Visuels et preuves

Résumé

Pendant près de sept ans, j’ai administré la plateforme de virtualisation VMware de La Poste du Burkina Faso, une organisation certifiée ISO 9001 dont le réseau compte 119 agences et plus de 1 100 employés. Mon périmètre couvrait les hôtes ESXi, le serveur vCenter, les clusters vSphere et le cycle de vie des machines virtuelles Windows et Linux, ainsi que l’allocation des ressources de calcul, de mémoire et de stockage. J’ai également participé à l’administration du stockage distribué vSAN. Cette plateforme hébergeait les services métier de l’organisation, dont l’application de gestion du courrier, et s’accompagnait d’une réplication et de sauvegardes vérifiées.

Contexte technique

La Poste du Burkina Faso est un opérateur national : ses services doivent rester accessibles depuis l’ensemble du réseau d’agences, y compris les sites régionaux reliés par un WAN. La virtualisation du parc de serveurs constituait le socle de cette disponibilité — elle permet de consolider plusieurs services métier sur un nombre réduit de serveurs physiques, d’isoler les charges les unes des autres et de reconstruire un service sans dépendre d’un matériel particulier.

La certification ISO 9001 de l’organisation ajoutait une contrainte structurante : les opérations d’exploitation devaient être documentées et vérifiables, et non laissées à la connaissance implicite d’un administrateur. Cela s’appliquait aussi bien aux procédures de création de machines virtuelles qu’au suivi des sauvegardes et des tests de restauration.

L’environnement combinait VMware vSphere comme plateforme principale et Hyper-V pour une partie des serveurs Windows. Le stockage reposait sur du matériel Dell EMC, avec une participation à l’administration de vSAN, le stockage distribué intégré à vSphere. La relève était assurée par EMC RecoverPoint et les sauvegardes par Commvault.

Objectifs d’administration et d’exploitation

  • Maintenir la disponibilité des services métier hébergés sur la plateforme pour l’ensemble du réseau d’agences.
  • Allouer et arbitrer les ressources de calcul, de mémoire et de stockage entre les machines virtuelles, en fonction des besoins réels des applications.
  • Maîtriser le cycle de vie des machines virtuelles : création, dimensionnement, modification, mise hors service, le tout selon des procédures écrites.
  • Garantir la capacité de reprise par la réplication et la sauvegarde, avec des objectifs de point de reprise (RPO) et de temps de reprise (RTO) suivis explicitement.
  • Détecter les dégradations avant les utilisateurs, par une supervision continue de l’infrastructure et du WAN régional.
  • Documenter l’exploitation à un niveau compatible avec les exigences d’audit de la norme ISO 9001.

Mon rôle et mes responsabilités

Chef de division informatique régional, responsable de la plateforme de virtualisation, de la relève et des sauvegardes. Au-delà de l’exploitation technique, le poste comportait la gestion du budget, les achats d’équipements informatiques et réseau, et la coordination des incidents avec la direction.

Concrètement, mes responsabilités quotidiennes portaient sur l’administration des hôtes ESXi et du serveur vCenter, la gestion des clusters et des machines virtuelles, l’allocation des ressources, la participation à l’administration de vSAN, la surveillance de la réplication et l’exploitation des sauvegardes.

Architecture technique

Reconstitution conceptuelle. Les deux schémas ci-dessous illustrent l'organisation logique standard d'un environnement vSphere tel que je l'ai administré. Ils ne reproduisent aucune configuration de production : ni nom d'hôte, ni adresse, ni nombre d'hôtes, ni capacité. Les éléments encadrés en pointillés sont présents à titre illustratif et ne sont pas documentés par mon expérience.

Vue d’ensemble

Schéma d'architecture : le réseau de gestion dessert vCenter Server, qui pilote un datacenter VMware contenant un cluster vSphere. Le cluster regroupe des hôtes ESXi qui exécutent des machines virtuelles Windows et Linux. Les disques locaux des hôtes alimentent un pool de stockage vSAN, présenté aux machines virtuelles sous forme de banques de données. Un réseau de stockage porte le trafic vSAN, un réseau distinct porte le trafic des machines virtuelles.
Architecture logique générale. Chaîne d'administration vCenter → datacenter → cluster → hôtes → machines virtuelles, séparation des trois réseaux et présentation du stockage vSAN sous forme de banques de données. Ouvrir le schéma en taille réelle

Organisation du cluster et du stockage

Schéma de stockage : chaque hôte ESXi du cluster expose une interface VMkernel et contribue ses disques locaux, répartis en un étage de cache et un étage de capacité. Les disques agrégés forment les objets vSAN, dont la répartition et la protection sont régies par une politique de stockage. Les objets sont exposés comme une banque de données unique partagée par tout le cluster et montée par les machines virtuelles.
Vue détaillée du cluster et du stockage vSAN. Contribution des disques locaux de chaque hôte au pool commun, rôle du réseau de stockage entre les hôtes, et présentation du résultat sous forme d'une banque de données unique. Ouvrir le schéma en taille réelle

Explication de l’architecture, composant par composant

vCenter Server

Rôle. Point d’administration unique de la plateforme. Il tient l’inventaire de tous les objets — datacenters, clusters, hôtes, machines virtuelles, banques de données — et c’est par lui que passent les opérations d’administration.

Interactions. Il pilote les hôtes ESXi par le réseau de gestion ; il expose l’inventaire aux consoles d’administration et aux scripts PowerCLI.

Fonctions d’administration. Création et organisation de l’inventaire, gestion des permissions, suivi des événements et des alarmes, opérations sur les machines virtuelles, exécution des tâches planifiées.

Disponibilité et performance. vCenter est un point de concentration : son indisponibilité ne coupe pas les machines virtuelles, qui continuent de tourner sur leurs hôtes, mais elle prive l’équipe des fonctions centralisées — d’où l’importance de le sauvegarder et de le surveiller comme un service critique à part entière.

Datacenter VMware

Rôle. Racine logique de l’inventaire. Il délimite le périmètre à l’intérieur duquel les objets peuvent être associés entre eux.

Interactions. Il contient les clusters, les hôtes et les banques de données ; il sert de frontière aux déplacements d’objets.

Fonctions d’administration. Structuration de l’inventaire, application des permissions et des modèles d’organisation à un ensemble cohérent d’objets.

Disponibilité et performance. Objet purement logique, sans effet direct sur les performances. Une structuration claire reste déterminante pour l’exploitation : elle conditionne la lisibilité de l’inventaire et la justesse des droits accordés.

Cluster vSphere

Rôle. Regroupement d’hôtes ESXi administrés collectivement, qui met en commun leurs ressources de calcul et de mémoire.

Interactions. Il regroupe les hôtes, porte les machines virtuelles et constitue le périmètre du pool de stockage vSAN.

Fonctions d’administration. Ajout et retrait d’hôtes, configuration des paramètres communs, suivi de la consommation globale des ressources, gestion de la capacité disponible.

Disponibilité et performance. Le cluster est le niveau où se joue la marge de manœuvre : une capacité résiduelle insuffisante prive l’infrastructure de sa capacité à absorber la perte d’un hôte ou un pic de charge. Le suivi de la capacité est donc une tâche d’administration continue, pas un calcul fait une fois à l’achat.

Hôtes ESXi

Rôle. Hyperviseurs installés sur les serveurs physiques. Ils exécutent les machines virtuelles et exposent leurs ressources matérielles — processeurs, mémoire, cartes réseau, disques.

Interactions. Ils sont pilotés par vCenter par le réseau de gestion, exécutent les machines virtuelles raccordées au réseau de production, et contribuent leurs disques locaux au pool vSAN par le réseau de stockage.

Fonctions d’administration. Mise à jour des hyperviseurs, configuration du réseau et du stockage, gestion du mode maintenance, surveillance de la santé matérielle, suivi de la consommation processeur et mémoire.

Disponibilité et performance. Un hôte est un domaine de panne : toutes les machines virtuelles qu’il exécute s’arrêtent avec lui, sauf mécanisme de reprise. La surveillance du matériel et la gestion des interventions en mode maintenance sont les deux leviers d’administration les plus directs sur la disponibilité.

Machines virtuelles Windows et Linux

Rôle. Serveurs logiques qui portent les services métier. Chacune dispose de ses propres processeurs virtuels, de sa mémoire, de ses disques virtuels et de ses interfaces réseau.

Interactions. Elles s’exécutent sur un hôte ESXi, stockent leurs disques dans une banque de données et se raccordent au réseau des machines virtuelles.

Fonctions d’administration. Création à partir de modèles, dimensionnement des ressources, instantanés, modification à chaud ou à froid, mise hors service et nettoyage des disques associés.

Disponibilité et performance. Le surdimensionnement d’une machine virtuelle coûte à toutes les autres : des processeurs virtuels en excès allongent l’attente d’ordonnancement sur l’hôte. L’ajustement des ressources d’après la consommation observée est donc un travail d’administration régulier, et non un réglage initial.

Réseau de gestion

Rôle. Réseau dédié aux échanges d’administration entre vCenter, les hôtes ESXi et les consoles.

Interactions. Il relie vCenter aux hôtes et porte les accès d’administration.

Fonctions d’administration. Configuration des interfaces VMkernel de gestion, contrôle des accès, vérification de la joignabilité des hôtes.

Disponibilité et performance. Sa séparation du trafic de production est une règle d’hygiène : un réseau de production saturé ne doit pas empêcher d’administrer la plateforme, en particulier pendant un incident où l’accès aux hôtes est justement nécessaire.

Réseau des machines virtuelles

Rôle. Réseau par lequel les machines virtuelles rendent leurs services aux utilisateurs et aux agences.

Interactions. Il raccorde les interfaces des machines virtuelles au réseau de l’organisation et au WAN régional.

Fonctions d’administration. Définition des groupes de ports, affectation des machines virtuelles, cohérence de la configuration entre tous les hôtes d’un cluster.

Disponibilité et performance. Une configuration réseau divergente d’un hôte à l’autre est une cause classique d’indisponibilité : une machine virtuelle redémarrée sur un hôte mal configuré perd sa connectivité. L’uniformité entre hôtes est une exigence d’exploitation.

Réseau de stockage

Rôle. Réseau dédié au trafic vSAN entre les hôtes du cluster.

Interactions. Il porte les échanges entre hôtes pour l’accès aux données et leur protection.

Fonctions d’administration. Configuration des interfaces VMkernel de stockage, isolement du trafic, vérification de la bande passante disponible.

Disponibilité et performance. C’est le réseau le plus sensible d’un cluster vSAN : les données d’une machine virtuelle ne résident pas nécessairement sur l’hôte qui l’exécute, donc toute latence ou perte sur ce réseau se traduit immédiatement en latence applicative.

Banques de données

Rôle. Volumes logiques présentés aux hôtes, sur lesquels résident les disques virtuels, les fichiers de configuration et les instantanés des machines virtuelles.

Interactions. Elles sont alimentées par le stockage sous-jacent — ici le pool vSAN — et montées par les hôtes du cluster.

Fonctions d’administration. Suivi de l’espace libre, placement des machines virtuelles, nettoyage des instantanés et des disques orphelins.

Disponibilité et performance. Une banque de données saturée met en pause les machines virtuelles qui y écrivent. Les instantanés laissés en place sont la cause la plus fréquente de cette saturation, ce qui fait du suivi de l’espace une tâche d’exploitation prioritaire.

Stockage vSAN

Rôle. Stockage distribué intégré à vSphere : il agrège les disques locaux des hôtes du cluster en un pool unique, au lieu de dépendre d’une baie externe.

Interactions. Il consomme les disques locaux des hôtes, s’appuie sur le réseau de stockage pour les échanges entre hôtes, et se présente aux machines virtuelles sous forme d’une banque de données unique.

Fonctions d’administration. Suivi de l’état de santé du pool, surveillance de la capacité, remplacement de disques défaillants, application des politiques de stockage aux machines virtuelles.

Disponibilité et performance. La résilience du pool dépend du nombre d’hôtes qui y contribuent et de la politique de protection appliquée. Deux conséquences pratiques en exploitation : le retrait d’un hôte pour maintenance diminue temporairement la protection des données, et la capacité utilisable est sensiblement inférieure à la capacité brute installée.

Périmètre des fonctions avancées. Les mécanismes vSphere HA, DRS et vMotion font partie des fonctions courantes d'un cluster vSphere, mais mon expérience sur cet environnement ne documente pas leur mise en œuvre. Ils ne figurent donc ni dans les schémas ni dans les réalisations ci-dessous. Les enjeux de disponibilité décrits plus haut sont ceux des composants effectivement administrés.

Réalisations techniques

  • Administration de l’environnement VMware : clusters vSphere, hôtes ESXi et serveur vCenter, sur toute la durée du mandat.
  • Gestion du cycle de vie des machines virtuelles Windows et Linux : création, dimensionnement, modification et mise hors service.
  • Gestion des ressources du cluster : allocation et arbitrage du processeur, de la mémoire et des banques de données entre les machines virtuelles.
  • Participation à l’administration de vSAN pour le stockage distribué du cluster.
  • Virtualisation complémentaire sous Hyper-V pour une partie des serveurs Windows, en coexistence avec la plateforme vSphere.
  • Relève et sauvegardes : surveillance de la réplication et supervision des sauvegardes, détaillées dans l’étude de cas Continuité d’activité et protection des machines virtuelles.
  • Supervision avec PRTG de l’infrastructure et du WAN régional, pour détecter les dégradations avant leur signalement par les utilisateurs.
  • Automatisation PowerShell et PowerCLI des tâches récurrentes d’administration et d’inventaire.
  • Documentation des procédures d’exploitation, au niveau d’exigence de la certification ISO 9001.
  • Gestion du budget et des achats des équipements informatiques et réseau nécessaires à la plateforme.

Compétences démontrées

DomaineMise en œuvre sur ce mandat
Administration VMware vSphereExploitation quotidienne de la plateforme pendant près de sept ans
Administration ESXi et vCenterHyperviseurs et serveur d’administration centralisé
Gestion des clustersRegroupement d’hôtes, paramètres communs, suivi de capacité
Gestion des machines virtuellesCycle de vie complet, Windows et Linux
Gestion des ressourcesArbitrage du processeur, de la mémoire et du stockage
Stockage virtualisé vSANParticipation à l’administration du pool distribué
Exploitation d’infrastructures d’entrepriseSupervision, sauvegarde, relève, procédures documentées, budget

Résultat

  • Une plateforme virtualisée centralisée dessert l’ensemble du réseau de 119 agences.
  • Les processus d’exploitation sont documentés, ce qui répond aux exigences de la certification ISO 9001.
  • Périmètre administré : hôtes, machines virtuelles, stockage et réseaux virtuels suivis dans le cadre de l’exploitation.
  • Version de vSphere : versions et calendrier de mise à niveau non publiés pour préserver le contexte de production.
  • Disponibilité des services : supervision régulière et traitement des alertes, sans publication d’indicateur interne.

Visuels et preuves

Les deux schémas ci-dessus sont des reconstitutions conceptuelles produites pour ce portfolio ; leurs sources sont versionnées avec le site.

Les diagrammes conceptuels remplacent les captures de production afin de ne publier ni nom d’hôte, ni adresse IP, ni inventaire interne.