• 禁用代理服务器
  • 指定 Ingress
  • 安装命令行选项
• 启用 TLS 通信
• 测试 kas chart
• 配置 KEDA
  • serviceAccount
  • affinity
• 开启调试日志

使用 GitLab kas chart

kas 子 chart 提供了 GitLab 代理服务器 (KAS) 的可配置部署。 代理服务器是您与 GitLab 一起安装的组件，管理 Kubernetes 的 GitLab 代理。

此 chart 依赖于对 GitLab API 和 Gitaly 服务器的访问。 当您启用此 chart 时，将部署一个 Ingress。

为了消耗最少的资源，kas 容器使用 distroless 镜像。 部署的服务由 Ingress 公开，该 Ingress 使用 WebSocket 代理 进行通信。 此代理允许与外部组件 agentk 的长期连接。agentk 是 Kubernetes 集群端代理对应物。

访问服务的路径取决于您的 Ingress 配置。

禁用代理服务器

极狐GitLab 代理服务器 (kas) 默认启用。 要在极狐GitLab 实例上禁用它，请将 Helm 属性 global.kas.enabled 设置为 false。

例如：

helm upgrade --install kas --set global.kas.enabled=false

指定 Ingress

当您将 chart 的 Ingress 与默认配置一起使用时，代理服务器的服务可在子域名上访问。 例如，对于 global.hosts.domain: example.com，代理服务器可在 kas.example.com 访问。

KAS Ingress 可以使用与 global.hosts.domain 不同的域名。

设置 global.hosts.kas.name，例如：

global.hosts.kas.name: kas.my-other-domain.com

此示例仅使用 kas.my-other-domain.com 作为 KAS Ingress 的 host。 其余服务（包括 GitLab、Registry、MinIO 等）使用 global.hosts.domain 中指定的域名。

安装命令行选项

下表包含可以使用 --set 标志提供给 helm install 命令的所有可能的 chart 配置。

启用 TLS 通信

在您的 kas Pod 和其他 chart 组件之间启用 TLS 通信，through the global KAS attribute.

测试 kas chart

要安装此 chart：

1. 创建 Kubernetes 集群。
2. 检出合并请求的工作分支。

3. 从本地 chart 分支安装（或升级）极狐GitLab，默认情况下启用 kas：

   helm upgrade --force --install gitlab . \
     --timeout 600s \
     --set global.hosts.domain=your.domain.com \
     --set global.hosts.externalIP=XYZ.XYZ.XYZ.XYZ \
     --set certmanager-issuer.email=your@email.com
   

4. 使用 GDK 运行进程以配置和使用 GitLab Kubernetes 代理：（您也可以按照步骤手动配置和使用代理。）

   1. 从您的 GDK GitLab 仓库，移动到 QA 文件夹：cd qa。

   2. 执行以下命令，进行 QA 测试。

      GITLAB_USERNAME=$ROOT_USER
      GITLAB_PASSWORD=$ROOT_PASSWORD
      GITLAB_ADMIN_USERNAME=$ROOT_USER
      GITLAB_ADMIN_PASSWORD=$ROOT_PASSWORD
      bundle exec bin/qa Test::Instance::All https://your.gitlab.domain/ -- --tag orchestrated --tag quarantine qa/specs/features/ee/api/7_configure/kubernetes/kubernetes_agent_spec.rb
      

      您还可以自定义 agentk 版本以使用环境变量进行安装：GITLAB_AGENTK_VERSION=v13.7.1。

配置 KEDA

keda 部分用来控制是否应该安装 KEDA ScaledObjects 代替常规的 HorizontalPodAutoscalers。此配置是可选的，可以在需要基于自定义或外部指标进行自动缩放时使用。

大多数设置默认为 hpa 部分中的值（如果适用）。

如果如下的值为 true，则会基于 hpa 部分中设置的 CPU 和内存阈值自动添加 CPU 和内存触发器：

• 未 设置triggers。
• 与 request.cpu.request 或 request.memory.request 相对应的值设置为非零值。

如果未设置触发器，则不会创建 ScaledObject。

关于这些设置的更多详情可参考 KEDA 文档。

keda 的使用示例可以查看 examples/keda/gitlab-shell.yml。

serviceAccount

此部分用来控制是否应该创建一个 ServiceAccount 并确定是否应该将默认访问令牌挂载到 pod 中。

affinity

详情可查看 affinity。

开启调试日志

如要为 KAS 子 chart 开启调试日志，请将以下内容添加到 values.yaml 文件的 kas 部分中：

customConfig:
   observability:
      logging:
         level: debug
         grpc_level: debug