Déployez des nœuds de grille en tant que machines virtuelles pour StorageGRID avec VMware vSphere
Vous utilisez VMware vSphere Web Client pour déployer chaque nœud de la grille en tant que machine virtuelle. Lors du déploiement, chaque nœud de la grille est créé et connecté à un ou plusieurs réseaux StorageGRID.
Si vous devez déployer des nœuds de stockage d'appliance StorageGRID, consultez "Déployer un nœud de stockage appliance".
Vous pouvez, si vous le souhaitez, reconfigurer les ports du nœud ou augmenter les paramètres du processeur ou de la mémoire du nœud avant de le mettre sous tension.
-
Vous avez examiné comment "${post_edited_translations.segment}", et vous comprenez les exigences en matière de logiciels, de processeur, de mémoire vive, de stockage et de performances.
-
Vous connaissez bien l'hyperviseur VMware vSphere et avez de l'expérience dans le déploiement de machines virtuelles dans cet environnement.
Le package open-vm-tools, une implémentation open source similaire à VMware Tools, est inclus avec la machine virtuelle StorageGRID. Vous n'avez pas besoin d'installer VMware Tools manuellement. -
${post_edited_translations.segment}
Si vous déployez le nouveau nœud dans le cadre d'une opération d'extension ou de récupération, vous devez utiliser la version de StorageGRID actuellement en cours d'exécution sur la grille. -
Vous disposez du fichier de disque de la machine virtuelle StorageGRID (
.vmdk:
NetApp-SG-version-SHA.vmdk
-
Vous disposez des fichiers
.ovfet.mfpour chaque type de nœud de grille que vous déployez :${post_edited_translations.segment} Description vsphere-primary-admin.ovf vsphere-primary-admin.mf
Le fichier modèle et le fichier manifeste du nœud d'administration principal.
vsphere-non-primary-admin.ovf vsphere-non-primary-admin.mf
Le fichier modèle et le fichier manifeste pour un nœud Admin non principal.
vsphere-storage.ovf vsphere-storage.mf
Le fichier modèle et le fichier manifeste d'un nœud de stockage.
vsphere-gateway.ovf vsphere-gateway.mf
Le fichier modèle et le fichier manifeste pour un Gateway Node.
-
Les fichiers
.vdmk,.ovfet.mfse trouvent tous dans le même répertoire. -
Vous avez un plan pour minimiser les domaines de défaillance. Par exemple, vous ne devez pas déployer tous les nœuds de passerelle sur un seul hôte vSphere ESXi.
En environnement de production, n'exécutez pas plus d'un nœud de stockage sur une même machine virtuelle. N'exécutez pas plusieurs machines virtuelles sur le même hôte ESXi si cela risque de provoquer un problème de domaine de défaillance inacceptable. -
Si vous déployez un nœud dans le cadre d'une opération d'expansion ou de récupération, vous avez le "${post_edited_translations.segment}" ou le "instructions de récupération et de maintenance".
-
Si vous déployez un nœud StorageGRID en tant que machine virtuelle avec un stockage attribué depuis un système NetApp ONTAP, vous avez confirmé que le volume n’a pas de stratégie de hiérarchisation FabricPool activée. Par exemple, si un nœud StorageGRID fonctionne en tant que machine virtuelle sur un hôte VMware, assurez-vous que le volume qui héberge la banque de données pour le nœud n’a pas de stratégie de hiérarchisation FabricPool activée. Désactiver la hiérarchisation FabricPool pour les volumes utilisés avec les nœuds StorageGRID simplifie le dépannage et les opérations de stockage.
N'utilisez jamais FabricPool pour transférer des données liées à StorageGRID vers StorageGRID lui-même. Le tiering des données StorageGRID vers StorageGRID augmente la complexité du dépannage et des opérations.
Suivez ces instructions pour déployer initialement des nœuds VMware, ajouter un nouveau nœud VMware lors d'une extension ou remplacer un nœud VMware dans le cadre d'une opération de récupération. Sauf indication contraire dans les étapes, la procédure de déploiement des nœuds est identique pour tous les types de nœuds, y compris les Admin Nodes, Storage Nodes et Gateway Nodes.
Si vous installez un nouveau système StorageGRID :
-
Vous pouvez déployer les nœuds dans n'importe quel ordre.
-
Vous devez vous assurer que chaque machine virtuelle peut se connecter au nœud d'administration principal via le réseau Grid.
-
Vous devez déployer tous les nœuds de la grille avant de configurer la grille.
Si vous effectuez une opération d'expansion ou de récupération :
-
${post_edited_translations.segment}
Si vous devez reconfigurer l'un des ports du nœud, ne mettez pas le nouveau nœud sous tension tant que la configuration de reconfiguration des ports n'est pas terminée.
|
|
La prise en charge du remappage des ports est obsolète et sera supprimée dans une prochaine version. Pour supprimer les ports remappés, consultez "Supprimez les redirections de ports sur les hôtes physiques". |
-
À l'aide de VCenter, déployez un modèle OVF.
Si vous spécifiez une URL, indiquez un dossier contenant les fichiers suivants. Sinon, sélectionnez chacun de ces fichiers dans un répertoire local.
NetApp-SG-version-SHA.vmdk vsphere-node.ovf vsphere-node.mf
Par exemple, s'il s'agit du premier nœud que vous déployez, utilisez ces fichiers pour déployer le nœud d'administration principal de votre système StorageGRID :
NetApp-SG-version-SHA.vmdk vsphere-primary-admin.ovf vsphere-primary-admin.mf
-
${post_edited_translations.segment}
La pratique courante consiste à utiliser le même nom pour la machine virtuelle et le nœud de la grille.
-
Placez la machine virtuelle dans le vApp ou le pool de ressources approprié.
-
Si vous déployez le nœud d'administration principal, lisez et acceptez le contrat de licence utilisateur final.
Selon votre version de vCenter, l'ordre des étapes variera pour accepter le contrat de licence utilisateur final, spécifier le nom de la machine virtuelle et sélectionner un datastore.
-
${post_edited_translations.segment}
Si vous déployez un nœud dans le cadre d'une opération de récupération, suivez les instructions dans le étape de récupération du stockage pour ajouter de nouveaux disques virtuels, rattacher des disques durs virtuels à partir du nœud de grille défaillant, ou les deux.
Lors du déploiement d'un nœud de stockage, utilisez 3 volumes de stockage ou plus, chaque volume de stockage devant être de 4 To ou plus. Vous devez attribuer au moins 4 To au volume 0.
Le fichier .ovf du nœud de stockage définit plusieurs VMDK pour le stockage. À moins que ces VMDK ne répondent à vos exigences de stockage, vous devriez les supprimer et attribuer des VMDK ou des RDM appropriés pour le stockage avant de mettre le nœud sous tension. Les VMDK sont plus couramment utilisés dans les environnements VMware et sont plus faciles à gérer, tandis que les RDM peuvent offrir de meilleures performances pour les charges de travail qui utilisent des tailles d'objet plus grandes (par exemple, supérieures à 100 Mo). Certaines installations StorageGRID peuvent utiliser des volumes de stockage plus importants et plus actifs que les charges de travail virtualisées classiques. Vous pourriez avoir besoin d’ajuster certains paramètres de l’hyperviseur, tels que MaxAddressableSpaceTB, afin d’obtenir des performances optimales. Si vous constatez des performances insuffisantes, contactez votre support de virtualisation pour déterminer si votre environnement pourrait bénéficier d’un réglage de configuration spécifique à la charge de travail. -
Sélectionnez les réseaux.
Déterminez quels réseaux StorageGRID le nœud utilisera en sélectionnant un réseau de destination pour chaque réseau source.
-
Le réseau Grid est requis. Vous devez sélectionner un réseau de destination dans l’environnement vSphere. Le réseau Grid est utilisé pour tout le trafic interne de StorageGRID. Il assure la connectivité entre tous les nœuds du grid, sur l’ensemble des sites et sous-réseaux. Tous les nœuds du réseau Grid doivent pouvoir communiquer avec tous les autres nœuds.
-
Si vous utilisez le réseau d'administration, sélectionnez un réseau de destination différent dans l'environnement vSphere. Si vous n'utilisez pas le réseau d'administration, sélectionnez la même destination que celle que vous avez sélectionnée pour le réseau Grid.
-
Si vous utilisez le réseau client, sélectionnez un réseau de destination différent dans l'environnement vSphere. Si vous n'utilisez pas le réseau client, sélectionnez la même destination que celle que vous avez sélectionnée pour le réseau Grid.
-
Si vous utilisez un réseau d'administration ou un réseau client, les nœuds n'ont pas besoin d'être sur le même réseau d'administration ou le même réseau client.
-
-
Pour Personnaliser le modèle, configurez les propriétés requises du nœud StorageGRID.
-
${post_edited_translations.segment}
${post_edited_translations.segment} -
Utilisez le menu déroulant Mot de passe d'installation temporaire pour spécifier un mot de passe d'installation temporaire, afin que vous puissiez accéder à la console de la machine virtuelle, à l'API d'installation StorageGRID ou utiliser SSH, avant que le nouveau nœud ne rejoigne la grille.
Le mot de passe d'installation temporaire est utilisé uniquement lors de l'installation du nœud. Après qu'un nœud a été ajouté à la grille, vous pouvez y accéder à l'aide de "${post_edited_translations.segment}", qui est indiqué dans le fichier Passwords.txtdu Recovery Package.-
Nom du nœud : La valeur que vous avez fournie pour le champ Nom du nœud est utilisée comme mot de passe d’installation temporaire.
-
Utiliser un mot de passe personnalisé : Un mot de passe personnalisé est utilisé comme mot de passe d’installation temporaire.
-
Désactiver le mot de passe : Aucun mot de passe d’installation temporaire ne sera utilisé. Si vous devez accéder à la machine virtuelle pour déboguer les problèmes d’installation, consultez "Résoudre les problèmes d'installation".
-
-
${post_edited_translations.segment}
-
Dans la section Réseau de grille (eth0), sélectionnez STATIC ou DHCP pour la configuration IP du réseau de grille.
-
${post_edited_translations.segment}
-
Si vous sélectionnez DHCP, l'adresse IP du réseau Grid, le masque du réseau Grid et la passerelle du réseau Grid sont automatiquement attribués.
-
-
Dans le champ Adresse IP de l’administrateur principal, saisissez l’adresse IP du nœud d’administration principal du réseau Grid.
${post_edited_translations.segment}
Si vous omettez l'adresse IP du nœud d'administration principal, celle-ci sera automatiquement détectée si le nœud d'administration principal, ou au moins un autre nœud du grid avec ADMIN_IP configuré, est présent sur le même sous-réseau. Il est toutefois recommandé de spécifier l'adresse IP du nœud d'administration principal ici.
-
${post_edited_translations.segment}
-
Si vous ne souhaitez pas utiliser le réseau d'administration, sélectionnez DISABLED et saisissez 0.0.0.0 pour l'adresse IP du réseau d'administration. Vous pouvez laisser les autres champs vides.
-
${post_edited_translations.segment}
-
Si vous sélectionnez STATIC, saisissez la liste des sous-réseaux externes du réseau d'administration. Vous devez également configurer une passerelle.
-
${post_edited_translations.segment}
-
-
${post_edited_translations.segment}
-
Si vous ne souhaitez pas utiliser le réseau client, sélectionnez DÉSACTIVÉ et saisissez 0.0.0.0 pour l'adresse IP du réseau client. Vous pouvez laisser les autres champs vides.
-
Si vous sélectionnez STATIC, saisissez l'adresse IP du réseau client, le masque du réseau client, la passerelle du réseau client et la MTU du réseau client.
-
${post_edited_translations.segment}
-
-
-
Vérifiez la configuration de la machine virtuelle et apportez les modifications nécessaires.
-
Lorsque vous êtes prêt à terminer, sélectionnez Terminer pour démarrer le téléchargement de la machine virtuelle.
-
${post_edited_translations.segment}
-
Faites un clic droit sur la machine virtuelle, puis sélectionnez Modifier les paramètres.
-
${post_edited_translations.segment}
-
En fonction de vos circonstances de restauration des données, ajoutez de nouveaux disques virtuels selon vos besoins de stockage, rattachez les disques durs virtuels préservés du nœud de grille défaillant précédemment supprimé, ou faites les deux.
${post_edited_translations.segment}
-
${post_edited_translations.segment}
-
Le fichier .ovf du nœud de stockage définit plusieurs VMDK pour le stockage. À moins que ces VMDK ne répondent à vos exigences de stockage, vous devriez les supprimer et attribuer des VMDK ou des RDM appropriés pour le stockage avant de mettre le nœud sous tension. Les VMDK sont plus couramment utilisés dans les environnements VMware et sont plus faciles à gérer, tandis que les RDM peuvent offrir de meilleures performances pour les charges de travail qui utilisent des tailles d'objet plus grandes (par exemple, supérieures à 100 Mo).
-
-
-
Si vous devez remapper les ports utilisés par ce nœud, suivez ces étapes.
Vous devrez peut-être remapper un port si les politiques réseau de votre entreprise restreignent l'accès à un ou plusieurs ports utilisés par StorageGRID. Consultez "${post_edited_translations.segment}" pour connaître les ports utilisés par StorageGRID.
${post_edited_translations.segment} -
${post_edited_translations.segment}
-
Dans l'onglet Configurer, sélectionnez Paramètres > vApp Options. L'emplacement de vApp Options dépend de la version de vCenter.
-
${post_edited_translations.segment}
-
${post_edited_translations.segment}
La prise en charge du remappage des ports est obsolète et sera supprimée dans une prochaine version. Pour supprimer les ports remappés, consultez "Supprimez les redirections de ports sur les hôtes physiques". Si seul PORT_REMAP est défini, le mappage spécifié s'applique aux communications entrantes et sortantes. Si PORT_REMAP_INBOUND est également spécifié, PORT_REMAP s'applique uniquement aux communications sortantes. -
Sélectionnez Définir la valeur.
-
${post_edited_translations.segment}
<network type>/<protocol>/<default port used by grid node>/<new port><network type>est grid, admin ou client, et<protocol>est tcp ou udp.${post_edited_translations.segment}
client/tcp/22/3022${post_edited_translations.segment}
Par exemple :
client/tcp/18082/443, client/tcp/18083/80-
Sélectionnez OK.
-
-
Pour spécifier le port utilisé pour les communications entrantes vers le nœud, sélectionnez PORT_REMAP_INBOUND.
${post_edited_translations.segment} -
Sélectionnez Définir la valeur.
-
${post_edited_translations.segment}
<network type>/<protocol>/<remapped inbound port>/<default inbound port used by grid node><network type>est grid, admin ou client, et<protocol>est tcp ou udp.Par exemple, pour rediriger le trafic SSH entrant envoyé au port 3022 afin qu'il soit reçu sur le port 22 par le nœud de grille, saisissez la commande suivante :
client/tcp/3022/22Vous pouvez réaffecter plusieurs ports entrants à l'aide d'une liste séparée par des virgules.
Par exemple :
-
grid/tcp/3022/22, admin/tcp/3022/22-
Sélectionnez OK
-
-
${post_edited_translations.segment}
-
Faites un clic droit sur la machine virtuelle, puis sélectionnez Modifier les paramètres.
-
${post_edited_translations.segment}
Définissez la réservation de mémoire sur la même taille que la mémoire allouée à la machine virtuelle.
-
Sélectionnez OK.
-
-
Mettez la machine virtuelle sous tension.
Si vous avez déployé ce nœud dans le cadre d'une procédure d'expansion ou de restauration des données, reportez-vous à ces instructions pour terminer la procédure.