Skip to content

Commit bcc79fa

Browse files
committed
ClusterTrustBundles: Answer node-level scalability questions
1 parent 634faf2 commit bcc79fa

File tree

1 file changed

+8
-0
lines changed
  • keps/sig-auth/3257-cluster-trust-bundles

1 file changed

+8
-0
lines changed

keps/sig-auth/3257-cluster-trust-bundles/README.md

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -976,6 +976,14 @@ a low number of ClusterTrustBundle objects that does not scale with the number
976976
of nodes or workloads in the cluster, although individual ClusterTrustBundle
977977
objects could be large.
978978

979+
###### Can enabling / using this feature result in resource exhaustion of some node resources (PIDs, sockets, inodes, etc.)?
980+
981+
When a user specifies a ClusterTrustBundle projected volume source, this places several files and links within the projected volume (one main file, but the atomic update package also places symlinked folders with versioned copies of the file).
982+
983+
On Linux, each projected volume is an independent tmpfs filesystem, so this is unlikely to lead to overall exhaustion of inodes on the node.
984+
985+
On Windows, "tmpfs" volumes appear to be translated to plain folders in the host filesystem, so there may be a risk of exhausting some node-wide filesystem resource. However, this would still require the user to create many pods, each with thousands or more projected volume sources.
986+
979987
### Troubleshooting
980988

981989
###### How does this feature react if the API server and/or etcd is unavailable?

0 commit comments

Comments
 (0)