跳转到文档内容
版本：v1.19

FederatedHPA 基于自定义指标扩缩容

在 Karmada 中，为了自动扩展工作负载以满足需求，FederatedHPA 会跨多个集群扩/缩容工作负载。

FederatedHPA 不仅支持 CPU 和内存等资源指标，还支持自定义指标，这有助于扩展 FederatedHPA 的使用场景。

本文档将引导您完成这样一个案例：启用 FederatedHPA 利用自定义指标来自动扩缩容跨集群应用。

演示案例将执行以下操作：

  • member1 集群中存在一个示例 Deployment 的 Pod。
  • Service 部署在 member1 和 member2 集群。
  • MultiClusterService 支持在 member1 和 member2 的 sample-app Service 之间进行跨集群访问。
  • 从 member1 请求该服务，流量将路由到两个集群中的后端 Pod，并触发 Pod 自定义指标（http_requests_total）的增长。
  • Pod 副本将在 member1 和 member2 集群中扩容。

在此示例中，MultiClusterService 的作用是将用户请求负载均衡到不同的成员集群，模拟多个集群中的应用程序共同分担负载的真实场景。实际上，FederatedHPA 并不需要 MultiClusterService。

前提条件​

Karmada 已安装​

您可以参考快速入门安装 Karmada，或直接运行 hack/local-up-karmada.sh 脚本，该脚本也用于运行 E2E 测试。

成员集群网络​

确保至少已有两个集群加入 Karmada，并且成员集群之间的容器网络已连通。

  • 如果您使用 hack/local-up-karmada.sh 脚本部署 Karmada，Karmada 中会有 3 个成员集群，并且集群 member1 和 member2 间的容器网络已连通。
  • 您可以使用 Submariner 或其他相关开源项目来连接成员集群之间的网络。

注意：为了防止路由冲突，集群中 Pod 和 Service 的 CIDR 必须互不重叠。

成员集群中已安装 prometheus 和 prometheus-adapter​

我们需要为成员集群安装 prometheus 和 prometheus-adapter 以提供自定义 metrics API。 可以通过在成员集群中运行以下命令来安装：

git clone https://github.com/prometheus-operator/kube-prometheus.git
cd kube-prometheus
kubectl apply --server-side -f manifests/setup
kubectl wait \
	--for condition=Established \
	--all CustomResourceDefinition \
	--namespace=monitoring
kubectl apply -f manifests/

我们可以通过下面的命令验证安装：

$ kubectl --kubeconfig=/root/.kube/members.config --context=member1 get po -nmonitoring
NAME                                   READY   STATUS    RESTARTS   AGE
alertmanager-main-0                    2/2     Running   0          30h
alertmanager-main-1                    2/2     Running   0          30h
alertmanager-main-2                    2/2     Running   0          30h
blackbox-exporter-6bc47b9578-zcbb7     3/3     Running   0          30h
grafana-6b68cd6b-vmw74                 1/1     Running   0          30h
kube-state-metrics-597db7f85d-2hpfs    3/3     Running   0          30h
node-exporter-q8hdx                    2/2     Running   0          30h
prometheus-adapter-57d9587488-86ckj    1/1     Running   0          29h
prometheus-adapter-57d9587488-zrt29    1/1     Running   0          29h
prometheus-k8s-0                       2/2     Running   0          30h
prometheus-k8s-1                       2/2     Running   0          30h
prometheus-operator-7d4b94944f-kkwkk   2/2     Running   0          30h

Karmada 控制平面已安装 karmada-metrics-adapter​

我们需要在 Karmada 控制平面中安装 karmada-metrics-adapter 以提供 metrics API，通过运行以下命令来安装：

hack/deploy-metrics-adapter.sh ${host_cluster_kubeconfig} ${host_cluster_context} ${karmada_apiserver_kubeconfig} ${karmada_apiserver_context_name}

如果您使用 hack/local-up-karmada.sh 脚本部署 Karmada，将默认安装 karmada-metrics-adapter。

在 member1 和 member2 集群中部署 Deployment​

我们需要在 member1 和 member2 集群中部署示例 Deployment（1 个副本）和 Service。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: sample-app
  labels:
    app: sample-app
spec:
  replicas: 1
  selector:
    matchLabels:
      app: sample-app
  template:
    metadata:
      labels:
        app: sample-app
    spec:
      containers:
      - image: luxas/autoscale-demo:v0.1.2
        name: metrics-provider
        ports:
        - name: http
          containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  labels:
    app: sample-app
  name: sample-app
spec:
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 8080
  selector:
    app: sample-app
  type: ClusterIP
---
apiVersion: policy.karmada.io/v1alpha1
kind: PropagationPolicy
metadata:
  name: app-propagation
spec:
  resourceSelectors:
    - apiVersion: apps/v1
      kind: Deployment
      name: sample-app
    - apiVersion: v1
      kind: Service
      name: sample-app
  placement:
    clusterAffinity:
      clusterNames:
        - member1
        - member2
    replicaScheduling:
      replicaDivisionPreference: Weighted
      replicaSchedulingType: Divided
      weightPreference:
        staticWeightList:
          - targetCluster:
              clusterNames:
                - member1
            weight: 1
          - targetCluster:
              clusterNames:
                - member2
            weight: 1

部署完成后，您可以检查 Pod 和 Service 的分发情况：

$ karmadactl get pods --operation-scope members
NAME                                  CLUSTER   READY   STATUS    RESTARTS   AGE
sample-app-9b7d8c9f5-xrnfx            member1   1/1     Running   0          111s
$ karmadactl get svc --operation-scope members
NAME                 CLUSTER   TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE     ADOPTION
sample-app           member1   ClusterIP   10.11.29.250    <none>        80/TCP    3m53s   Y

在 member1 和 member2 集群中监控您的应用​

为了监控您的应用，您需要配置一个指向该应用的 ServiceMonitor。假设您已配置 Prometheus 实例来使用带有 app:sample-app 标签的 ServiceMonitor，那么请创建一个 ServiceMonitor 以通过 Service 监控应用的指标：

apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: sample-app
  labels:
    app: sample-app
spec:
  selector:
    matchLabels:
      app: sample-app
  endpoints:
  - port: http
kubectl create -f sample-app.monitor.yaml

现在，您应该可以看到自定义指标 (http_requests_total) 出现在 Prometheus 实例中。通过仪表盘找到指标，并确保其含有 Namespace 和 Pod 标签。如果没有，请检查 ServiceMonitor 中的标签与 Prometheus CRD 中的标签是否匹配。

在 member1 和 member2 集群中启动您的适配器​

部署了 prometheus-adapter 之后，为了暴露自定义指标，您需要更新适配器配置。

apiVersion: v1
kind: ConfigMap
metadata:
  name: adapter-config
  namespace: monitoring
data:
  config.yaml: |-
    "rules":
    - "seriesQuery": |
         {namespace!="",__name__!~"^container_.*"}
      "resources":
        "template": "<<.Resource>>"
      "name":
        "matches": "^(.*)_total"
        "as": ""
      "metricsQuery": |
        sum by (<<.GroupBy>>) (
          irate (
            <<.Series>>{<<.LabelMatchers>>}[1m]
          )
        )
kubectl apply -f prom-adapter.config.yaml
# Restart prom-adapter pods
kubectl rollout restart deployment prometheus-adapter -n monitoring

在 member1 和 member2 集群中注册 metrics API​

您还需要向 API 聚合器（主 Kubernetes API 服务器的一部分）注册自定义指标 API。为此，您需要创建一个 APIService 资源。

apiVersion: apiregistration.k8s.io/v1
kind: APIService
metadata:
  name: v1beta2.custom.metrics.k8s.io
spec:
  group: custom.metrics.k8s.io
  groupPriorityMinimum: 100
  insecureSkipTLSVerify: true
  service:
    name: prometheus-adapter
    namespace: monitoring
  version: v1beta2
  versionPriority: 100
kubectl create -f api-service.yaml

该 API 已注册为 custom.metrics.k8s.io/v1beta2，您可以使用以下命令进行验证：

kubectl get --raw "/apis/custom.metrics.k8s.io/v1beta2/namespaces/default/pods/*/http_requests?selector=app%3Dsample-app"

输出结果类似于：

{
  "kind": "MetricValueList", 
  "apiVersion": "custom.metrics.k8s.io/v1beta2", 
  "metadata": {}, 
  "items": [
    {
      "describedObject": {
        "kind": "Pod", 
        "namespace": "default", 
        "name": "sample-app-9b7d8c9f5-9lw6b", 
        "apiVersion": "/v1"
      }, 
      "metric": {
        "name": "http_requests", 
        "selector": null
      }, 
      "timestamp": "2023-06-14T09:09:54Z", 
      "value": "66m"
    }
  ]
}

如果 karmada-metrics-adapter 安装成功，您也可以在 Karmada 控制平面中使用上述命令进行验证。

在 Karmada 控制平面部署 FederatedHPA​

接下来让我们在 Karmada 控制平面中部署 FederatedHPA。

apiVersion: autoscaling.karmada.io/v1alpha1
kind: FederatedHPA
metadata:
  name: sample-app
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: sample-app
  minReplicas: 1
  maxReplicas: 10
  behavior:
    scaleDown:
      stabilizationWindowSeconds: 10
    scaleUp:
      stabilizationWindowSeconds: 10
  metrics:
    - type: Pods
      pods:
        metric:
          name: http_requests
        target:
          averageValue: 700m
          type: Value

部署完成后，您可以检查 FederatedHPA：

NAME          REFERENCE-KIND   REFERENCE-NAME   MINPODS   MAXPODS   REPLICAS   AGE
sample-app    Deployment       sample-app       1         10        1          15d

创建一个 MultiClusterService 用于跨集群访问​

MultiClusterService 用于实现 member1 和 member2 集群中 sample-app Service 之间的跨集群访问。当 member1 集群内的客户端访问 sample-app 时，请求不再仅局限于 member1 本地的后端 Pod，还可以被路由至 member2 集群中 sample-app Service 的后端 Pod。 更多 MultiClusterService 的用法，请参考MultiClusterService 用户指南。

在 Karmada 控制平面上创建 MultiClusterService 资源对象。

apiVersion: networking.karmada.io/v1alpha1
kind: MultiClusterService
metadata:
  name: sample-app
spec:
  types:
    - CrossCluster
  consumerClusters:
    - name: member1
    - name: member2
  providerClusters:
    - name: member1
    - name: member2

部署完成后，从 member1 集群向 sample-app 发起的请求，可被路由至 member1 和 member2 两个集群的后端 Pod。

在 member1 集群中安装 hey http 负载测试工具​

为了发送 http 请求，这里我们使用 hey。

  • 下载 hey 并复制到 kind 集群容器中。
wget -O hey https://storage.googleapis.com/hey-releases/hey_linux_amd64
chmod +x hey
docker cp hey member1-control-plane:/usr/local/bin/hey

测试扩容​

  • 首先检查 Pod 的分发情况。

    $ karmadactl get pods --operation-scope members
    NAME                                  CLUSTER   READY   STATUS    RESTARTS   AGE
    sample-app-9b7d8c9f5-xrnfx            member1   1/1     Running   0          111s

  • 检查 member1 集群中的 Service ip。

    $ karmadactl get svc --operation-scope members
    NAME                    CLUSTER   TYPE        CLUSTER-IP        EXTERNAL-IP   PORT(S)   AGE   ADOPTION
    sample-app      member1   ClusterIP   10.11.59.213      <none>        80/TCP    20m   Y

  • 通过 hey 工具从 member1 集群访问该服务，以在两个集群上同时拉高 sample-app Pod 的自定义指标（http_requests_total）。

    docker exec member1-control-plane hey -c 1000 -z 1m http://10.11.59.213/metrics

  • 等待 15 秒，副本将扩容，然后您可以再次检查 Pod 分发状态。

    $ karmadactl get po --operation-scope members -l app=sample-app
    NAME                         CLUSTER   READY   STATUS    RESTARTS   AGE
    sample-app-9b7d8c9f5-454vz   member2   1/1     Running   0          84s
    sample-app-9b7d8c9f5-7fjhn   member2   1/1     Running   0          69s
    sample-app-9b7d8c9f5-ddf4s   member2   1/1     Running   0          69s
    sample-app-9b7d8c9f5-mxqmh   member2   1/1     Running   0          84s
    sample-app-9b7d8c9f5-qbc2j   member2   1/1     Running   0          69s
    sample-app-9b7d8c9f5-2tgxt   member1   1/1     Running   0          69s
    sample-app-9b7d8c9f5-66n9s   member1   1/1     Running   0          69s
    sample-app-9b7d8c9f5-fbzps   member1   1/1     Running   0          84s
    sample-app-9b7d8c9f5-ldmhz   member1   1/1     Running   0          84s
    sample-app-9b7d8c9f5-xrnfx   member1   1/1     Running   0          87m

测试缩容​

1 分钟后，负载测试工具将停止运行，然后您可以看到工作负载在多个集群中缩容。

$ karmadactl get pods --operation-scope members -l app=sample-app
NAME                         CLUSTER   READY   STATUS    RESTARTS   AGE
sample-app-9b7d8c9f5-xrnfx   member1   1/1     Running   0          91m
编辑本页
最近更新时间 在 由 github-actions[bot]