Visão geral de armazenamento

O GKE em Bare Metal pode usar várias configurações de armazenamento e fornece interfaces para o gerenciamento de armazenamento em blocos e arquivos por meio dos seguintes objetos do Kubernetes:

Armazenamento temporário com volumes do Kubernetes

Os recursos Volume do Kubernetes são unidades de armazenamento acessíveis para contêineres em um Pod. O armazenamento temporário é compatível com os seguintes tipos de volume:

Os tipos de armazenamento temporários não persistem depois que um pod deixa de existir. Use armazenamento temporário para informações de configuração e armazenamento em cache para aplicativos.

Os tipos de armazenamento temporários compartilham e consomem recursos do disco de inicialização do nó. É possível gerenciar seus recursos de armazenamento temporário local assim como você gerencia recursos de CPU e memória.

Armazenamento permanente usando recursos PersistentVolume

Um Kubernetes PersistentVolume é um recurso que um Pod pode usar para armazenamento durável. A vida útil dos volumes permanentes é independente da vida útil de um pod. Assim, o disco e os dados em um volume permanente continuam existindo enquanto o cluster é alterado e os pods são excluídos e recriados. É possível provisionar recursos PersistentVolume dinamicamente com a API PersistentVolumeClaims, ou um administrador de cluster pode criá-los explicitamente.

O GKE em Bare Metal pode fazer backup do armazenamento persistente usando diversos sistemas de armazenamento, incluindo drivers da interface de armazenamento do contêiner (CSI) e volumes locais.

Drivers da interface de armazenamento em contêineres (CSI, na sigla em inglês)

O GKE em Bare Metal é compatível com drivers CSI v1.0. A CSI é uma interface aberta padrão que é compatível com muitos fornecedores de armazenamento. Para armazenamento de produção, instale um driver CSI de um parceiro de armazenamento pronto para o GKE Enterprise. Consulte Parceiros de armazenamento prontos para o GKE Enterprise para ver a lista completa.

Para usar a CSI no cluster, implante o driver CSI fornecido pelo fornecedor de armazenamento aos clusters. Em seguida, configure as cargas de trabalho para usar o driver CSI com a API StorageClass ou defina StorageClass como a API padrão.

Volumes locais

Para prova de conceito e casos de uso avançados, use recursos PersistentVolume locais. O GKE em Bare Metal agrupa o sig-storage-local-static-provisioner, que descobre pontos de montagem em cada nó e cria um volume permanente local para cada ponto de montagem.

Os clusters do GKE em Bare Metal usam o provisionador de volume local (LVP) para gerenciar volumes permanentes locais. Há três tipos de classes de armazenamento para volumes permanentes locais em um cluster do GKE em Bare Metal:

  • Compartilhamento de LVP
  • Montagem de nós LVP
  • Sistema GKE Enterprise

Compartilhamento de LVP

Essa opção cria um volume permanente local com backup em subdiretórios em um sistema de arquivos compartilhado local. A criação de cluster gera automaticamente esses subdiretórios. As cargas de trabalho que usam essa classe de armazenamento compartilham a capacidade e as operações de entrada/saída por segundo (IOPS), porque o mesmo sistema de arquivos compartilhado faz o backup dos volumes permanentes. Para ter um isolamento melhor, configure os discos com ativações de nós LVP.

Para saber mais, consulte Como configurar um compartilhamento de LVP.

Montagem de nós LVP

Essa opção cria um volume permanente local para cada disco montado no diretório configurado. Formate e ative cada disco antes ou depois da criação do cluster.

Para mais informações, consulte Como configurar ativações de nós LVP.

Sistema GKE Enterprise

Essa classe de armazenamento cria volumes permanentes locais pré-configurados durante a criação do cluster que os pods do sistema do GKE Enterprise usam. O nome da classe de armazenamento é anthos-system. Não altere ou exclua essa classe de armazenamento e não a utilize para cargas de trabalho com estado.

A seguir