次の方法で共有

Azure Arc 対応 Kubernetes を使用した GitOps Flux v1 構成

  • [アーティクル]

重要

このセクションのドキュメントは、Flux v1 を使用した GitOps 用です。 Flux v2 による GitOps を Azure Arc 対応 Kubernetes と Azure Kubernetes Service (AKS) クラスターで使用できるようになりました。Flux v2 による GitOps に関するページを参照してください。 できるだけ早く Flux v2 に移行 することをお勧めします。

2024 年 1 月 1 日より前に作成された Flux v1 ベースのクラスター構成リソースのサポートは、2025 年 5 月 24 日に終了します。 2024 年 1 月 1 日から、新しい Flux v1 ベースのクラスター構成リソースを作成することはできません。

Kubernetes に関する場合、GitOps は、Git リポジトリで Kubernetes クラスター構成 (デプロイ、名前空間など) の望ましい状態を宣言する方法です。 この宣言の後に、オペレーターを使用してこれらのクラスター構成をポーリングし、プルベースのデプロイを実行します。 Git リポジトリには以下を含めることができます。

  • Namespace、ConfigMap、Deployment、DaemonSet などの有効な Kubernetes リソースを記述する YAML 形式のマニフェスト。
  • アプリケーションをデプロイするための Helm チャート。

GitOps の空間でよく使用されるオープンソース ツールである Flux を Kubernetes クラスターにデプロイすることにより、Git リポジトリから Kubernetes クラスターへの構成フローを容易にすることができます。 Flux では、クラスターと名前空間の両方のスコープで、そのオペレーターのデプロイがサポートされます。 名前空間スコープでデプロイされた flux オペレーターの場合、その特定の名前空間内の Kubernetes オブジェクトのみをデプロイできます。 クラスターか名前空間のどちらかのスコープを選択できることで、同じ Kubernetes クラスターでのマルチテナント デプロイ パターンを実現できます。

構成

クラスターと Git リポジトリの間の接続は、Azure Resource Manager の Azure Arc 対応 Kubernetes リソース (Microsoft.Kubernetes/connectedClusters によって表されます) 上に構成リソース (Microsoft.KubernetesConfiguration/sourceControlConfigurations) として作成されます。

適切なパラメーター (マニフェストのプル元の Git リポジトリや、マニフェストをプルするポーリング間隔など) を指定した構成リソース プロパティを使用して、クラスターに Flux オペレーターをデプロイします。 構成リソース データは、保存時に暗号化されて Azure Cosmos DB データベースに格納されるので、データの機密性が確保されます。

クラスターで実行されている config-agent は、次の役割を担います。

  • Azure Arc 対応 Kubernetes リソースで、新規または更新された構成リソースを追跡する。
  • 構成リソースごとに Flux オペレーターをデプロイして Git リポジトリを監視する。
  • 構成リソースに対して行われた更新を適用する。

複数の名前空間スコープの構成リソースを同じ Azure Arc 対応 Kubernetes クラスター上に作成し、マルチテナントを実現することができます。

Note

  • config-agent は、Azure Arc 対応 Kubernetes リソースで使用できる新規または更新された構成リソースかないか監視します。 そのため、目的の状態をクラスターにプルできるように、エージェントには接続が必要です。 エージェントが Azure に接続できない場合は、目的の状態をクラスターに反映する際に遅延が発生します。
  • 秘密キー、既知のホストのコンテンツ、HTTPS ユーザー名、トークン/パスワードなどの機密性の高い顧客入力は、Azure Arc 対応 Kubernetes サービスでは 48 時間以上保存されません。 構成で機密性の高い入力を使用している場合は、クラスターをできるだけ一定の間隔でオンラインにします。

構成を大規模に適用する

Azure Resource Manager によって構成が管理されるので、Azure Policy を使用して、サブスクリプションまたはリソース グループのスコープ内のすべての Azure Arc 対応 Kubernetes リソースで同じ構成の作成を自動化することができます。

このように大規模に適用することで、共通のベースライン構成 (ClusterRoleBindings、RoleBindings、NetworkPolicy などの構成を含む) を、Azure Arc 対応 Kubernetes クラスターのフリートまたはインベントリ全体に適用できます。

重要

このセクションのドキュメントは、Flux v1 を使用した GitOps 用です。 Flux v2 による GitOps を Azure Arc 対応 Kubernetes と Azure Kubernetes Service (AKS) クラスターで使用できるようになりました。Flux v2 による GitOps に関するページを参照してください。 できるだけ早く Flux v2 に移行 することをお勧めします。

2024 年 1 月 1 日より前に作成された Flux v1 ベースのクラスター構成リソースのサポートは、2025 年 5 月 24 日に終了します。 2024 年 1 月 1 日から、新しい Flux v1 ベースのクラスター構成リソースを作成することはできません。

次のステップ