Knative服务创建耗时过长问题排查与性能优化咨询

1. 优化Knative服务创建速度的建议 #

针对ResolvingDigests阶段延迟 #

• 验证镜像标签解析跳过配置：确认registries-skipping-tag-resolving覆盖了你的镜像仓库，若镜像路径为gcr.io/knative-samples/helloworld-go，配置"gcr.io"理论生效，但可检查Knative Controller日志是否仍在尝试解析该仓库标签。若未生效，尝试添加完整仓库路径（如"gcr.io/knative-samples"）。
• 提高Controller并发处理能力：在config-deployment中添加max-concurrent-reconciles参数，调高并发数（默认10），减少批量创建时的队列等待：

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeServing
  metadata:
    name: knative-serving
    namespace: knative-serving
  spec:
    config:
      deployment:
        max-concurrent-reconciles: "20"
  

• 设置默认镜像拉取策略：在config-deployment中配置default-image-pull-policy: "IfNotPresent"，避免重复拉取节点已存在的镜像：

  spec:
    config:
      deployment:
        default-image-pull-policy: "IfNotPresent"
  

针对ServerlessService就绪延迟 #

• 优化Kourier资源配置：为Kourier组件添加足够的资源请求与限制，避免资源瓶颈：

  spec:
    workloads:
    - name: kourier-controller
      resources:
        requests:
          cpu: "100m"
          memory: "128Mi"
        limits:
          cpu: "500m"
          memory: "256Mi"
    - name: kourier-gateway
      resources:
        requests:
          cpu: "200m"
          memory: "256Mi"
        limits:
          cpu: "1"
          memory: "512Mi"
  

• 调整Leader Election配置：将leader-election.buckets调回默认值（通常为3），过多buckets会增加选举开销，降低Controller处理效率：

  spec:
    config:
      leader-election:
        buckets: "3"
  

其他优化方向 #

• 临时关闭拓扑分布约束：禁用kubernetes.podspec-topologyspreadconstraints特性，排除调度策略导致的延迟：

  spec:
    config:
      features:
        kubernetes.podspec-topologyspreadconstraints: "disabled"
  

• 优化Webhook性能：在Webhook Deployment的容器参数中添加--max-concurrent-requests=800（默认400），并确保资源配置支撑更高并发。

2. kperf工具的可靠性 #

kperf是Knative官方提供的性能测试工具，针对Knative Serving的服务创建、扩缩容等场景设计，在与Knative版本匹配（如v1.10.2对应版本的kperf）的情况下，测试结果是可靠的。

你在本地集群与GCP GKE的测试差异，主要源于环境资源、网络延迟、集群配置（如内部LB特性）的不同，而非工具本身问题。建议确保kperf版本与Knative版本一致，测试时控制变量（如相同服务数量、并发创建方式）以获得准确对比数据。

内容的提问来源于stack exchange，提问作者Desolar1um