Support installation ESXi

Bonjour,

Il existe trois familles de supports, pour l’installation d’un ESXi.

La méthode historique, avec deux disques locaux, en RAID10, à travers un contrôleur SAS ou SATA, les médias amovibles USB ou SD-Card et finalement le Boot From SAN en FC ou iSCSI.

Dans tous les cas, l’installation de l’Hypervisor exige 5 GB d’espace, plus 4 GB, pour la scratch partition.

Commençons avec le boot From SAN, solution poussée notamment dans les environnements Blade tel que HP et IBM ou plus récemment Cisco UCS. Elle exige une configuration spéciale dans le BIOS du serveur et de la HBA, afin de présenter la LUN 0, pour y poser l’OS. Ça peut compliquer un peu notre masking, dans notre baie de stockage, notamment en exigeant un Host group (ou Storage Group) par serveur, si l’on a une vingtaine de serveur, lors de l’ajout d’une LUN, il ne faut pas se louper.et oublier un des Host groups…

Connaissant le coût du GB de votre baie, c’est dommage de gâcher une dizaine de GB, par ESXi. C’est donc une solution que je ne recommande pas, car couteuse et complexe à mettre en place, elle n’amène rien.

L’utilisation des médias amovibles est beaucoup plus intéressante, USB ou SD-Card de préférence, elles permettent d’avoir une solution simple et peu coûteuse, il est cependant conseiller de sortir les logs, afin d’économiser les cycles d’écritures, et de les pousser sur un syslog server.

USB_ESXiAutre point, il faut les commander à travers votre constructeur de serveur pour bénéficier d’un support, mais exigez des cartes entre 8 et 16 GB. Trop souvent on reçoit des cartes USB de 4 GB (on se demander où ils arrivent encore à les trouver…).

Pour les disques, le traditionnel disque à plateau n’a plus trop de valeur. Cher et de grande taille, cela n’amène pas grand-chose.

Certain me diront qu’ils permettent de faire du RAID10, pour une meilleur protection de l’OS… et je leur répondrais que Cisco propose un RAID 10 de SD-Card et le seul risque, si votre stockage amovible est défectueux est que le serveur ESXi ne redémarre pas… tout étant en mémoire durent le fonctionnement de l’hyperviseur.

Mais plus récemment, les disques SSD sont apparus et ont surtout diminué de prix et là, il y a des solutions très intéressantes à mettre en place.

Première fonction, en plus de l’installation de l’ESXi, le Flash Host cache, qui permet de forcer le swap VMKernel des VMs, sur le disque SSD local, plutôt que dans le dossier de la VM. Le résultat se fait vite ressentir, en cas de contention mémoire, j’ai eu l’occasion de le tester sur mon LAB. Bien sûr cela vous servira que lors d’un problème majeur dans votre cluster.

La seconde fonctionnalité, le vFlash Read Cache, offre une accélération en lecture, pour des VMs spécifiquement configurées, afin utiliser ce cache, en lecture, déposé sur le SSD en local, dans un filesystem nommé VFFS, propriétaire de VMware.

vFRCIl s’agira d’allouer la bonne taille, ainsi que le bon block size, dans le VFFS, pour votre VMs, afin d’avoir une parfaite accélération en lecture.

Le vFlash Read Cache va être utilisé pour des VMs ayant des workloads bien spécifiques, notamment des bases de données ou des serveurs de fichiers.

La bonne nouvelle est que ces deux technologies peuvent utiliser le même disque, en se partageant la volumétrie.

Par contre, aucune compatibilité avec le Virtual SAN de VMware.

Attention, ces disques devront être dans la HCL de VMware pour garantir une qualité et la fonction vFlash Read Cache ne se trouve que dans les licences Entreprise +.

 

Finalement, aujourd’hui, je ne retiens que deux solutions, les médias amovibles ou les disques SSD, la première pour des raisons économiques et la seconde pour amener des fonctionnalités et de la performance à mon infrastructure.

 

Bonnes installations !

 

3 Replies to “Support installation ESXi”

  1. Hello. Pour ce qui est des périphériques amovibles, il faut bien que le constructeur supporte la redondance de clés USB par exemple. J’ai voulu le mettre en oeuvre sur des serveurs blade du constructeur à 3 lettres. Bien que celui-ci fournisse un module à deux ports USB, en cas de panne d’une clé, le reboot ne pointe pas automatiquement sur l’autre clé, car les devices ne sont ni virtualisés, ni remappé. Résultat: kernel panic ou simplement pas de boot.
    Les disques SSD 64GB d’entrée de gamme restent une bonne solution abordable en RAID1. Le boot from SAN peut présenter un avantage dans le cas de chassis blades avec WWN dynamiques, où la lame n’est plus que du CPU et de la RAM totalement remplaçable. Et si on a bien dimensionné son SAN, c’est pas si lourd à gérer. En plus, on clone facilement une insfall de base, et les volumes ne necessitent pas des tonnes de capacité pour contenir l’hyperviseur et ses amis.

  2. Bonjour,
    article tres interessant, mais j’ai une question concernant l’installation sur clé USB. Imaginons une clé USB de 64Gb ou 250Gb (soyons fou).
    serait il possible de repartitionner cette clé pour laisser ESXi5.5 en debut de clé et garder le reste de la clé pour deployer 1 VM comme le “vCenter Server Appliance” par example ? et ainsi n’utiliser les disques uniquement pour les VMs “clientes” de la solution ?
    je sais c’est un peu tirer par les cheveux.
    cela supposerai de disposer d’un “fdsik” supportant les partitions vmware, de pouvoir “resizer” la place prise par l”ESXi 5.5 et faire une deuxieme partition (reste de la clé USB) et etre en mesure de la reformater en vmfs5 pour y installer le vCenter “ova”.
    auriez vous des piste pour realiser ceci ?
    Merci d’avance pour votre aide.
    Cordialement
    Erix

Leave a Reply to erix Cancel reply

Your email address will not be published. Required fields are marked *

*

This site uses Akismet to reduce spam. Learn how your comment data is processed.