第1章 Red Hat Satellite 6 について

以下の図は、Red Hat Satellite 6 のアーキテクチャー全体の概要を示しています。

図1.1 Red Hat Satellite 6 システムアーキテクチャー

このアーキテクチャーでは、コンテンツが 4 つのステージを通過します。

以下の図は、Satellite Server から Capsule へのコンテンツ配信の詳細を示しています。

図1.2 Red Hat Satellite 6 におけるコンテンツのライフサイクル

デフォルトでは、各組織は外部ソースのコンテンツのライブラリーを持ちます。コンテンツビューは、インテリジェントなフィルタリングによって作成されるライブラリーのコンテンツのサブセットです。コンテンツビューはライフサイクル環境 (通常は「Dev (開発)」、「QA (品質保証)」、および「Production (本番)」に公開し、プロモートできます。Capsule Server の作成時にその Capsule にコピーし、管理対象ホストで利用できるようにするライフサイクル環境を選択できます。

コンテンツビューを組み合わせて複合コンテンツビューを作成できます。オペレーティングシステムで必要なパッケージのリポジトリーと、アプリケーションで必要なパッケージのリポジトリーで、コンテンツビューを分けることには利点があります。たとえば、1 つのリポジトリーに含まれるパッケージに対する更新はすべて、関連するコンテンツビューを再公開するだけで完了します。したがって、複合コンテンツビューを利用すれば、公開済みのコンテンツビューを組み合わせることができるため、管理が容易になります。

どのコンテンツビューがどの Capsule Server にプロモートされるかは、Capsule で意図されている機能によって異なります。いずれの Capsule Server も、DNS、DHCP、および TFTP をインフラストラクチャーとして実行できますが、たとえばコンテンツサービスや設定サービスで補完することができます。

Capsule Server の更新は、ライブラリーと同期したコンテンツを使用して、新規バージョンのコンテンツビューを作成して行います。コンテンツビューの新規バージョンはライフサイクル環境でプロモートされます。コンテンツビューのインプレース更新を作成することもできます。つまり、ライブラリーからプロモートせずに、現在のライフサイクル環境でコンテンツビューのマイナーバージョンを作成します。たとえば、「Production (本番)」のコンテンツビューにセキュリティーエラータを適用する必要がある場合に、コンテンツビューを他のライフサイクルにプロモートせず、直接更新することができます。コンテンツ管理の詳細は『Red Hat Satellite コンテンツ管理ガイド』を参照してください。

Red Hat Satellite 6 は、Satellite 6 として統合され、検証され、提供され、サポート対象となるいくつかのオープンソースプロジェクトで構成されています。詳細は、Red Hat ナレッジベースの記事「Satellite 6 Component Versions」 を参照してください。このページは定期的に更新されています。

Red Hat Satellite 6 は、以下のオープンソースプロジェクトで構成されています。

Red Hat Satellite およびそのアップストリームコンポーネントで使用される用語は広範囲に及びます。よく使われる用語の説明は「付録B 用語集」を参照してください。

各 Red Hat Satellite サブスクリプションには、サポートされる Red Hat Enterprise Linux Server インスタンスが 1 つ含まれます。このインスタンスは Red Hat Satellite を実行するために取っておく必要があります。Satellite に含まれるオペレーティングシステムを使用して、環境内で他のデーモン、アプリケーション、またはサービスを実行することはサポート対象外となります。

Red Hat Satellite コンポーネントのサポートは、以下のようになります。

Red Hat は、Puppet モジュールを含むスクリプトおよびフレームワークを多数サポートしています。フレームワークのサポートについては、Red Hat ナレッジベースの記事 「スクリプトフレームワークのサポート状況」 を参照してください。