使用极狐GitLab-Spamcheck chart

spamcheck 子 chart 提供了 Spamcheck 的部署，这是一种由极狐GitLab 开发的反垃圾引擎，最初是为了应对 JihuLab.com 中不断增长的垃圾信息，后来公开供极狐GitLab 私有化部署使用。

要求#

此 chart 依赖于对极狐GitLab API 的访问。

配置#

启用 Spamcheck#

默认情况下，spamcheck 是禁用的。要在您的极狐GitLab 实例上启用它，请将 Helm 属性 global.spamcheck.enabled 设置为 true，例如：

shell
helm upgrade --force --install gitlab . \
--set global.hosts.domain='your.domain.com' \
--set global.hosts.externalIP=XYZ.XYZ.XYZ.XYZ \
--set certmanager-issuer.email='me@example.com' \
--set global.spamcheck.enabled=true

配置极狐GitLab 使用 Spamcheck#

1. 在左侧边栏底部，选择 管理员区域。
2. 选择 设置 > 报告。
3. 展开 垃圾信息和反机器人保护。
4. 更新垃圾检查设置：
   1. 勾选“通过外部 API 端点启用垃圾检查”复选框。
   2. 外部垃圾检查端点的 URL 使用 grpc://gitlab-spamcheck.default.svc:8001，其中 default 替换为部署极狐GitLab 的 Kubernetes 命名空间。
   3. 将“垃圾检查 API 密钥”留空。
5. 选择 保存更改。

安装命令行选项#

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

配置 KEDA#

此 keda 部分启用 KEDA ScaledObjects 的安装，而不是常规的 HorizontalPodAutoscalers。此配置是可选的，可以在需要基于自定义或外部指标进行自动缩放时使用。

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

如果以下条件为真，则根据 hpa 部分中设置的 CPU 和内存阈值，自动添加 CPU 和内存触发器：

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

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

chart 配置示例#

serviceAccount#

此部分控制是否应创建 ServiceAccount 以及默认访问令牌是否应挂载在 pod 中。

容忍度#

容忍度 允许您在污染的工作节点上调度 pod。

以下是 容忍度 的示例用法：

yaml
1tolerations:
2- key: "node_label"
3  operator: "Equal"
4  value: "true"
5  effect: "NoSchedule"
6- key: "node_label"
7  operator: "Equal"
8  value: "true"
9  effect: "NoExecute"

亲和性#

有关更多信息，请参阅 affinity。

注解#

注解 允许您向 Spamcheck pod 添加注解。例如：

yaml
annotations:
  kubernetes.io/example-annotation: annotation-value

资源#

资源 允许您配置 Spamcheck pod 可以消耗的最小和最大资源量（内存和 CPU）。

例如：

yaml
resources:
  requests:
    memory: 100m
    cpu: 100M

活跃性探测/准备性探测#

deployment.livenessProbe 和 deployment.readinessProbe 提供了一种机制，以帮助在某些情况下控制 Spamcheck Pods 的终止，例如当容器处于损坏状态时。

例如：

yaml
1deployment:
2  livenessProbe:
3    initialDelaySeconds: 10
4    periodSeconds: 20
5    timeoutSeconds: 3
6    successThreshold: 1
7    failureThreshold: 10
8  readinessProbe:
9    initialDelaySeconds: 10
10    periodSeconds: 5
11    timeoutSeconds: 2
12    successThreshold: 1
13    failureThreshold: 3

有关此配置的更多详细信息，请参阅官方 Kubernetes 文档。