Skip to main content
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Grupos de acesso de volume

Colaboradores
PDFs

Saiba mais sobre como o Astra Trident usa "grupos de acesso de volume".

Observação Ignore esta seção se você estiver usando CHAP, que é recomendado para simplificar o gerenciamento e evitar o limite de escala descrito abaixo. Além disso, se você estiver usando Astra Trident no modo CSI, você pode ignorar esta seção. O Astra Trident usa o CHAP quando instalado como um provisionador aprimorado de CSI.

O Astra Trident pode usar grupos de acesso a volumes para controlar o acesso aos volumes provisionados. Se o 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 o Astra Trident associe novos volumes ao(s) grupo(s) de acesso configurado(s), ele não cria nem gerencia grupos de acesso. Os grupos de acesso devem existir antes que o back-end de storage seja adicionado ao Astra Trident e precisam conter as IQNs de iSCSI de cada nó no cluster do Kubernetes que potencialmente poderia montar os volumes provisionados por esse back-end. Na maioria das instalações, isso inclui cada nó de trabalho no cluster.

Para clusters de 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 de tamanho poderá acessar qualquer volume. Para obter os limites mais recentes dos grupos de acesso de volume, "aqui" consulte .

Se você estiver modificando a configuração de uma que esteja usando o grupo de acesso padrão trident para outra que também use outras, inclua a ID do trident grupo de acesso na lista.