Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

151
Vistas
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 la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda