Por que vejo um erro etcd database size is approaching the maximum ?

Resolva problemas relacionados à capacidade do banco de dados do etcd em seu cluster.

Nuvem privada virtual Infraestrutura clássica Satellite

Você vê uma mensagem de erro semelhante ao exemplo a seguir.

etcd database size is approaching the maximum

Red Hat OpenShift on IBM Cloud usa um banco de dados etcd como seu armazenamento de backup para todos os dados do cluster. Esse banco de dados é onde são armazenados recursos como configmaps, segredos, implantações e todos os outros recursos do Kubernetes. O Red Hat OpenShift on IBM Cloud limita o tamanho do banco de dados de backup etcd a um máximo de 4 GiB,, o que fornece capacidade suficiente em condições operacionais normais. Entretanto, se um usuário ou processo criar um número extremamente grande de objetos, o tamanho do banco de dados em uso poderá atingir o máximo.

Identifique os recursos que estão ocupando espaço no banco de dados etcd.

  1. Inspecione as métricas do apiserver executando o comando a seguir.

    kubectl get --raw /metrics
    
  2. Procure a saída para apiserver_storage_objects metrics, que informa quantos tipos de objetos estão presentes no banco de dados etcd. Procure tipos de recursos que tenham dezenas ou centenas de objetos associados. Esses recursos são a causa mais provável do problema. No entanto, tenha em mente que é o tamanho desses objetos em vez de seu número que é importante.

  3. Para os recursos identificados na etapa anterior, revise e ajuste suas configurações para reduzir o número de objetos que estão sendo criados. Por exemplo, um problema comum é operadores mal configurados que criam automaticamente muitos segredos.

  4. Depois de ajustar as configurações de recurso, limpe os recursos para trazer o tamanho do banco de dados etcd de volta para baixo

  5. Se o problema persistir, entre em contato com o suporte. Abrir um caso de suporte. No caso de detalhes, certifique-se de incluir quaisquer arquivos de log relevantes, mensagens de erros ou saídas de comando...