La virtualisation en images pour les enfants étoiles de neige

Il y a quelques jours, dans une communauté (VsSupport, pour ceux que ça intéresse), s'est déroulée une drame sans précédent — il s'avère que les connaissances de la communauté peuvent être perdues !!! Et tout cela pourquoi ? Parce que les millennials (la nouvelle réincarnation des enfants indigo) ne savent pas comment gérer un blog eux-mêmes, et qu'il est difficile de rechercher sur Google.

Suite à la discussion 'où va le monde', cet article a été rédigé pour aborder le travail avec VMware.

Introduction au travail avec VMware et erreurs de débutants

Pour une raison qui m'échappe, lorsqu'ils travaillent avec VMware, et plus précisément avec ESXi et WS, les gens commencent à discuter de théorie, détachée de la pratique. La théorie inclut des discussions sur le type de hyperviseur (premier, deuxième, déjà pas le premier, mais pas encore le deuxième, pas vraiment un hyperviseur, etc.), et son influence sur la performance. Un exemple de cet article — voici, cependant, dans l'article sur un sujet, ils ont oublié (Xen, Virtual PC), sur un autre, ils n'ont même pas mentionné (Protection ring).

La pratique est en fait assez éloignée de cette partie théorique et nécessite, en premier lieu, une vérification d'autres éléments.

Donc, si vous vous retrouvez dans un travail où :

• il y a VMware ESXi, vCenter et beaucoup d'autres termes effrayants
• il n'y a pas de documentation, de logins, de mots de passe, de sauvegardes et pas grand-chose d'autre
• vous n'avez pas pu trouver un article sans équivalent Les actions à entreprendre en arrivant au travail — prise en charge, mise à jour, documentation, audit

Alors vous avez seulement une semaine pour préparer le travail, et un week-end pour vérifier les points suivants concernant VMware (sans considérer les sauvegardes, l'état des serveurs eux-mêmes, des disques, etc. — comme décrit dans la magnifique article. Cela implique :

— IP, logins et mots de passe pour le BIOS et IPMI (iDrac, iLo, IMM, RMS iBMC)

— IP, logins et mots de passe des hôtes VMware eux-mêmes

Comme écrit dans VsSupport,
«Les mots de passe (ou plutôt leurs hachages) des utilisateurs ESXi sont stockés dans le fichier etc/shadow, qui est contenu dans l'archive local.tgz, elle-même dans l'archive state.tgz.
Il y en a deux sur différentes partitions sda5sda6«
ou vous devrez lire beaucoup de lettres étrangères — Changer un mot de passe root oublié sur un hôte ESX/ESXi (1317898)

— Paramètres de performance du serveur dans le BIOS
Il s'avère que pour beaucoup, il est révélateur que les serveurs modernes de n'importe quelle entreprise sont plats et verts, ce qui permet de faire une manœuvre particulièrement sournoise — par exemple, réduire considérablement la performance en éteignant une unité d'alimentation.

— Vérification de l'emplacement de la partition scratch d'ESXi conformément à article
— Et enfin, la préparation à l'installation des patchs pour au moins ESXi liste,

P.S. Cette note a été rédigée sous l'influence d'une question dans la communauté « Faut-il connecter le port IPMI au port réseau sur le serveur lui-même ? » et des plaintes sur le coût élevé du support basique de VMware, tandis que le niveau de convivialité du support pour l'édition torrent dans la communauté VsSupport est clairement faible.

Rats sont pris ici

Source : habr.com