Capacité et performance des infrastructures : quel périmètre faut-il retenir et que ne faut-il pas oublier ?
Couvrir volumes, concurrence, temps de réponse, files d’attente, ressources et périodes de pointe.
RECHERCHE DANS L’ENCYCLOPÉDIE
Recherchez parmi 4 720 questions et affinez par domaine ou par angle.
4 720 réponses
Effacer les filtresCouvrir volumes, concurrence, temps de réponse, files d’attente, ressources et périodes de pointe.
Le diagnostic doit confronter les déclarations à des situations observables. Rejouer une charge réaliste en environnement adapté et observer les temps de réponse et erreurs de bout en bout.
Mesurer des parcours représentatifs. Documenter les accès d’administration, la configuration et les dépendances essentielles. Prévoir une compétence de remplacement pour les composants critiques.
Une séquence praticable consiste à : mesurer des parcours représentatifs; puis identifier les goulots réels; puis tester les marges et scénarios de croissance.
Le métier précise les usages ; exploitation mesure ; les équipes applicatives et réseau recherchent les limites.
Une moyenne de temps de réponse masque les utilisateurs les plus affectés. Examiner la distribution et les situations de pointe.
Un profil de charge, des objectifs de service et un plan de capacité.
Rejouer une charge réaliste en environnement adapté et observer les temps de réponse et erreurs de bout en bout.
Suivre percentiles de latence, saturation, taux d’erreur et capacité restante aux périodes critiques.
Suivre percentiles de latence, saturation, taux d’erreur et capacité restante aux périodes critiques.
Inclure ressources, licences, tests, surveillance et coût des marges nécessaires.
Ajouter de la puissance à un composant non limitant peut augmenter les coûts sans améliorer le service.
Ajouter de la puissance à un composant non limitant peut augmenter les coûts sans améliorer le service.
Rejouer une charge réaliste en environnement adapté et observer les temps de réponse et erreurs de bout en bout.
La capacité dépend des applications, bases, réseaux, stockage et limites contractuelles.
Couvrir volumes, concurrence, temps de réponse, files d’attente, ressources et périodes de pointe.
La capacité dépend des applications, bases, réseaux, stockage et limites contractuelles.
Demander un engagement vérifiable sur le périmètre, les livrables, les responsabilités et le traitement des écarts. Le résultat attendu doit être explicite : un profil de charge, des objectifs de service et un plan de capacité.
Préserver les données, les décisions et les documents nécessaires pour poursuivre autrement. Le socle à récupérer comprend notamment : un profil de charge, des objectifs de service et un plan de capacité.
Documenter les accès d’administration, la configuration et les dépendances essentielles. Prévoir une compétence de remplacement pour les composants critiques.
Standardiser la supervision et les configurations de référence tout en conservant les particularités de sites, de charges et de contraintes physiques.
Revoir capacité, configuration et procédures après les incidents, les changements de charge et les évolutions d’architecture.
Ajouter de la puissance à un composant non limitant peut augmenter les coûts sans améliorer le service.
Exemple fictif : le serveur est peu chargé mais les utilisateurs attendent une requête lente ; augmenter la mémoire ne résout pas la mauvaise requête.
Proposez une correction, une nouvelle question ou un retour d’expérience.