La semaine dernière, nous avons commencé une nouvelle configuration dans notre laboratoire en utilisant un cluster vSAN à 3 nœuds. Vous pouvez vérifier l'introduction de cette configuration ici, et pour plus de détails, jetez un œil et explorez la vidéo (et d'autres à venir) dans notre version revitalisée chaine YouTube.
La semaine dernière, nous avons commencé une nouvelle configuration dans notre laboratoire en utilisant un cluster vSAN à 3 nœuds. Vous pouvez vérifier l'introduction de cette configuration ici, et pour plus de détails, jetez un œil et explorez la vidéo (et d'autres à venir) dans notre version revitalisée chaine YouTube.
Ainsi, dans notre cluster, nous avons trois Dell EMC Power Edge R730 serveurs pour jouer avec certaines fonctionnalités et paramètres de VMware. Et si on changeait cette configuration ? Comme étendre le cluster en ajoutant de nouveaux hôtes ou même en supprimant les actuels ? Ce paramètre va être court et simple; néanmoins, parce que nous le voulons (et que nous le pouvons), voyons comment se déroulera ce processus d'ajout d'un nouvel hôte/serveur à notre cluster vSAN actuel.
Ajouter un nouvel hôte au cluster vSAN
L'une des particularités de VMware est que nous pouvons ajouter des hôtes ESXi à un cluster vSAN en cours d'exécution sans interrompre les opérations en cours. Et comme les ressources du nouvel hébergeur vont être associées au cluster, la première chose à faire, c'est de vérifier que ces ressources sont compatibles avec VMware. Également, pour associer l'hôte au même réseau configuré vSphere.
Lors de l'ajout d'un nouvel hôte, plusieurs options sont disponibles. La plus courante consiste à ajouter un hôte à partir de l'option "Ajouter des hôtes" en cliquant avec le bouton droit sur le cluster ou en utilisant le démarrage rapide de vSAN (nous pourrons peut-être présenter ces options dans les prochains articles). Comme notre hôte a déjà été ajouté à vCenter, le moyen le plus simple consiste simplement à le déplacer dans le cluster vSAN. L'image ci-dessous montre le nouvel hôte disponible prêt à être ajouté au cluster.
Nous devrions d'abord mettre notre hôte en mode maintenance. Une fois l'hôte en mode maintenance, cliquez avec le bouton droit sur l'hôte et sélectionnez Déplacer vers. Sélectionnez le cluster vSAN et cliquez sur OK. Une autre option rapide consiste à faire glisser et déposer directement l'hôte et à le déplacer dans le cluster.
Mais l'ajout d'un nouvel hôte est la première étape lors de l'extension du cluster vSAN. De plus, nous devons inclure les disques dans la configuration du cluster.
Gestion des disques nouvellement ajoutés
Puisqu'il s'agit d'un nouvel hôte, son stockage local ne sera pas ajouté immédiatement au magasin de données VSAN. Ainsi, la prochaine étape consiste à réclamer les disques de notre hôte nouvellement ajouté.
Nous avons deux options pour gérer ces nouveaux disques. Nous pouvons créer un nouveau groupe de disques ou réclamer des disques. Poursuivant avec la configuration de base et les étapes effectuées lors de la création du cluster à 3 nœuds d'origine, passons à la méthode du disque de réclamation.
Pour cette option, sélectionnez le cluster vSAN et accédez à Configurer > vSAN > Gestion des disques > Réclamer les disques inutilisés. Dans la nouvelle fenêtre, en fonction du type, de la quantité et de la taille du périphérique, vSAN effectuera une prédiction pour la création du cache et des niveaux de capacité. Identique à la configuration initiale à 3 nœuds, ici, nous acceptons simplement la configuration suggérée et cliquez sur Créer.
Après quelques secondes, nous devrions pouvoir voir l'hôte nouvellement ajouté avec tous ses disques en cours d'utilisation dans la zone Gestion des disques.
Conclusion
Cette fois, nous avons étendu notre cluster vSAN avec un quatrième hôte en le déplaçant vers le cluster à 3 nœuds d'origine. Le nouvel hôte ESXi a été configuré à l'aide des périphériques de cache et de capacité pris en charge. Ce processus est relativement simple et n'a pris que quelques minutes, mais c'est quelque chose que les utilisateurs de vSAN devront peut-être gérer régulièrement à mesure que leurs clusters se développent.
S'engager avec StorageReview
Newsletter | YouTube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | Flux RSS
