⌚ Environ 2 min de lecture

Voir mes favoris

VMware Intermédiaire 20 min

La croissance d’un datastore doit être attribuée à des VM, snapshots, ISO ou fichiers temporaires avant tout nettoyage.

Avant de commencer : adaptez toujours les commandes et manipulations à votre environnement. Sur un système de production, prévoyez une sauvegarde ou un retour arrière lorsque l’action peut modifier la configuration.

Étapes à suivre

1

Mesurer capacité

Notez free space et évolution.
2

Lister snapshots

Cherchez deltas volumineux.
3

Examiner dossiers VM

Identifier fichiers dominants.
4

Vérifier jobs

Sauvegarde, réplication ou ISO peuvent expliquer la croissance.

À retenir

Ne supprimez jamais un fichier VMDK ou delta directement.
Documentez la chaîne de snapshots.

Complément technique

VMware : stockage, réseau vMotion et CBT doivent être validés par couche

Repères techniques

Un datastore peut se remplir à cause de snapshots, thin provisioning, logs ou croissance invité ; capacité provisionnée et espace réellement consommé diffèrent.
vMotion
CBT accélère les sauvegardes incrémentales mais une corruption/invalidité doit être traitée selon la procédure de l’outil de sauvegarde, pas en supprimant arbitrairement les fichiers ctk.

Contrôles ciblés

Pour vMotion, tester le VMkernel source → destination avec la taille MTU réelle ; pour stockage, identifier les snapshots et fichiers croissants.

vmkping -I vmkX -d -s 8972 <peer>
esxcli storage filesystem list

Pièges spécifiques

Supprimer un snapshot depuis le datastore browser peut casser la chaîne ; utiliser Snapshot Manager/Consolidate.
Une migration qui fonctionne en petit MTU peut encore échouer avec jumbo frames mal alignées.

Comment valider

Le datastore retrouve une marge et aucun snapshot/consolidation anormal ne persiste.
vMotion aboutit avec les VMkernel/MTU attendus et les sauvegardes CBT redeviennent cohérentes.

Preuves et vérifications

Un datastore peut se remplir à cause de snapshots, thin provisioning, logs ou croissance invité ; capacité provisionnée et espace réellement consommé diffèrent. vMotion dépend du VMkernel, du routage/VLAN, MTU et parfois de la compatibilité CPU/EVC ; le réseau management seul ne suffit pas.

Contrôle de résultat

Le datastore retrouve une marge et aucun snapshot/consolidation anormal ne persiste. vMotion aboutit avec les VMkernel/MTU attendus et les sauvegardes CBT redeviennent cohérentes.

Point d’attention

Supprimer un snapshot depuis le datastore browser peut casser la chaîne ; utiliser Snapshot Manager/Consolidate. CBT accélère les sauvegardes incrémentales mais une corruption/invalidité doit être traitée selon la procédure de l’outil de sauvegarde, pas en supprimant arbitrairement les fichiers ctk.

Concepts liés

Référence primaire : Broadcom KB — VMware datastore full.