Fichiers et répertoires sur vSan

vSan datastore semble une alternative intéressante par rapport à NFS, iSCSI ou SAN.
Cependant c’est une techno encore jeune, et certaines actions ne sont pas encore simple, voire même possibles.
En premier lieu, la gestion des fichiers et des répertoires sur les datastores vSan.

Rien à la racine
On ne peut pas déposer de fichier à la racine de vSan, il faut impérativement que ce soit dans un répertoire.
Ce n’est en fait pas un mal, ça oblige à classer, cependant c’est mal documenté et mal annoncé. Si on fait un browse datastore, le client propose l’upload de fichier à la racine, et si on le tente on obtient un message d’erreur parfaitement sybillin, aussi bien avec le vSphere Client…

… que le vSphere Web Client…

… et le message qu’on trouve dans la log hostd.log de l’ESXi n’est pas tellement plus parlant.

C’est pourtant bien un comportement documenté chez VMware : https://kb.vmware.com/kb/2119776. Il gagnerait à l’être au niveau du client, et non uniquement dans un KB.

Répertoires en doublons

Dès qu’on fait un browse du datastore vSan, on s’aperçoit qu’il y a plus de répertoires que de VMs hébergées, et que les répertoires excédentaires ont un nom étrange.

De plus, si on compare le contenu des répertoires, on s’aperçoit qu’ils affichent la même chose deux à deux.

C’est cohérent avec ce que donne un « ls -l » d’un datastore vSan en SSH depuis un ESXi

Le répertoire au nom de la VM est un lien, un alias, vers le second répertoire.
Je n’ai pas pour l’instant trouvé de texte expliquant cette structure, mais je suppose que la répartition des données entre hosts nécessitait un nommage plus complexe que le simple nom de VM et garantissant l’unicité, et que l’alias au nom de la VM simplement été conservé pour des raisons pratiques et historiques.

Renommage d’une VM
Sur un datastore classique, renommer une VM ne renomme pas le répertoire qui l’héberge. Habituellement, lorsqu’on veut garder les VMs dans des répertoires à leur nom, on effectue un simple Storage vMotion. La destination prendra le nouveau nom de la VM.
Cependant, on ne peut avoir qu’un seul datastore vSan par cluster, donc on aurait pu croire que VMware prendrait en charge le renommage du répertoire.
Que nenni, et c’est documenté : https://kb.vmware.com/kb/2145551.
3 solutions, dont deux nécessitent un arrêt de la VM et la troisième nécessite un autre datastore, alors même que vSan est vendu comme remplaçant tous les datastores des petites infras (pour les grosses infras, il y a plus de chance d’avoir plusieurs clusters, donc un datastore non vSan s’avère déjà nécessaire pour déplacer les VMs d’un cluster à l’autre).

Renommage ou suppression d’un répertoire créé manuellement
Si on a créé un répertoire manuellement, pour stocker des images ISO par exemple, il n’est pas possible de le renommer en faisant un browse datastore via le vSphere Client ou le vSphere Web Client. On obtient là encore un message d’erreur abscons.

Même les commandes linux de suppression et de renommage en fonctionnent pas.

Il faut en fait utiliser une série de nouvelles commandes VMware pour manipuler les objets vSan.

Je n’ai pas trouvé de commande pour renommer un répertoire, mais la suppression fonctionne.

Je suppose que pour un renommage, il faut créer un nouveau répertoire, y déplacer les fichiers, et ensuite supprimer l’ancien répertoire…

Suppression d’une VM
Si jamais on a sorti une VM de l’inventaire, et qu’on veut supprimer manuellement son répertoire, les vmdk ne seront pas effacés.
Là encore c’est documenté : https://kb.vmware.com/kb/2115700
Il faut penser à réinventorier la VM, et faire un Remove from disk.
Si jamais le répertoire de la VM a été supprimé et qu’il reste des vmdk, le KB indique clairement qu’il faut faire appel au support…