---
# System prepended metadata

title: "\n    Datacenter exercise 5\n"

---

                                                Mustafa Yilmaz 
                                                Achrafe Ben Ammi
                                                Imane Ourraoui
<h1>
    Datacenter exercise 5
</h1>
<h2>
    Contexte
</h2>
<p>
Vous êtes ingénieur système et on vous demande d’intervenir sur un problème sérieux. En effet, le site internet de votre société devient de plus en plus lent et de plus en plus d’utilisateurs se plaignent d’être déconnectés (timeout). Selon les données comptables, le service commercial ne fait pas état d’une importante augmentation de nombre de ventes/nouveaux clients.Selon vous, quels pourraient être les hypothèses qui expliqueraient ce problème ? Dans quel ordre et comment procéderiez-vous ? 
</p>
<h2>
    Hypothèses
</h2>

<li>Serveur défectueux(diminution des performances du serveur)</li>
<li>Modification du code (mauvaise définition du timeout pour les sessions, mauvaise utilisation d'une boucle ou tâche trop longue)</li>
<li>Problèmes de connectivité réseau (interruptions, perte de paquets)</li>
<li>Mauvaise configuration du SAN </li>
<li>Problèmes externes (exemple : Fournisseurs externes)</li>

<h2>
    Etapes à suivre
</h2>

<li>Accéder au ticket</li>
<li>Demander si d'autres tickets sont en rapport avec le nôtre. Exemple, éventuelles déconnexions sur d'autres serveurs ou latence sur d'autres sites.</li>
<li>Analyser les tickets (quels composants sont en communs grâce à CMDB : Chercher les informations (mise à jour récent ?, configuration réseau, hardware, ...) </li>
<li>Demander à l'équipe support d'appeler les contacts extérieurs collecté grâce à CMDB pour vérifier si le problème est externe, par exemple fournisseur d'accès à internet.  </li>
<li>Nous mettons une priorité sur les composantes en commun que nous avons collecté, par exemple : priorité aux serveurs</li>
<li>Vérifier les red zones, et la mettre en commun avec les hypothèses décrites au dessus</li>
<li>Monitoring du réseau (SNMP), valeur mentionnée par rapport à l'échelle définie que nous pouvons trouver sur la documentation. Nous pouvons aussi consulter les différents graphiques du SNMP et vérifier si une allure est anormale, par exemple : avant date précise disk storage descendante et après date précise courbe horizontale. </li>
<li>Si nous trouvons une date pour laquelle un des graphiques est différent, regardez les changements faits à cette date grâce à CMDB et du coup contacter l'équipe de développement ou demander à l'équipe support de le faire.</li>
<li> Appliquer un log centralisé(syslog) sur les ordinateurs/serveurs rouges afin d'identifier les sources des erreurs, d'analyser le comportement d’une application dans le temps et de suivre l’historique des modifications apporté au systèm</li>