Vous êtes sur la page 1sur 38

Rapport de Stage

Crédit Municipal de Paris

ASRS12 - Décembre/Août 2020 – IPREC

Rapport de Stage

Daniel FIDELE

Stage effectué chez Crédit Municipal de Paris


Tuteur : Jean-Louis PAUCHON – Responsable informatique
Période du 15/06/2020 au 10/07/2020
Rapport de Stage
Crédit Municipal de Paris

Sommaire
1 Remerciements ...............................................................................................2
2 Présentation de l’Entreprise...........................................................................3
3 Objectifs et Environnement du Stage .........................................................6
3.1 Description de la Mission ...........................................................................6
3.2 Activités principales....................................................................................6
3.3 Activités détaillées ......................................................................................6
3.4 Autres tâches ........................................................................................... 26
4 Retour d’Expérience ................................................................................... 29
4.1 Point de vue sur l’ensemble du stage .................................................. 29
4.1.1 Points forts ............................................................................................ 29
4.1.2 Points faibles........................................................................................ 29
4.2 Compétences acquises ......................................................................... 29
4.3 Problèmes rencontrés et Solutions trouvées ........................................ 29
4.4 Autocritique .............................................................................................. 29
5 Conclusion générale ................................................................................... 30
6 Annexes......................................................................................................... 31

28 août 2020 Page 1/37


Rapport de Stage
Crédit Municipal de Paris

1 Remerciements

Je remercie toute l’équipe du Crédit Municipal de Paris pour leur accueil et leur
disponibilité en cette période particulière de sortie du confinement de la crise
sanitaire.

Un remerciement tout particulier à Jean-Baptiste POTEAU, Jean-Louis PAUCHON,


Amine ZAID, Yann CARDINAL et Nicolas PERRIN qui m’ont accompagné au quotidien
dans la réalisation de mon stage et m’ont guidé avec leurs explications sur
l’organisation des systèmes d’information du Crédit Municipal de Paris.

28 août 2020 Page 2/37


Rapport de Stage
Crédit Municipal de Paris

2 Présentation de l’Entreprise (*)


Le Crédit Municipal de Paris a été créé en 1637 par le philanthrope Théophraste
Renaudot pour lutter contre l’usure en offrant un service social de prêt sur gage.

C’est un établissement public administratif de crédit et d’aide sociale de la ville de


Paris installé au 55 rue des Francs Bourgeois Paris (4e) depuis 1777. Le Crédit Municipal
est ainsi la plus ancienne institution financière parisienne.

A travers les siècles, le Crédit Municipal de Paris a conservé son activité première et a
développé une large palette de nouveaux services, simples, flexibles et adaptés aux
besoins de son époque.

Du prêt sur gage à la collecte d’épargne solidaire, du microcrédit personnel à


l’accompagnement gratuit des personnes en fragilité financière, des ventes aux
enchères à la conservation d’objets d’art, le Crédit Municipal de Paris a su se
réinventer pour devenir aujourd’hui un acteur incontournable de la finance sociale
et solidaire au service des Parisiens et Franciliens.

M. Frédéric MAUGET est le Directeur Général.

Les chiffres du rapport d’activité du Crédit Municipal de Paris de 2019 :


151 collaborateurs.

7 métiers :

27 M€ de PNB en augmentation de 3 M€ par rapport à 2018


Voici une illustration de l’activité du Crédit Municipal de Paris en chiffres pour l’année
2019.

*Document source http://www.cimaya.fr/flipbook/credit-municipal-de-paris-rapport-activite-2017/html5/index.html?page=1&noflash


& http://www.cimaya.fr/flipbook/credit-municipal-de-paris-rapport-activite-2019/

28 août 2020 Page 3/37


Rapport de Stage
Crédit Municipal de Paris

28 août 2020 Page 4/37


Rapport de Stage
Crédit Municipal de Paris

Description de l’organisation du service informatique avec les personnes rattachées


à Jean-Baptiste POTEAU, Directeur des Systèmes d’Information, avec lesquelles j’ai
collaboré.

28 août 2020 Page 5/37


Rapport de Stage
Crédit Municipal de Paris

3 Objectifs et Environnement du Stage


L’activité principale du Crédit Municipal de Paris (CMP) est le prêt sur gage. La
société fonctionne du lundi au samedi de 8h30 à 17h30.

Toutes les applications métiers et les données utilisateurs du CMP sont sur des serveurs
Virtuels (VM) sous VMware et les données sont stockées sur un NAS pour les données
utilisateurs et un SAN pour les bases de données.

C’est ce que l’on appelle un système informatique convergé (les bases de données
ne sont pas avec les VMs) selon l’explication donnée par Jean-Baptiste POTEAU, DSI,
lors d’une présentation.

3.1 Description de la Mission


A mon arrivée, la mission principale qui m’a été confiée par Jean-Baptiste POTEAU,
DSI, est d’ajouter des barrettes de mémoire dans les deux lames Dell M630
hébergeant les serveurs Esxi (SRPESX005 et SRPESX013) qui se trouvent physiquement
dans le serveur Blade Dell M1000e.

Ce Blade Dell contient 5 lames serveurs M630. C’est une machine sensible au sein du
CMP car ces serveurs virtuels contiennent toute l’activité métiers donc tout le
système du site de Paris. Il existe un PRA (Actif-Actif) en réplication à Courbevoie au
sein de la société EQUINIX.

3.2 Activités principales


Au premier abord on peut penser que c’est une chose facile d’ajouter des barrettes
de mémoire dans deux serveurs car il suffirait de les arrêter le soir pour faire le travail.
J’ai donc travaillé en mode projet sur cette mission principale.

3.3 Activités détaillées


J’ai effectué un état des lieux des deux serveurs Blades M1000e (Paris et Courbevoie)
qui contiennent des lames serveurs M630. L’état des lieux des serveurs Blades M1000e
m’a permis de voir qu’il n’y avait pas de problème matériel majeur sur les machines
physiques.

Présentation du châssis Dell PowerEdge M1000e de Paris et Courbevoie :


Etat des serveurs avant action

❖ Site de Paris
Vision du châssis Blade SRPCHA001 du PowerEdge M1000e où se trouvent les 5 lames PowerEdge
M630 des serveurs Esxi qui hébergent les Machines Virtuelles (VM) qui peuvent être des serveurs ou
stations.
Reconnaissance des lames par numéro de logement :

Exemple : les logements 5 et 13 pour SRPESX005rm et SRPESX013rm, idem pour les autres.

28 août 2020 Page 6/37


Rapport de Stage
Crédit Municipal de Paris

28 août 2020 Page 7/37


Rapport de Stage
Crédit Municipal de Paris

En conclusion sur le châssis de Paris :

Logement de serveur N°13 en défaut : ce logement indique une « Alerte critique » et on a une croix
en rouge mais tout semble avoir un fonctionnement normal. Le système attend un acquittement
après une opération de MAJ de BIOS.

❖ Site de Courbevoie

Sur ce site on retrouve le même châssis que Paris mais avec une lame serveur en moins.

Aucun problème à signaler.

28 août 2020 Page 8/37


Rapport de Stage
Crédit Municipal de Paris

En conclusion l’état du châssis Dell blade M1000e de Courbevoie ne présente aucun


problème.

28 août 2020 Page 9/37


Rapport de Stage
Crédit Municipal de Paris

Etat des lieux de VMware :

L’état de santé de la virtualisation VMware Vsphère est à plus de 90% d’utilisation de


la mémoire RAM mutualisée et certains serveurs Esxi sont en alertes critiques

Etat VMware Vsphere Cluster Crédit Municipal au 29/06/2020

Résumé

28 août 2020 Page 10/37


Rapport de Stage
Crédit Municipal de Paris

Surveiller:

28 août 2020 Page 11/37


Rapport de Stage
Crédit Municipal de Paris

Configurer = Vérification de la configuration Distributed Ressource Scheduler (DRS)


qui permet la bascule automatique au niveau du vSphere HA (High Availability).
Vérification de DRS =OK

Autorisations:

28 août 2020 Page 12/37


Rapport de Stage
Crédit Municipal de Paris

Hôtes = 8 Esxi

Nombre de VM = 215

28 août 2020 Page 13/37


Rapport de Stage
Crédit Municipal de Paris

Banques de données = 80

28 août 2020 Page 14/37


Rapport de Stage
Crédit Municipal de Paris

Clusters de banques de données = 0

Réseaux = 47

Réseaux Distributed Switches = 3

28 août 2020 Page 15/37


Rapport de Stage
Crédit Municipal de Paris

Tâches récentes = 0

Alarmes =10
On remarque deux alarmes critiques :
• 1 qui concerne la mémoire sur le serveur srpesx003.
• 1 qui concerne le serveur srpexp001 sur le vSpere HA (high Availibility).
• D’autres serveurs ont des avertissements sur l’utilisation de la mémoire.

28 août 2020 Page 16/37


Rapport de Stage
Crédit Municipal de Paris

Etat Esxi srpesx005@creditmunicipal.fr (HA Esclave)


Remarque : ce serveur Esxi fait partie du châssis Blade Dell M1000e de Paris.

Etat Esxi srpesx009@creditmunicipal.fr (HA Esclave)


Remarque : ce serveur Esxi fait partie du châssis Blade Dell M1000e de Paris.

28 août 2020 Page 17/37


Rapport de Stage
Crédit Municipal de Paris

Etat Esxi srpesx013@creditmunicipal.fr (HA Esclave)


Remarque : ce serveur Esxi fait partie du châssis Blade Dell M1000e de Paris.

Etat Esxi srpesx014@creditmunicipal.fr (HA Esclave)


Remarque : ce serveur Esxi fait partie du châssis Blade Dell M1000e de Paris.

28 août 2020 Page 18/37


Rapport de Stage
Crédit Municipal de Paris

Etat Esxi srpesx025@creditmunicipal.fr (HA Esclave)


Remarque : Ce serveur Esxi fait partie du châssis Blade Dell M1000e de Courbevoie.

Etat Esxi srpesx026@creditmunicipal.fr (HA Esclave)


Remarque : Ce serveur Esxi fait partie du châssis Blade Dell M1000e de Courbevoie.

28 août 2020 Page 19/37


Rapport de Stage
Crédit Municipal de Paris

Etat Esxi srpesx033@creditmunicipal.fr (HA Esclave)


Remarque : Ce serveur Esxi fait partie du châssis Blade Dell M1000e de Courbevoie.

Etat Esxi srpesx730@creditmunicipal.fr (HA Maître)


Remarque : Ce serveur Esxi est un serveur standalone R730.

28 août 2020 Page 20/37


Rapport de Stage
Crédit Municipal de Paris

Paramètres vCenter Server

28 août 2020 Page 21/37


Rapport de Stage
Crédit Municipal de Paris

Extensions

28 août 2020 Page 22/37


Rapport de Stage
Crédit Municipal de Paris

Voir les autres informations en annexe 6.1:

J’ai envoyé par mail les éléments ci-dessus accompagnés d’un plan d’action pour
l’opération de maintenance (voir annexe 6.2) afin d’être validé par Jean-Baptiste
POTEAU, DSI, en mettant en copie Jean-Louis PAUCHON, Responsable informatique.

J’ai découvert d’autres éléments signalés par Jean-Baptiste POTEAU, DSI, qui m’a
expliqué qu’il existait des règles d’affinités. Voici la teneur de notre échange :

[Jean-Baptiste]
Un point attention : le DRS est en exécution automatique certes, mais il est géré également
via des règles d'affinités.
Ainsi, SRPESX005 ne pourra pas décharger complètement ses VMs dans la mesure ou une des
VMs est strictement liée à cet ESX, car il y a un mappage avec un dongle USB (il s'agit de
FlexLM1, le serveur de licence principal du PABX, sachant que l'on a un serveur de secours sur
Courbevoie, mais le serveur OTMS ne supporte pas la redondance et est lié uniquement avec
FlexLM1. Pour pouvoir passer en mode maintenance SRPESX005, il faut donc éteindre cette
VM (on ne peut pas la déplacer).

Aussi, l'arrêt automatique après mise en maintenance devrait fonctionner en théorie. Mais la
queue devient trop importante, et cela plante... Le job ne va pas jusqu'au bout, et
généralement, cela nous cause des problèmes, notamment sur les interfaces réseaux. Dans le
cadre d'une maintenance planifiée, il est quand même préférable de procéder par lot de
migration de VMs, puis ensuite d'éteindre les VMs qui ne peuvent ou n'ont pas besoin d'être
migrées, puis de passer l'hôte en maintenance et l'arrêter.

Le problème est le suivant : il n'y pas de place pour l'offload d'une lame complète. On peut
uniquement arrêter les services non essentiels, regroupés les services essentiels sur les lames en
service, etc...
Une solution serait de monter une des nouvelles lames dans le cluster, le temps de faire
l'opération, puis je récupère les lames dont j'ai besoin pour mon projet. C'est ce qui me
semble le moins risqué.
Tu es dispo pour monter les deux ESX le temps de faire le projet ?
Jean-baptiste POTEAU
Ma réponse

[Daniel] : Oui, j’ai suivi l’installation faite par J-B de l’ESXI du serveur SRPESX008 sur une
nouvelle lame serveur Dell R640 parmi les deux installées la veille.
Je vous décris l’ordre de l’installation faite par Jean-Baptiste :
1/ Installation et configuration de la lame dans le Dell Blade M1000e en passant par
le IDRAC 9.
2/ Mise à jour du BIOS puis de la carte réseau convergée.
3/ Création des cartes virtuelles en choisissant le mode NPART au niveau réseaux.
4/ Configuration des adresses IPV4 et création des enregistrements dans le serveur
DNS pour cette machine.
5/ Configuration des cartes réseaux sur le switch (JB maitrise à fond le sujet). Il faut
récupérer une information qui s’appelle le World Wild Name par carte pour la
configuration sur le Switch pour permettre l’accès au stockage.
6/ Configuration de la couche SAN sur e commutateur avec les informations World
Wild Name.
7/ Mise à jour et vérification configuration de la carte RAID puis on redémarre la lame
M640 avec 384 Go de Ram.
8/ Téléchargement et installation du logiciel ESXI (VMvisor avec la bonne version
correspondante aux autres ESXI en fonctionnement) sur le site de VMware.

28 août 2020 Page 23/37


Rapport de Stage
Crédit Municipal de Paris

Apres l’installation et intégration dans Vcenter du serveur SRPESX008 on constate que


l’état de la mémoire libre au niveau du Cluster a changé donc en augmentation.

Problèmes rencontrés avec la lame du M640 :


Problème de compatibilité EVC (CPU et mémoire).

[Mail de Jean-Baptiste]
Bon, voici le point de situation.

L'ajout de la lame M640 ne permet pas de gérer correctement le cluster. Certaines VMs ne
sont pas compatibles avec cette lame, dû au fait que certaines VMs s'appuient visiblement sur
un jeu d'instruction indisponible sur cette lame (surprenant puisque plus récente... mais bon).

il y a une incompatibilité :
L'hôte cible ne prend pas en charge les configurations matérielles actuelles de la machine virtuelle. Utilisez un
cluster avec le mode Enhanced vMotion Compatibility (EVC) activé pour créer un ensemble uniforme de
fonctionnalités de CPU sur le cluster, ou utilisez EVC par VM pour un ensemble cohérent de fonctionnalités de
CPU pour une machine virtuelle et permettre à la machine virtuelle d'être déplacée vers un hôte capable de
prendre en charge cet ensemble de fonctionnalités de CPU. Consultez l'article de la base de
connaissance 1003212 pour obtenir des informations sur le mode EVC pour un cluster.

com.vmware.vim.vmfeature.cpuid.mdclear
Cela n'est pas vrai pour toutes les VMs cependant, ce qui tendrait à dire que seules les VMs
ayant redémarré sur un hôte ayant ce microcode actif sont concernées.
Un peu de mal à comprendre la logique, vu que toutes les lames sont au même niveau de
microcode et de versions ESXi (6.7.0 Update 1).

J'essaye de voir pourquoi ce jeu d'instruction n'est pas disponible sur la nouvelle lame M640
(version Bios. Paramètre du BIOS...)
Pour éviter ce genre de situation, on peut activer l'EVC sur le cluster, mais il ne peut être
activé que sur tout le cluster, et il faut que les VMs soient compatibles. En gros, il faudrait
migrer/éteindre toutes les VMs pour pouvoir activer l'EVC, ce qui n'est pas une option.

Je vais donc chercher ce qui cause ce message ( com.vmware.vim.vmfeature.cpuid.mdclear), et voir


si on peut le résoudre. Il y a un certain nombre de VMs qui peuvent migrer cependant.
On peut peut-être arriver à équilibrer entre les hôtes existants, tout en libérant le 005, et
pareil ensuite pour le 009, ce qui permettra de quand même faire la montée de mémoire,
même si ce problème d'instruction n'est pas résolu complètement.
Jean-baptiste POTEAU

28 août 2020 Page 24/37


Rapport de Stage
Crédit Municipal de Paris

Jean-Baptiste POTEAU, DSI, a migré tous les serveurs Virtuels de l’ESXI SRPESX013 (lame
13 du blade) vers le SRPESX008 pour ajouter de la mémoire sur le serveur SRPESX013.

J’ai ainsi pu l’assister sur l’opération d’ajout de mémoire.

Le serveur SRPESX013 a été mis en mode maintenance au niveau Vcenter pour


l’arrêter au niveau de la console du Blade M1000e.

Jean-Baptiste POTEAU, DSI, a extrait La lame 13 (serveur SRPESX013) pour ajouter les
128Go de mémoires supplémentaires.

Redémarrage du serveur et Mise à jour du bios, des Firmware des cartes réseaux et
du RAID SAS et autres. Idéalement si tout se passe bien il faudrait faire la même
chose sur toutes les autres lames du Cluster ESXI pour les mettre toutes au même
niveau firmware mais aussi Vsphere.

28 août 2020 Page 25/37


Rapport de Stage
Crédit Municipal de Paris

Problèmes rencontrés :
Cette lame N° 13 ne voulait pas accepter certaines mises à jour firmware à savoir :
• H330 Raid SAS pour les disques.
• Carte Emulex Broadcom (le réseau).

Jean-Baptiste POTEAU, DSI, a réussi à corriger ce problème mais la machine est


arrêtée depuis car elle refuse de faire un rollback pour régler un problème de mise à
niveau de firmware.

Pour le moment la machine est arrêtée pour maintenance au niveau ESXI.

3.4 Autres tâches


3.4.1 Une autre mission a été d’aider Amine ZAID, administrateur systèmes et
réseaux, dans la résolution de problème sur le logiciel WSUS. WSUS est un
logiciel qui permet la mise à jour des serveurs et postes de travails
Windows.

3.4.2 Compte rendu de la présentation du 01/07/2020 par la société Dynatrace du


produit Dynatrace AI.

Présents :
M. Antoine Ferte Représentant de la société Dynatrace
M. Jean-Louis PAUCHON, responsable informatique au CMP
M. Amine ZAID, administrateur au CMP
M. Daniel FIDELE, stagiaire IPREC

Dynatrace est un éditeur de logiciels spécialisé en gestion de performance


applicative pour les DSI.
La plateforme Dynatrace AI supervise la disponibilité et la performance des
applications, ainsi que leur impact sur l’expérience utilisateur, grâce à un suivi en
profondeur des transactions, un monitoring synthétique, des utilisateurs réels, et du
réseau.
La solution de monitoring Dynatrace AI que nous avons vue est basée sur l’installation
d’un seul agent installé sur le poste client que l’on veut monitorer sur lequel se trouve
le problème signalé. Cela ne veut pas dire que le problème vient de cette machine
mais son origine peut se trouver ailleurs.
Cet agent permet de remonter des logs et des graphiques pour montrer exactement
d’où vient la cause du problème.
L’agent peut être installé sur pratiquement toutes les plateformes (IOS, Android,
React.js, AMP, Javascript, etc voir lien https://www.dynatrace.com/technologies/) et
peut envoyer les informations sur un serveur local ou en mode cloud (SAAS).
Ce monitoring permet de faire une analyse horizontale mais aussi verticale pour
montrer si la cause du problème provient du code d’un logiciel mal programmé ou
d’un matériel défaillant (mémoire, I/o disque). Nous voyons dans les captures ci-
dessous que ce n’est pas une simple solution de monitoring comme Nagios ou Zabix
mais que le produit va beaucoup plus loin en granularité verticale.

Vous pouvez voir les vidéos en cliquant sur les liens ci-dessous :
https://www.dynatrace.com/platform/infrastructure-monitoring/

28 août 2020 Page 26/37


Rapport de Stage
Crédit Municipal de Paris

Cette vidéo détaille 4 cas de différentes utilisations du monitoring en temps réel


https://www.dynatrace.com/platform/real-user-monitoring/
Quelques exemples de rapport ci-dessous :

Visualisation globale d’un problème.

Erreur JavaScript

28 août 2020 Page 27/37


Rapport de Stage
Crédit Municipal de Paris

Analyse globale
Dynatrace AI vous donne un aperçu des mesures pertinentes de vos utilisateurs.
L’analyse dite cascade vous permet de gagner du temps en visualisant :
- Octets téléchargés
- Temps interactif
- Temps d’utilisation réseau
- L’expérience utilisateur
- Une visualisation complète

28 août 2020 Page 28/37


Rapport de Stage
Crédit Municipal de Paris

4 Retour d’Expérience
Cette expérience m’a permis de compléter ma formation théorique reçue à l’IPREC
par une immersion réelle dans une entreprise utilisant une architecture complexe de
type banque.

4.1 Point de vue sur l’ensemble du stage


Le Crédit Municipal Paris (CMP) m’a bien accueilli et m’a donné une mission alors
que je recherchais désespérément depuis plusieurs semaines un stage. Le
confinement à cause du COVID19 n’arrangeait pas les choses pour plusieurs
stagiaires IPREC.

4.1.1 Points forts


Après avoir suivi la formation théorique de VMware à L’IPREC. Ce stage de courte
durée (1 mois) m’a permis de voir comment est utilisé en pratique le produit dans une
entreprise.

4.1.2 Points faibles


C’est avec regret que j’ai dû partir du CMP le 10 juillet car je n’ai pas eu beaucoup
de temps pour aller jusqu’au bout de cette mission sachant qu’il y en avait d’autres
en attentes.

4.2 Compétences acquises


En suivant auprès de Jean-Baptiste POTEAU, DSI, la configuration et la mise en service
de deux lames dans un Blade jusqu’à aller au niveau de l’installation de VMware ESXI
sur une lame m’a permis de voir tout le cheminement d’une installation complexe
VMware.

4.3 Problèmes rencontrés et Solutions trouvées


Je n’ai pas réellement rencontré des problèmes. J’avais un compte en lecture seule
et ayant adopté une démarche projet en ayant d’abord fait un état des lieux pour
proposer ensuite un plan d’action pour validation avant toutes actions par le DSI.
J’ai dû quitter ce stage car j’ai trouvé une embauche immédiate en CDI dans une
entreprise.

4.4 Autocritique
Nous sommes partis en stage plus tard à cause du confinement lié à la crise sanitaire
du COVID19. Je pense que si mon départ ne s’était pas imposé, j’aurais pu mener à
bien d’autres missions comme par exemple celle de revoir l’architecture des anciens
contrôleurs de domaine Active Directory de l’activité banque abandonnée par le
CMP.

28 août 2020 Page 29/37


Rapport de Stage
Crédit Municipal de Paris

5 Conclusion générale
En conclusion de ce mois de stage effectué au sein du Crédit Municipale de Paris.
J’ai beaucoup appris sur la mise en place d’un système d’information global pour la
mise en pratique de ma formation suivie à l’IPREC. Je me rends compte aussi que ce
n’est pas si simple de prendre des décisions au niveau de la DSI car cela impactera
la suite des choix du matériel et logiciel dans une entreprise.

28 août 2020 Page 30/37


Rapport de Stage
Crédit Municipal de Paris

6 Annexes
6.1 Etat des 37 machines virtuelles sur Esxi SRPESX005

Etat des 21 machines virtuelles sur Esxi SRPESX009

Etat des 25 machines virtuelles sur Esxi SRPESX013

28 août 2020 Page 31/37


Rapport de Stage
Crédit Municipal de Paris

Etat des 27 machines virtuelles sur Esxi SRPESX014

Etat des 17 machines virtuelles sur Esxi SRPESX025

Etat des 48 machines virtuelles sur Esxi SRPESX026

28 août 2020 Page 32/37


Rapport de Stage
Crédit Municipal de Paris

Etat des 20 machines virtuelles sur Esxi SRPESX033

28 août 2020 Page 33/37


Rapport de Stage
Crédit Municipal de Paris

Etat des 20 machines virtuelles sur Esxi SRPESX730

Plan d’action proposer pour l’opération de maintenance


- 1/Mercredi soir à partir de 18h00 après récupération des barrettes de RAM et la présence
d’une personne du SI CMP.

2/ Depuis vCenter je vais mettre le serveur Esxi srpesx005 en mode maintenance et vérifier
que les 37 machines virtuelles de l’hôte srpex005 sont bien en exécution sur un autre hôte.

28 août 2020 Page 34/37


Rapport de Stage
Crédit Municipal de Paris

Si OK je me connecterai sur le Esxi srpesx005 et procéderai à l’arrêt du serveur depuis Vcenter.

28 août 2020 Page 35/37


Rapport de Stage
Crédit Municipal de Paris

3/ Se connecter sur le châssis Management Controller du M1000 e pour éteindre le serveur


M630 concerné par l’intervention.

Se positionner sur le serveur à éteindre la lame blade M630 pour le mettre hors tension en
cliquant sur « Appliquer » comme ci-dessous.

4/J’irai dans la salle serveur pour procéder à l’ajout de RAM en sortant la lame M630
correspondant à ce serveur sur le M1000e.

28 août 2020 Page 36/37


Rapport de Stage
Crédit Municipal de Paris

5/ Sur connecter sur la console comme au point 4/ après avoir rallumé et ajouté les barrettes
de RAM et je vérifierai pour voir que nous sommes passés de 128 à 256Go de RAM.

6/ Si OK connexion sur ce serveur Esxi srpesx005 à partir de Vcenter pour le sortir du mode
maintenance.<

Si OK ce serveur devrait récupérer ces VMs d’origine.


7/ Si cette opération fonctionne je procéderai ensuite de la même façon pour le serveur Esxi
srpesx013 pour lui ajouter sa RAM.

28 août 2020 Page 37/37

Vous aimerez peut-être aussi