集群故障判定

集群故障判定

Karmada支持Push和Pull两种模式来管理成员集群，有关集群注册的更多详细信息，请参考Cluster Registration。

在Karmada中，对集群的心跳探测有两种方式：

集群状态收集，更新集群的.status字段（包括Push和Pull两种模式）；
karmada控制面中karmada-cluster命名空间内的Lease对象，每个Pull模式集群都有一个关联的Lease对象。

集群状态收集

对于Push模式集群，Karmada控制面中的clusterStatus控制器将定期执行执行集群状态的收集任务；对于Pull模式集群，集群中部署的 karmada-agent组件负责创建并定期更新集群的.status字段。

上述集群状态的定期更新任务可以通过--cluster-status-update-frequency标签进行配置（默认值为10秒）。

集群的Ready条件在满足以下条件时将会被设置为False：

集群持续一段时间无法访问；
集群健康检查响应持续一段时间不正常。

上述持续时间间隔可以通过--cluster-failure-threshold标签进行配置（默认值为30秒）。

集群租约对象更新

每当有集群加入时，Karmada将为每个Pull模式集群创建一个租约对象和一个租赁控制器。

每个租约控制器负责更新对应的租约对象，续租时间可以通过--cluster-lease-duration和--cluster-lease-renew-interval-fraction标签进行配置（默认值为10秒）。

由于集群的状态更新由clusterStatus控制器负责维护，因此租约对象的更新过程与集群状态的更新过程相互独立。

Karmada控制面中的cluster控制器将每隔--cluster-monitor-period时间（默认值为5秒）会检查Pull模式集群的状态，当cluster控制器在最后一个--cluster-monitor-grace-period时间段（默认值为40秒）内没有收到来着集群的消息时，集群的Ready条件将被更改为Unknown。

检查集群状态

你可以使用kubectl来检查集群的状态细节：

kubectl describe cluster <cluster-name>

以下实例描述了一个状态不健康的集群：

unfold me to see the yaml

kubectl describe cluster member1
Name:         member1
Namespace:    
Labels:       <none>
Annotations:  <none>
API Version:  cluster.karmada.io/v1alpha1
Kind:         Cluster
Metadata:
  Creation Timestamp:  2021-12-29T08:49:35Z
  Finalizers:
    karmada.io/cluster-controller
  Resource Version:  152047
  UID:               53c133ab-264e-4e8e-ab63-a21611f7fae8
Spec:
  API Endpoint:  https://172.23.0.7:6443
  Impersonator Secret Ref:
    Name:       member1-impersonator
    Namespace:  karmada-cluster
  Secret Ref:
    Name:       member1
    Namespace:  karmada-cluster
  Sync Mode:    Push
Status:
  Conditions:
    Last Transition Time:  2021-12-31T03:36:08Z
    Message:               cluster is not reachable
    Reason:                ClusterNotReachable
    Status:                False
    Type:                  Ready
Events:                    <none>