Grupos de acesso a volume
Sugerir alterações
PDFs
Saiba mais sobre como Trident utiliza "grupos de acesso a volume".
|
Ignore esta seção se estiver usando CHAP, que é recomendado para simplificar o gerenciamento e evitar o limite de escalabilidade descrito abaixo. Além disso, se você estiver usando Trident no modo CSI, pode ignorar esta seção. Trident usa CHAP quando instalado como um provisionador CSI aprimorado. |
Saiba mais sobre grupos de acesso de volume
Trident pode usar grupos de acesso a volumes para controlar o acesso aos volumes que provisiona. Se CHAP estiver desativado, ele espera encontrar um grupo de acesso chamado trident a menos que você especifique um ou mais IDs de grupo de acesso na configuração.
Embora Trident associe novos volumes aos grupos de acesso configurados, ele não cria nem gerencia os próprios grupos de acesso. Os grupos de acesso devem existir antes que o backend de storage seja adicionado ao Trident e precisam conter os IQNs iSCSI de todos os nós do cluster Kubernetes que possam potencialmente montar os volumes provisionados por esse backend. Na maioria das instalações, isso inclui todos os nós de trabalho do cluster.
Para clusters Kubernetes com mais de 64 nós, você deve usar vários grupos de acesso. Cada grupo de acesso pode conter até 64 IQNs, e cada volume pode pertencer a quatro grupos de acesso. Com o máximo de quatro grupos de acesso configurados, qualquer nó em um cluster de até 256 nós poderá acessar qualquer volume. Para os limites mais recentes de grupos de acesso a volumes, consulte "aqui".
Se você estiver modificando a configuração de uma que usa o grupo de acesso padrão trident para uma que usa outros também, inclua o ID do grupo de acesso trident na lista.