• 요구 사항
• 구성
  • Spamcheck 활성화
  • GitLab에서 Spamcheck 사용하도록 구성
• 설치 명령줄 옵션
• KEDA 구성
• 차트 구성 예제
  • serviceAccount
  • tolerations
  • affinity
  • annotations
  • resources
  • livenessProbe/readinessProbe

GitLab-Spamcheck 차트 사용하기

spamcheck 서브 차트는 Spamcheck의 배포를 제공합니다. 이는 GitLab에서 개발한 반 스팸 엔진으로, GitLab.com에서 증가하는 스팸을 막기 위해 최초로 개발되었으며, 이후 자가 관리 GitLab 인스턴스에서 사용할 수 있도록 공개되었습니다.

요구 사항

이 차트는 GitLab API에 대한 접근이 필요합니다.

구성

Spamcheck 활성화

spamcheck는 기본적으로 비활성화되어 있습니다. GitLab 인스턴스에서 활성화하려면 Helm 속성 global.spamcheck.enabled를 true로 설정하세요. 예를 들어:

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. 왼쪽 사이드바에서 맨 아래에 있는 Admin Area를 선택합니다.
2. Settings > Reporting을 선택합니다.
3. Spam and Anti-bot Protection을 확장합니다.
4. Spam Check 설정을 업데이트합니다:
   1. “Enable Spam Check via external API endpoint” 체크박스를 선택합니다.
   2. 외부 Spam Check 엔드 포인트의 URL로 grpc://gitlab-spamcheck.default.svc:8001을 사용합니다. 여기서 default는 GitLab이 배포된 Kubernetes 네임스페이스로 교체됩니다.
   3. “Spam Check API key”는 비워둡니다.
5. Save changes를 선택합니다.

설치 명령줄 옵션

아래 표는 --set 플래그를 사용하여 helm install 명령에 제공될 수 있는 모든 가능한 차트 구성을 포함하고 있습니다.

KEDA 구성

이 keda 섹션은 일반 HorizontalPodAutoscalers 대신 KEDA ScaledObjects의 설치를 가능하게 합니다.

이 구성은 선택 사항이며 사용자 정의 또는 외부 메트릭에 따라 자동 스케일링이 필요할 때 사용할 수 있습니다.

대부분의 설정은 가능한 경우 hpa 섹션에 설정된 값으로 기본값이 설정됩니다.

다음이 참인 경우, CPU 및 메모리 트리거는 hpa 섹션에 설정된 CPU 및 메모리 임계값에 따라 자동으로 추가됩니다:

• triggers가 설정되어 있지 않습니다.
• 해당 request.cpu.request 또는 request.memory.request 설정도 0이 아닌 값으로 설정되어 있습니다.

트리거가 설정되지 않으면 ScaledObject가 생성되지 않습니다.

자세한 설정에 대해서는 KEDA 문서를 참조하세요.

차트 구성 예제

serviceAccount

이 섹션은 ServiceAccount를 생성해야 하는지, 기본 액세스 토큰이 포드에 마운트되어야 하는지를 제어합니다.

tolerations

tolerations는 오염된 워커 노드에 포드를 스케줄할 수 있도록 허용합니다.

아래는 tolerations의 사용 예입니다:

tolerations:
- key: "node_label"
  operator: "Equal"
  value: "true"
  effect: "NoSchedule"
- key: "node_label"
  operator: "Equal"
  value: "true"
  effect: "NoExecute"

affinity

자세한 정보는 affinity를 참조하세요.

annotations

annotations는 Spamcheck 포드에 주석을 추가할 수 있도록 해줍니다. 예를 들어:

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

resources

resources는 Spamcheck 포드가 소모할 수 있는 최소 및 최대 리소스(메모리 및 CPU)를 구성할 수 있도록 해줍니다.

예를 들어:

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

livenessProbe/readinessProbe

deployment.livenessProbe와 deployment.readinessProbe는 특정 시나리오에서 Spamcheck 포드의 종료를 제어하는 데 도움이 되는 메커니즘을 제공합니다.

예를 들어, 컨테이너가 고장난 상태일 때입니다.

deployment:
  livenessProbe:
    initialDelaySeconds: 10
    periodSeconds: 20
    timeoutSeconds: 3
    successThreshold: 1
    failureThreshold: 10
  readinessProbe:
    initialDelaySeconds: 10
    periodSeconds: 5
    timeoutSeconds: 2
    successThreshold: 1
    failureThreshold: 3

이 구성에 대한 추가 세부정보는 공식 Kubernetes Documentation를 참조하세요.