Configurer le stockage hôte StorageGRID pour les déploiements Linux
Vous devez allouer des volumes de stockage bloc à chaque hôte Linux.
Vous avez consulté les sujets suivants, qui vous fournissent les informations nécessaires à l’accomplissement de cette tâche :
|
|
« Linux » désigne un déploiement RHEL, Ubuntu ou Debian. Pour obtenir la liste des versions prises en charge, consultez le "Outil de matrice d'interopérabilité (IMT) NetApp". |
Lors de l'allocation de volumes de stockage bloc (LUN) aux hôtes, utilisez les tableaux de la section « Exigences de stockage » pour déterminer les éléments suivants :
-
Nombre de volumes requis pour chaque hôte (en fonction du nombre et des types de nœuds qui seront déployés sur cet hôte)
-
Catégorie de stockage pour chaque volume (c'est-à-dire données système ou données objet)
-
Taille de chaque volume
Vous utiliserez ces informations ainsi que le nom persistant attribué par Linux à chaque volume physique lorsque vous déploierez des nœuds StorageGRID sur l’hôte.
|
|
Vous n'avez pas besoin de partitionner, de formater ou de monter ces volumes ; il vous suffit de vous assurer qu'ils sont visibles par les hôtes. |
|
|
Un seul LUN de données objet est requis pour les nœuds de stockage uniquement de métadonnées. |
Évitez d'utiliser des fichiers de périphériques spéciaux « bruts » (/dev/sdb, par exemple, lors de la création de votre liste de noms de volumes. Ces fichiers peuvent changer lors des redémarrages de l'hôte, ce qui affectera le bon fonctionnement du système. Si vous utilisez des LUN iSCSI et Device Mapper Multipathing, envisagez d'utiliser des alias multipath dans le répertoire /dev/mapper, en particulier si votre topologie SAN inclut des chemins réseau redondants vers le stockage partagé. Vous pouvez également utiliser les liens symboliques créés par le système sous /dev/disk/by-path/ pour vos noms de périphériques persistants.
Par exemple :
ls -l $ ls -l /dev/disk/by-path/ total 0 lrwxrwxrwx 1 root root 9 Sep 19 18:53 pci-0000:00:07.1-ata-2 -> ../../sr0 lrwxrwxrwx 1 root root 9 Sep 19 18:53 pci-0000:03:00.0-scsi-0:0:0:0 -> ../../sda lrwxrwxrwx 1 root root 10 Sep 19 18:53 pci-0000:03:00.0-scsi-0:0:0:0-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Sep 19 18:53 pci-0000:03:00.0-scsi-0:0:0:0-part2 -> ../../sda2 lrwxrwxrwx 1 root root 9 Sep 19 18:53 pci-0000:03:00.0-scsi-0:0:1:0 -> ../../sdb lrwxrwxrwx 1 root root 9 Sep 19 18:53 pci-0000:03:00.0-scsi-0:0:2:0 -> ../../sdc lrwxrwxrwx 1 root root 9 Sep 19 18:53 pci-0000:03:00.0-scsi-0:0:3:0 -> ../../sdd
Les résultats varieront d'une installation à l'autre.
Attribuez des noms conviviaux à chacun de ces volumes de stockage bloc afin de simplifier l'installation initiale de StorageGRID et les procédures de maintenance ultérieures. Si vous utilisez le pilote multipath du device mapper pour un accès redondant aux volumes de stockage partagés, vous pouvez utiliser le champ alias dans votre fichier /etc/multipath.conf.
Par exemple :
multipaths {
multipath {
wwid 3600a09800059d6df00005df2573c2c30
alias docker-storage-volume-hostA
}
multipath {
wwid 3600a09800059d6df00005df3573c2c30
alias sgws-adm1-var-local
}
multipath {
wwid 3600a09800059d6df00005df4573c2c30
alias sgws-adm1-audit-logs
}
multipath {
wwid 3600a09800059d6df00005df5573c2c30
alias sgws-adm1-tables
}
multipath {
wwid 3600a09800059d6df00005df6573c2c30
alias sgws-gw1-var-local
}
multipath {
wwid 3600a09800059d6df00005df7573c2c30
alias sgws-sn1-var-local
}
multipath {
wwid 3600a09800059d6df00005df7573c2c30
alias sgws-sn1-rangedb-0
}
…
L'utilisation du champ alias de cette manière fait apparaître les alias comme des périphériques de bloc dans le répertoire /dev/mapper sur l'hôte, ce qui vous permet de spécifier un nom convivial et facilement validable chaque fois qu'une opération de configuration ou de maintenance nécessite de spécifier un volume de stockage bloc.
Si vous configurez un stockage partagé pour prendre en charge la migration de nœuds StorageGRID et utilisez le multipathing de Device Mapper, vous pouvez créer et installer un /etc/multipath.conf volume de stockage commun sur tous les hôtes colocalisés. Veillez simplement à utiliser un volume de stockage de moteur de conteneurs différent sur chaque hôte. L'utilisation d'alias, en incluant le nom d'hôte cible dans l'alias de chaque LUN de volume de stockage de moteur de conteneurs, facilitera la mémorisation et est recommandée.
|
|
La prise en charge de Docker comme moteur de conteneur pour les déploiements logiciels uniquement est obsolète. Docker sera remplacé par un autre moteur de conteneur dans une prochaine version. |