Il est important de comprendre que dans un système de stockage distribué tel que VMware vSAN, la vision de l’espace encore disponible sur la plateforme peut dépendre du type de politique de stockage appliqué pour chaque machine virtuelle. En effet, si une VM de 100GB dispose d’une politique en miroir (FTT :1) alors celle-ci consomme 200GB dans l’espace global VSAN disponible.

Il est possible d’appliquer à chaque machine virtuelle une politique pouvant être différente. Il est donc plus complexe de visualiser exactement la capacité restante de la plateforme. D’autres facteurs sont également à prendre en compte comme la déduplication/compression.

Une section dédiée à la surveillance d’utilisation de la volumétrie du cluster vSAN est accessible dans l’interface de votre vCenter (« Surveiller », « vsan / capacité », « utilisation de la capacité »)

Présentation de la capacité

Dans le Dashboard ci-dessous , on peut voir les indications suivantes :

Utilisé – Total (Used / Physically written) 27,95 To : Capacité utile totale du datastore vSAN de votre cluster.

Surcharge de déduplication et Compression (vSAN system overhead) 1,48 To : Capacité utilisée par le système de déduplication et Compression

Disponible (Free) 15,33 To : Capacité disponible sur le datastore vSAN de votre cluster. Il s’agit donc de la volumétrie disponible sans prendre en compte la résilience des VMs. Par exemple, vous pouvez disposer de 15,33 To si vous ajoutez des machines virtuelles sans protection (FTT :0).

Utilisation disponible avec une politique (Free Usable with Policy) 7,67 To : Il possible de faire, à l’aide de ce champs, une projection de votre volumétrie restante en fonction d’une de vos politiques de stockage. Dans cet exemple, la politique par défaut est en FTT:1 (Miroir) donc si toutes les VMs ajoutées sur ce volume sont en FTT:1 alors vous disposez de 7,67 To. (15,33/2 = 7,67)

 

 

Répartition des capacités utilisées (Used Capacity Breakdown)

Vous trouverez plus d’informations sur le détail de la consommation dans ce Dashboard. Vous avez remarquer que j’ai traduit les champs car on peut voir des différences notables dans la traduction qui peuvent prêter à confusion.

Disques Virtuels (Virtual disks) : Volume des disques VMDK des machines virtuelles et des snapshots associés.

Objet de base de VM (VM Home Objects) : Objets VMs hors VMDK tel que fichier VMX, NVRAM, Logs.

Objets d’échange (Swap Objects) : Fichier Swap utilisé lorsque la mémoire n’est pas disponible.

Objets de gestion des performances (Performance Management Objects) : Cet espace est utilisé par le service de performance vSAN. La taille maximum est de 255GB mais elle n’excède que rarement 70GB. Cet objet est créé automatiquement lorsque le service de performance est activé.

Objets Vmem (vMEM Objects) : Volumétrie totale de la mémoire virtuelle de toutes les machines virtuelles.

Surcharge du système de fichiers (File system overhead) : Ce surplus de volumétrie est lié à la déduplication, les tables de compression et des métadatas. Lorsque la déduplication/compression est activée, ce volume peut être multiplié par 10. Dans l’exemple ci-dessus il est de 3,06 TB. Si la déduplication/compression était désactivée, celui-ci serait d’environ 300 GB. A Noter : que dans le tableau « Présentation de la déduplication et de la compression », ce volume n’est pas comptabilisé. Le gain réel de l’activation de la déduplication/compression est donc moins important que l’affichage « Economie » le laisse entendre.

Surcharge du total de contrôle (Checksum overhead) : Volumétrie de stockage des informations de contrôle (Checksum). 5 octets par block de 4KB (CRC32 checksum). Le checksum est activé par défaut mais peut être désactivé dans votre politique de stockage.

 

 

Présentation de la déduplication et de la compression

Un Dashboard dédié à la déduplication et compression est également disponible par défaut, il indique l’économie réalisée avec l’activation de cette fonctionnalité.

 

 

Version 

Dans la dernière version disponible de vSAN. (VMware vSAN 6.7 Update 3 | 20 AUG 2019 | Build 14320388). La présentation des éléments a évolué. Toutefois les items de surveillance sont identiques. 

 

Monitoring 

Il est nécessaire dans une infrastructure en production de surveiller les alarmes de santé comme la volumétrie qui se déclenche par défaut lorsqu’il reste moins de 30% de volumétrie sur le volume puis 10%.

 

 

Pour aller plus loin sur le monitoring vSAN, je vous renvoie à deux articles de myvmworld :

Service de performance vSAN

Exporter les statistiques d’un cluster vSAN avec vsanmetrics et Telegraf

L’ajout d’un compteur de monitoring dans une suite TIG ( Telegraf-InfluxDB-Grafana) (Oui je sais, on aime bien TIG sur myvmworld.fr) est un vrai plus !

A noter la récente appliance « vSAN Performance Monitor » disponible sur le site Flings de VMware : 

https://labs.vmware.com/flings/vsan-performance-monitor

 

La partie Monitoring évolue rapidement sur vSAN au grés des releases du produit. Ne pas hésitez à suivre ce point qui va devenir essentiel dans l’avenir.

Damien Rivière

Rédigé par

Damien Rivière

Damien Rivière est depuis près de 9 ans consultant chez Axians Cloud Builder. Spécialisé dans la virtualisation autour des produits VMware et dans le stockage autour des solutions Dell EMC, Damien est certifié VMware Certified Professional – Datacenter virtualization 4, 5 et 6 ainsi que EMC Implementation Engineer – VNX et Unity. Damien est également certifié VCP6-NV (Network Virtualization), VMCE Veeam, DCIE DataCore, AWS Technical Professional, CCNA Cisco, Netapp, Simplivity…