Diagnóstico de integridade
O CCE fornece diagnóstico de integridade com um clique em clusters, nós, cargas de trabalho, complementos principais e dependências externas para ajudá-lo a localizar rapidamente falhas de cluster (se houver). Esta seção descreve como realizar o diagnóstico de integridade em um cluster.
Pré-requisitos
- Você obteve permissões de recurso.
- A versão do cluster é posterior à v1.17.
- O cluster está em execução.
Caminho de navegação
- Efetue logon no console do CCE e clique no nome do cluster para acessar o console do cluster.
- Escolha Monitoring Center no painel de navegação e clique na guia Health Diagnosis.
Você pode realizar diagnósticos básicos sem ativar o Centro de monitoramento. Para experimentar mais serviços de diagnóstico, ative o Centro de monitoramento consultando Ativar o Centro de monitoramento.
Configurar uma inspeção agendada
No canto superior direito da guia Health Diagnosis, ative Scheduled Inspection e configure a hora de início da inspeção. A tarefa de inspeção será iniciada automaticamente no horário especificado. Um cluster pode ser agendado para ser inspecionado apenas uma vez por dia.
Diagnóstico de integridade manual
Ao usar o diagnóstico de saúde pela primeira vez, clique em Diagnose Now para iniciar o diagnóstico. Depois que o diagnóstico for concluído, a página será atualizada automaticamente para exibir o resultado do diagnóstico. Os itens normais são ocultos por padrão no resultado.
Os problemas do Kubernetes serão resumidos a partir dos itens anormais. Sugestões de solução de problemas também serão fornecidas. Você pode clicar em View Diagnosis Details para exibir detalhes sobre um item de diagnóstico específico e recursos anormais relacionados. Em alguns casos, também há documentos de solução de problemas na página de detalhes do diagnóstico para sua referência.
Itens de inspeção
| Dimensão | Cenário | Item de inspeção |
|---|---|---|
| Cluster | Planejamento de recursos do cluster | Se o HA está ativado para os nós principais |
| Se as solicitações de CPU dos pods no cluster excederam 80% da CPU do cluster | ||
| Se os limites de CPU dos pods no cluster excederam 150% da CPU do cluster | ||
| Se as solicitações de memória dos pods no cluster excederam 80% da memória do cluster | ||
| Se os limites de memória dos pods no cluster excederam 150% da memória do cluster | ||
| Se a versão do cluster expirou | ||
| O&M de cluster | Se kube-prometheus-stack é normal | |
| Se o log-agent é normal | ||
| Se o npd é normal | ||
| Configuração do cluster | Se os grupos de segurança estão configurados corretamente | |
| Complementos principais | Status do coredns | Se o uso da CPU de coredns excedeu 80% nas últimas 24 horas |
| Se o uso de memória de coredns excedeu 80% nas últimas 24 horas | ||
| Se o coredns não conseguir resolver nomes de domínio nas últimas 24 horas | ||
| Se a latência P99 de coredns excedeu 5s nas últimas 24 horas | ||
| Se o coredns é normal | ||
| Status do everest | Se o everest é normal | |
| Se o uso da CPU do everest excedeu 80% nas últimas 24 horas | ||
| Se o uso de memória do everest excedeu 80% nas últimas 24 horas | ||
| Estado de kube-prometheus-stack | Se o uso da CPU do kube-prometheus-stack excedeu 80% nas últimas 24 horas | |
| Se o uso de memória do kube-prometheus-stack excedeu 80% nas últimas 24 horas | ||
| Se kube-prometheus-stack é normal | ||
| Se ocorreu falta de memória (OOM) no kube-prometheus-stack nas últimas 24 horas | ||
| Se o uso de PVC do prometheus-server excedeu 80% quando kube-prometheus-stack é implementado no modo de servidor | ||
| Status do log-agent | Se o log-agent é normal | |
| Se os grupos de log do LTS e o fluxo de log são criados com êxito | ||
| Se a estruturação de log está ativada para grupos de log do LTS | ||
| Status do autoscaler | Se o autoscaler está disponível quando o dimensionamento automático está ativado para pools de nós | |
| Nó | Status do nó | Se os nós estão prontos |
| Se os nós podem ser agendados | ||
| Se o kubelet é normal | ||
| Configuração do nó | Se as solicitações de memória de pods em um nó excederam 80% da memória do nó | |
| Se as solicitações de CPU de pods em um nó excederam 80% da CPU do nó | ||
| Se os limites de memória dos pods em um nó excederam 150% da memória do nó | ||
| Se os limites de CPU dos pods em um nó excederam 150% da CPU do nó | ||
| Marcas d'água de recursos de nós | Se o uso da CPU de um nó excedeu 80% nas últimas 24 horas | |
| Se o uso de memória de um nó excedeu 80% nas últimas 24 horas | ||
| Se o uso do disco de um nó excedeu 80% | ||
| Se o número de PIDs para um nó excede o limite | ||
| Se a OOM ocorreu em um nó nas últimas 24 horas | ||
| Carga de trabalho | Status do pod | Se os pods são normais |
| Carga de trabalho do pod | Se a OOM ocorreu em um pod nas últimas 24 horas | |
| Se o uso da CPU de um pod excedeu 80% nas últimas 24 horas | ||
| Se o uso de memória de um pod excedeu 80% nas últimas 24 horas | ||
| Configuração do pod | Se as solicitações são configuradas para contêineres em um pod | |
| Se os limites são configurados para contêineres em um pod | ||
| Configuração da sonda de pod | Se as sondas de vivacidade estão configuradas para contêineres em um pod | |
| Se as sondas de prontidão estão configuradas para contêineres em um pod | ||
| Dependência externa | Cotas de recursos de um nó | Se 90% ou mais da cota de disco EVS foi utilizada |
| Se 90% ou mais da cota do ECS foi utilizada |
