Planification de capacité
La planification de capacité relie l’usage prévu aux objectifs de performance et aux ressources. Mesures et tests de charge vérifient les hypothèses à actualiser.
Qu’est-ce que la planification de capacité ?
La planification de capacité détermine les ressources nécessaires à une application pour la charge prévue et les objectifs de performance fixés. Cela comprend la puissance de calcul, la mémoire, le stockage et le réseau. Microsoft inclut les données d’usage, les prévisions de demande et les besoins en ressources dans cette planification. Pour une nouvelle application, beaucoup de valeurs sont d’abord des hypothèses.
Exemple : des tâches de génération de documents dans le portail
Dans cet exemple fictif, une équipe prévoit des demandes simultanées de création de PDF. Elle fixe des temps d’attente et de traitement acceptables et prépare des essais avec des documents courants et d’autres particulièrement exigeants. La demande prévue sert de base de planification ; elle ne prouve pas que cette charge a déjà été traitée.
L’accès à la base de données, le stockage de fichiers et les services dont dépend le traitement doivent aussi être vérifiés. Le nombre de processeurs ne suffit pas à établir que le délai sera respecté. Un test de charge doit montrer où apparaissent attentes et erreurs, et quelle ressource constitue réellement la limite.
Consignez séparément les hypothèses, les conditions de test et les résultats mesurés. Si les documents, l’usage ou l’objectif de performance changent, la planification doit être réexaminée. La mise à l’échelle automatique peut en découler ; ses limites et son temps de réaction doivent aussi être pris en compte.
Sources
Termes associés
- Mise à l’échelle automatiqueLa mise à l’échelle automatique ajuste les ressources selon des règles. Mesures, délais de démarrage et limites des services dépendants en déterminent l’effet.
- Machine virtuelleUne VM de serveur exécute un système d’exploitation invité. Le modèle d’exploitation doit préciser les tâches restantes pour l’application, les accès et la maintenance.
- Return-PathReturn-Path conserve le chemin de retour SMTP dans un en-tête. Il décrit le retour technique des erreurs, pas l’identité d’une personne.
- Envelope-FromEnvelope-From désigne l’expéditeur SMTP pour le transport et les retours d’erreur. Il faut le distinguer de l’adresse d’expéditeur visible.
- Rapport DMARC agrégéUn rapport DMARC agrégé résume les contrôles de domaine d’un système déclarant sur une période. Il aide à examiner sources d’envoi et erreurs de configuration.
- Politique DMARCLa politique DMARC décrit le traitement souhaité après un échec de contrôle du domaine. Elle ne corrige ni les sources d’envoi ni leur alignement.
Articles sur le sujet
Cloud & exploitation avec ASES
Hébergement, déploiement, maintenance et suivi