Aller au contenu

Renforcer le serveur exige un goulot d’étranglement avéré

Une vue de portail fictive montre comment accès aux données et manque de capacité conduisent à des vérifications différentes.

Lukas Schneider2 min de lecture
Jauge violette en demi-cercle au-dessus d’un curseur et d’un symbole de base de données.

Un portail lent rend envisageable une machine plus puissante. L’effet de cette capacité supplémentaire dépend toutefois de ce que le parcours attend. La décision doit donc être reliée au goulot d’étranglement observé.

Examiner deux explications d’une même attente

La comparaison suivante est entièrement hypothétique. Elle ne contient ni constat de projet client ni gain de performance mesuré.

Explication possible

Ce qui éclaircirait l’hypothèse

Prochain essai

La vue attend de nombreuses requêtes de détail successives

Une trace de la tâche montre les appels répétés et leur part de durée

Comparer un accès groupé délimité donnant le même résultat

La capacité de calcul ou d’entrée/sortie nécessaire est saturée

Des mesures sous le profil de travail concerné montrent utilisation et attente

Tester une capacité adaptée sous une charge comparable

Les deux causes peuvent coexister. Application, réseau ou service externe peuvent aussi contribuer à l’attente. Une seule valeur de CPU n’explique donc pas tout le parcours.

Nommer le but du changement

Si le parcours révèle de petits appels inutiles, nous examinerions d’abord leur structure. Plus de puissance de calcul ne supprime automatiquement ni leur nombre ni le coût de chaque trajet. Une comparaison ciblée peut montrer si moins d’allers-retours aide cette tâche.

Cela ne justifie pas de conserver systématiquement la même machine. Si un manque de capacité est établi, davantage de ressources peut être utile, par exemple lorsque le volume requis dépasse les ressources disponibles. La décision doit préciser la limite modifiée et la façon de constater le bénéfice.

Pour comparer, tâche, données autorisées et résultat attendu doivent rester équivalents. Moins de champs, un cache rempli ou une charge simultanée réduite pourraient sinon expliquer l’écart. Une réponse plus rapide avec des enregistrements manquants ne serait pas équivalente.

La question à poser est donc : quelle cause observée le changement doit-il influencer et comment tester cet effet précis ? Cela vaut pour un nouveau serveur comme pour une modification de l’accès aux données.

Sources

Écrit par

  • Lukas SchneiderRédacteur techniqueLukas Schneider écrit chez ASES sur les technologies cloud et l’exploitation des applications. Ses articles vont du choix de l’infrastructure à la maintenance et aux sauvegardes, jusqu’à la surveillance des systèmes en production.

Suivre ASES

À lire aussi

Tous les articles

Développement logiciel avec ASES

Logiciels sur mesure, applications web et mobiles