Cloudlab

Infrastructure & production

Lire une infrastructure dans son ensemble.

Parcours de Patrice chez Reymann · 2015–2017

Baie de serveurs photographiée dans les archives.
Illustration métier : Photographie d’archives de juin 2020, retouchée : les ressources matérielles accueillent les environnements système.

Le contexte

Le besoin

Les échanges de 2015 portent sur une architecture associant cœurs de réseau, hôtes ESX, stockage Fibre Channel et liaisons 10 Gb/s. En 2017, les discussions abordent vCenter et la réplication entre sites.

Le rôle de Patrice

Comprendre les dépendances entre réseau, stockage et virtualisation ; coordonner les échanges avec les intervenants et préciser les conditions de fonctionnement.

Ce que les échanges documentent

L’expérience porte aussi sur le diagnostic : les échanges de 2017 identifient notamment une difficulté de synchronisation horaire entre sites. Ils ne permettent pas d’affirmer que toute la réplication était alors opérationnelle.

Ce qu’on en retient

Savoir distinguer un service configuré d’un service réellement vérifié. C’est une discipline utile pour toute infrastructure métier.

← Tous les exemples

Comprendre et préparer

Réseau, stockage et virtualisation : comprendre leurs dépendances.

Dans le parcours de Patrice chez Reymann, les travaux de 2015 à 2017 associent architecture de production et diagnostic. Ils montrent pourquoi la compréhension des dépendances doit accompagner chaque évolution d’infrastructure.

Une architecture à lire comme une chaîne

Les cœurs de réseau, les liaisons, les hôtes ESX et le stockage Fibre Channel constituent des éléments liés. Une machine virtuelle s’appuie sur cet ensemble pour rendre son service. Une difficulté visible dans une application peut donc appeler une lecture du réseau, du stockage et des systèmes. Cette architecture historique souligne l’intérêt de représenter les liaisons et les dépendances pour coordonner les intervenants. La cartographie permet ensuite de discuter les changements et les contrôles nécessaires.

Le diagnostic de réplication en 2017

Les discussions vCenter abordent une réplication entre sites et une difficulté de synchronisation horaire. Cette observation donne un exemple de dépendance à contrôler lors du diagnostic : des composants configurés doivent aussi pouvoir communiquer et fonctionner dans des conditions cohérentes. Elle rappelle qu’un projet de réplication comprend plusieurs étapes de préparation et d’essai. Dans un nouveau projet, la vérification du scénario et les conditions de validation doivent faire partie du périmètre discuté avec l’entreprise.

Ce que l’on prépare dans un projet actuel

La cartographie des services, les accès, les sauvegardes et les critères de vérification doivent être définis avec les spécialistes concernés. Cloudlab porte aujourd’hui le volet datacenter ; Agedis prend en charge l’administration système convenue. Pour une application métier, son éditeur ou Dtouch peut compléter la vérification. L’enjeu est de conserver une différence lisible entre un paramètre appliqué, un contrôle technique réussi et un usage effectivement validé par l’entreprise.

Le prochain chapitre

Parlons de ce qui
compte pour vous.

Présentez-nous votre projet

Des compétences complémentaires, une même exigence.