KamoCRM

SegurançaO esgotamento da piscina causou mortes de vida

FixSecurityService
Navios
10 de agosto de 2026 às 17:14 UTC
Autor
Kamo
Enviar
2fb944b

O Hikari não tinha nenhum tamanho de pool-máximo explícito, então ele correu no padrão de 10 enquanto fronting org/rights procura por cada serviço e o site interno. Observado total=10 ativo=10 espera=33, que empatou o indicador /actuador/saúde db a 18.8s; o tempo limite da sonda 3s então matou a cápsula (saída 137), 29 pronto Falhas durante 154 minutos. Isso estava a aparecer para os usuários como 'Upstream retornado 500' no local interno. Piscina aumentada para 40 (seguro agora que YSQL Connection Manager multiplexes clientes em vez de uma infra- estrutura PostgreSQL cada), e os timeouts da sonda relaxados de Três a dez.

Todas as alterações

Como o que vês no transporte?

Tudo isso chega em seu espaço de trabalho por conta própria. Comece no plano gratuito e leia esta página novamente em um mês.

Começar Livre Para SempreVer Preços