Utilisateur:Pviciot/Brouillon
- → N'hésitez pas à publier sur le brouillon un texte inachevé et à le modifier autant que vous le souhaitez.
- → Pour enregistrer vos modifications au brouillon, il est nécessaire de cliquer sur le bouton bleu : « Publier les modifications ». Il n'y a pas d'enregistrement automatique.
Si votre but est de publier un nouvel article, votre brouillon doit respecter les points suivants :
- Respectez le droit d'auteur en créant un texte spécialement pour Wikipédia en français (pas de copier-coller venu d'ailleurs).
- Indiquez les éléments démontrant la notoriété du sujet (aide).
- Liez chaque fait présenté à une source de qualité (quelles sources – comment les insérer).
- Utilisez un ton neutre, qui ne soit ni orienté ni publicitaire (aide).
- Veillez également à structurer votre article, de manière à ce qu'il soit conforme aux autres pages de l'encyclopédie (structurer – mettre en page).
- → Si ces points sont respectés, pour transformer votre brouillon en article, utilisez le bouton « publier le brouillon » en haut à droite. Votre brouillon sera alors transféré dans l'espace encyclopédique.
[[Category:Capaprod]]
Gestion de la capacité
modifierDéfinitions de la capacité
modifierProcessus en charge de s’assurer que la capacité des services et de l’infrastructure informatique puisse répondre aux exigences convenues de capacité et de performance d’une manière rentable et ponctuelle. La Gestion de la Capacité prend en compte toutes les ressources nécessaires pour fournir un service informatique et est impliquée dans la satisfaction des besoins présents et futurs du business en termes de capacité et de performances
La capacité est une mesure de l'aptitude d'une ressource à traiter une demande.
Le concept de capacité résulte :
- de la durée de disponibilité de la ressource par période calendaire (la journée, la semaine, le mois, etc.),
- du choix d'une unité de mesure qui permet d'additionner les débits de produits éventuellement différents, étant entendu que si les composants sont assez semblables, une seule unité physique convient.
Il faut cependant distinguer la capacité théorique et la capacité réelle.
La capacité théorique est celle que l'on peut faire au maximum sur un poste de charge par période de référence.
La charge mesure la quantité de flux requise pour satisfaire la demande. C'est donc une mesure de débit demandé. Les concepts de capacité et de charge se correspondent, comme ceux de l'offre et de la demande. Il est recommandé de les exprimer dans les mêmes unités d'oeuvres (UO).
La capacité d' une ressource peut être variable en fonction du temps. Des arrêts de maintenance préventive, des nettoyages périodiques, des aménagements du temps de travail etc... peuvent diminuer la capacité d'une ressource.
La charge d'une ressource est rarement égale à la capacité, lorsqu'elle est inférieure on dit que la ressource est en sur-capacité et en sous-capacité dans le cas contraire.
Le but de la GDC
modifierLe but de la gestion de la capacité est de s’assurer que la capacité à un coût justifiable existe toujours dans tous les secteurs informatiques et qu’elle correspond aux besoins convenus des organisations d'affaires, actuels et futurs, au moment opportun. En pratique, le processus doit trouver deux équilibres :
entre les coûts et les ressources nécessaires entre l’offre de capacité et la demande
Les objectifs de la GDC
modifier- Optimiser l’usage de nos ressources.
- Conseiller les domaines techniques en terme d’efficacité.
- Contribuer aux objectifs de performance.
- Contribuer au processus de gestion des incidents.
- Prévoir les variations de consommation et anticiper leurs effets dans les plans d’investissements.
- Produire et maintenir à jour le plan de capacité.
- Valoriser les composant, les services, les applications en unités d’œuvre en s’appuyant sur le modèle proposé par le CRIP (Club des responsables d’infrastructure de production)
- Modéliser les usages de services et d’applications
- Prévoir et tenir compte des décommissionnements dans la gestion des capacités disponibles
- Vérifier le retour économique des actions proactives de capacité et de performance.
- Automatiser et Industrialiser les collectes et les mesures avec des progiciels
- S’assurer que la performance des services atteigne ou dépasse les objectifs convenus
- Aider au diagnostic et à la résolution des incidents et problèmes de capacité et de performance
- Evaluer l’impact de tout changement sur le plan de capacité et la performance de tous les services et ressources
- S’assurer que des mesures d’amélioration de la performance des services sont lancées partout où cela est justifié financièrement
Le processus GDC
modifierContrôle permanent
modifierIl s'agit d'un cycle classique de supervision et de réaction en cas de dérive ou de possibilité d'amélioration.
Il s'agit de surveiller, mesurer, produire des rapports et revoir la performance actuelle des services et des composants.
Réactivité sur événement
modifierIl s'agit de répondre à tous les événements de type « franchissement de seuil » liés à la capacité.
Réactivité sur incidents et problèmes
modifierIl s'agit de réagir et d'assister les équipes de support face à des difficultés spécifiques de performance.
Activités pro-actives
modifierElles sont nombreuses :
- Anticiper les difficultés de performance en mettant en place les actions nécessaires pour éviter leur apparition
- Produire des tendances de l’utilisation actuelle des composants et l’estimation des besoins futurs et planifier les mises à niveau et les améliorations
- Modéliser et identifier les tendances liés à des changements prévus dans les services informatiques et initier les changements nécessaires sur les services et composants
- S’assurer que les mises à niveau sont budgétées, planifiées et mises en œuvre avant l’apparition de difficultés
- Rechercher activement l’amélioration de la performance partout où cela est justifiable financièrement
- Régler et optimiser la performance des services et des composants
Les sous-processus de la GDC
modifierLe sous-processus de gestion de la demande
modifierCe sous-processus a pour principale source d'informations le processus stratégie de gestion de la demande (analyse prévisionnelle de la consommation des services qui seront fournis).
Son objectif est d'influencer la demande de services informatiques pour éviter un impact trop pénalisant d'une demande supérieure à la capacité disponible pendant les périodes de pointe ou les périodes de pannes). Influencer la demande veut dire donner des informations, des préconisations voire inciter les utilisateurs et clients à déplacer leur consommation de services sur des périodes creuses.
Ceci facilite sur le court terme la gestion de la pénurie de composants techniques (capacité moindre consécutive à une panne).
Ceci est une alternative sur le long terme à la difficulté de justifier un gros investissement pour répondre à la demande pendant les périodes de pointe. Ceci permet aussi d'influencer ou d'étaler la demande.
Le sous-processus de modélisation et d'identification des tendances
modifierCe sous-processus couvre les activés suivantes :
- établissement de bases de référence (baselines)
- analyse des tendances
- modélisation analytique
- modélisation par simulation (tests de charge)
Le sous-processus de dimensionnement des applications
modifierCe sous-processus permet d'estimer les besoins en ressources pour soutenir un changement sur un service pour garantir l’atteinte des niveaux de service. Ce sous-processus est initié à l’étape de conception d’un service et clôturé lorsqu’une application est acceptée en production.
Le livrable du processus : le plan de capacité
modifier- Il s'agit d'un plan d'investissement qui devrait être produit sur une périodicité annuelle et sur la même période que les budgets et le cycle de vie des affaires.
- Il est destiné à tous les secteurs des organisations d'affaires et informatique et il est géré par le fournisseur de services.
- Il contient les informations suivantes :
Les données de planification L'utilisation actuelle des composants et des services Les plans de développement de la capacité informatique
Liens entre les processus de l'entreprise et le processus GDC
modifier
Evolution de la GDC
modifierLa déclinaison en 3 processus Ces trois processus présentent les mêmes objectifs et les mêmes activités mais ils portent sur des périmètres et des niveaux différents. Ils travaillent aussi sur des échelles de temps différentes.
Gestion de la capacité des composants
modifierEn raison du fait que le métier de base de l'informatique est de gérer et d'exploiter des composants d'infrastructures qui, assemblés, fournissent des services avec des niveaux de services à atteindre, il est nécessaire d'avoir une vision de la capacité sur ce niveau technique. Il consiste à gérer, contrôler et prévoir la performance de « bout en bout », l’utilisation et la capacité des composants techniques. Ces activités sont essentiellement couvertes par des outils techniques qui mesurent la performance des serveurs, des réseaux, etc.
Gestion de la capacité des services
modifierEn raison de la présence dans les accords de niveaux de service (SLA), accords de niveau opérationnel (OLA) et contrats [de sous-traitance] (UC) d'objectifs en termes de capacité et de performance de services fournis avec les indicateurs de performance dont les valeurs sont à produire, il est nécessaire d'avoir une vision de la capacité sur ce niveau. Il consiste à gérer, contrôler et prévoir la performance de « bout en bout », la capacité d’utilisation et la charge des services informatiques.
Gestion de la capacité business
modifierProcessus proche des stratégies d'affaires et informatique, il s'agit de :
- traduire les besoins et plans d'affaires en besoins de services et d’infrastructures informatiques
- s’assurer que les besoins futurs des affaires sont quantifiés, conçus et mis en œuvre au bon moment
Démarche pour la mise en place de la GDC
modifier
Sources du CMIS
modifier
Référentiels externes
modifier- Club des Responsables d'Infrastructure et de Production
http://www.crip-asso.fr/beecrip - Communauté Automic - Gestion de la capacité
http://automic.com/fr/think-tank