Container Service for Kubernetes:Notas de uso e operações de risco

Categoria

Operação de risco

Impacto

Solução de recuperação

API Server

Reutilizar a instância CLB do API server para outros cenários, como um Service do tipo LoadBalancer.

O cluster fica indisponível e o tráfego de serviço é afetado.

Reverta para a configuração original ou entre em contato com o suporte pós-venda.

Modificar o listener, grupo vServer, lista de controle de acesso (ACL) ou outras configurações que controlam o encaminhamento do SLB, ou modificar a configuração de tags da instância SLB usada pelo API Server.

O cluster apresenta comportamento anormal.

Reverta para a configuração original.

Excluir a instância CLB utilizada pelo API server.

As operações no cluster falham.

Esta operação não pode ser revertida. É necessário recriar o cluster. Para mais informações, consulte Criar um cluster gerenciado ACK.

Nó worker

Modificar o grupo de segurança de um nó no cluster.

O nó pode ficar indisponível.

Adicione o nó de volta ao grupo de segurança criado automaticamente para o cluster. Para mais informações, consulte Associar um grupo de segurança a uma instância (ENI primária).

O nó expira ou é destruído.

O nó fica indisponível.

Esta operação não pode ser revertida.

Reinstalar o sistema operacional.

Os componentes no nó são excluídos.

Remova o nó do cluster e adicione-o novamente. Para mais informações, consulte Remover um nó e Adicionar nós existentes a um cluster.

Atualizar versões de componentes do nó por conta própria.

O nó pode tornar-se inutilizável.

Faça rollback para a versão original.

Alterar o endereço IP do nó.

O nó fica indisponível.

Reverta o endereço IP para o original.

Modificar parâmetros de componentes principais, como kubelet, docker e containerd, por conta própria.

O nó pode ficar indisponível.

Configure os parâmetros conforme recomendado na documentação oficial.

Modificar a configuração do sistema operacional.

O nó pode ficar indisponível.

Tente reverter o item de configuração. Caso contrário, exclua o nó e adquira um novo.

Modificar a hora do nó.

Os componentes no nó podem funcionar de maneira anormal.

Reverta a hora do nó.

Adicionar poder computacional ao cluster de uma forma não suportada pelo ACK.

O ACK fornece métodos como console, OpenAPI e interface de linha de comando (CLI) para adicionar poder computacional a um cluster. Para mais informações, consulte Adicionar nós existentes a um cluster. Se você adicionar nós ao cluster usando outros métodos, o ACK não conseguirá identificar a origem desses nós e não poderá fornecer capacidades do produto, como gerenciamento de ciclo de vida de nós, O&M automatizado e suporte técnico. Para uma descrição detalhada dos riscos, consulte Por que o console mostra que a origem do node pool ao qual um nó pertence é "Outros Nós"?.

Recomendamos gerenciar o poder computacional usando node pools. Se desejar continuar usando o método atual, garanta a compatibilidade dos nós com vários componentes do cluster, como Kubernetes, rede, armazenamento e segurança.

Nó master (cluster dedicado ACK)

Modificar o grupo de segurança de um nó no cluster.

O nó master pode ficar indisponível.

Adicione o nó de volta ao grupo de segurança criado automaticamente para o cluster. Para mais informações, consulte Associar um grupo de segurança a uma instância (ENI primária).

O nó expira ou é destruído.

O nó master fica indisponível.

Esta operação não pode ser revertida.

Reinstalar o sistema operacional.

Os componentes no nó master são excluídos.

Esta operação não pode ser revertida.

Atualizar as versões dos componentes Master ou etcd por conta própria.

O cluster pode tornar-se inutilizável.

Faça rollback para a versão original.

Excluir ou formatar dados em diretórios principais, como /etc/kubernetes, no nó.

O nó master fica indisponível.

Esta operação não pode ser revertida.

Alterar o endereço IP do nó.

O nó master fica indisponível.

Reverta o endereço IP para o original.

Modificar parâmetros de componentes principais, como etcd, kube-apiserver e docker, por conta própria.

O nó master pode ficar indisponível.

Configure os parâmetros conforme recomendado na documentação oficial.

Substituir o certificado Master ou etcd por conta própria.

O cluster pode tornar-se inutilizável.

Esta operação não pode ser revertida.

Adicionar ou remover nós master por conta própria.

O cluster pode tornar-se inutilizável.

Esta operação não pode ser revertida.

Modificar a hora do nó.

Os componentes no nó podem funcionar de maneira anormal.

Reverta a hora do nó.

Outros

Alterar permissões ou realizar modificações via RAM.

Alguns recursos do cluster, como instâncias SLB, podem falhar ao serem criados.

Reverta para as permissões originais.

Modificar ou excluir recursos pré-configurados relacionados ao PodSecurityPolicy no cluster. Isso inclui o recurso PodSecurityPolicy chamado ack.privileged, e recursos ClusterRole, ClusterRoleBinding, Role e RoleBinding cujos nomes começam com ack:podsecuritypolicy:.

Componentes principais do cluster podem apresentar comportamento anormal. Você pode não conseguir criar ou atualizar recursos de pod no cluster.

Recupere os recursos relacionados. Para mais informações, consulte Configurar ou recuperar as políticas de segurança de pod padrão do ACK.

Operação de risco

Impacto

Solução de recuperação

Excluir um grupo de dimensionamento.

O node pool apresenta comportamento anormal.

Esta operação não pode ser revertida. A única opção é recriar o node pool. Para mais informações, consulte Criar um node pool.

Remover um nó usando kubectl.

O número de nós exibido no node pool não corresponde ao número real.

Remova o nó especificado no console ACK ou usando a API relacionada a node pools (consulte Remover um nó), ou reduza a escala modificando o número esperado de nós no node pool (consulte Criar e gerenciar node pools).

Liberar diretamente uma instância ECS.

A página do produto node pool pode exibir informações incorretas. Para um node pool com um número específico de nós esperados, o pool escala automaticamente para atingir esse número com base na configuração do node pool.

Esta operação não pode ser revertida. O procedimento correto é reduzir a escala modificando o número esperado de nós no node pool pelo console ACK ou usando a API relacionada a node pools (consulte Criar e gerenciar node pools) ou remover um nó específico (consulte Remover um nó).

Escalar manualmente para fora ou para dentro um node pool com auto scaling ativado.

O componente de auto scaling ajusta automaticamente o número de nós com base na política. Isso faz com que o resultado não corresponda às suas expectativas.

Esta operação não pode ser revertida. Node pools com auto scaling não requerem intervenção manual.

Modificar o número máximo ou mínimo de instâncias em um grupo de dimensionamento ESS.

O dimensionamento pode apresentar comportamento anormal.

• Para um node pool sem auto scaling ativado, altere o número máximo e mínimo de instâncias no grupo de dimensionamento ESS para os valores padrão de 2000 e 0.

• Para um node pool com auto scaling ativado, altere o número máximo e mínimo de instâncias no grupo de dimensionamento ESS para que coincidam com o número máximo e mínimo de nós no node pool.

Não fazer backup de dados antes de adicionar um nó existente.

Quaisquer dados na instância serão perdidos.

Esta operação não pode ser revertida.

• Antes de adicionar manualmente um nó existente, faça backup de todos os dados que deseja manter.

• Quando um nó é adicionado automaticamente, o disco do sistema é substituído. É necessário fazer backup antecipadamente dos dados úteis armazenados no disco do sistema.

Salvar dados importantes no disco do sistema do nó.

A operação de autocorreção de um node pool pode reparar um nó redefinindo sua configuração. Isso pode levar à perda de dados no disco do sistema.

Esta operação não pode ser revertida. A prática correta é armazenar dados importantes em um disco de dados extra ou em um disco em nuvem, NAS ou OSS.

Operação de risco

Impacto

Solução de recuperação

Desinstalar o componente de nó virtual.

O recurso de gerenciamento de pods serverless apresenta comportamento anormal: pods ECI e ACS criados não podem ser excluídos normalmente, e novos pods ECI e ACS não podem ser criados normalmente.

Re instale o componente de nó virtual.

Operação de risco

Impacto

Solução de recuperação

Modificar o parâmetro de kernel net.ipv4.ip_forward=0.

Falha na conectividade de rede.

Modifique o parâmetro de kernel para net.ipv4.ip_forward=1.

Modificar os parâmetros de kernel:

• net.ipv4.conf.all.rp_filter = 1|2

• net.ipv4.conf.[ethX].rp_filter = 1|2

  Nota

  ethX representa todos os controladores de interface de rede (NICs) que começam com eth.

Falha na conectividade de rede.

Modifique os parâmetros de kernel para:

• net.ipv4.conf.all.rp_filter = 0

• net.ipv4.conf.[ethX].rp_filter = 0

Modificar o parâmetro de kernel net.ipv4.tcp_tw_reuse = 1.

As verificações de integridade do pod apresentam comportamento anormal.

Modifique o parâmetro de kernel para net.ipv4.tcp_tw_reuse = 0.

Modificar o parâmetro de kernel net.ipv4.tcp_tw_recycle = 1.

O NAT apresenta comportamento anormal.

Modifique o parâmetro de kernel para net.ipv4.tcp_tw_recycle = 0.

Modificar o parâmetro de kernel net.ipv4.ip_local_port_range.

Ocorrem falhas intermitentes na conectividade de rede.

Modifique o parâmetro de kernel para o valor padrão net.ipv4.ip_local_port_range="32768 60999".

Instalar software de firewall, como Firewalld ou ufw.

Falha na conectividade de rede do contêiner.

Desinstale o software de firewall e reinicie o nó.

A configuração do grupo de segurança do nó não permite tráfego UDP na porta 53 para o bloco CIDR do contêiner.

O DNS no cluster não funciona corretamente.

Configure o grupo de segurança para permitir o tráfego conforme recomendado na documentação oficial.

Modificar ou excluir as tags de uma instância SLB adicionada pelo ACK.

A instância SLB apresenta comportamento anormal.

Reverta as tags da instância SLB.

Modificar a configuração de uma instância SLB gerenciada pelo ACK a partir do console SLB, incluindo a instância SLB, listener e grupo vServer.

A instância SLB apresenta comportamento anormal.

Reverta a configuração da instância SLB.

Remover a anotação para reutilizar uma instância SLB existente de um Service, que é service.beta.kubernetes.io/alibaba-cloud-loadbalancer-id: ${YOUR_LB_ID}.

A instância SLB apresenta comportamento anormal.

Adicione a anotação para reutilizar uma instância SLB existente ao Service.

Excluir uma instância SLB criada pelo ACK a partir do console SLB.

A rede do cluster pode apresentar comportamento anormal.

Exclua a instância SLB excluindo o Service. Para mais informações, consulte Excluir um Service.

Excluir manualmente o Service nginx-ingress-lb no namespace kube-system quando o componente Nginx Ingress Controller estiver instalado.

O Ingress Controller não funciona corretamente e pode travar em casos graves.

Crie um novo Service com o mesmo nome usando o YAML a seguir.

apiVersion: v1
kind: Service
metadata:
  annotations:
  labels:
    app: nginx-ingress-lb
  name: nginx-ingress-lb
  namespace: kube-system
spec:
  externalTrafficPolicy: Local
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 80
  - name: https
    port: 443
    protocol: TCP
    targetPort: 443
  selector:
    app: ingress-nginx
  type: LoadBalancer

Adicionar ou modificar a opção nameserver no arquivo de configuração DNS /etc/resolv.conf em um nó ECS.

Se o servidor DNS configurado não estiver definido corretamente, a resolução DNS pode falhar. Isso afeta a operação normal do cluster.

Se quiser usar um servidor DNS autogerenciado como servidor upstream, recomendamos configurá-lo no lado do CoreDNS. Para mais informações, consulte Configurar um componente CoreDNS não gerenciado.

Modificar ou excluir interfaces de rede elásticas (ENIs) ou ENIs Lingjun criadas pelo ACK.

A rede do pod é interrompida.

Esta operação não pode ser revertida.

Modificar ou excluir CRDs relacionados à rede.

podnetworkings.network.alibabacloud.com
podenis.network.alibabacloud.com
networkinterfaces.network.alibabacloud.com
nodes.network.alibabacloud.com
noderuntimes.network.alibabacloud.com
*.cilium.io
*.crd.projectcalico.org

O componente Terway não funcionará. Isso pode levar a interrupções de rede e anomalias nos pods em casos graves.

Esta operação não pode ser revertida.

Criar, modificar ou excluir CRs de sistema relacionados à rede.

podenis.network.alibabacloud.com
networkinterfaces.network.alibabacloud.com
nodes.network.alibabacloud.com
noderuntimes.network.alibabacloud.com
*.cilium.io
*.crd.projectcalico.org

O componente Terway não funcionará. Isso pode levar a interrupções de rede e anomalias nos pods em casos graves.

Exclua o CR personalizado e recrie o pod associado.

Modificar ou excluir campos cuja alteração não é permitida na configuração de rede do Terway. Para declarações de parâmetros, consulte Personalizar configurações do Terway.

O componente Terway não funcionará. Isso pode levar a interrupções de rede e anomalias nos pods em casos graves.

Reverta para a configuração original e reinicie o nó.

Operação de risco

Impacto

Solução de recuperação

Desanexar manualmente um disco em nuvem pelo console.

As operações de gravação do pod relatam um erro de I/O.

Reinicie o pod e limpe manualmente os resíduos do ponto de montagem no nó.

Executar umount no caminho de montagem do disco no nó.

O pod grava no disco local.

Reinicie o pod.

Operar diretamente em um disco em nuvem no nó.

O pod grava no disco local.

Esta operação não pode ser revertida.

Montar o mesmo disco em nuvem em múltiplos pods.

O pod grava no disco local ou relata um erro de I/O.

Garanta que um disco em nuvem seja usado por apenas um pod.

Excluir manualmente um diretório de montagem NAS.

As operações de gravação do pod relatam um erro de I/O.

Reinicie o pod.

Excluir um disco NAS ou destino de montagem que esteja em uso.

O pod sofre um travamento de I/O.

Reinicie o nó ECS. Para mais informações, consulte Reiniciar uma instância ECS.

Operação de risco

Impacto

Solução de recuperação

Excluir o diretório /tmp/ccs-log-collector/pos no host.

Coleta duplicada de logs.

Esta operação não pode ser revertida. Os arquivos neste diretório registram as posições de coleta de logs.

Excluir o diretório /tmp/ccs-log-collector/buffer no host.

Perda de dados de log.

Esta operação não pode ser revertida. Este diretório é um arquivo de cache para logs aguardando consumo.

Excluir o recurso CRD aliyunlogconfig.

Falha na coleta de logs.

Recrie o CRD excluído e seus recursos correspondentes. No entanto, os logs do período de falha não podem ser recuperados.

A exclusão de um CRD também exclui todas as suas instâncias correspondentes. Mesmo que o CRD seja recuperado, é necessário criar manualmente as instâncias excluídas.

Excluir o componente de log.

Falha na coleta de logs.

Reinstale o componente de log e recupere manualmente as instâncias do CRD aliyunlogconfig. Os logs do período de exclusão não podem ser recuperados.

Excluir o componente de log equivale a excluir o CRD aliyunlogconfig e o coletor Logtail. Todas as capacidades de coleta de logs são perdidas durante este período.