Nos Solutions APM

Diagnostiquer

Cas client : Secteur du Luxe

Principales Caractéristiques
  • Les applications métiers reposent sur des socles IBM : Frontal HTTP, serveur d’application, base de données
  • Liaison T3 (44 Mbps) louée auprès d’un opérateur entre Paris et Hong-Kong
Points Critiques
  • Temps de réponse sur la principale application métier est de 34 secondes pour une requête. L’application est quasiment inutilisable
  • L'opérateur est mis en cause, le client estime qu’il ne remplit pas son contrat
Situation
  • Des tests ont été faits en interne en France, les temps de réponse sont de 8 secondes
  • Une trace réseau a été réalisée avec Wireshark sur un poste client à Hong-Kong, elle indique que la requête met 7 secondes pour s’éxecuter sur le serveur (22% du temps total)
  • La latence entre Paris et Hong-Kong mesurée est de 111ms, elle semble mettre en cause l’opérateur
Analyse
  • Pas de métrique sur les serveurs d’Application et de BD
  • Bilan complet réseau : pas de paquets perdus, pas de paquets déséquencés, pas de retransmissions fenêtres TCP : OK - 1ère obs : HTTP 1.1 se comporte comme du HTTP 1.0 - 2ème obs : Le lien WAN est sous-utilisé : 8 Mbps sur 44 Mbps - 3ème obs : La Latence amplifie les nombreux A/R et augmente le temps de réponse
  • Observation indirecte : paramétrage par défaut du serveur frontal HTTP
Action
  • Modification du paramétrage du serveur frontal Lotus Domino IBM
Résultats
  • Exploitation de la Bande Passante
  • Temps de réponse de l’application diminuée

Cas client : Grande Distribution

Principales Caractéristiques
  • Systèmes de caisse dans chaque magasin
  • Lien SDSL par magasin
  • Sonde réseau installée en mode troubleshooting uniquement, pas d’alertes, pas de supervision.
Points Critiques
  • Temps de réponse extrêmement long pour les caisses. Elles basculent en autonomie dès que les temps de réponse sont supérieurs à 5 secondes.
  • Le mode autonome permet toujours la vente mais produit une perte de traçabilité des articles vendus et du lien avec le stock central.
  • Desynchronisation de la gestion des stocks et des approvisionnements.
Situation
  • Application composée d’un frontal WEB, d’une application et d’une base de données
  • Analyse Equipe réseau : Tout est OK. Débit et bande passante sont OK.
  • Analyse Equipe Système : CPU / Disque / Mémoire sont OK
  • Analyse DBA : Tout est OK
  • Analyse Support Applicatif : Tout est OK mais je n’ai pas de métrique.
  • Analyse Sécurité : Tout est OK.
Analyse
  • Analyse fondée sur la capture réseau avec requêtes réelles
  • Analyse du comportement des applicatifs
Action
  • Préconisation de modification de plusieurs éléments de l’application dont la synchronisation
  • Modification de l’application
Résultats
  • Résolution complète du problème
  • Amélioration des temps de réponses

Cas client : Banque

Principales Caractéristiques
  • Liaison 20 Mbps entre Paris et Bordeaux
  • Actions en continu sur l’application par les opérateurs de contentieux
  • Outil CACTI utilisé pour la supervision de la charge des liens
  • Sondes réseaux en place en mode collecte de données sans monitoring et alerting
Points Critiques
  • Temps de réponse de l’ordre de la minute sur les transactions entre 9h et 12h impactant fortement la productivité sur le site de Bordeaux et la génération de revenus
  • 2 semaines d’investigation des équipes internes sans succès
  • Observation de saturation sur les liens par l’équipe réseau
Situation
  • Analyse Equipe réseau Niveau I : OK.
  • Analyse Equipe Système : CPU / Disque / Mémoire OK
  • Analyse Equipe Réseau Niveau 2 : Lien OBS est OK mais la saturation sur le lien se produit aléatoirement (pas d’explication).
  • Analyse DBA : OK
  • Analyse Support Applicatif : OK cela fonctionne bien sur le site de Lyon.
Analyse
  • Analyse du comportement des applicatifs et des serveurs frontaux HTTP, applicatifs et Windows
  • Analyse des Flux sur le lien Paris - Bordeaux : saturation du lien par du flux «non métier»
Action
  • Identification d’un flux de mise à jour en journée
  • Préconisation sur la politique d’usage des liens : meilleures gestions des diffusions des mises à jour, sauvegardes
Résultats
  • Résolution complète du problème
  • Evolution de l’APM Policy : mise en place d’alertes sur seuil d’utilisation des liens.
  • Modification des procédures Help-Desk en cas de saturation de lien avec déclenchement analyse de cause et escalade vers équipe concernée

Les autres services ISIS-Performance

Créer de la valeur

Voir les cas client

Fiabiliser

Voir les cas client

Optimiser avec Roi

Voir les cas client

Superviser

Voir les cas client