Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

149
Visualizações
Postgresql POD Master/Slave don't clean the cache when Client stopped sending data

I'm running a Performance Stress test on our backend using a client that generates the stress.

I've stopped the client from sending data after 5-6 hours , but I've noticed that the cache of the K8S Postgres POD never cleans itself (both Master and Slave).

Here is the report of pg_top:

last pid: 18144;  load avg:  0.11,  0.36,  0.48;       up 98+20:59:02                                                                                                                                 08:42:16
0 processes: 
CPU states:  0.3% user,  0.0% nice,  0.1% system, 99.6% idle,  0.0% iowait
Memory: 123G used, 64G free, 0K shared, 1230M buffers, 96G cached
Swap: 67M used, 8125M free, 30M cached, 0K in, 0K out
 FATAL:  role "root" does not exist

Here is the Postgres configuration of the K8S POD:

numberOfInstances: 2
postgresql:
  parameters:
    effective_cache_size: "90GB"
    effective_io_concurrency: "200"
    listen_addresses: '*'
    log_destination: "stderr"
    logging_collector: "false"
    log_min_error_statement: "DEBUG1"
    log_error_verbosity: "verbose"
    maintenance_work_mem: "2GB"
    max_connections: "10000"
    max_wal_size: "4GB"
    min_wal_size: "2GB"
    max_worker_processes: "30"
    max_parallel_workers_per_gather: "16"
    max_parallel_workers: "30"
    max_parallel_maintenance_workers: "16"
    random_page_cost: "1.1"
    shared_buffers: "40GB"
    shared_preload_libraries: "pg_stat_statements"
    synchronous_commit: "false"
    syslog_facility: "LOCAL0"
    syslog_ident: "postgres"
    syslog_sequence_numbers: "true"
    syslog_split_messages: "true"
    wal_buffers: "16MB"
    work_mem: "6MB"
resources:
  limits:
    cpu: 40000m
    memory: 110Gi
  requests:
    cpu: 40000m
    memory: 110Gi

This results in the Postgres RAM to reach its MAX RAM size which eventually causes the backend to crash.

Any idea what might cause this ?

about 4 years ago · Juan Pablo Isaza
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda