Capacity Planning

Le capacity planning est un élément clé dans le pilotage de la virtualisation. Il vous permettra de prendre les bonnes décisions d’investissement et d’anticiper les aléas projets. Nous avons conçu le capacity planning pour qu’il soit très intuitif et que vous puissiez l’utiliser avec une grande facilité dés que vous en ressentez le besoin : anticiper les dates de saturations, déployer de nouveaux projets, simuler des pertes de serveurs ...

A NOTER: Les valeurs affichées (USED, FREE, TOTAL) correspondent à l’état de chaque ressource à la date affichée en haut à gauche (état de l'infrastucture au dernier jour du filtre).

Default Graphs

Plan de continuité des activités (BCP) et plan de reprise après sinistre (DR)

Lors de l'exécution de simulations de Capacity Planning, vous pouvez sélectionner un état de priorité (High Availability) qui permettra de sélectionner automatiquement les machines virtuelles à conserver dans la simulation.

Default Graphs

Plan de continuité d'activité (BCP) : toutes les machines virtuelles des serveurs supprimés sont conservées.

Reprise après sinistre (DR) : seules les machines virtuelles avec le niveau HA sélectionné sont conservées sur les serveurs supprimés.

Dates de saturation

Un des avantages de la virtualisation est le surprovisionnement des ressources: l'augmentation virtuelle des ressources physiques (capacités mémoire, nombre de cœurs logiques et espaces disques). Par exemple : une infrastructure d'une capacité mémoire physique de 100Go peut virtuellement disposer d'une capacité mémoire de 200Go en surprovisionnant la mémoire à 200%. Par défaut, DC Scope utilise les taux de suprovisionnement suivant : 4 VCPU par coeur logique, 166% en mémoire et 100% en stockage. Plus d'informations sont disponibles dans la section Settings.

Objectif : Donner les dates de saturations en fonction de critères paramétrables.

Default Graphs

Resource Allocations Resource Consumptions
la partie de gauche nommée « Resource Allocations » correspond aux ressources allouées. La partie de droite nommée « Resource Consumptions » correspond aux ressources consommées.
VRAM: correspond à la somme totale des mémoires allouées aux VM. RAM: correspond à la somme des mémoires consommées (compteur « consumed ») par les VM.
VCPU: correspond à la somme totale des VCPU alloués aux VM. CPU: correspond à la somme des Mhz consommés (compteur «cpuMHz»).
VDISK: correspond à la somme totale des espaces disques provisionnés aux VM. DISK: correspond à la différence entre la somme des capacités des datastores et la somme des espaces libres de ces datastores.
USED: correspond à la somme des allocations pour une ressource donnée. USED correspond à la somme des consommations pour une ressource donnée.

Les dates de saturations pour chaque ressource sont déterminées à partir d'une régression linéaire. Un code couleur est utilisé en fonction de la date :

Color Description
Green aucun risque à court terme, (date de saturation > 5 ans)
Orange saturation proche (date de saturation \< 5 ans, est affiché le mois et l’année).
Red - KO la ressource est saturée
Red - KO dans la partie « Resource Allocations » : il n’est pas forcément necessaire d’ajouter des ressources physiques. Il peut être suffisant d'augmenter le taux d’overcommitment, redimensionner les VM oversized voir supprimer les VM idle (pour réduire les allocations).
Red - KO dans la partie « Resource Consumptions » : suppression de VM inutiles impactants les ressources et/ou ajout de ressource informatique.
Red - No data Information non disponible.

Simulations

Ajout/Suppression de projet et Host Failure Modeling BCP/DR – What if scenarios?

Default Graphs

La partie « Virtual Machines » permet de simuler l’ajout et/ou la suppression de VM, à partir de profils existants. En cliquant sur le bouton « Deploy / Delete » une fenêtre affiche l’inventaire des VM actuellement au sein de l’infrastructure. Pour chaque VM, nous affichons son nom, la quantité de mémoire, le nombre de VCPU, l’espace disque alloué ainsi qu’une moyenne de sa consommation mémoire (en Mo) et processeur (en MHz). Le choix des VM à déployer ou à supprimer s’effectue en choisissant l'option "deploy" ou "delete" à côté de leur nom. Les VM choisies apparaissent ensuite sous le bouton.

Default Graphs

Concernant les VM à déployer, une icône en forme de crayon permet d’éditer les métriques de la VM. Il est également possible de modifier la quantité de VM à déployer qui comportera ce profil. Une fois les profils de VM à déployer/supprimer réalisés, le lancement de la simulation se réalise en appuyant sur le bouton "run simulation".

Default Graphs

La simulation se passe en deux temps:

  1. Un algorithme de placement va déterminer si le placement des VM reste possible. Pour ce faire, ce dernier va utiliser l’infrastructure existante au dernier jour du filtre et va simuler l'ajout des nouveaux éléments ou la suppression d'éléments existants.
  2. Si le placement est possible, nous définissons de nouvelles dates de prédiction en prenant en compte les nouvelles capacités/allocations/consommations des éléments (serveurs physiques, machines virtuelles, datastores). Pour permettre de comparer les dates de prédictions, les nouvelles dates liées à la simulation sont affichées en dessous. Les nouvelles dates de saturation disposent du même code couleur. Les résultats de la simulation sont disponibles en PDF.

Default Graphs

Host Failure Modeling

Objectif : Simuler une panne matérielle / basculement de salles, Identifier/Calibrer les ressources matérielles à ajouter.

Principe : la partie « Physical Machines » permet de simuler l’ajout et/ou la suppression de serveurs physiques à partir de profils existants. Il est possible d’effectuer cette simulation en sélectionnant un ou plusieurs serveurs et en choisissant toutes les VM ou seulement une partie de celles-ci (en fonction du niveau HA PRIORITY choisi). Par exemple, cela permet dans le cas de la perte de l’ensemble d’une salle, de tester si l’autre salle est en capacité d’accueillir toutes les VM qui étaient sur les serveurs "défaillants" ou à minima une partie des VM.

A NOTER: Il est possible de combiner plusieurs simulations Par exemple: «j’ai un nouveau projet de ‘X’ VM, la simulaton indique que la capacité de mes serveurs physiques est insuffisante... Je simule alors l’ajout d’un serveur physique, ...»