La société Lecocq Burger, leader dans les burgers surgelés à base de poulet, située dans la région de Limoges, souhaite renouveler son infrastructure 3-tiers et en profiter pour consolider ses deux datacenters.
L’infrastructure de Lecocq Burger est composé de :
- Deux datacenters de production (DC1, basé à Limoges et DC2, basé à Belfort)
- Un site de PRA (DC3, basé en région parisienne).
Â
 Les points suivants sont à l’origine de cette réflexion :
Â
- Fin prochaine des contrats de maintenance HW et SW + vétusté de certains équipements
- Architecture actuelle complexe à faire évoluer notamment dans un contexte Hybrid Cloud
- Besoin de consolidation des deux datacenters vers un seul (qui sera basé à Limoges).
- Besoin de migrer les applications vers plus d’agilité au travers une approche Cloud Native App.
- Fin de vie des appliances NetApp (service de fichiers pour les 1000 utilisateurs)
Â
Objectifs :
Â
L’objectif est de fournir une première solution (design & sizing) et définir une première approche tarifaire en tenant de compte des prérequis suivants :
Â
- Consolider les deux datacenters vers un seul, qui sera basé à Limoges
- Prendre en compte le renouvellement du site de secours DC3
- Hébergement d’un environnement à base de container (orchestré par Kubernetes)
- Remplacement des appliances NetApp par une solution de service de fichiers
Â
Les Workloads à prendre en compte (périmètre) :
- Collection via Nutanix Collector du DC1
- Inventaire via RVTools du DC2
- Trois clusters Kubernetes (dev, preprod, prod) administrés par Nutanix Kubernetes Engine, avec pour chacun la configuration suivante :
                    Â
      Nombre de noeuds et dimensionnement :
      - Bases etcd : 1(Dev), 3(Prod), 3(Preprod) - 4 CPU - Ratio 1:1 - RAM 8Go/noeuds - SSD 50Go/noeuds
      - Control Plane : 1(Dev), 2(Prod), 2(Preprod) - 2 CPU - Ratio 1:1 - RAM 8Go/noeuds - SSD 100Go/noeuds
      - Workloads : 5(Dev), 10(Prod), 10(Preprod) - 8 CPU - Ratio 1:1 - RAM 32Go/noeuds - SSD 150Go/noeuds
Â
      On ajoutera à cet environnement 5To de données persistantes (en mode CSI) depuis le service de fichiers.
Â
- Service de fichiers pour ses utilisateurs (en mode CIFS) avec les caractéristiques suivantes :
         - 1000 utilisateurs (1 partage par utilisateur)   Â
         - Volumétrie utile totale de 50To
Â
       Mr Lecocq a été sensible à la valeur ajoutée apportée par Nutanix Data Lens (à intégrer dans l'offre)
Â
- Depuis l'inventaire sur DC2, on isolera les bases de données SQL qui devront avoir un ratio vcpu:pcore de 1:1 (vs 4:1 pour les autres workloads). Ces machines virtuelles sont Prod-SQL1 à 3 et Manufacturing-SQL1 à 3.
Site de reprise sur incident majeur
Le site de secours DC3 (en région parisienne) est aussi à prendre en compte.
Â
        Les besoins sont les suivants :
Â
        - Réplication asynchrone de tout le périmètre (totalité des VMs) / RPO 1 heure / Daily Change Rate de 0.1%
        - On conserve 3 snapshots sur le site de production (DC Limoges) et 3 snapshots sur le site de secours (DC3)
Paramètres généraux à prendre en compte :
Â
Votre collègue SE n’oublie vraiment rien. Il a pu aussi questionner la DSI (Mr Raveleau) sur les points à prendre en compte.
Â
- Ratio vCPU/pCore de 4:1 (sauf périmètre Kubernetes 1:1 et bases de données SQL 1:1 depuis DC2)
- On ne modifie pas la configuration des VMs sorties des inventaires. Ceci dit, rien n’empêche de faire quelques remarques.
- On prendra en compte les espaces provisionnés et non les espaces utilisés.
- Hyperviseur choisi : AHV
- Tenir compte d’une croissance (cpu, ram, stockage) de 20% (pour les 3 années à venir)
- Prendre en compte une compression de 30% (pas de déduplication)
- Pas de configuration hybride (Full SSD ou SSD/NVMe uniquement).
- La première approche sera basée sur la gamme Nutanix NX
- Chaque noeud devra comporter une interface Dual ports 25Gbits Optique/SFP
- L’ERP de la société Lecocq Burger utilise un grand nombre de bases de données SQL critiques (Prod-SQL1 à 3 et Manufacturing-SQL1 à 3 - sur DC2) et nécessitant de la performance. On évitera les processeurs avec une fréquence inférieure à 2.8Ghz (pensez aussi à l’impact sur les CVM).
- Failover de niveau N+1 (sur les deux sites)
- Support HW et SW sur 3 ans
- On utilisera le Portfolio v2.0
- M. Raveleau a été particulièrement interressé par les fonctionnalités liées à l'optimisation de l'infrastructure (efficacité des VMs, capacity planning, automatisation des tâches ...). Nous ajouterons à l'offre ces fonctionnalités.
- Le discount à utiliser est de 35% (pour le logiciel et support). On laissera le discount par défaut pour le matériel.
Â
 A noter :
Â
- Vous aurez besoin de vous connecter au Collector Portal afin d’analyser la collecte du DC1 et exporter l'inventaire vers le sizer (automatiquement ou via un export xls)
Â
Â
Votre restitution :
Â
- Une présentation ppt reprenant les points suivants :
              > Rappel des hypothèses de sizings / recommandations - 1 slide
              > Sizings (avec les compteurs et seuils) incluant les configurations NewDC et PRA-OnPrem - 1 slide
              > Budget (en $) de chaque solution et points d'optimisation - 1 slide
Â
- Vos deux sizings (NewDC + PRA DC3) doivent respecter le nommage suivant :
Vos_Prénom-Nom-LecocqBurger-NewDC-PRA-DC3
Â
Ces deux sizings seront à partager (Sizer -> Share) à  :
> Sebastien.lecocq@nutanix.com (Directeur Général de Lecocq Burger)
> Jeanpierre.raveleau@nutanix.com (DSI de Lecocq Burger)
Â
> Toutes les questions sont recevables et sont à poser au DSI (mail ci-dessus)
> Soumettez vos réponses jusqu'au 31 octobre 2024
Â
Les facteurs de notation sont :
- Cout de la solution globale (et de chaque option)
- Réponse aux besoins demandés
- Recommandations suggérées et questions posées
Â
Le jury sera composé de :
SE & iCSE
Â
Les lots à gagner :
Participez aux prochains Tech Update et vous en saurez davantage :)
Â
Â
Bonne chance à tous, et surtout ..
.... n'abusez pas des burgers et Faites du sport !
Â