La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Groupes d’accès de volume

Contributeurs

Découvrez l’utilisation d’Astra Trident "groupes d’accès de volume".

Remarque Ignorez cette section si vous utilisez CHAP, qui est recommandé pour simplifier la gestion et éviter la limite de mise à l’échelle décrite ci-dessous. De plus, si vous utilisez Astra Trident en mode CSI, vous pouvez ignorer cette section. Astra Trident utilise CHAP lorsqu’il est installé en tant que mécanisme de provisionnement CSI amélioré.

Astra Trident peut utiliser des groupes d’accès de volume pour contrôler l’accès aux volumes qu’il provisionne. Si CHAP est désactivé, il attend de trouver un groupe d’accès appelé trident Sauf si vous spécifiez un ou plusieurs ID de groupe d’accès dans la configuration.

Astra Trident associe de nouveaux volumes aux groupes d’accès configurés, mais il ne crée ni ne gère d’autre manière les groupes d’accès eux-mêmes. Le ou les groupes d’accès doivent exister avant l’ajout du système de stockage back-end à Astra Trident. Ils doivent également contenir les IQN iSCSI de chaque nœud du cluster Kubernetes qui pourraient monter les volumes provisionnés par ce système back-end. Dans la plupart des installations, cela inclut tous les nœuds workers dans le cluster.

Pour les clusters Kubernetes de plus de 64 nœuds, vous devez utiliser plusieurs groupes d’accès. Chaque groupe d’accès peut contenir jusqu’à 64 IQN et chaque volume peut appartenir à quatre groupes d’accès. Avec quatre groupes d’accès configurés au maximum, n’importe quel nœud d’un cluster de 256 nœuds maximum pourra accéder à n’importe quel volume. Pour connaître les dernières limites des groupes d’accès aux volumes, reportez-vous à la section "ici".

Si vous modifiez la configuration à partir d’une configuration qui utilise la valeur par défaut trident Groupe d’accès à un groupe qui utilise également d’autres, inclure l’ID pour le trident groupe d’accès dans la liste.