第8章 自動化設定オプション
Red Hat Quay は、デプロイメントと設定を自動化するさまざまなメカニズムをサポートしています。これにより、Red Hat Quay を GitOps および CI/CD パイプラインに統合することができます。これらのオプションを定義し、API を利用することで、Red Hat Quay は UI を使用せずに初期化および管理できます。
Red Hat Quay Operator は configBundleSecret
カスタムリソース(CR)で config.yaml
ファイルを管理するため、OpenShift Container Platform で Red Hat Quay を事前に設定するには、管理者が必要な設定で有効な config.yaml
ファイルを手動で作成する必要があります。次に、このファイルを新規の Kubernetes Secret にバンドルし、QuayRegistry
CR によって参照されるデフォルトの configBundleSecret
CR を置き換えるために使用される必要があります。これにより、Web ベースの設定 UI をバイパスして、OpenShift Container Platform 上の Red Hat Quay を完全に自動化された方法でデプロイできます。詳細は、QuayRegistry CR after deployment を 参照してください。
オンプレミスの Red Hat Quay デプロイメントの場合、事前設定は有効な config.yaml
ファイルを作成し、レジストリーをデプロイすることで行われます。
自動化オプションは、切断されたクラスターやエアギャップクラスターなどの宣言型 Red Hat Quay デプロイメントを必要とする環境に最適です。
8.1. 自動化用の事前設定オプション
Red Hat Quay には、レジストリー管理者が早期セットアップタスクおよび API のアクセシビリティーを自動化できるようにする設定オプションが用意されています。これらのオプションは、新規のデプロイメントや、API 呼び出しの作成方法の制御に役立ちます。次のオプションは、自動化および管理の制御をサポートしています。
フィールド | 型 | 説明 |
---|---|---|
FEATURE_USER_INITIALIZE | Boolean |
新しくデプロイされた Red Hat Quay レジストリーで最初のユーザーブートストラップを有効にします。デプロイ前に 注記
既存の組織の OAuth アプリケーションによって生成された OAuth 2 アクセストークン を必要とする他のすべてのレジストリー API 呼び出しとは異なり、 |
BROWSER_API_CALLS_XHR_ONLY | Boolean |
レジストリー API がブラウザーへの呼び出しのみを受け入れるかどうかを制御します。通常、ブラウザーベースで API にアクセスできるようにするには、管理者はこのフィールドを |
SUBNET_USER | String |
レジストリーへの完全な特権と無制限のアクセス権を持つ管理者ユーザーまたはスーパーユーザーの一覧を定義します。Red Hat Quay 管理者は、デプロイ前に |
FEATURE_USER_CREATION | Boolean |
このフィールドが |
次の YAML は、自動化の推奨設定を示しています。
自動化の推奨設定
# ... FEATURE_USER_INITIALIZE: true BROWSER_API_CALLS_XHR_ONLY: false SUPER_USERS: - quayadmin FEATURE_USER_CREATION: false # ...
# ...
FEATURE_USER_INITIALIZE: true
BROWSER_API_CALLS_XHR_ONLY: false
SUPER_USERS:
- quayadmin
FEATURE_USER_CREATION: false
# ...