Se a carga de trabalho não for sensível a interrupções, como a maioria dos jobs em lote, será possível enfatizar a velocidade usando maxSurge=0 maxUnavailable=20. Essa configuração não exibe novos nós de sobretensão e permite que 20 nós sejam atualizados ao mesmo tempo.
Se sua carga de trabalho for sensível à interrupção, e você já tiver configurado PodDisruptionBudgets (PDB) e não estiver usando externalTrafficPolicy: Local, que não funciona com drenos de nó em paralelo, será possível aumentar a velocidade do upgrade usando maxSurge=20 maxUnavailable=0. Essa configuração atualiza 20 nós em paralelo, enquanto o PDB limita o número de pods que podem ser drenados em um determinado momento. Ainda que as configurações dos PDBs possam variar, se você criar um PDB com maxUnavailable: 1 para uma ou mais cargas de trabalho em execução no pool de nós, somente um pod dessas cargas de trabalho poderá ser removido por vez, limitando o paralelismo de todo o upgrade.
Ainda que a recriação de nós não exija recursos extras do Compute Engine, o upgrade de nós exige. A alocação de recursos está sujeita à cota do Compute Engine. Dependendo da configuração, essa cota pode limitar o número de upgrades paralelos ou causar falha no upgrade.