Performances, Continuité de service et Stockage

Retour accueil | Contacts | Présentation de la société | Plan du site
Mesures de performances | Capacity planning |Performance by design| Oracle | Serveurs |Stockage | Assistance au développement | MsSqlServer
subglobal3 link | subglobal3 link | subglobal3 link | subglobal3 link | subglobal3 link | subglobal3 link | subglobal3 link
Plan de continuité de services |Réplications FC et IP | Oracle RAC | Réplications SGBD| Clusters| Snapshots
Architectures SAN et NAS | Organisation interne des baies | Administration et SRM | Migrations de données | ILM et HSM | Virtualisation
subglobal5 link | subglobal5 link | subglobal5 link | subglobal5 link | subglobal5 link | subglobal5 link | subglobal5 link
Performances | Capacity Planning |Oracle | HP-UX |Ms SqlServer | Stockage
subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link | subglobal8 link

 

spin-a2s

Enezis.gif

Techniques élémentaires d'encadrement des temps de réponse dans une prévision de charge




Introduction



Des logiciels de modélisation mathématique utilisent des algorithmes de simulation relativement complexes, qui permettent de prévoir le comportement d'un système comprenant plusieurs classes de charges de travail (une classe de charge de travail est un ensemble homogène d'utilisateurs qui utilisent la même application). Ces algorithmes sont trop complexes pour pouvoir être appliqués " à la main ". Il est en revanche relativement simple d'obtenir un encadrement des temps de réponse et du débit (nombre de transactions par secondes) d'un système comportant une seule classe. Les termes temps de réponse et débit peuvent d'ailleurs prendre plusieurs sens, selon le domaine auquel on l'applique. Dans le cas d'un applicatif interactif, la notion de temps de réponse s'impose d'elle même, le débit s'entend comme le nombre de transactions applicatives maximum que peut absorber l'ordinateur.

  • Dans le cas de travaux batchs, on entend par temps de réponse le temps d'exécution. On peut parfois parler d'un débit de traitement de transactions métiers
  • Dans le cas du système d'Entrées/ Sorties, le temps de réponse est le temps de traitement d'une E/S (y compris le temps d'attente), le débit est le nombre d'E/S maximum que peut supporter le système d'Entrées/ Sorties.


  • Intérêts de l'encadrement des temps de réponse et du débit dans un modèle :

  • Simplicité
  • Mise en évidence du goulot d'étranglement primaire du système et de son effet sur les temps de réponse.
  • La simulation des différentes configurations possibles du système est simple à effectuer.

  • Variables de travail :

    Les variables de base sont les mêmes que celles utilisées dans l'article sur les corrélations entre les données issues des mesures de performances.

    Pour mémoire :

    On appelera "centre de service " un composant de l'ordinateur (CPU, disque, etc.).

    K
    Nombre de centres de services
    U Utilisation (pourcentage de temps pendant lequel un centre deservice k est utilisé)
    D Temps total passé dans le centre de service k par une transaction (si une transaction requiert 5 accès à un disque, que chacun de ces accès requiert 10 ms,D = 50ms). D varie en fonction de K (D est une constante).
    D

    Temps total passé par une transaction dans les différents centres. On considère que D est connu et est une constante.

    R

    Temps de résidence dans le système (c'est pour un ordinateur le temps de réponse, pour un ensemble de disques, ce sera le temps passé en E/S).

    N Population dans le système
    X Nombre de transactions par unités de temps sur le système entier

    Suite