Xavier LAMBROS Directeur des Systèmes d'Information & de l'Organisation Architecte SI

Serveurs hyperconvergés (Cluster HPE Simplivity)

Projet pro

Contexte

En 2019–2020, nous avons mis en place un cluster HPE SimpliVity pour renforcer la continuité d’activité du SI dans un contexte industriel à forte contrainte de disponibilité.

Le besoin était double: remplacer une solution arrivée en fin de support et absorber la hausse de charge liée à AGFA Apogee, très exigeant en calcul pour le prépresse.

Le projet a été cadré autour d’un budget d’environ 120 k€, avec une contrainte métier forte: un arrêt machine est estimé à environ 6 000 € / heure / machine, hors impact client.

Rôle

  • J’ai été l’un des acteurs principaux du projet, en binôme avec mon collègue.
  • J’ai cadré l’architecture cible et le plan de migration.
  • J’ai piloté la mise en place du cluster HPE Simplivity.
  • J’ai mené la migration en interne avec mon collègue, avec un appui initial sur le starter kit HPE.

Périmètre / fonctionnalités

  • Mise en place du cluster HPE Simplivity sur la période 2019–2020.
  • Hébergement des services et applications du SI sur ce socle.
  • Cluster de 2 serveurs (nœuds M), en architecture master-master.
  • Dimensionnement pour absorber l’intégralité de la charge sur une seule salle serveurs.
  • Virtualisation du serveur BALYO.
  • Virtualisation du serveur MAN.
  • Socle HPE SimpliVity Gen10.
  • Caractéristiques par serveur: 2 Intel Xeon 6148, 767 Go RAM, 9 SSD de 2 To.
  • Virtualisation VMware, sauvegardes Veeam sur baie QNAP.
  • Duplication des données sur fibre avec carte accélératrice dédiée.
  • Sortie des VM via 2 ports fibre 10 Gb.

Décisions / arbitrages

  • Hyperconvergence : j’ai retenu une architecture hyperconvergée HPE plutôt qu’un simple renouvellement serveur, pour gagner à la fois en disponibilité, en capacité et en lisibilité d’exploitation.
  • Dimensionnement : j’ai arbitré un dimensionnement capable d’absorber la charge complète sur une seule salle serveurs, afin de réduire le risque opérationnel.
  • Regroupement des besoins : j’ai regroupé dans le même cycle le remplacement d’une solution en fin de support et le besoin de calcul lié à AGFA Apogee.
  • Migration interne : j’ai fait le choix de réaliser la migration en interne, en binôme, pour garder la maîtrise du planning, des bascules et du niveau de qualité attendu.

Résultats / apports

  • Mise en place d’un socle d’hébergement plus robuste pour des applications critiques du SI.
  • Au dernier pointage documenté (mars 2026), les serveurs sont toujours en fonctionnement.
  • Aucune interruption de production signalée à date.
  • Mutualisation des ressources serveurs.
  • Sécurité accrue sur l’infrastructure et les salles serveurs.
  • Niveau d’infrastructure suffisamment crédible pour être régulièrement présenté par la direction générale à des assureurs et à des clients.