4.5. Stockage persistant à l'aide de Fibre Channel
OpenShift Container Platform prend en charge Fibre Channel, ce qui vous permet de provisionner votre cluster OpenShift Container Platform avec un stockage persistant à l'aide de volumes Fibre Channel. Une certaine familiarité avec Kubernetes et Fibre Channel est supposée.
Le stockage persistant utilisant Fibre Channel n'est pas pris en charge sur les infrastructures basées sur l'architecture ARM.
Le cadre de volume persistant Kubernetes permet aux administrateurs de provisionner un cluster avec un stockage persistant et donne aux utilisateurs un moyen de demander ces ressources sans avoir aucune connaissance de l'infrastructure sous-jacente. Les volumes persistants ne sont pas liés à un seul projet ou espace de noms ; ils peuvent être partagés à travers le cluster OpenShift Container Platform. Les demandes de volumes persistants sont spécifiques à un projet ou à un espace de noms et peuvent être demandées par les utilisateurs.
La haute disponibilité du stockage dans l'infrastructure est laissée au fournisseur de stockage sous-jacent.
Ressources supplémentaires
4.5.1. Provisionnement
Pour provisionner des volumes Fibre Channel à l'aide de l'API PersistentVolume, les éléments suivants doivent être disponibles :
-
Le site
targetWWNs(tableau des noms mondiaux des cibles Fibre Channel). - Un numéro de LUN valide.
- Le type de système de fichiers.
Un volume persistant et un LUN ont une correspondance univoque entre eux.
Conditions préalables
- Les LUN Fibre Channel doivent exister dans l'infrastructure sous-jacente.
PersistentVolume définition de l'objet
apiVersion: v1
kind: PersistentVolume
metadata:
name: pv0001
spec:
capacity:
storage: 1Gi
accessModes:
- ReadWriteOnce
fc:
wwids: [scsi-3600508b400105e210000900000490000] 1
targetWWNs: ['500a0981891b8dc5', '500a0981991b8dc5'] 2
lun: 2 3
fsType: ext4
- 1
- Identificateurs mondiaux (WWID). Soit FC
wwidsou une combinaison de FCtargetWWNsetlundoit être défini, mais pas les deux simultanément. L'identifiant WWID FC est recommandé par rapport à la cible WWN car il est garanti unique pour chaque périphérique de stockage et indépendant du chemin utilisé pour accéder au périphérique. L'identifiant WWID peut être obtenu en émettant une requête SCSI pour récupérer les données vitales d'identification du produit (page 0x83) ou le numéro de série de l'unité (page 0x80). Les WWID FC sont identifiés comme/dev/disk/by-id/pour référencer les données sur le disque, même si le chemin d'accès au périphérique change et même si l'on accède au périphérique à partir de différents systèmes. - 2 3
- Les WWN Fibre Channel sont identifiés par
/dev/disk/by-path/pci-<IDENTIFIER>-fc-0x<WWN>-lun-<LUN#>, mais il n'est pas nécessaire de fournir une partie du chemin menant àWWN, y compris0x, et tout ce qui suit, y compris-(trait d'union).
La modification de la valeur du paramètre fstype après le formatage et l'approvisionnement du volume peut entraîner une perte de données et une défaillance du pod.
4.5.1.1. Appliquer les quotas de disque
Utilisez les partitions LUN pour appliquer les quotas de disque et les contraintes de taille. Chaque LUN est mappé à un seul volume persistant, et des noms uniques doivent être utilisés pour les volumes persistants.
L'application de quotas de cette manière permet à l'utilisateur final de demander un stockage persistant d'une quantité spécifique, par exemple 10Gi, et d'obtenir un volume correspondant d'une capacité égale ou supérieure.
4.5.1.2. Sécurité des volumes Fibre Channel
Les utilisateurs demandent du stockage avec une demande de volume persistant. Cette demande n'existe que dans l'espace de noms de l'utilisateur et ne peut être référencée que par un module de ce même espace de noms. Toute tentative d'accès à un volume persistant à travers un espace de noms entraîne l'échec du pod.
Chaque LUN Fibre Channel doit être accessible par tous les nœuds du cluster.
