Para informações sobre a versão, consulte as notas da versão do Distributed Cloud Connected.

Configurar o armazenamento conectado do Distributed Cloud

Nesta página, descrevemos como configurar o armazenamento conectado do Distributed Cloud, incluindo:

Rakuten's Symcloud Storage (em inglês)
Esquemas de armazenamento local

Configurar o Distributed Cloud Connected para o Symcloud Storage

Por padrão, as cargas de trabalho executadas em um nó de rack do Google Distributed Cloud conectado não podem acessar o armazenamento local de outro nó de rack do Distributed Cloud conectado. No entanto, é possível configurar racks conectados do Distributed Cloud para usar o Rakuten Symcloud Storage, uma solução de terceiros que atua como uma camada de abstração de armazenamento local em cada nó conectado do Distributed Cloud e disponibiliza o armazenamento local para cargas de trabalho executadas em outros nós conectados do Distributed Cloud. O Symcloud Storage é a opção de armazenamento padrão e única nos servidores conectados do Google Distributed Cloud.

O Symcloud Storage é implantado no Google Cloud Marketplace e está sujeito aos termos declarados nele. O Google oferece suporte limitado para o uso do Symcloud Storage com o Distributed Cloud Connected e pode contratar o provedor terceirizado para receber ajuda. As atualizações de software do Symcloud Storage estão incluídas nas atualizações de software conectadas do Distributed Cloud.

Esta versão do Distributed Cloud Connected é fornecida com e oferece suporte ao Symcloud Storage 5.4.10. Nenhuma outra versão do Symcloud Storage é compatível com esta versão do Distributed Cloud Connected.

Adquirir uma licença do Symcloud Storage

É necessário adquirir uma licença do Symcloud Storage no formato YAML no Google Cloud Marketplace:

Acessar o Marketplace

Classes de armazenamento do Symcloud

Esta seção descreve as classes de armazenamento que o Symcloud Storage pode ativar no seu cluster conectado do Distributed Cloud. O Symcloud Storage no Distributed Cloud Connected não é compatível com a classe de armazenamento robin-rwx nem com volumes de modo de sistema de arquivos RWX configurados de maneira personalizada. Para mais informações sobre classes de armazenamento do Symcloud, consulte Como usar o Robin CNS no Kubernetes.

Classe de armazenamento `robin`

A classe de armazenamento robin é uma classe básica de armazenamento de leitura e gravação única (RWO, na sigla em inglês). O exemplo a seguir ilustra a instanciação da classe:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
    name: robin
    labels:
        app.kubernetes.io/instance: robin
        app.kubernetes.io/managed-by: robin.io
        app.kubernetes.io/name: robin
provisioner: robin
reclaimPolicy: Delete
allowVolumeExpansion: true
volumeBindingMode: WaitForFirstConsumer

Classe de armazenamento `robin-immediate`

A classe de armazenamento robin-immediate é igual a robin, exceto que o volume permanente é criado imediatamente após a criação da reivindicação de volume permanente correspondente. O exemplo a seguir ilustra a instanciação da classe:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
    name: robin-immediate
    labels:
        app.kubernetes.io/instance: robin
        app.kubernetes.io/managed-by: robin.io
        app.kubernetes.io/name: robin
provisioner: robin
reclaimPolicy: Delete
allowVolumeExpansion: true
volumeBindingMode: Immediate

Classe de armazenamento `robin-repl-3`

O robin-repl-3 é uma classe de armazenamento RWO com três réplicas que abrangem vários nós do Distributed Cloud. O exemplo a seguir ilustra a instanciação da classe:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
    name: robin-repl-3
    labels:
        app.kubernetes.io/instance: robin
        app.kubernetes.io/managed-by: robin.io
        app.kubernetes.io/name: robin
provisioner: robin
reclaimPolicy: Delete
allowVolumeExpansion: true
volumeBindingMode: WaitForFirstConsumer
parameters:
    replication: "3"
    faultdomain: host

Pré-requisitos

Antes de começar, siga estas etapas:

Configure o registro e o monitoramento para o projeto conectado do Distributed Cloud de destino.
Crie o cluster de destino do Distributed Cloud conectado.
Configure a rede do Distributed Cloud para que os pods no cluster conectado do Distributed Cloud de destino possam acessar o data center Google Cloud .
Vincule cada volume permanente local-block em cada nó do Distributed Cloud que você não quer que seja abstraído pelo Symcloud Storage. Se você desvincular um volume permanente local-block vinculado, a instalação do Symcloud Storage vai limpar o conteúdo desse volume permanente. Para instruções, consulte Vinculação na documentação do Kubernetes.

Instalar o Symcloud Storage em um nó conectado do Distributed Cloud

Para instalar o Symcloud Storage em um nó conectado do Distributed Cloud, siga estas etapas:

Use o comando a seguir para aplicar a licença do Symcloud Storage ao cluster. Substitua LICENSE_FILE pelo caminho completo e o nome do arquivo de licença do Symcloud Storage.
```
kubectl apply -f LICENSE_FILE -n robin-admin
```

Use o comando a seguir para verificar o status do serviço RobinCluster e de todos os nós do Symcloud Storage:

kubectl describe robinclusters -n robinio

O comando retorna uma saída semelhante a esta:

[...]
Status:
[...]
Phase:              Ready
robin_node_status:
[...]
 Status:           Ready
[...]
 Status:           Ready
[...]
 Status:           Ready
[...]

O status esperado para o serviço e os nós é Ready.

Definir o armazenamento do Symcloud como a classe de armazenamento padrão

Use o comando a seguir para definir o Symcloud Storage como a classe de armazenamento padrão no cluster conectado do Distributed Cloud. Substitua STORAGE_CLASS por uma das classes de armazenamento do Symcloud.

kubectl patch storageclass STORAGE_CLASS -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

Para mais informações sobre como definir a classe de armazenamento padrão, consulte Alterar o StorageClass padrão na documentação do Kubernetes.

Configurar volumes de armazenamento do Symcloud abstraídos para cargas de trabalho

Esta seção mostra exemplos de como usar classes de armazenamento do Symcloud para configurar o armazenamento abstraído para suas cargas de trabalho conectadas ao Distributed Cloud. Para mais detalhes sobre como configurar volumes do Symcloud Storage, consulte Como usar o Robin CNS no Kubernetes.

Configurar um volume `ext4` RWO no modo de sistema de arquivos

O exemplo a seguir ilustra como configurar uma reivindicação de volume permanente para um volume RWO no modo de sistema de arquivos com o sistema de arquivos ext4. Substitua STORAGE_CLASS por uma das classes de armazenamento do Symcloud.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: rwo-fs-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: STORAGE_CLASS

Configurar um volume RWO no modo de bloqueio

O exemplo a seguir ilustra como configurar uma solicitação de volume permanente para um volume RWO no modo de bloco. Substitua STORAGE_CLASS por uma das classes de armazenamento do Symcloud.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: rwo-block-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: STORAGE_CLASS
  volumeMode: Block

Modificar a configuração de um volume atual

O exemplo a seguir ilustra como modificar a configuração de um volume RWO compactado com LZ4 do Symcloud Storage usando anotações. Substitua STORAGE_CLASS por uma das classes de armazenamento do Symcloud.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: compressed-rwo-fs-pvc
  annotations:
    robin.io/compression: LZ4
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: STORAGE_CLASS

O exemplo a seguir mostra como modificar a configuração de um volume RWO do Symcloud Storage com o sistema de arquivos xfs usando anotações. Substitua STORAGE_CLASS por uma das classes de armazenamento do Symcloud.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: rwo-xfs-pvc
  annotations:
    robin.io/fstype: xfs
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: STORAGE_CLASS

Configurar o cliente da CLI do Symcloud Storage

O Symcloud Storage oferece um cliente de interface de linha de comando (CLI) que pode ser usado para gerenciar a configuração do Symcloud Storage. Para configurar o cliente no cluster conectado do Distributed Cloud, siga estas etapas:

Extraia o caminho da imagem do Symcloud Storage usado pela instância do serviço RobinCluster implantada no cluster conectado do Distributed Cloud e defina as variáveis de ambiente da seguinte maneira:

image_robin=$(kubectl get robincluster -o jsonpath='{.items[].spec.image_robin}')
image_registry_path=$(kubectl get robincluster -o jsonpath='{.items[].spec.image_registry_path}')
ROBIN_CNS_IMAGE="$image_registry_path/$image_robin"

Crie um recurso robincli com o seguinte conteúdo:

kind: Deployment
apiVersion: apps/v1
metadata:
 name: robincli
 namespace: default
 labels:
   name: robincli
spec:
 replicas: 1
 selector:
   matchLabels:
     name: robincli
 template:
   metadata:
     annotations:
       product: robin
     labels:
       name: robincli
   spec:
     containers:
     - name: robincli
       image: ROBIN_CNS_IMAGE
       workingDir: /root
       command: ["/bin/bash","-c","mkdir -p /root/.robin; ln -s -t /usr/lib/python3.7/site-packages/ /opt/robin/current/python3/site-packages/robincli /opt/robin/current/python3/site-packages/stormgr_def.py /opt/robin/current/python3/site-packages/stormgr_lib.py; /opt/robin/current/bin/robin client add-context robin-master.robinio --set-current; while true; do sleep 10000; done"]
       resources:
         requests:
           memory: "10Mi"
           cpu: "100m"

Substitua ROBIN_CNS_IMAGE pelo caminho completo do repositório e nome da imagem que você obteve na etapa 1.

Aplique o recurso robincli ao cluster conectado do Distributed Cloud.
Na instalação inicial, o Symcloud Storage gera um secret default-admin-user no namespace robinio com uma senha aleatória. Use os comandos a seguir para receber essas credenciais de login:
1. Consiga o nome de usuário:
```
kubectl -n robinio get secret default-admin-user -o jsonpath='{.data.username}' | base64 -d
```
2. Obtenha a senha:
```
 
kubectl -n robinio get secret default-admin-user -o jsonpath='{.data.password}' | base64 -d
```
Faça login no pod recém-criado e execute o cliente:
```
kubectl exec -it robincli -- bash
```

Limitações do Symcloud Storage

Ao usar o Symcloud Storage com o Distributed Cloud Connected, só é possível alcançar alta disponibilidade se o cluster do Distributed Cloud Connected tiver três ou mais nós.

Remover nós que usam o Symcloud Storage de um cluster

As réplicas de volume do Symcloud Storage são armazenadas em nós de trabalho no cluster conectado da Distributed Cloud. Se você remover um nó do cluster, os dados do volume do Symcloud Storage armazenados nele vão ficar indisponíveis. Para evitar isso, siga um destes procedimentos:

Se você estiver desativando todo o cluster, remova as cargas de trabalho e os volumes persistentes do Symcloud Storage correspondentes antes de desativar o cluster.
Se você estiver removendo nós específicos do cluster, migre os dados da carga de trabalho armazenados nesses nós antes de removê-los do cluster. Para instruções, consulte Como evacuar volumes de um disco.

Configurar esquemas de armazenamento local

Um esquema de armazenamento é um agrupamento lógico de uma ou mais partições. Cada partição é uma unidade de armazenamento logicamente independente. As partições são criadas no cluster sequencialmente até que o espaço em disco físico seja esgotado. Cada esquema de armazenamento tem um nome exclusivo que o identifica.

Para criar um novo esquema de armazenamento local para seu cluster conectado do Distributed Cloud, é necessário fazer uma solicitação ao Google. Depois de testar e criar o esquema no cluster, você poderá aplicá-lo usando a CLI gcloud.

Não é possível modificar um esquema depois que ele é aplicado a um cluster. Para mudar um esquema, você precisa pedir ao Google a exclusão do esquema atual e a criação de um novo para substituí-lo.

Definir partições para um esquema de armazenamento local

Antes de solicitar um esquema de armazenamento local, defina as partições dele.

Uma partição tem as seguintes propriedades:

Tamanho. Você pode especificar um tamanho de partição em bytes binários ou usar todo o espaço restante no disco local.
Tipo. É possível configurar uma partição como um volume permanente (PV) do Kubernetes ou um volume local do Linux no disco local.
Modo. É possível configurar o volume armazenado na partição como um volume de blocos ou um volume do sistema de arquivos. Para partições de volume permanente, a classe de armazenamento da partição é local-block ou local-disks, respectivamente. Para partições de volume local, é possível especificar os pontos de vinculação e montagem dos sistemas de arquivos contidos.

Solicitar um esquema de armazenamento local

Para solicitar um novo esquema de armazenamento local para seu cluster conectado do Distributed Cloud, entre em contato com o suporte do Google e informe o tamanho, tipo, modo e, opcionalmente, pontos de montagem e vinculação para cada partição que você quer criar no esquema.

Quando recebemos sua solicitação, executamos uma série de testes para garantir a robustez do esquema e o criamos no cluster conectado da Distributed Cloud.

Esquemas de armazenamento local padrão

O Distributed Cloud Connected vem com os seguintes esquemas de armazenamento local padrão:

default_control_plane_node. Esse esquema define as seguintes partições:
- Uma partição de volume local de 100 GB no modo de sistema de arquivos.
- Uma partição de volume permanente no modo de bloco que ocupa o espaço livre restante no disco.
default_worker_node. Esse esquema define uma partição de volume permanente de 410 GB no modo de bloco.

Aplicar um esquema de armazenamento local a um cluster

Para aplicar um esquema de armazenamento local ao cluster conectado do Distributed Cloud, faça uma das seguintes ações:

Para aplicar um esquema de armazenamento local aos nós do plano de controle do cluster, use a flag --control-plane-node-storage-schema ao criar o cluster. Para mais informações, consulte Criar um cluster.
Para aplicar um esquema de armazenamento local aos nós de trabalho do cluster, use --node-storage-schema ao criar um pool de nós para o cluster. Para mais informações, consulte Criar um pool de nós.

O Distributed Cloud Connected cria as partições definidas no seu esquema de armazenamento local após a criação bem-sucedida do cluster ou do pool de nós.