Contents

Introdução

Pré-requisitos

Requisitos

O que são páginas enormes?

Descrição do problema

Análise

Troubleshooting

Introdução

Este documento descreve o procedimento para analisar o problema relacionado ao alto uso de memória nos nós de computação do Cisco Virtualized Infrastructure Manager (CVIM).

Pré-requisitos

Requisitos

A Cisco recomenda que você conheça o gerenciamento de memória e o HugePages no Linux.

O que são páginas enormes?

A habilitação de HugePages permite que o sistema operacional suporte páginas de memória maiores que o padrão (geralmente 4 KB). O uso de tamanhos de página muito grandes pode melhorar o desempenho do sistema, reduzindo os recursos do sistema necessários para acessar entradas de tabela de página. Consequentemente, HugePages são normalmente empregados para reduzir a latência de memória.

Descrição do problema

Alertas de alto uso de memória nos nós de computação do CVIM, enquanto o CVIM não disparou nenhum alerta. Os alertas relacionados à utilização de memória podem ser feitos por meio de uma ferramenta de monitoramento de terceiros ou de um painel de monitoramento.

Análise

É observado que a alta utilização de memória no sistema operacional de acordo com o free e  sar no Linux.

[root@cvim-computex ~]# free -m

total    used    free   shared  buff/cache  available

Mem:           385410  365882   7602     3621       11925        8411

Swap:            2047       0   2047

[root@cvim-computex ~]# sar -r

Linux 4.18.0-193.81.1.el8_2.x86_64 (pod1-compute4.mx2) 08/24/2023 _x86_64_ (112 CPU)

12:00:46 AM kbmemfree kbavail kbmemused %memused kbbuffers kbcached kbcommit %commit kbactive kbinact kbdirty

12:10:34 AM   7493576 7871200 387166528    98.10      4240  9334356 12893752    3.25  4891940 6325076      68

12:20:11 AM   7503208 7883396 387156896    98.10      4240  9337364 12872708    3.24  4885008 6328096      16

12:30:34 AM   7485648 7869540 387174456    98.10      4240  9340556 12902748    3.25  4892948 6331276      36

12:40:46 AM   7494396 7880940 387165708    98.10      4240  9343636 12866964    3.24  4886908 6334364      20

12:50:34 AM   7479616 7869772 387180488    98.10      4240  9346720 12905156    3.25  4892408 6337444      56

01:00:46 AM   7490304 7883016 387169800    98.10      4240  9349832 12860152    3.24  4885308 6340500      56

01:10:34 AM   7472248 7868672 387187856    98.11      4240  9352836 12896932    3.25  4892604 6343556      28

01:20:46 AM   7484308 7883276 387175796    98.10      4240  9355948 12867972    3.24  4885172 6346676      16

01:30:34 AM   7475092 7869596 387185012    98.11      4240  9350840 12904328    3.25  4892448 6341556      44

01:40:46 AM   7485436 7882508 387174668    98.10      4240  9353932 12864252    3.24  4885148 6344660      56

01:50:34 AM   7468840 7869520 387191264    98.11      4240  9357036 12907464    3.25  4893552 6347752     164

02:00:46 AM   7479076 7882428 387181028    98.10      4240  9360124 12861892    3.24  4886044 6350844      68

Use o  ps  para identificar os processos com maior uso de memória.

[root@cvim-computex ~]# ps -aux --sort -rss

USER         PID %CPU %MEM VSZ       RSS TTY STAT  START TIME COMMAND

root      328199 1207  0.2 541893584 ?   RLl Mar12 2948779:31 /usr/bin/vpp -c /etc/vpp/vpp.conf

root        1829  0.0  0.0 379024  227692 ?  Ss    Mar12 14:21 /usr/lib/systemd/systemd-journald

Verifique o uso de memória do contêiner, verificando as estatísticas usando o comando  podman  or  docker  comandos.

[root@cvim-computex ~]# podman stats

ID            NAME                 CPU % MEM USAGE / LIMIT MEM % NET IO  BLOCK IO          PIDS

2f8fdc4b63a4 fluentd_31902         --    301.2MB / 404.1GB 0.07% -- / -- 9.265MB / 89.68GB 75

34d806a30733 novalibvirt_31902     --    42.16MB / 404.1GB 0.01% -- / -- 589.8kB / 22.13MB 44

48292d2fa956 novassh_31902         --    5.882MB / 404.1GB 0.00% -- / -- 475.1kB / 167.3MB 2

7b2ce84e86b3 novacompute_31902     --    231.8MB / 404.1GB 0.06% -- / -- 761.9kB / 2.43GB  49

89c01c14ef3f neutron_vpp_31902     --    1.209GB / 404.1GB 0.30% -- / -- 0B / 7.66MB       35

Com base na saída fornecida, parece que nenhum processo está exibindo alto uso de memória. Além disso, os contêineres parecem estar utilizando uma quantidade baixa de memória.

O   free  ainda mostra alto uso de memória.

root@cvim-computex ~]# free -m

total     used   free   shared    buff/cache available

Mem:        385410   366751  7310    3496          11348   7696

Swap:         2047        5  2042

[root@cvim-computex ~]#

Troubleshooting

Para compreender essa utilização de memória, é essencial conhecer a memória HugePage.

Se o pod estiver habilitado com HugePages, deve-se tomar cuidado para usar o tipo correto, para garantir que a memória do sistema não seja usada para iniciar as VMs. O uso da memória do sistema para VMs pode levar à instabilidade do CVIM, pois tanto a carga de trabalho quanto a infraestrutura estão competindo pelos recursos reservados para a infraestrutura.

Verifique as páginas enormes:

[root@cvim-computex ~]# tail /sys/devices/system/node/node0/hugepages/hugepages-2048kB/nr_hugepages

90001

[root@cvim-computex ~]# tail /sys/devices/system/node/node0/hugepages/hugepages-1048576kB/nr_hugepages

0

[root@cvim-computex ~]# tail /sys/devices/system/node/node1/hugepages/hugepages-2048kB/nr_hugepages

90000

[root@cvim-computex ~]# tail /sys/devices/system/node/node1/hugepages/hugepages-1048576kB/nr_hugepages

0

[root@cvim-computex ~]#

nr_hugepages  é o número total de HugePages.

(90001 + 90000) x 2M = 360GB é reservado para HugePage.

Além disso, observe que 5% da memória física total é reservada para páginas de memória normal (4 KB) para uso do SO, mesmo se 100% HugePage estiver configurado.

385 GB (total livre) - 360 GB (reservado para HugePage) = 25 GB são reservados para Páginas Normais.

Portanto, a alta utilização de memória, como observado no  sar   e  free comandos é esperado.

Use o comando mencionado para verificar o uso real de memória.

[root@mgmt-node ~]# ip -br -4 a s br_api

br_api UP 10.x.x.x/24

[root@mgmt-node ~]# curl -sS -g -u admin:password --cacert /var/www/mercury/mercury-ca.crt https://10.x.x.x:9090/api/v1/query --data-urlencode 'query=100 * (mem_free + mem_buffered + mem_cached) / ((mem_total - sum without(NUMAnode, pagename, pagesize) (hugepages_nr)) or mem_total)' | python -mjson.tool

sample output:

{

"status": "success",

"data": {

"resultType": "vector",

"result": [

{

"metric": {

"host": "cvim-computex",

"instance": "10.x.x.x:9273",

"job": "telegraf",

"node_type": "compute"

},

"value": [

1693479719.383,

"76.16486394450624" --> Actual available memory percentage.

]

},

{

"metric": {

"host": "cvim-computey",

"instance": "10.x.x.x:9273",

"job": "telegraf",

"node_type": "compute"

},

"value": [

1693479719.383,

"76.63431887455388"

O CVIM dispara um alerta somente quando a memória disponível é menor que 10%.

Nome do Alerta - mem_available_percent

Há menos de 10% de memória de sistema disponível. A memória regular de 4 K páginas é usada pelo sistema e pelos serviços de infraestrutura do OpenStack e não inclui páginas enormes. Esse alerta pode indicar uma quantidade insuficiente de RAM ou uso anormal de memória pelo sistema ou pela infraestrutura.