Use the node elastic scaling dashboard - Container Service for Kubernetes: Central de Documentação do Alibaba Cloud

O painel de dimensionamento de nós oferece aos engenheiros de O&M uma visão unificada das atividades de dimensionamento de pods e nós, incluindo o estado do cluster em tempo real, tendências históricas e detalhes no nível de eventos. Assim, você identifica problemas de capacidade e determina a causa raiz de falhas de dimensionamento sem consultar manualmente os logs do cluster.

Pré-requisitos

Antes de começar, verifique se:

O painel de dimensionamento de nós está ativado para o seu cluster. Para ativá-lo, envie um ticket
O centro de eventos do Kubernetes está ativado para o seu cluster. Para mais informações, consulte Event monitoring
O recurso de log de auditoria está ativado para o seu cluster. Para mais informações, consulte Use cluster auditing

Visualize o painel de dimensionamento elástico de nós

Faça login no console do Simple Log Service. Na seção Projects, clique em no projeto que deseja gerenciar.
No painel de navegação à esquerda, escolha Dashboards > Dashboards.
Na lista de painéis, clique em no painel que apresenta a visão geral do dimensionamento de nós do Kubernetes para o cluster.

Este painel exibe as principais métricas de dimensionamento e gráficos de tendências do cluster. Os cartões de métricas e gráficos estão descritos nas seções Overview, Pod details e Node details deste tópico; portanto, utilize esta seção apenas para abrir o painel.

Layout do painel

O painel de dimensionamento de nós é composto por quatro áreas: Overview, Pod details, Node details e List of scaling activities.

Overview

A área de visão geral apresenta cinco métricas essenciais para avaliar rapidamente a integridade do cluster.

Métrica	Descrição
Total number of nodes	Quantidade total de nós no cluster, indicando a capacidade geral
Number of available nodes	Nós com status `KubeletReady`. Se houver diferença em relação ao total, alguns nós não estão no estado `KubeletNotReady`, ou seja, estão sendo adicionados ao cluster ou apresentaram falha
Cluster scalability	Indica se o cluster-autoscaler pode executar scale-out no momento. Exibe NO quando a quantidade de nós fora do estado `Ready` ultrapassa o limite superior configurado
Most recent scale-out activities	Contagem de atividades de scale-out no intervalo de tempo selecionado
Most recent scale-in activities	Contagem de atividades de scale-in no intervalo de tempo selecionado

Pod details

Gráfico	Descrição
Unschedulable pod trend	Evolução da quantidade de pods no estado `Pending` ao longo do tempo. Um aumento geralmente indica necessidade de scale-out no cluster
Evicted pod trend	Histórico de pods removidos (evicted) ao longo do tempo. Picos sugerem que o consumo de recursos em um nó atingiu seu limiar

Node details

Gráfico	Descrição
Node status trend	Total de nós, nós `KubeletReady` e nós `KubeletNotReady` ao longo do tempo. Nós adicionados nos últimos 10 minutos são excluídos da contagem de `KubeletNotReady`
Node scale-out trend	Atividades de scale-out ao longo do tempo. Cada ponto de dados corresponde à quantidade de eventos `ScaledUpGroup` gerados, sendo um evento por ação de scale-out do cluster-autoscaler
Node scale-in trend	Atividades de scale-in ao longo do tempo. Cada ponto de dados corresponde à quantidade de eventos `ScaleDown` gerados, sendo um evento por ação de scale-in do cluster-autoscaler

List of scaling activities

A lista de atividades de dimensionamento exibe todos os eventos relacionados em ordem cronológica. Pesquise por nome do pod, nome do nó ou tipo de evento para localizar atividades específicas e inspecionar seus detalhes. Filtre a lista por intervalo de tempo e navegue pelos resultados página a página.

A lista contém quatro colunas:

Coluna	Descrição
Time	Momento em que o evento de dimensionamento foi gerado
Type	Indica se o evento é de scale-out ou scale-in
Details	Descrição do evento reportada pelo cluster-autoscaler, como `node removed by cluster autoscaler`
Node	Nó ao qual o evento se refere

Identifique problemas

Verifique nós anormais: Compare Total number of nodes com Number of available nodes. Se houver divergência, alguns nós estão em estado anormal e exigem atenção.

Avalie o dimensionamento do cluster: Cargas de trabalho online oscilam entre horários de pico e fora de pico, e o Auto Scaling foi projetado para acompanhar esse padrão. Abra a área Node details, selecione um intervalo de tempo que cubra um período de pico recente e compare a tendência de dimensionamento com o histórico da sua carga de trabalho. Caso o cluster não tenha dimensionado conforme o esperado, revise a configuração do Auto Scaling.

Solucione falhas de dimensionamento

Existem pods pendentes, mas os nós não estão fazendo scale-out

Verifique a métrica Cluster scalability na área Overview.
- Se exibir NO, o cluster-autoscaler está impedido de executar scale-out. Solucione o problema de estado do cluster antes de prosseguir.
- Se exibir YES, avance para a próxima etapa.
Na List of scaling activities, pesquise pelo nome do pod ou pelo evento NotTriggerScaleUp.
Inspecione o campo reason para identificar por que o scale-out não foi acionado.

Scale-out acionado, mas não concluído

Na List of scaling activities, pesquise pelo evento FailedToScaleUpGroup.
Inspecione o campo reason para identificar o que impediu o cluster-autoscaler de concluir o scale-out.

Determine quando um scale-out foi acionado

Na List of scaling activities, pesquise pelo nome do pod ou pelo evento TriggeredScaleUp e verifique o carimbo de data/hora do evento.

Determine quando um scale-in foi acionado

Na List of scaling activities, pesquise pelo nome do nó ou pelo evento ScaleDown e verifique o carimbo de data/hora do evento.

Falha no scale-in

Na List of scaling activities, pesquise pelo nome do nó ou pelo evento ScaleDownFailed e inspecione o campo reason.