kubernetes-sigs/cluster-api

MachinePool.Spec.ProviderIDList may not scale well

開放

#6,387 建立於 2022年4月6日

 (13 則留言) (0 個反應) (0 位負責人)Go (1,532 個分叉)auto 404
area/machinepoolhelp wantedkind/bugpriority/important-longtermtriage/accepted

倉庫指標

星標
 (4,267 顆星)
PR 合併指標
 (PR 指標待抓取)

描述

What steps did you take and what happened:

In working on the MachinePool Machines proposal in #6088, we collectively rejected the idea of attaching an infrastructureRefsList to each MachinePool spec.

While this would be convenient, the overall size of a MachinePool could become large if the number of replicas / instances grows. Its representation is transferred over the network and stored in etcd. It's easy to imagine a long list of structs causing performance problems with a thousand-node cluster, for example. (No, we didn't test this, we are simply anticipating a possible problem.)

Similarly, the existing ProviderIDList on a MachinePool spec could become large in a large cluster. See this comment.

We should investigate if a large ProviderIDList actually causes problems–maybe this could be tested with DockerMachinePool? It might also be possible to deprecate use of ProviderIDList after #6088 has been implemented.

What did you expect to happen:

Anything else you would like to add:

Environment:

  • Cluster-api version:
  • Minikube/KIND version:
  • Kubernetes version: (use kubectl version):
  • OS (e.g. from /etc/os-release):

/kind bug

貢獻者指南