第5章 OpenShift Container Platform 上の Red Hat Quay 設定の概要
Operator を使用して Red Hat Quay を OpenShift Container Platform にデプロイする場合、設定は QuayRegistry
カスタムリソース(CR)を使用して宣言的に管理されます。このモデルを使用すると、クラスター管理者は、有効なコンポーネント、ストレージバックエンド、SSL/TLS 設定、他のコア機能など、必要な Red Hat Quay デプロイメントの必要な状態を定義できます。
Operator を使用して OpenShift Container Platform に Red Hat Quay をデプロイした後に、管理者は config.yaml
ファイルを更新し、Kubernetes シークレットで参照することで、レジストリーをさらにカスタマイズできます。この設定バンドルは、configBundleSecret
フィールドを使用して QuayRegistry
CR にリンクされます。
Operator は、QuayRegistry
CR およびその関連設定で定義される状態を調整し、必要に応じてレジストリーコンポーネントを自動的にデプロイまたは更新します。
このガイドでは、QuayRegistry
CR の背後にある基本的な概念と、OpenShift Container Platform デプロイメントの Red Hat Quay での config.yaml
ファイルの変更について説明します。QuayRegistry
CR 内で管理対象外コンポーネントを使用するなどの高度なトピックは、Red Hat Quay Operator の OpenShift Container Platform へのデプロイ を参照してください。
5.1. QuayRegistry CR について
デフォルトでは、QuayRegistry
CR には以下のキーフィールドが含まれます。
-
configBundleSecret
: 追加の設定パラメーターを定義するconfig.yaml
ファイルを含む Kubernetes シークレットの名前。 -
Name
: Red Hat Quay レジストリーの名前。 -
namespace
: レジストリーが作成された namespace またはプロジェクト。 spec.components
: Operator が自動的に管理するコンポーネントの一覧。それぞれのspec.component
フィールドには 2 つのフィールドが含まれます。-
Name
: コンポーネントの名前。 -
Managed
: コンポーネントのライフサイクルが Red Hat Quay Operator によって処理されるかどうかに対応するブール値。managed: true
をQuayRegistry
CR のコンポーネントに設定すると、Operator がコンポーネントを管理します。
-
すべての QuayRegistry
コンポーネントは、特に指定されていない限り、調整時に自動的に管理され、自動入力されます。以下のセクションでは、主要な QuayRegistry
コンポーネントを説明し、デフォルト設定を示す YAML ファイルのサンプルを提供します。