Pour gérer vos consentements :
Categories: CloudVirtualisation

VMware poussé à optimiser ESXi pour le stockage legacy

« VMware ne veut plus de clés USB et de cartes SD sur ESXi. » Ainsi résumions-nous, en octobre dernier, une initiative du fournisseur américain. En l’occurrence, déclarer obsolètes les configurations fondées exclusivement sur ces supports. Et affirmer que leur prise en charge ne serait plus assurée « dans un futur proche ». Puis inviter à leur substituer – ou à y associer – du stockage persistant « haute performance » (HDD, SSD).

En toile de fond, la sortie, au printemps 2020, de vSphere 7… et sa pile stockage réarchitecturée.

Avant vSphere 7, les partitions avaient une taille fixe – sauf /scratch et le datastore VMFS optionnel. Sur vSphere 7, au contraire, la taille fixe est l’exception. La quasi-totalité des partitions sont dimensionnées en fonction de la capacité du support d’amorçage (et du type d’installation : nouvelle ou mise à jour de vSphere).

Parmi ces partitions, il y en a une nouvelle : ESX-OSData. Elle regroupe toutes les partitions système. Tout y est stocké hormis le chargeur d’amorçage (situé dans system boot), les modules EFI (idem) et les modules de boot ESXi (boot-bank).

Message de VMware : vu le contenu d’ESX-OSData et les IO que cela entraîne, il faut mettre cette partition sur du stockage haute performance. Donc ni clé USB, ni carte SD, qui risquent d’être saturées, voire de subir des corruptions.

Clés USB et cartes SD : la fin n’est pas pour tout de suite

Ce message n’a pas changé. Les plans de VMware ont cependant évolué. Les configurations « 100 % USB/SD » resteront finalement prises en charge sur les serveurs certifiés jusqu’alors. Et, de manière plus générale, sur toute la série vSphere 7.x. La conséquence d’un certain nombre d’optimisations. Par exemple, la possibilité de déplacer certains éléments vers du stockage persistant (ou vers un disque virtuel en RAM). Un processus automatisé à partir de vSphere 7 Update 3c.

À terme, vSphere exigera exclusivement du stockage haute performance. Mais pour le moment, VMware ne fixe pas d’échéance. Première étape intermédiaire : on pourra déplacer toute la partition ESX-OSData sur ce type de stockage.

À l’avenir, vSphere permettra de mettre toute la partition ESX-OSData (et non pas seulement /scratch et VMTools) sur un volume VMFS. Ou sur un RAMdisk, en dernier ressort.

Illustration principale © REDPIXEL – Adobe Stock

Recent Posts

AWS abandonne WorkDocs, son concurrent de Dropbox

Un temps pressenti pour constituer le socle d'une suite bureautique AWS, Amazon WorkDocs arrivera en…

2 jours ago

Eviden structure une marque de « serveurs IA »

Eviden regroupe cinq familles de serveurs sous la marque BullSequana AI. Et affiche le supercalculateur…

2 jours ago

SSE : l’expérience se simplifie plus que les prix

Le dernier Magic Quadrant du SSE (Secure Service Edge) dénote des tarifications et des modèles…

3 jours ago

IA générative : les lignes directrices de l’ANSSI

Formats de paramètres, méthodes d'apprentissage, mutualisation GPU... Voici quelques-unes des recommandations de l'ANSSI sur l'IA…

3 jours ago

De la marque blanche à l’« exemption souveraine », Broadcom fait des concessions aux fournisseurs cloud

À la grogne des partenaires VMware, Broadcom répond par diverses concessions.

3 jours ago

iPadOS finalement soumis au DMA

iPadOS a une position suffisamment influente pour être soumis au DMA, estime la Commission européenne.

4 jours ago