注意事项

CCE集群的可用性与集群中管理的Pod、ConfigMap、CRD等资源数量、以及各类资源的Get/List读操作和QPS、Patch/Delete/Create/Update等写操作QPS密切相关，应尽量避免对资源数量较多的集群发起类List操作，避免把集群当数据库使用，写入过多的ConfigMap/CRD/EndPoints 等，影响集群可用性。

常见的类List操作如下（以Pod为例）：

• 带标签查询

  kubectl get pod -l app=nginx

• 指定namespace查询

  kubectl get pod -n default

• 查询整个集群的Pod

  kubectl get pod --all-namespaces

• 通过client-go发起的List请求

  k8sClient.CoreV1().Pods("").List(metav1.ListOptions{})

如您有类似查询集群全量资源的需求，建议使用K8s的informer机制通过本地cache查询。对于一些简单的场景，可以通过在List请求中增加ResourceVersion参数，在kube-apiserver cache中查询，如 k8sClient.CoreV1().Pods("").List(metav1.ListOptions{ResourceVersion: "0"})。需注意，即使从kube-apiserver cache查询，如果对大量资源频繁发起List请求，仍会对kube-apiserver内存造成较大压力，仅建议在请求频率较低时使用该方式。

集群规模推荐配置

请在创建托管集群时参考如下推荐配置，根据业务实际情况选择合适的集群规模，以免集群控制面组件负载过大导致集群不可用。

说明：

当前默认仅支持创建L50规模托管集群，若您想要创建更大规模集群，或者针对存量集群升级至所需的集群规模，您可以提工单联系我们。

示例：若您计划在一个集群中部署50个节点，但是需要部署2000个Pod，则应该选择推荐最大管理节点规模为200（而非50）的集群规模。

说明：

• Pod管理数量不包含集群系统组件产生的Pod（如CoreDNS）。
• CRD管理数量不包含集群系统组件产生的CRD（如网络相关系统组件产生的CRD）。
• 建议每种资源类型的所有对象总和不应超过800MiB，每个资源对象大小不超过100KB。