Skip to content

Commit e10385e

Browse files
authored
Merge pull request kubernetes#4274 from ruiwen-zhao/parallel
Update parallel image pull KEP with latest template
2 parents a94e62b + c5d1bc9 commit e10385e

File tree

1 file changed

+15
-1
lines changed
  • keps/sig-node/3673-kubelet-parallel-image-pull-limit

1 file changed

+15
-1
lines changed

keps/sig-node/3673-kubelet-parallel-image-pull-limit/README.md

Lines changed: 15 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -850,7 +850,21 @@ This through this both in small and large cases, again with respect to the
850850
[supported limits]: https://git.k8s.io/community//sig-scalability/configs-and-limits/thresholds.md
851851
-->
852852

853-
No.
853+
When the limit of parallel pull is configured improperly, it might cause disk IO or network exhaustion, but it is not a new problem if parallel image pull is enabled. And this KEP is actually allowing to avoid this exhaustion by limiting the maximum image pulls in parallel.
854+
855+
###### Can enabling / using this feature result in resource exhaustion of some node resources (PIDs, sockets, inodes, etc.)?
856+
857+
<!--
858+
Focus not just on happy cases, but primarily on more pathological cases
859+
(e.g. probes taking a minute instead of milliseconds, failed pods consuming resources, etc.).
860+
If any of the resources can be exhausted, how this is mitigated with the existing limits
861+
(e.g. pods per node) or new limits added by this KEP?
862+
863+
Are there any tests that were run/should be run to understand performance characteristics better
864+
and validate the declared limits?
865+
-->
866+
867+
See question above.
854868

855869
### Troubleshooting
856870

0 commit comments

Comments
 (0)