• 要件
• 設定
• グローバル設定
• チャート設定
  • 一般設定
  • ページ固有の設定
  • 設定ingress
• Chart設定例
  • エクストラボリューム
  • extraVolumeMounts
  • 設定networkpolicy
  • ネットワークポリシーの例
  • GitLab PagesへのTLSアクセス
  • KEDAの設定

GitLab Pages チャートの使い方

gitlab-pages サブチャートは GitLab プロジェクトから静的ウェブサイトを提供するためのデーモンを提供します。

要件

このチャートは、GitLabチャートの一部として、またはこのチャートがデプロイされたKubernetesクラスターからアクセス可能な外部サービスとして提供されるWorkhorseサービスへのアクセスに依存します。

設定

gitlab-pages Chart の設定は以下の通りです：グローバル設定と チャート設定。

グローバル設定

私たちのチャートでは、いくつかの共通のグローバル設定があります。詳細はグローバル・ドキュメントをご覧ください。

チャート設定

以下の2つのセクションの表は、--set フラグを使用してhelm install コマンドに供給できるすべての可能なチャート設定を含んでいます。

一般設定

ページ固有の設定

設定ingress

このセクションでは GitLab Pages Ingress をコントロールします。

Chart設定例

エクストラボリューム

extraVolumes を使用すると、Chart 全体で追加ボリュームを設定できます。

以下は、extraVolumes の使用例です：

extraVolumes: |
  - name: example-volume
    persistentVolumeClaim:
      claimName: example-pvc

extraVolumeMounts

extraVolumeMounts を使用すると、コンテナ全体で追加の VolumeMount を設定できます。

以下は、extraVolumeMounts の使用例です：

extraVolumeMounts: |
  - name: example-volume
    mountPath: /etc/example

設定networkpolicy

このセクションではNetworkPolicyを制御します。この設定はオプションで、ポッドの Egress および Ingress を特定のエンドポイントに制限するために使用します。

ネットワークポリシーの例

gitlab-pages サービスは、ポート 80 と 443 の Ingress 接続と、デフォルトの Workhorse ポート 8181 への様々な Egress 接続を必要とします。この例では、次のネットワークポリシーを追加します：

• TCP0.0.0.0/0 ポート 80 および 443 のネットワークからのすべての Ingress リクエストが許可されます。
• DNS については、UDP10.0.0.0/8 ポート 53 のネットワークへのすべての Egress リクエストが許可されます。
• TCP10.0.0.0/8 ポート 8181 のネットワークへのすべての Egress リクエストは Workhorse に許可されています。

提供された例は単なる例であり、完全ではない可能性があることに注意してください。

networkpolicy:
  enabled: true
  ingress:
    enabled: true
    rules:
      - to:
        - ipBlock:
            cidr: 0.0.0.0/0
        ports:
          - port: 80
            protocol: TCP
          - port: 443
            protocol: TCP
  egress:
    enabled: true
    rules:
      - to:
        - ipBlock:
            cidr: 10.0.0.0/8
        ports:
          - port: 8181
            protocol: TCP
          - port: 53
            protocol: UDP

GitLab PagesへのTLSアクセス

GitLab Pages機能にTLSアクセスするには、以下のことが必要です：

1. GitLab Pages ドメイン専用のワイルドカード証明書を以下のフォーマットで作成します：*.pages.<yourdomain>.

2. Kubernetesでシークレットを作成します：

   kubectl create secret tls tls-star-pages-<mysecret> --cert=<path/to/fullchain.pem> --key=<path/to/privkey.pem>
   

3. このシークレットを使用するようにGitLab Pagesを設定します：

   gitlab:
     gitlab-pages:
       ingress:
         tls:
           secretName: tls-star-pages-<mysecret>
   

4. DNS プロバイダに*.pages.<yourdomaindomain> という名前でロードバランサを指す DNS エントリを作成します。

KEDAの設定

このkeda セクションでは、通常のHorizontalPodAutoscalersの代わりにKEDA ScaledObjects をインストールできるようにします。この設定はオプションで、カスタムまたは外部のメトリクスに基づいてオートスケーリングする必要がある場合に使用できます。

ほとんどの設定は、該当する場合はhpa セクションで設定された値にデフォルト設定されます。

以下が真である場合、hpa セクションで設定された CPU とメモリのしきい値に基づいて、CPU とメモリのトリガーが自動的に追加されます：

• triggers がセットされていません。
• 対応するrequest.cpu.request またはrequest.memory.request の設定もゼロ以外の値に設定されます。

トリガーが設定されていない場合、ScaledObject は作成されません。

これらの設定の詳細については、KEDAのドキュメントを参照してください。