Container Service for Kubernetes:Alterar a categoria do disco

Pré-requisitos

Antes de começar, verifique se você tem:

• Um cluster com Kubernetes 1.20 ou posterior e o plug-in Container Storage Interface (CSI) instalado. Para atualizar o cluster, consulte Atualizar manualmente um cluster.

• A versão 1.26.1-50a1499-aliyun ou posterior do storage-operator instalada. O storage-operator vem instalado por padrão no cluster. Para verificar a versão, acesse a página de detalhes do cluster no console do ACK, escolha Operations > Add-ons no painel de navegação à esquerda e clique em na aba Storage. Para mais informações, consulte Gerenciar o componente storage-operator.

• (Apenas para clusters dedicados do ACK) Funções do RAM (Resource Access Management) de worker e master com permissão para chamar a operação ModifyDiskSpec. Isso não é necessário para clusters gerenciados pelo ACK. Consulte Criar uma política personalizada.

  Clique em para visualizar o conteúdo da política

  {
      "Version": "1",
      "Statement": [
          {
              "Effect": "Allow",
              "Action": [
                  "ecs:CreateSnapshot",
                  "ecs:DescribeSnapshot",
                  "ecs:DeleteSnapshot",
                  "ecs:ModifyDiskSpec",
                  "ecs:DescribeTaskAttribute"
              ],
              "Resource": "*"
          }
      ]
  }

Limitações

• Não é possível alterar discos básicos e efêmeros para outras categorias.

• Discos ESSD AutoPL não admitem conversão para outras categorias.

• Somente discos com pagamento conforme o uso podem ser montados como volumes.

• A nova categoria de disco deve ser compatível com o tipo de instância ECS do nó que hospeda o pod. Para detalhes de compatibilidade, consulte Visão geral das famílias de instâncias.

• Se a alteração de categoria envolver um ESSD regional, as configurações de afinidade do volume permanecem inalteradas. Pods que utilizam esse disco não podem ser reagendados para outras zonas.

Para obter a lista completa de limites, consulte Limites.

Conversões de categoria de disco suportadas

A tabela a seguir resume as atualizações e reduções suportadas.

Observações de uso:

• Apenas discos ESSD Entry podem ser anexados a instâncias das famílias de instâncias universais e da família de instâncias econômicas e.

• O nível de desempenho disponível para atualização de um ESSD depende da capacidade do disco. Caso um nível superior não esteja disponível, expanda o disco antes de atualizar o nível de desempenho.

• Após alterar um disco para PL3 ESSD, anexe-o a uma instância ou reinicie a instância para ativar o desempenho ideal. A confiabilidade dos dados não é afetada durante esse período.

• Após a mudança de categoria, o faturamento segue as regras da nova categoria de disco.

• Ao mudar para ou de um disco ESSD AutoPL, é possível ativar ou desativar o provisionamento de desempenho após a alteração (custos extras se aplicam quando ativado — consulte Modificar o desempenho provisionado de um disco ESSD AutoPL). O burst de desempenho não pode ser configurado durante a mudança, mas pode ser ativado ou desativado após a conclusão — consulte Ativar ou desativar burst de desempenho para um disco ESSD AutoPL.

Referência do parâmetro desiredDiskType

Use os valores abaixo para o parâmetro desiredDiskType ao criar o recurso personalizado na etapa 2.

Etapa 1: Habilitar alterações de categoria de disco no storage-operator

Execute o comando a seguir para atualizar o ConfigMap do storage-operator e habilitar o recurso de alteração de categoria de disco. O plug-in storage-controller implementa esse recurso.

kubectl patch configmap/storage-operator \
  -n kube-system \
  --type merge \
  -p '{"data":{"storage-controller":"{\"imageRep\":\"acs/storage-controller\",\"imageTag\":\"\",\"install\":\"true\",\"template\":\"/acs/templates/storage-controller/install.yaml\",\"type\":\"deployment\"}"}}'

Etapa 2: Alterar a categoria do disco

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: nginx-diskspec
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 1
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: anolis-registry.cn-zhangjiakou.cr.aliyuncs.com/openanolis/nginx:1.14.1-8.6
        ports:
        - containerPort: 80
        volumeMounts:
        - name: pvc-disk
          mountPath: /data
      volumes:
        - name: pvc-disk
          persistentVolumeClaim:
            claimName: disk-pvc
  volumeClaimTemplates:
    - metadata:
        name: pvc-disk
        labels:
          app: nginx
      spec:
        accessModes: [ "ReadWriteOnce" ]
        storageClassName: "alicloud-disk-essd"
        resources:
          requests:
            storage: 40Gi

kubectl create -f StatefulSet.yaml
kubectl get pod -l app=nginx

NAME                 READY   STATUS    RESTARTS   AGE
nginx-diskspec-0     1/1     Running   0          4m4s

kubectl get pvc pvc-disk-nginx-diskspec-0

NAME                           STATUS    VOLUME                   CAPACITY   ACCESS MODES   STORAGECLASS                VOLUMEATTRIBUTESCLASS   AGE
pvc-disk-nginx-diskspec-0      Bound     d-uf6ijdcp3aeoi82w****   40Gi       RWO            alicloud-disk-essd          <unset>                 5m6s

kubectl get pv d-uf6ijdcp3aeoi82w**** -o=jsonpath='{.metadata.labels}'

{"csi.alibabacloud.com/disktype":"cloud_essd.PL1"}

apiVersion: storage.alibabacloud.com/v1beta1
kind: ContainerStorageOperator
metadata:
  name: default
spec:
  operationType: DISKUPGRADE
  operationParams:
    pvNames: "d-uf6ijdcp3aeoi82w****"
    desiredDiskType: "cloud_auto"

kubectl create -f cr.yaml

kubectl get ContainerStorageOperator default -o yaml

  status:
    message: []
    process: 100%
    status: SUCCESS

kubectl get pv d-uf6ijdcp3aeoi82w**** -o=jsonpath='{.metadata.labels}'

{"csi.alibabacloud.com/disktype":"cloud_auto"}

Próximos passos

• Expandir um disco em nuvem

• Gerenciar o componente storage-operator