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

150
Visualizações
Postgresql POD Master/Slave no limpia la memoria caché cuando el cliente deja de enviar datos

Estoy ejecutando una prueba de estrés de rendimiento en nuestro backend usando un cliente que genera el estrés.

He impedido que el cliente envíe datos después de 5 a 6 horas, pero he notado que el caché del K8S Postgres POD nunca se limpia solo (tanto Master como Slave).

Aquí está el informe de 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

Aquí está la configuración de Postgres del 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

Esto da como resultado que la RAM de Postgres alcance su tamaño MÁXIMO de RAM, lo que eventualmente hace que el backend se bloquee.

¿Alguna idea de qué podría causar esto?

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