Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Automatisez le déploiement des nœuds de grille dans StorageGRID avec VMware vSphere

PDF

Vous pouvez utiliser l'outil VMware OVF pour automatiser le déploiement des nœuds de la grille. Vous pouvez également automatiser la configuration de StorageGRID.

Automatisez le déploiement des nœuds de grille

Utilisez l'outil VMware OVF pour automatiser le déploiement des nœuds de grille.

Avant de commencer

  • ${post_edited_translations.segment}

  • Vous disposez de VMware vSphere avec vCenter

  • Vous avez installé et correctement configuré VMware OVF Tool.

  • Vous connaissez le nom d'utilisateur et le mot de passe pour accéder à VMware vSphere à l'aide de l'outil OVF Tool

  • Vous disposez des autorisations suffisantes pour déployer des VM à partir de fichiers OVF et les mettre sous tension, ainsi que des autorisations pour créer des volumes supplémentaires à rattacher aux VM. Consultez la documentation ovftool pour plus de détails.

  • Vous connaissez l'URL de l'infrastructure virtuelle (VI) pour l'emplacement dans vSphere où vous souhaitez déployer les machines virtuelles StorageGRID. Cette URL correspond généralement à un vApp ou à un pool de ressources. Par exemple : vi://vcenter.example.com/vi/sgws

    Remarque Vous pouvez utiliser l'utilitaire VMware ovftool pour déterminer cette valeur (consultez la documentation ovftool pour plus de détails).
    Remarque Si vous déployez sur un vApp, les machines virtuelles ne démarreront pas automatiquement la première fois et vous devrez les allumer manuellement.

  • Vous avez rassemblé toutes les informations nécessaires pour le fichier de configuration de déploiement. Voir "Collectez des informations sur votre environnement de déploiement" pour plus d'informations.

  • Vous avez accès aux fichiers suivants de l'archive d'installation VMware pour StorageGRID :

${post_edited_translations.segment} Description

NetApp-SG-version-SHA.vmdk

Le fichier disque de la machine virtuelle utilisé comme modèle pour créer des machines virtuelles de nœuds de grille.

Note : Ce fichier doit se trouver dans le même dossier que les fichiers .ovf et .mf.

vsphere-primary-admin.ovf vsphere-primary-admin.mf

Le fichier modèle Open Virtualization Format (.ovf et le fichier manifeste (.mf pour le déploiement du nœud d'administration principal.

vsphere-non-primary-admin.ovf vsphere-non-primary-admin.mf

Le fichier modèle (.ovf) et le fichier manifeste (.mf) pour le déploiement des nœuds d'administration non principaux.

vsphere-gateway.ovf vsphere-gateway.mf

Le fichier modèle (.ovf et le fichier manifeste (.mf pour le déploiement des nœuds de passerelle.

vsphere-storage.ovf vsphere-storage.mf

Le fichier modèle (.ovf et le fichier manifeste (.mf pour le déploiement de nœuds de stockage basés sur des machines virtuelles.

${post_edited_translations.segment}

Le script shell Bash utilisé pour automatiser le déploiement des nœuds de grille virtuels.

${post_edited_translations.segment}

L'exemple de fichier de configuration à utiliser avec le script deploy-vsphere-ovftool.sh.

Définissez le fichier de configuration de votre déploiement

Vous spécifiez les informations nécessaires au déploiement de nœuds de grille virtuels pour StorageGRID dans un fichier de configuration, qui est utilisé par le deploy-vsphere-ovftool.sh script Bash. Vous pouvez modifier un exemple de fichier de configuration, de sorte que vous n'ayez pas à créer le fichier à partir de zéro.

Étapes

  1. Faites une copie du fichier de configuration d'exemple (deploy-vsphere-ovftool.sample.ini). Enregistrez le nouveau fichier sous le nom deploy-vsphere-ovftool.ini dans le même répertoire que deploy-vsphere-ovftool.sh.

  2. Ouvrir deploy-vsphere-ovftool.ini.

  3. ${post_edited_translations.segment}

    Consultez Paramètres du fichier de configuration pour plus d'informations.

  4. ${post_edited_translations.segment}

Paramètres du fichier de configuration

Le deploy-vsphere-ovftool.ini fichier de configuration contient les paramètres requis pour déployer des nœuds de grille virtuels.

Le fichier de configuration répertorie d'abord les paramètres globaux, puis les paramètres spécifiques aux nœuds dans des sections définies par le nom du nœud. Lorsque le fichier est utilisé :

  • Les paramètres globaux sont appliqués à tous les nœuds de la grille.

  • Les paramètres spécifiques au nœud remplacent les paramètres globaux.

Paramètres globaux

Les paramètres globaux s'appliquent à tous les nœuds de la grille, sauf s'ils sont remplacés par des paramètres définis dans des sections individuelles. Placez les paramètres qui s'appliquent à plusieurs nœuds dans la section des paramètres globaux, puis remplacez ces paramètres si nécessaire dans les sections pour chaque nœud individuel.

  • OVFTOOL_ARGUMENTS : vous pouvez spécifier OVFTOOL_ARGUMENTS en tant que paramètres globaux, ou vous pouvez appliquer des arguments individuellement à des nœuds spécifiques. Par exemple :

    OVFTOOL_ARGUMENTS = --powerOn --noSSLVerify --diskMode=eagerZeroedThick --datastore='datastore_name'

    Vous pouvez utiliser les options --powerOffTarget et --overwrite pour arrêter et remplacer les machines virtuelles existantes.

    Avertissement Vous devez déployer les nœuds sur différents datastores et spécifier OVFTOOL_ARGUMENTS pour chaque nœud, au lieu de le faire globalement.

  • SOURCE : Le chemin d’accès au fichier de modèle de machine virtuelle StorageGRID (.vmdk et aux fichiers .ovf et .mf pour chaque nœud de la grille. Par défaut, il s’agit du répertoire actuel.

    SOURCE = /downloads/StorageGRID-Webscale-version/vsphere

  • CIBLE : L’URL de l’infrastructure virtuelle VMware vSphere (vi) pour l’emplacement où StorageGRID sera déployé. Par exemple :

    TARGET = vi://vcenter.example.com/vm/sgws

  • GRID_NETWORK_CONFIG : la méthode utilisée pour acquérir les adresses IP, soit STATIC, soit DHCP. La valeur par défaut est STATIC. Si tous les nœuds ou la plupart d'entre eux utilisent la même méthode pour acquérir des adresses IP, vous pouvez spécifier cette méthode ici. Vous pouvez ensuite surcharger le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    GRID_NETWORK_CONFIG = STATIC

  • GRID_NETWORK_TARGET : Nom d’un réseau VMware existant à utiliser pour le réseau Grid. Si tous ou la plupart des nœuds utilisent le même nom de réseau, vous pouvez le spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    GRID_NETWORK_TARGET = SG Admin Network

  • GRID_NETWORK_MASK : Le masque de réseau pour le réseau Grid. Si tous ou la plupart des nœuds utilisent le même masque de réseau, vous pouvez le spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    GRID_NETWORK_MASK = 255.255.255.0

  • GRID_NETWORK_GATEWAY : Passerelle réseau pour le réseau Grid. Si la plupart ou la totalité des nœuds utilisent la même passerelle réseau, vous pouvez la spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    GRID_NETWORK_GATEWAY = 10.1.0.1

  • GRID_NETWORK_MTU : facultatif. L'unité de transmission maximale (MTU) sur le réseau Grid. Si elle est spécifiée, la valeur doit être comprise entre 1280 et 9216. Par exemple :

    GRID_NETWORK_MTU = 9000

    Si cette valeur est omise, 1400 est utilisé.

    Si vous souhaitez utiliser des trames jumbo, définissez la MTU sur une valeur adaptée aux trames jumbo, telle que 9000. Sinon, conservez la valeur par défaut.

    Remarque La valeur MTU du réseau doit correspondre à la valeur configurée sur le port du commutateur virtuel dans vSphere auquel le nœud est connecté. Sinon, des problèmes de performance réseau ou une perte de paquets peuvent survenir.
    Remarque Pour obtenir les meilleures performances réseau, tous les nœuds doivent être configurés avec des valeurs MTU similaires sur leurs interfaces Grid Network. L'alerte Grid Network MTU mismatch est déclenchée s'il existe une différence significative dans les paramètres MTU du Grid Network sur les différents nœuds. Les valeurs MTU ne doivent pas obligatoirement être identiques pour tous les types de réseau.

  • ADMIN_NETWORK_CONFIG : la méthode utilisée pour acquérir les adresses IP, soit DISABLED, STATIC ou DHCP. La valeur par défaut est DISABLED. Si tous les nœuds ou la plupart d'entre eux utilisent la même méthode pour acquérir les adresses IP, vous pouvez spécifier cette méthode ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    ADMIN_NETWORK_CONFIG = STATIC

  • ADMIN_NETWORK_TARGET : nom d'un réseau VMware existant à utiliser pour le réseau d'administration (Admin Network). Ce paramètre est requis, sauf si le réseau d'administration est désactivé. Si la totalité ou la plupart des nœuds utilisent le même nom de réseau, vous pouvez le spécifier ici. Contrairement au réseau de grille (Grid Network), tous les nœuds n'ont pas besoin d'être connectés au même réseau d'administration. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    ADMIN_NETWORK_TARGET = SG Admin Network

  • ADMIN_NETWORK_MASK : masque de réseau pour le réseau d'administration. Ce paramètre est requis si vous utilisez l'adressage IP statique. Si la totalité ou la plupart des nœuds utilisent le même masque de réseau, vous pouvez le spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    ADMIN_NETWORK_MASK = 255.255.255.0

  • ADMIN_NETWORK_GATEWAY : Passerelle réseau pour le réseau d'administration. Ce paramètre est requis si vous utilisez une adresse IP statique et que vous spécifiez des sous-réseaux externes dans le paramètre ADMIN_NETWORK_ESL. (Autrement dit, il n'est pas requis si ADMIN_NETWORK_ESL est vide.) Si tous ou la plupart des nœuds utilisent la même passerelle réseau, vous pouvez la spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    ADMIN_NETWORK_GATEWAY = 10.3.0.1

  • ADMIN_NETWORK_ESL : La liste des sous-réseaux externes (routes) pour le réseau d'administration, spécifiée sous forme de liste de destinations CIDR séparées par des virgules. Si tous ou la plupart des nœuds utilisent la même liste de sous-réseaux externes, vous pouvez la spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    ADMIN_NETWORK_ESL = 172.16.0.0/21,172.17.0.0/21

  • ADMIN_NETWORK_MTU : Facultatif. L’unité de transmission maximale (MTU) sur le réseau d’administration. Ne spécifiez pas si ADMIN_NETWORK_CONFIG = DHCP. Si elle est spécifiée, la valeur doit être comprise entre 1280 et 9216. Si elle est omise, 1400 est utilisée. Si vous souhaitez utiliser des trames jumbo, définissez la MTU sur une valeur adaptée aux trames jumbo, telle que 9000. Sinon, conservez la valeur par défaut. Si tous ou la plupart des nœuds utilisent la même MTU pour le réseau d’administration, vous pouvez la spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    ADMIN_NETWORK_MTU = 8192

  • CLIENT_NETWORK_CONFIG : La méthode utilisée pour acquérir les adresses IP, soit DISABLED, STATIC ou DHCP. La valeur par défaut est DISABLED. Si tous ou la plupart des nœuds utilisent la même méthode pour acquérir les adresses IP, vous pouvez spécifier cette méthode ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    CLIENT_NETWORK_CONFIG = STATIC

  • CLIENT_NETWORK_TARGET : Nom d'un réseau VMware existant à utiliser pour le Client Network. Ce paramètre est obligatoire sauf si le Client Network est désactivé. Si tous ou la plupart des nœuds utilisent le même nom de réseau, vous pouvez le spécifier ici. Contrairement au Grid Network, il n'est pas nécessaire que tous les nœuds soient connectés au même Client Network. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    CLIENT_NETWORK_TARGET = SG Client Network

  • CLIENT_NETWORK_MASK : le masque de réseau pour le réseau client. Ce paramètre est requis si vous utilisez l'adressage IP statique. Si tous les nœuds ou la plupart d'entre eux utilisent le même masque de réseau, vous pouvez le spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    CLIENT_NETWORK_MASK = 255.255.255.0

  • CLIENT_NETWORK_GATEWAY : la passerelle réseau pour le Réseau client. Ce paramètre est requis si vous utilisez l'adressage IP statique. Si la totalité ou la plupart des nœuds utilisent la même passerelle réseau, vous pouvez la spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    CLIENT_NETWORK_GATEWAY = 10.4.0.1

  • CLIENT_NETWORK_MTU : facultatif. Unité de transmission maximale (MTU) sur le réseau client. Ne spécifiez pas cette option si CLIENT_NETWORK_CONFIG = DHCP. Si elle est spécifiée, la valeur doit être comprise entre 1280 et 9216. Si elle est omise, la valeur 1400 est utilisée. Si vous souhaitez utiliser des trames jumbo, définissez la MTU sur une valeur adaptée aux trames jumbo, telle que 9000. Sinon, conservez la valeur par défaut. Si la totalité ou la plupart des nœuds utilisent la même MTU pour le réseau client, vous pouvez la spécifier ici. Vous pouvez ensuite remplacer le paramètre global en spécifiant des paramètres différents pour un ou plusieurs nœuds individuels. Par exemple :

    CLIENT_NETWORK_MTU = 8192

  • PORT_REMAP : Remappe tout port utilisé par un nœud pour les communications internes entre nœuds du grid ou les communications externes. Le remappage des ports est nécessaire si les politiques de réseau d’entreprise restreignent un ou plusieurs ports utilisés par StorageGRID. Pour la liste des ports utilisés par StorageGRID, consultez les communications internes entre nœuds du grid et les communications externes dans "Directives de mise en réseau".

    Remarque Ne remappez pas les ports que vous prévoyez d'utiliser pour configurer les points de terminaison de l'équilibreur de charge.
    Remarque Si seul PORT_REMAP est défini, le mappage que vous spécifiez est utilisé pour les communications entrantes et sortantes. Si PORT_REMAP_INBOUND est également spécifié, PORT_REMAP s'applique uniquement aux communications sortantes.

    Le format utilisé est : network type/protocol/default port used by grid node/new port, où le type de réseau est grid, admin ou client, et le protocole est tcp ou udp.

    Par exemple :

    PORT_REMAP = client/tcp/18082/443

    Utilisée seule, cette configuration d'exemple mappe symétriquement les communications entrantes et sortantes du nœud de grille du port 18082 vers le port 443. Utilisée conjointement avec PORT_REMAP_INBOUND, cette configuration d'exemple mappe les communications sortantes du port 18082 vers le port 443.

    Vous pouvez également réaffecter plusieurs ports à l'aide d'une liste séparée par des virgules.

    Par exemple :

    PORT_REMAP = client/tcp/18082/443, client/tcp/18083/80

  • PORT_REMAP_INBOUND : remappe les communications entrantes pour le port spécifié. Si vous spécifiez PORT_REMAP_INBOUND mais ne spécifiez pas de valeur pour PORT_REMAP, les communications sortantes pour le port restent inchangées.

    Remarque Ne remappez pas les ports que vous prévoyez d'utiliser pour configurer les points de terminaison de l'équilibreur de charge.

    Le format utilisé est : network type/protocol/_default port used by grid node/new port, où le type de réseau est grid, admin ou client, et le protocole est tcp ou udp.

    Par exemple :

    PORT_REMAP_INBOUND = client/tcp/443/18082

    ${post_edited_translations.segment}

    Vous pouvez également réaffecter plusieurs ports entrants à l'aide d'une liste séparée par des virgules.

    Par exemple :

    PORT_REMAP_INBOUND = grid/tcp/3022/22, admin/tcp/3022/22

  • TYPE_DE_MOT_DE_PASSE_TEMPORAIRE : Le type de mot de passe d’installation temporaire à utiliser lors de l’accès à la console de la machine virtuelle ou à l’API d’installation StorageGRID, ou lors de l’utilisation de SSH, avant que le nœud ne rejoigne la grille.

    Astuce Si tous ou la plupart des nœuds utilisent le même type de mot de passe d'installation temporaire, spécifiez le type dans la section des paramètres globaux. Vous pouvez ensuite, si vous le souhaitez, utiliser un paramètre différent pour un nœud individuel. Par exemple, si vous sélectionnez Use Custom Password globalement, vous pouvez utiliser CUSTOM_TEMPORARY_PASSWORD=<password> pour définir le mot de passe de chaque nœud.

    TEMPORARY_PASSWORD_TYPE peut être l'un des suivants :

    • Utilisez le nom du nœud : Le nom du nœud est utilisé comme mot de passe d’installation temporaire et donne accès à la console de la machine virtuelle, à l’API d’installation de StorageGRID et à SSH.

    • 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".

    • Utiliser un mot de passe personnalisé : La valeur fournie avec CUSTOM_TEMPORARY_PASSWORD=<password> est utilisée comme mot de passe d’installation temporaire et donne accès à la console de la machine virtuelle, à l’API d’installation StorageGRID et à SSH.

      Astuce En option, vous pouvez omettre le paramètre TEMPORARY_PASSWORD_TYPE et spécifier uniquement CUSTOM_TEMPORARY_PASSWORD=<password>.

  • CUSTOM_TEMPORARY_PASSWORD=<password> Facultatif. Le mot de passe temporaire à utiliser lors de l'installation pour accéder à la console de la VM, à l'API d'installation de StorageGRID et à SSH. Ignoré si TEMPORARY_PASSWORD_TYPE est défini sur Use node name ou Disable password.

Paramètres spécifiques au nœud

Chaque nœud se trouve dans sa propre section du fichier de configuration. Chaque nœud requiert les paramètres suivants :

  • L'en-tête de section définit le nom du nœud qui sera affiché dans le Grid Manager. Vous pouvez remplacer cette valeur en spécifiant le paramètre optionnel NODE_NAME pour le nœud.

  • ${post_edited_translations.segment}

  • STORAGE_TYPE : combined, data ou metadata. Ce paramètre optionnel pour les nœuds de stockage est défini par défaut sur combined (données et métadonnées) s'il n'est pas spécifié. Pour plus d'informations, consultez "Types de nœuds de stockage".

  • GRID_NETWORK_IP : l'adresse IP du nœud sur le réseau Grid.

  • ADMIN_NETWORK_IP : L'adresse IP du nœud sur le réseau d'administration. Requise uniquement si le nœud est connecté au réseau d'administration et que ADMIN_NETWORK_CONFIG est défini sur STATIC.

  • CLIENT_NETWORK_IP : L'adresse IP du nœud sur le Client Network. Requis uniquement si le nœud est connecté au Client Network et si CLIENT_NETWORK_CONFIG pour ce nœud est défini sur STATIC.

  • ADMIN_IP : l'adresse IP du nœud d'administration principal sur le réseau Grid. Utilisez la valeur que vous spécifiez comme GRID_NETWORK_IP pour le nœud d'administration principal. Si vous omettez ce paramètre, le nœud tente de détecter l'adresse IP du nœud d'administration principal à l'aide de mDNS. Pour plus d'informations, consultez "Comment les nœuds de la grille découvrent le nœud d'administration principal".

    Remarque Le paramètre ADMIN_IP est ignoré pour le nœud d'administration principal.

  • Tous les paramètres qui n'ont pas été définis globalement. Par exemple, si un nœud est connecté au Admin Network et que vous n'avez pas spécifié les paramètres ADMIN_NETWORK globalement, vous devez les spécifier pour le nœud.

${post_edited_translations.segment}

Les paramètres supplémentaires suivants sont requis pour le nœud d'administration principal :

  • NODE_TYPE: VM_Admin_Node

  • RÔLE_ADMIN : Principal

Cet exemple d'entrée concerne un nœud d'administration principal présent sur les trois réseaux :

[DC1-ADM1]
  ADMIN_ROLE = Primary
  NODE_TYPE = VM_Admin_Node
  TEMPORARY_PASSWORD_TYPE = Use custom password
  CUSTOM_TEMPORARY_PASSWORD = Passw0rd

  GRID_NETWORK_IP = 10.1.0.2
  ADMIN_NETWORK_IP = 10.3.0.2
  CLIENT_NETWORK_IP = 10.4.0.2

${post_edited_translations.segment}

  • DISK : Par défaut, les nœuds d’administration se voient attribuer deux disques durs supplémentaires de 200 Go pour l’audit et la base de données. Vous pouvez augmenter ces paramètres à l’aide du paramètre DISK. Par exemple :

    DISK = INSTANCES=2, CAPACITY=300
Remarque Pour les nœuds d'administration, INSTANCES doit toujours être égal à 2.
Nœud de stockage

Le paramètre supplémentaire suivant est requis pour les nœuds de stockage :

  • ${post_edited_translations.segment}

    Cet exemple concerne un nœud de stockage présent sur les réseaux Grid et Admin, mais pas sur le réseau Client. Ce nœud utilise le paramètre ADMIN_IP pour spécifier l'adresse IP du nœud d'administration principal sur le réseau Grid.

    [DC1-S1]
  NODE_TYPE = VM_Storage_Node

  GRID_NETWORK_IP = 10.1.0.3
  ADMIN_NETWORK_IP = 10.3.0.3

  ADMIN_IP = 10.1.0.2

    Ce deuxième exemple concerne un nœud de stockage sur un réseau client où la politique réseau de l'entreprise stipule qu'une application cliente S3 est uniquement autorisée à accéder au nœud de stockage via le port 80 ou 443. Le fichier de configuration utilise PORT_REMAP pour permettre au nœud de stockage d'envoyer et de recevoir des messages S3 sur le port 443.

    [DC2-S1]
  NODE_TYPE = VM_Storage_Node

  GRID_NETWORK_IP = 10.1.1.3
  CLIENT_NETWORK_IP = 10.4.1.3
  PORT_REMAP = client/tcp/18082/443

  ADMIN_IP = 10.1.0.2

    Le dernier exemple crée un remappage symétrique pour le trafic ssh du port 22 au port 3022, mais définit explicitement les valeurs pour le trafic entrant et sortant.

    [DC1-S3]
  NODE_TYPE = VM_Storage_Node

  GRID_NETWORK_IP = 10.1.1.3

  PORT_REMAP = grid/tcp/22/3022
  PORT_REMAP_INBOUND = grid/tcp/3022/22

  ADMIN_IP = 10.1.0.2

${post_edited_translations.segment}

  • DISK : par défaut, trois disques de 4 To sont attribués aux nœuds de stockage pour l'utilisation de RangeDB. Vous pouvez augmenter ces paramètres à l'aide du paramètre DISK. Par exemple :

    DISK = INSTANCES=16, CAPACITY=4096

  • STORAGE_TYPE : par défaut, tous les nouveaux nœuds de stockage sont configurés pour stocker à la fois les données d'objet et les métadonnées, ce que l'on appelle un nœud de stockage combiné. Vous pouvez modifier le type de nœud de stockage pour stocker uniquement des données ou des métadonnées à l'aide du paramètre STORAGE_TYPE. Par exemple :

    STORAGE_TYPE = data
Nœud de passerelle

Le paramètre supplémentaire suivant est requis pour les nœuds de passerelle :

  • ${post_edited_translations.segment}

Cet exemple d'entrée concerne un exemple de nœud Gateway sur les trois réseaux. Dans cet exemple, aucun paramètre de réseau client n'a été spécifié dans la section globale du fichier de configuration, ils doivent donc être spécifiés pour le nœud :

[DC1-G1]
  NODE_TYPE = VM_API_Gateway

  GRID_NETWORK_IP = 10.1.0.5
  ADMIN_NETWORK_IP = 10.3.0.5

  CLIENT_NETWORK_CONFIG = STATIC
  CLIENT_NETWORK_TARGET = SG Client Network
  CLIENT_NETWORK_MASK = 255.255.255.0
  CLIENT_NETWORK_GATEWAY = 10.4.0.1
  CLIENT_NETWORK_IP = 10.4.0.5

  ADMIN_IP = 10.1.0.2
${post_edited_translations.segment}

${post_edited_translations.segment}

  • NODE_TYPE: VM_Admin_Node

  • RÔLE_ADMIN : Non-Primary

Cet exemple d'entrée concerne un nœud d'administration non principal qui ne se trouve pas sur le réseau client :

[DC2-ADM1]
  ADMIN_ROLE = Non-Primary
  NODE_TYPE = VM_Admin_Node

  GRID_NETWORK_TARGET = SG Grid Network
  GRID_NETWORK_IP = 10.1.0.6
  ADMIN_NETWORK_IP = 10.3.0.6

  ADMIN_IP = 10.1.0.2

${post_edited_translations.segment}

  • DISK : Par défaut, les nœuds d’administration se voient attribuer deux disques durs supplémentaires de 200 Go pour l’audit et la base de données. Vous pouvez augmenter ces paramètres à l’aide du paramètre DISK. Par exemple :

    DISK = INSTANCES=2, CAPACITY=300
Remarque Pour les nœuds d'administration, INSTANCES doit toujours être égal à 2.

${post_edited_translations.segment}

Vous pouvez utiliser le `deploy-vsphere-ovftool.sh`script Bash et le fichier de configuration deploy-vsphere-ovftool.ini que vous avez modifié pour automatiser le déploiement des nœuds StorageGRID dans VMware vSphere.

Avant de commencer

${post_edited_translations.segment}

Vous pouvez utiliser l'aide disponible avec le script Bash en saisissant les commandes d'aide (-h/--help). Par exemple :

./deploy-vsphere-ovftool.sh -h

ou

./deploy-vsphere-ovftool.sh --help
Étapes

  1. Connectez-vous à la machine Linux que vous utilisez pour exécuter le script Bash.

  2. ${post_edited_translations.segment}

    Par exemple :

    cd StorageGRID-Webscale-version/vsphere

  3. ${post_edited_translations.segment}

    Par exemple :

    ./deploy-vsphere-ovftool.sh --username=user --password=pwd ./deploy-vsphere-ovftool.ini

  4. Si le déploiement d'un nœud de grille a échoué en raison d'une erreur, résolvez cette erreur et réexécutez le script Bash uniquement pour ce nœud.

    Par exemple :

    ./deploy-vsphere-ovftool.sh --username=user --password=pwd --single-node="DC1-S3" ./deploy-vsphere-ovftool.ini

${post_edited_translations.segment}

Deployment Summary
+-----------------------------+----------+----------------------+
| node                        | attempts | status               |
+-----------------------------+----------+----------------------+
| DC1-ADM1                    |        1 | Passed               |
| DC1-G1                      |        1 | Passed               |
| DC1-S1                      |        1 | Passed               |
| DC1-S2                      |        1 | Passed               |
| DC1-S3                      |        1 | Passed               |
+-----------------------------+----------+----------------------+

${post_edited_translations.segment}

${post_edited_translations.segment}

Avant de commencer

  • ${post_edited_translations.segment}

    ${post_edited_translations.segment} Description

    configure-storagegrid.py

    Script Python utilisé pour automatiser la configuration

    configure-storagegrid.sample.json

    ${post_edited_translations.segment}

    configure-storagegrid.blank.json

    Fichier de configuration vierge à utiliser avec le script

  • Vous avez créé un configure-storagegrid.json fichier de configuration. Pour créer ce fichier, vous pouvez modifier l’exemple de fichier de configuration (configure-storagegrid.sample.json) ou le fichier de configuration vierge (configure-storagegrid.blank.json).

Avertissement Conservez le mot de passe de gestion et la phrase secrète de provisionnement de la section des mots de passe du fichier de configuration configure-storagegrid.json modifié dans un emplacement sécurisé. Ces mots de passe sont requis pour les procédures d'installation, d'extension et de maintenance. Vous devez également sauvegarder le fichier de configuration configure-storagegrid.json modifié et le conserver dans un emplacement sécurisé.
À propos de cette tâche

Vous pouvez utiliser le configure-storagegrid.py script Python et le configure-storagegrid.json fichier de configuration de la grille pour automatiser la configuration de votre système StorageGRID.

Remarque ${post_edited_translations.segment}
Étapes

  1. ${post_edited_translations.segment}

  2. ${post_edited_translations.segment}

    Par exemple :

    cd StorageGRID-Webscale-version/platform

    où platform sont debs, rpms ou vsphere.

  3. ${post_edited_translations.segment}

    Par exemple :

    ./configure-storagegrid.py ./configure-storagegrid.json --start-install
Résultat

Un fichier Recovery Package .zip est généré au cours du processus de configuration, et il est téléchargé dans le répertoire à partir duquel vous exécutez le processus d'installation et de configuration. Vous devez sauvegarder le fichier Recovery Package afin de pouvoir restaurer le système StorageGRID en cas de défaillance d'un ou de plusieurs nœuds de grille. Par exemple, copiez-le dans un emplacement réseau sécurisé et sauvegardé, ainsi que dans un emplacement de stockage cloud sécurisé.

Avertissement Le fichier du Recovery Package doit être sécurisé car il contient des clés de chiffrement et des mots de passe qui peuvent être utilisés pour obtenir des données du système StorageGRID.

Si vous avez spécifié que des mots de passe aléatoires devaient être générés, ouvrez le Passwords.txt fichier et recherchez les mots de passe requis pour accéder à votre système StorageGRID.

######################################################################
##### The StorageGRID "Recovery Package" has been downloaded as: #####
#####           ./sgws-recovery-package-994078-rev1.zip          #####
#####   Safeguard this file as it will be needed in case of a    #####
#####                 StorageGRID node recovery.                 #####
######################################################################

${post_edited_translations.segment}

StorageGRID has been configured and installed.
Informations connexes