Groupes d'accès de volume
Suggérer des modifications
PDF
En savoir plus sur la façon dont Astra Trident utilise "groupes d'accès de volume".
|
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é. |
En savoir plus sur les groupes d'accès aux volumes
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 s'attend à 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 pas et ne gère pas les groupes d'accès eux-mêmes. Les groupes d'accès doivent exister avant l'ajout du système back-end de stockage à Astra Trident et doivent contenir les IQN iSCSI de chaque nœud du cluster Kubernetes pouvant potentiellement monter les volumes provisionnés par ce 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 "ici" à la section .
Si vous modifiez la configuration d'un groupe qui utilise le groupe d'accès par défaut trident à un autre, incluez l'ID du trident groupe d'accès dans la liste.