Namespace下bundle拆分理解

loadBalancerNamespaceMaximumBundles解释:maximum number of bundles in a namespace
我们在创建namespace的时候通过-b参数指定bundle,这样namespace和bundle是有关联关系的,可是在这个配置里面,某个namespace下bundle到128就会拆分bundle再进行loadbalance,那这个拆分后,这个namespace的bundle不就更大于128了,这样不就死循环,一直拆分?

loadBalancerNamespaceMaximumBundles代表该namespace的最大bundle数,例如新创建的namespace默认为4个,当满足split条件就会触发拆分bundle, 直到到达最大bundle数将不在拆分。

那这个参数的作用是loadbalance,如果到128就没有任何动作,那就没有loadbalance的作用了?这个参数名称就应该换一个,不然容易给他人造成误解。比如NamespaceMaximumBundles,这样就很直观了

# When a namespace is created without specifying the number of bundle, this
# value will be used as the default
defaultNumberOfNamespaceBundles=4
# maximum number of bundles in a namespace
loadBalancerNamespaceMaximumBundles=128

懂这个英文的意思,你结合loadBalancerNamespaceMaximumBundles这个参数上下文看,都是满足什么条件进行split,并且这个参数也是loadBalancer开头,所以给我的感觉就是大于128就split,这样namespace大于128之后,就会不停拆分;如果这个参数指namespace的最大bundle数,那这个参数的取名就有问题,不应该以loadbalance开头给人造成误解,比如参数名:NamespaceMaximumBundles,这样我就明确知道这个参数是控制一个namespace下最大的bundle指

这个参数不是namespace的最大bundle数,
这个参数的中文可以翻译为:负载均衡时命名空间的最大bundle数,也就是到了128,就不会自动split。

触发条件:


参数的逻辑还是比较清晰:首先是两个开关,
中间是一些triggered条件,最后是最大bundle数。

误解在:128这里的这个解释:# maximum number of bundles in a namespace,这个解释是错误的。

1 Like

是的,这个maximum number of bundles的限制是在负载均衡的情况,自动split的情况下,bundle的最大值,这样就比较好理解了,感谢大佬。我就是根据那个注解的英语理解错了