Le capacity planning est un élément clé dans le pilotage de sa virtualisation. Il va vous permettre de prendre les bonnes décisions d’investissement et d’anticiper les aléas projets. Nous avons conçu notre 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 des 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 sélectionnée. MAX : correspond à la date à laquelle la ressource CPU ou RAM a été la plus chargée. LAST : dernier jour consolidé en base.

Plan de continuité des activités et plan de reprise après sinistre

Lors de l'exécution de simulations de Capacity Planning, vous pouvez sélectionner ce qui se passe avec les machines virtuelles étiquetées avec un état de priorité faible (High Availability), normal ou élevé dans l'infrastructure.

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

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

Saturation dates

One of the advantages of virtualization is the over commitment of resources: the virtual increase of the physical resources (memory, number of logical cores and disk space). For example: an infrastructure with physical RAM capacity of 100 GB can simulate a virtual RAM capacity of 200GB by overcommit the RAM resource to 200%. By default, DC Scope applies the over commitment rates of: 4 VCPU per logical core, 160% for RAM memory and 100% for Disk. For more information please refer to the Capacity Planning Settings of this guide.

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

Resource Allocations	Description
la partie de gauche nommée « Virtual Ressources » correspond aux ressources allouées.	La partie de droite nommée « Real Ressources » 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.
The line USED list the sum of the allocations for each resource.	The line USED list the sum of RAM consumed (Consumedcounter), the sum of MHz consumed in the CPU (CPUMHz counter) and the difference between the total storage capacity and the available (free) storage space on them.

The saturation dates for each resource is determined via a linear regression. A color code is used to present the dates as follows:

Color	Description
Green	aucun risque à court terme, (date de saturation > 5 ans)
Orange	ça passe mais on arrive à saturation (date de saturation \< 5 ans, on affiche le mois et l’année).
Red - KO	la ressource est saturée
Red - KO	si cela se trouve dans la partie « Virtual ressources », il n’est pas forcément necessaire d’ajouter des ressources physiques, il peut-être suffisant de: augmenter le taux d’overcommitment, redimensionner les VM oversized voire supprimer les VM idle (pour réduire les allocations).
Red - KO	Si cela se trouve dans la partie «Real Ressources » : Suppression de VM inutiles impactants les ressources et/ou ajout de ressource informatique.
Red - No data	Information non disponible.

Simulations

Adding/deleting projects and host failure modeling – What if scenarios?

La partie « Virtual Machines Deployment / Deletion » permet de simuler l’ajout et/ou la suppression de VM, à partir de profil existant. (Egalement disponible pour les machines physiques et Datastores) En cliquant sur le bouton « Deploy » une fenêtre affiche l’inventaire des VM déployées actuellement au sein de l’infrastructure. Pour chaque VM, nous affichons son nom, la quantité de mémoire, le nombre de VCPU et l’espace disque alloué ainsi qu’une moyenne de sa consommation mémoire (en Mo) et processeur (en MHz). Le choix des VM s’effectue en cochant les cases à droite de leur nom. Les VM cochées apparaissent ensuite dans la partie sous le bouton.

En cliquant sur le bouton « Delete », la même fenêtre s’affiche. Les VM cochées qui seront supprimées dans la simulation apparaissent sous le bouton « Delete ». 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 simulation.

La simulation se passe en deux temps::

1. Un algorithme de placement va déterminer si le placement des nouvelles VM est possible. Pour ce faire, l’algorithme de placement va utiliser l’infrastructure suivant la date choisie MAX : correspond à la date à laquelle la ressource CPU ou RAM a été la plus chargée LAST : dernier jour consolidé en base.
2. Si le placement est possible, nous définissons de nouvelles dates de prédiction en prenant en compte les allocations/consommations des nouvelles VM. 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.

Host Failure Modeling

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

Principe : la partie «Physical Machines Deployment / Deletion » permet de simuler l’ajout et/ou la suppression de serveurs physiques, à partir de profil existant. En cliquant sur le bouton « Delete », la même fenêtre s’affiche. Les serveurs cochés qui seront supprimés dans la simulation apparaissent sous le bouton Delete. IL est possible d’effectuer cette simulation avec un ou plusieurs serveurs, en choisissant toutes les vm ou seulement une partie, en paramétrant leur priorité à l’aide de VM HA PRIORITY 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’accueullir toutes les vm qui était sur les serveurs défaillants, gérable en globale «all» ou en VM HA PRIORITY

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»