Skip to content

Commit b075098

Browse files
authored
Merge pull request #4512 from ahmedtd/trust-anchor-sets
KEP-3257 (ClusterTrustBundles): Answer node-level scalability questions
2 parents ca35a04 + bcc79fa commit b075098

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)