Personnalisez l'inventaire Ansible de Lustre
Créez une copie de travail d'un modèle de déploiement EF80 et personnalisez son inventaire pour vos serveurs, baies, réseaux et éléments de base Lustre.
Conservez l'inventaire sélectionné dans son répertoire de structure et de plateforme. Conservez le répertoire partagé playbooks et le fichier partagé passwords.yml à la racine de building_blocks.
Sélectionnez un modèle de déploiement
Commencez par utiliser le modèle qui correspond à l'architecture réseau du site :
Configurer les paramètres spécifiques au site
Définissez les valeurs spécifiques au site dans l'inventaire, ainsi que les paramètres du référentiel local et des règles udev. Les références de ligne dans le tableau pointent vers les fichiers de modèle RoCE EF80 dans la balise ansible-lustre release/1.0.0. Le modèle InfiniBand utilise les mêmes noms de variables et la même structure, à l'exception de la variable d'interface LNet, qui est indiquée dans le tableau.
| Champ | Variable Ansible | Fichier modèle (release/1.0.0) |
Portée | Remarques |
|---|---|---|---|---|
Nom du système de fichiers |
|
À l'échelle du cluster |
À placer sous |
|
Identifiants MGS NIDs pour l'enregistrement des cibles |
|
À l'échelle du cluster |
Sous MDT et OST |
|
Nom du cluster Pacemaker |
|
À l'échelle du cluster |
Imbriqué sous les remplacements de propriétés CIB de Pacemaker. Nom unique pour le cluster HA. |
|
Adresses de clôture BMC |
|
Répétez pour chaque serveur Lustre |
Adresse IP BMC Redfish pour chaque nœud serveur. |
|
Destinataires des courriels d'alerte |
|
À l'échelle du cluster |
Destinataires des notifications de ressources et de défaillance HA. |
|
Domaine de messagerie |
|
À l'échelle du cluster |
Domaine Postfix utilisé pour envoyer des e-mails d'alerte. |
|
Sources de temps NTP |
|
À l'échelle du cluster |
Sources de temps pour les nœuds du cluster. Spécifiez un pool NTP ou un ou plusieurs serveurs NTP individuels. Incluez la directive requise |
|
Table de correspondance PCI-nom udev |
|
Répétez selon la disposition des emplacements HCA |
Associez chaque emplacement PCI à un nom d'interface persistant (valeurs à L182). Collectez avec |
|
Dépôt de paquets local (facultatif) |
|
À l'échelle du cluster |
Pour les installations hors réseau, décommentez le bloc et définissez le dépôt |
|
Adresse IP de gestion du serveur |
|
Répétez pour chaque serveur Lustre |
Un |
|
Interfaces de backend NVMe-oF |
|
"RoCE host_vars/lustre_01.yml#L21", "InfiniBand host_vars/lustre_01.yml#L17" |
Répétez pour chaque serveur Lustre |
Adresses d'interface backend utilisées pour le trafic de stockage NVMe-oF vers les baies E-Series. |
Interfaces de cluster LNet |
|
"RoCE host_vars/lustre_01.yml#L47", "InfiniBand host_vars/lustre_01.yml#L38" |
Répétez pour chaque serveur Lustre |
Adresses d'interface LNet frontales (valeurs RoCE à L56 ; InfiniBand valeurs à L47). |
Adresses IP des nœuds Corosync |
|
Répétez pour chaque serveur Lustre |
Répertoriez toutes les adresses IP des nœuds du cluster HA (valeurs à L62). |
|
NIDs du service cible Lustre |
|
Répétez pour chaque serveur Lustre |
Incluez les NID LNet frontaux ( |
|
IP de gestion de baie |
|
Répétez pour chaque baie E-Series |
Adresse IP de gestion d'un contrôleur ; l'URL de l'API en découle. |
|
Appartenance au groupe d'éléments de base |
|
Par élément de base |
Chaque nom d'hôte d'inventaire doit correspondre au nom de base de son fichier |
Répétez la configuration pour chaque hôte et élément de base. Créez un host_vars/lustre_NN.yml fichier par serveur Lustre et un host_vars/netapp_NN.yml fichier par baie, puis répétez les groupes d'inventaire pour chaque élément de base supplémentaire.
Les playbooks de déploiement chargent les identifiants de la baie, de Pacemaker et du BMC depuis le fichier partagé building_blocks/passwords.yml. Renseignez ce fichier et chiffrez-le avec Ansible Vault avant le déploiement, ou remplacez les valeurs de manière sécurisée lors de l’exécution avec --extra-vars. Ne stockez pas les identifiants en clair dans le système de contrôle de version.
|
|
Les adresses IP, les noms d'hôtes, les noms d'interfaces et le dimensionnement des volumes dans les modèles de déploiement sont des exemples. Modifiez tous les fichiers d'inventaire de l'environnement avant d'exécuter un playbook. |