Solucionar problemas de alerta de memória do provedor de caminho no PCF

Opções de download

  • PDF     (257.7 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (83.7 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (71.1 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:1 de março de 2024
ID do documento:221761

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

    Introdução

    Este documento descreve o procedimento para fazer troubleshooting do Alerta de Memória do Provisionador de Caminho visto na Policy Control Function (PCF).

    Pré-requisitos

    Requisitos

    A Cisco recomenda que você tenha conhecimento destes tópicos:

    • PCF
    • Plataforma de implantação nativa em nuvem (CNDP) 5G
    • Dockers e Kubernetes

    Componentes Utilizados

    As informações neste documento são baseadas nestas versões de software e hardware:

    • PCF REL_2023.01.2
    • Kubernetes v1.24.6

    As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

    Informações de Apoio

    Nesta configuração, o CNDP hospeda o PCF.

    Um provedor de caminhos, no contexto de sistemas e infraestrutura de computadores, normalmente se refere a um componente ou ferramenta que gerencia e provisiona caminhos ou volumes de armazenamento para aplicativos ou serviços.

    Um provedor de caminho é frequentemente associado à alocação e ao gerenciamento de armazenamento dinâmico em ambientes de nuvem ou configurações em contêiner. Ele permite que aplicativos ou contêineres solicitem volumes ou caminhos de armazenamento sob demanda, sem intervenção manual ou pré-alocação.

    Um provedor de caminhos pode lidar com tarefas como criar ou montar volumes de armazenamento, gerenciar permissões de acesso e mapeá-las para instâncias de aplicativos específicas. Ele abstrai a infraestrutura de armazenamento subjacente, fornecendo uma interface simplificada para que os aplicativos interajam com os recursos de armazenamento.

    Problema


    Faça login no centro de operações do Common Execution Environment (CEE) e verifique se os pods do provedor no caminho reportam os alarmes de OOM (Out of Memory).

    Command:
    cee# show alerts active summary summary
    Example:
    [pcf01/pcfapp] cee# show alerts active summary
    NAME UID SEVERITY STARTS AT DURATION SOURCE SUMMARY 
    --------------------------------------------------------------------------------------------------------------------------------------------
    container-memory-usag 10659b0bcae0 critical 01-22T22:59:46 path-provisioner-pxps Pod cee-pcf/path-provisioner-pxpss/k8s_path-p... 
    container-memory-usag b2f10b3725e7 critical 01-22T15:51:36 path-provisioner-pxps Pod cee-pcf/path-provisioner-pxpss/ uses high...

    Análise

    Sempre que você receber alarmes de alto uso de memória em pods ou contêineres do provedor de caminho. Kubernetes (K8s) reinicia o pod quando ele atinge o limite máximo de memória.
    Como alternativa, o pod pode ser reiniciado manualmente quando ultrapassar o limite de 80% para evitar os alertas de alta memória.

    Etapa 1. Verifique o nome do pod relatado no resumo ativo e na saída deste comando.

    Command:
    cloud-user@pcf01-master-1$ kubectl get pods --all-namespaces | grep "path-provisioner"
    Example:
    cloud-user@pcf01-master-1:~$ kubectl get pods --all-namespaces | grep "path-provisioner"
    NAMESPACE NAME READY STATUS RESTARTS AGE
    cee-pcf path-provisioner-27bjx 1/1 Running 0 110d
    cee-pcf path-provisioner-4mlq8 1/1 Running 0 110d
    cee-pcf path-provisioner-4zvjd 1/1 Running 0 110d
    cee-pcf path-provisioner-566pn 1/1 Running 0 110d
    cee-pcf path-provisioner-6d2dr 1/1 Running 0 110d
    cee-pcf path-provisioner-7g6l4 1/1 Running 0 110d
    cee-pcf path-provisioner-8psnx 1/1 Running 0 110d
    cee-pcf path-provisioner-94p9f 1/1 Running 0 110d
    cee-pcf path-provisioner-bfr5w 1/1 Running 0 110d
    cee-pcf path-provisioner-clpq6 1/1 Running 0 110d
    cee-pcf path-provisioner-dbjft 1/1 Running 0 110d
    cee-mpcf path-provisioner-dx9ts 1/1 Running 0 110d
    cee-pcf path-provisioner-fx72h 1/1 Running 0 110d
    cee-pcf path-provisioner-hbxgd 1/1 Running 0 110d
    cee-pcf path-provisioner-k6fzc 1/1 Running 0 110d
    cee-pcf path-provisioner-l4mzz 1/1 Running 0 110d
    cee-pcf path-provisioner-ldxbb 1/1 Running 0 110d
    cee-pcf path-provisioner-lf2xx 1/1 Running 0 110d
    cee-pcf path-provisioner-lxrjx 1/1 Running 0 110d
    cee-pcf path-provisioner-mjhlw 1/1 Running 0 110d
    cee-pcf path-provisioner-pq65p 1/1 Running 0 110d
    cee-pcf path-provisioner-pxpss 1/1 Running 0 110d
    cee-pcf path-provisioner-q4b7m 1/1 Running 0 110d
    cee-pcf path-provisioner-qlkjb 1/1 Running 0 110d
    cee-pcf path-provisioner-s2jth 1/1 Running 0 110d
    cee-pcf path-provisioner-vhzhg 1/1 Running 0 110d
    cee-pcf path-provisioner-wqpmr 1/1 Running 0 110d
    cee-pcf path-provisioner-xj5k4 1/1 Running 0 110d
    cee-pcf path-provisioner-z4h98 1/1 Running 0 110d
    cloud-user@pcf01-master-1:~$

    Etapa 2. Verifique a contagem total dos pods do provedor de caminho ativo.

    cloud-user@pcf01-master-1:~$ kubectl get pods --all-namespaces | grep "path-provisioner" | wc -l
    29
    cloud-user@pcf01-master-1:~$

    Solução

    Etapa 1. Execute o reinício dos pods do provedor de caminho sob o login de espaço de nomes CEE para o nó mestre.

    cloud-user@pcf01-master-1:~$ kubectl delete pod -n cee-pcf path-provisioner-pxpss 
    pod "path-provisioner-pxpss" deleted

    Etapa 2. Verifique se os pods de Kubernetes estão online novamente.

    cloud-user@pcf01-master-1:~$ kubectl get pods --all-namespaces | grep "path-provisioner"
    cee-pcf path-provisioner-27bjx 1/1 Running 0 110d
    cee-pcf path-provisioner-4mlq8 1/1 Running 0 110d
    cee-pcf path-provisioner-4zvjd 1/1 Running 0 110d
    cee-pcf path-provisioner-566pn 1/1 Running 0 110d
    cee-pcf path-provisioner-6d2dr 1/1 Running 0 110d
    cee-pcf path-provisioner-7g6l4 1/1 Running 0 110d
    cee-pcf path-provisioner-8psnx 1/1 Running 0 110d
    cee-pcf path-provisioner-94p9f 1/1 Running 0 110d
    cee-pcf path-provisioner-bfr5w 1/1 Running 0 110d
    cee-pcf path-provisioner-clpq6 1/1 Running 0 110d
    cee-pcf path-provisioner-dbjft 1/1 Running 0 110d
    cee-pcf path-provisioner-dx9ts 1/1 Running 0 110d
    cee-pcf path-provisioner-fx72h 1/1 Running 0 110d
    cee-pcf path-provisioner-hbxgd 1/1 Running 0 110d
    cee-pcf path-provisioner-k6fzc 1/1 Running 0 110d
    cee-pcf path-provisioner-l4mzz 1/1 Running 0 110d
    cee-pcf path-provisioner-ldxbb 1/1 Running 0 110d
    cee-pcf path-provisioner-lf2xx 1/1 Running 0 110d
    cee-pcf path-provisioner-lxrjx 1/1 Running 0 110d
    cee-pcf path-provisioner-mjhlw 1/1 Running 0 110d
    cee-pcf path-provisioner-pq65p 1/1 Running 0 110d
    cee-pcf path-provisioner-pxpss 1/1 Running 0 7s
    cee-pcf path-provisioner-q4b7m 1/1 Running 0 110d
    cee-pcf path-provisioner-qlkjb 1/1 Running 0 110d
    cee-pcf path-provisioner-s2jth 1/1 Running 0 110d
    cee-pcf path-provisioner-vhzhg 1/1 Running 0 110d
    cee-pcf path-provisioner-wqpmr 1/1 Running 0 110d
    cee-pcf path-provisioner-xj5k4 1/1 Running 0 110d
    cee-pcf path-provisioner-z4h98 1/1 Running 0 110d
    cloud-user@pcf01-master-1:~$

    Etapa 3. Verifique se a contagem total dos Ative Path-Provisioner Pods é a mesma de antes da reinicialização.

    cloud-user@pcf01-master-1:~$ kubectl get pods --all-namespaces | grep "path-provisioner" | wc -l
    29
    cloud-user@pcf01-master-1:~$

    Etapa 4. Verifique os alertas ativos e certifique-se de que os alertas relacionados ao provedor de caminho sejam eliminados.

    [pcf01/pcfapp] cee# show alerts active summary
    NAME UID SEVERITY STARTS AT SOURCE SUMMARY
    -----------------------------------------------------------------------------------------------------------------
    watchdog 02d125c1ba48 minor 03-29T10:48:08 System This is an alert meant to ensure that the entire a...


    Histórico de revisões

    Revisão Data de publicação Comentários
    1.0
    01-Mar-2024
    Versão inicial
    TAC Authored

    Colaborado por engenheiros da Cisco

    • Ataullah Mohammed
      Engenheiro do Cisco TAC

    Este documento lhe foi útil?

    FeedbackFeedback

    Contate a Cisco

    Este documento se refere a estes produtos