Tests de performance de PRA

Tester un site de secours

Un Plan de Reprise d’Activé (Disaster Recovery Plan) permet d’assurer, en cas de sinistre majeur d’un site de production informatique, la reconstruction d’une infrastructure applicative de secours. Ainsi l’entreprise maintient ses fonctions vitales immédiatement après le sinistre. Mais comment vérifier la qualité de service de votre application sur cette architecture de secours ?

Une analyse globale à partir d’un test de performance identifiera les limites de la plate forme de PRA. Vous appréhendez la capacité réelle de la solution de secours ainsi que les conséquences sur la population des utilisateurs et les traitements fonctionnels stratégiques à maintenir sur votre SI.

 

Evaluation du Plan de Reprise d’Activité

  • Étude de stratégie de Tests de Performance
    • Pré-requis d’informations
    • Complexité de l’infrastructure
    • Évaluation de l’application à tester
    • Type de tests de charge
    • Conception du modèle de charge et plan de test

Plan de test du PRA

  • Scripting et Démarrage Tests de Performance
    • Installation des outils
    • Préparation du modèle de charge
    • Injection du modèle de charge
    • Collecte des métriques et Analyse en temps réel
    • Présentation des résultats (synthèse)
    • Préconisations et solutions

Évaluation du Plan de Reprise d’Activité

La stratégie de test de PRA consiste à vérifier, lorsque le service de production d’une application est interrompue, comment le système de secours du PRA se comportera et quelles seront les dégradations observées.

Il s’agit d’identifier les différents composants de l’architecture, les principaux éléments constitutifs de l’application et de son exploitation, ainsi que de nommer les différents correspondants qui pourront être sollicités (disponibilité pour intervenir)  lors de la  phase des tests de charge du site PRA de secours.

 

Pré-requis d’informations

  • Identification et disponibilité des interlocuteurs responsables de l’infrastructure
  • Identification de la structure de gestion de crise
  • Documents et procédures existantes

 

Complexité Infrastructure

  • Présentation de l’architecture technique précise de la plate-forme cible
  • Disponibilité de la plate-forme
  • Durée maximale d’interruption admissible de la production

 

Evaluation de l’application à tester

  • Perte de données maximale admissible (selon le scenario de test)
  • Plan de sauvegarde
  • Interdépendance Flux applicatifs SIO (Other)
  • Stratégie d’organisation des processus fonctionnels vitaux du SI
  • Analyse des risques et expression des besoins stratégiques pour la continuité d’activité

 

Type de tests de charge

  • Test de charge utilisateurs
  • Test de dégradations des transactions
  • Test de stress (heures de pointe)
  • Test de robustesse
  • Test aux limites de capacité
  • Test de composants
  • Test de volumétrie des données
  • Test de flux d’échanges stratégiques

 

Conception du modèle de charge et du plan de test

  • Définition des transactions (scripts) et des profils utilisateurs
  • Définition des scénarios à construire
  • Choix et mise en place des indicateurs techniques
  • Définition d’un planning détaillé

 

Il est à préciser que pendant le test de charge de l’application sur la plate-forme de secours, l’arrêt de la plate-forme de production n’est pas nécessaire. Toutefois il faut s’assurer de l’étanchéité totale de l’application en PRA, si nécessaire (CRUD), avec les autres SIO (other) de production.

Livrables

  • Document d’Architecture Technique de la solution test de charges PRA
  • Planification des différentes actions devant être exécutées
  • Rapport du test de charge PRA