第1章 インフラストラクチャーノードでの GitOps コントロールプレーンワークロードの実行


インフラストラクチャーノードを使用して、2 つの主要な目的でインフラストラクチャーワークロードを分離できます。

  • サブスクリプションの数に関連する請求コストを防ぐ目的
  • メンテナンスと管理を分離させる目的

OpenShift Container Platform を使用して、インフラストラクチャーノードで GitOps コントロールプレーンのワークロードを実行できます。これには、デフォルトで openshift-gitops namespace 内の Red Hat OpenShift GitOps Operator によって作成された Operator Pod とコントロールプレーンワークロードが含まれます (この名前空間内のデフォルトの Argo CD インスタンスも含まれます)。

GitOps コントロールプレーンワークロードを使用すると、クラスター内に複数の分離された Argo CD インスタンスを作成することで、インフラストラクチャーワークロードを安全かつ宣言的に分離でき、Argo CD インスタンスの機能を完全に制御できます。さらに、これらの Argo CD インスタンスを複数の開発者名前空間にわたって宣言的に管理できます。テイントを使用すると、インフラストラクチャーコンポーネントのみがこれらのノードで実行されるようにできます。

注記

ユーザー namespace にインストールされたその他の Argo CD インスタンスは、インフラストラクチャーノードで実行する資格がありません。

1.1. GitOps コントロールプレーンワークロードのインフラストラクチャーノードへの移行

Red Hat OpenShift GitOps によってインストールされた GitOps コントロールプレーンワークロードをインフラストラクチャーノードに移動できます。移動できるコントロールプレーンのワークロードは次のとおりです。

  • cluster deployment (バックエンドサービス)
  • openshift-gitops-applicationset-controller deployment
  • openshift-gitops-dex-server deployment
  • openshift-gitops-redis deployment
  • openshift-gitops-redis-ha-haproxy deployment
  • openshift-gitops-repo-sever deployment
  • openshift-gitops-server deployment
  • openshift-gitops-application-controller statefulset
  • openshift-gitops-redis-server statefulset

手順

  1. 以下のコマンドを実行して、既存のノードにインフラストラクチャーのラベルを付けます。

    $ oc label node <node-name> node-role.kubernetes.io/infra=
    Copy to Clipboard Toggle word wrap
  2. GitOpsService カスタムリソース (CR) を編集して、インフラストラクチャーノードセレクターを追加します。

    $ oc edit gitopsservice -n openshift-gitops
    Copy to Clipboard Toggle word wrap
  3. GitOpsService CR ファイルで、runOnInfra フィールドを spec セクションに追加し、true に設定します。このフィールドは、openshift-gitops namespace のコントロールプレーンワークロードをインフラストラクチャーノードに移動します。

    apiVersion: pipelines.openshift.io/v1alpha1
    kind: GitopsService
    metadata:
      name: cluster
    spec:
      runOnInfra: true
    Copy to Clipboard Toggle word wrap
  4. オプション: テイントを適用し、インフラストラクチャーノードでワークロードを分離し、他のワークロードがそれらのノードでスケジュールされないようにします。

    $ oc adm taint nodes -l node-role.kubernetes.io/infra
    infra=reserved:NoSchedule infra=reserved:NoExecute
    Copy to Clipboard Toggle word wrap
  5. オプション: テイントをノードに適用する場合は、容認を GitOpsService CR に追加できます。

    spec:
      runOnInfra: true
      tolerations:
      - effect: NoSchedule
        key: infra
        value: reserved
      - effect: NoExecute
        key: infra
        value: reserved
    Copy to Clipboard Toggle word wrap

ワークロードが Red Hat OpenShift GitOps namespace のインフラストラクチャーノードでスケジュールされていることを確認するには、Pod 名のいずれかをクリックし、ノードセレクター および 容認 が追加されていることを確認します。

注記

デフォルトの Argo CD CR の手動で追加された ノードセレクター および 容認 は、GitOpsService CR のトグルおよび容認によって上書きされます。

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat