Divers

En me penchant récemment sur Hyper-V, j’ai pris conscience d’un problème qui semble pourtant évident : deux éditeurs peuvent très bien donner le même nom à une commande PowerShell qu’ils dévoloppent chacun de son côté. Par exemple les commandes Get-VM, Start-VM ou Stop-VM existent aussi bien chez VMware que chez Microsoft. Mais si les deux modules PowerShell sont présentes sur le même host, quelle sera la commande utilisée ?

Comme avec le vCenter ou les ESXi, j’en avais assez des avertissement concernant le certificat auto-signé à chaque fois que je me connectais à l’iDRAC. J’ai donc décidé de changer son certificat pour un certificat approuvé par une autorité de certification. Je me suis appuyé sur l’autorité de certification d’Active Directory.

Pour mettre à jour les firmware Dell, on peut prendre les firmwares de chaque composant et les installer individuellement. C’est long et fastidieux. Il est aussi possible de récupérer les ISO regroupant les firmwares de chaque modèle de serveur (ici). Mais ça fait un ISO assez gros pour chaque modèle de serveur. On peut aussi faire une image customisée ne contenant que les composants voulus et pour les modèles voulus.

Bon, ben voilà, j’ai failli à mes convictions… Je n’avais jamais voulu passer de certification, car j’ai toujours pensé que ça montrait qu’on savait bachoter mais pas qu’on savait bosser. Je l’ai d’ailleurs écrit dans cet article LinkedIn : https://www.linkedin.com/pulse/comment-tu-nes-pas-certifi%C3%A9-olivier-druard Mais là je n’ai pas eu le choix : l’éditeur exige que seuls les certifiés installent et dépannent ses produits. Et j’ai enfin découvert une certification intelligente…

Ca y est, mon nouveau home lab est en service. En réalité, il l’est depuis quelques semaines, mais je n’ai pas pris le temps de rédiger cet article plus tôt. D’autant que j’ai continué à ajouter des composants, et le dernier vient d’être installé. Voilà donc une description de la configuration finale.

Il y a 4 ans, en changeant de PC je m’en étais construit un me permettant de faire tourner des VMs dans VMware Workstation. A l’époque c’était un monstre doté d’un i7-3930K (6 coeurs, 12 threads) et 32 Go de mémoire. Ce PC est toujours largement suffisant pour mes besoins quotidiens, mais il a atteint ses limites en tant que Home Lab. D’une part VMware Workstation n’est pas la panacée pour certains besoins, et d’autre part les 32 Go deviennent insuffisant pour un lab vSan de 3 hosts (mini 8 Go de mémoire chacun) accompagné du vCenter, de l’AD et des quelques bricoles à côté. J’ai donc décidé d’investir dans un véritable home lab.

J’ai commencé à automatiser des tâches il y a quelques années en utilisant vSphere CLI, mais PowerCLI s’est vite imposé car plus complet et plus souple. Cependant je ne suis pas développeur, donc je n’écris pas des programmes complets mais de simples scripts. Des ensembles de commandes qui permettent d’automatiser, de faciliter ou d’accélérer des opérations.

Avec cette refonte totale du site, la grande question qui se posait était celle de la langue. Le Français est ma langue maternelle, je suis plus à l’aise pour écrire les articles en Français. Cependant je préfère travailler avec les systèmes en Anglais car il est plus facile de trouver de la documentation sur les fonctions ou les erreurs lorsqu’elles sont rédigées en anglais.

Je fournis ici quelques liens vers des sites qui me paraissent intéressants, voire incontournables pour certains. Ce n’est pas un inventaire exhaustif, et cet article évoluera en fonction des nouveaux sites que je rencontrerai. Les liens ont été classés en « vrac mode ». Donc inutile d’y chercher une logique ou une notion de tri.

Il y a quelque temps j’ai découvert un script PowerShell fourni par Microsoft : PowerShell Object Browser. Il s’agit d’une application écrite en PowerShell qui affiche des objets dans une fenêtre graphique de type explorateur. L’Explorateur d’objets PowerShell affiche les propriétés et les objets enfants de tout objet de cadre PowerShell ou .Net.