第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: trueQuayRegistry CR のコンポーネントに設定すると、Operator がコンポーネントを管理します。

すべての QuayRegistry コンポーネントは、特に指定されていない限り、調整時に自動的に管理され、自動入力されます。以下のセクションでは、主要な QuayRegistry コンポーネントを説明し、デフォルト設定を示す YAML ファイルのサンプルを提供します。

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2025 Red Hat