第3章 Spacewalkアーキテクチャについて

内部の3層Spacewalkサーバー・アーキテクチャの概要は、図3.1、「内部3層Spacewalkサーバー・アーキテクチャの概要」で示されています。

図3.1 内部3層Spacewalkサーバー・アーキテクチャの概要

データ層には、データベースとTaskomaticが含まれています。 SpacewalkはTaskomaticデーモンを使用して、ソフトウェア・チャネルの再同期、ソフトウェアと構成の更新のクライアントへの適用、新しいエラータが利用可能になったときの通知などの非同期スケジュール・タスクを実行します。

論理層には、プレゼンテーション層が使用するデータを処理するApacheおよびTomcat Webサーバーが含まれています。

プレゼンテーション層には、コマンドライン・クライアント・ユーティリティやその他のXML/RPCクライアント用のプログラミング・インタフェース、およびWebブラウザを使用してアクセスできるWebインタフェースを提供する、バックエンドとフロントエンドのXML/RPC APIが含まれています。

Spacewalkは、サブスクライブされたクライアント・システムがSpacewalkサーバーがホストするソフトウェア・チャネルにサブスクライブする分散クライアント-サーバー・アーキテクチャを使用します。 組織のニーズを満たすために必要な数のシステムにサーバー機能を分散することができます。これは、複数のリージョンに分散している組織に特に便利です。

簡単なデプロイメントでは、単一のマスター・サーバーがクライアント・システムのプールと共にプロキシ・サーバーと一緒に処理を行い、マスター・サーバーから処理をオフロードして、より多くのクライアント・システムをサポートできるようにすることができます。 大規模なデプロイメントでは、複数のSpacewalkマスター・サーバーとプロキシ・サーバーを構成して、プロビジョニングとソフトウェアのダウンロード速度を向上させることができます。 分散構成では、クライアントは近接しているサーバーへのネットワーク帯域幅アクセスが高い可能性があります。

Spacewalkアーキテクチャは柔軟でスケーラブルであるため、多くのデプロイメント構成が実現可能です。 図3.2、「Spacewalkのデプロイメント構成の例」はいくつかのシナリオを示しています:

図3.2 Spacewalkのデプロイメント構成の例

オラクルのコンサルタントは、特に、クライアント・システムとサーバーの地理的に分散した大規模な環境を管理する必要がある場合に、最適なSpacewalkソリューションを設計するために組織を支援することができます。

物理サーバーか仮想ゲストかに関係なく、クライアント・システムをSpacewalkサーバーにサブスクライブしてソフトウェア・チャネルにサブスクライブします。 クライアントはSpacewalkサーバーからパッケージを取得できます。 ネットワーク・インストール・サーバーのソフトウェア・パッケージを使用して、Spacewalk with kickstartを使用してOracle Linuxのインストールを自動化することもできます。 Spacewalkをキックスタートとともに使用して新しいクライアント・システムをプロビジョニングする場合、Spacewalkサーバーを構成してこれらのクライアント・システムを自動的に登録することができます。 起動キーをkickstartプロファイルに関連付けた場合、システムにSpacewalkクライアント・ソフトウェアをインストールするようにkickstartを構成すると、新しいクライアント・システムはSpacewalkクライアントとして自動的に登録されます。

Spacewalkクライアント・ソフトウェアを最初にインストールしなくても、Oracle Linux 7更新1以降とOracle Linux 6更新7以降のシステムを登録できますが、クライアント・ソフトウェアをインストールして完全なSpacewalkクライアント管理機能を取得することをお薦めします。

Spacewalkを使用すると、登録済みのKickstartedシステムをすぐに管理できます。これにより、後続のパッチ適用、構成管理、およびセキュリティ監査が簡素化されます。 これらのシステムをSpacewalk制御下に置くには、以前にインストールしたレガシー・システムをSpacewalkサーバーに登録することもできます。