- Navios
- 4 de setembro de 2026 às 19:50 UTC
- Autor
- Kamo
- Enviar
- d712ce9
Implantes substituiu o único pod de cada serviço com nada para pegar os pedidos em Voo. Três configurações, aplicadas em toda a frota: - preStop dorme 10s antes do processo ver SIGTERM. Kubernetes remove a cápsula da sua EndpointSlice e sinaliza-o no mesmo momento, e Traefik só aprende da remoção por watch — assim, por um momento, continua a enviar novos pedidos para uma cápsula que já começou recusando-os. Essa lacuna é de onde vieram os 502s de um lançamento limpo. - rescisãoGracePeriodSegundos levantados acima do sono preStop, então o gancho não é em si O trabalho em voo tem espaço para terminar. É um teto, não uma espera: uma cápsula ociosa Ainda sai dentro de um segundo. - minReadySegundos 15, então uma cápsula que passa pronto uma vez e depois cai não pode aposentar o Pod saudável ele substituído depois de IC já chamou a implantação bom. topologiaSpreadConstraints são adicionados prontos para uma segunda réplica; eles são inertes em um. Auditado a partir do cluster ao vivo: 63 de 65 implantações em `kamo` executado uma única réplica, 1 de 65 tinha um gancho preStop, e nenhum tinha minReadySegundos. **************** ****** set 'server.shutdown: gracioso` desde o início, e nunca foi lido na produção: k8s/deployment.yaml monta k8s/config.yaml sobre ele como Que substitui o ficheiro em vez de se fundir com ele, e que o ConfigMap não tinha nenhuma configuração de desligamento. Então APIService — um dos serviços mais movimentados do plataforma – deixou cair cada solicitação no voo no instante em que recebeu SIGTERM, em cada implantação. Adiciona `shutdown: gracious` e um timeout-per-shutdown-fase 30s para o ConfigMap que realmente funciona.