第5章 プロビジョニングワークフローの概要

プロビジョニングプロセスは、以下に概説される基本的なワークフローに従います。

このワークフローは、特定のオプションに応じて異なります。詳細については、後の章で説明します。以下はオプションの例になります。

ホストのプロビジョニングを設定するには、Satellite Server でホストのエントリーを作成することからスタートします。Web UI または Hammer CLI のいずれかを使用できます。これは、Config Group を含むホストのプロビジョニングの基本を提供します。これらは、後の章で扱われる特定のプロビジョニング方法に関連した参照情報になります。Config Group に関する詳細は、『Puppet Guide』 の 「Using Config Groups to Manage Puppet Classes」 を参照してください。

ホスト タブで、ホストとその配置についての主な詳細を定義します。Capsule Server は、セットアップに応じて Satellite Server の統合 Capsule または外部 Capsule Server になります。

Puppet クラス タブで、どの Puppet クラスおよび Config Group をプロビジョニング後にホストに適用するか選択します。これらのクラスは、ホスト タブで選択されたコンテンツビューおよび Puppet 環境から取得します。組み込み済みのクラス セクションにはホストに適用されるクラスが表示され、利用可能なクラス セクションにはホストに追加できるクラスが表示されます。

インターフェース タブでは、ホストのネットワークインターフェースの設定を定義します。インターフェースの追加 をクリックして新規インターフェースを作成するか、または 編集 をクリックして特定のインターフェースを編集します。新規または変更されたインターフェースは以下のフィールドを含むフォームを使用します。

オペレーティングシステム タブで、ホストにインストールするオペレーティングシステムおよび関連分野を定義します。ホストの アーキテクチャー を選択してから、そのアーキテクチャー に関連する オペレーティングシステム を選択します。選択したオペレーティングシステムに応じて、様々なオプションが利用できます。

パラメーター タブでは、プロビジョニングプロセスと Puppet 設定の両方に変数データを設定します。Puppet クラスパラメーター セクションでは、Puppet のパラメーターに送信されたデータを変更することができます。グローバルパラメーター および ホストパラメーター では、プロビジョニングテンプレートなどの Satellite Server 内で使用できるカスタムパラメーターを定義できます。

追加情報 タブでは、ホストの所有者、レポートに組み込むかどうか、ハードウェアモデルおよび追加のコメントなど、ホストについての各種データを定義します。

ホストのエントリーを保存するには、送信 をクリックします。

# hammer host create --name "testhost" --organization "ACME" \
--location "New York" --environment "Test" --architecture "x86_64" \
--build true --domain "example.com" --enabled true \
--mac "aa:aa:aa:aa:aa:aa" --subnet "ACME's Internal Network" \
--managed true --medium "Red Hat Kickstart Tree" \
--operatingsystem "RedHat 7.2" --owner admin \
--partition-table "Kickstart Default" \
--puppet-proxy "satellite.example.com" \
--puppet-ca-proxy "satellite.example.com" --root-password "p@55w0rd!"

--interface オプションを使用して、特定のインターフェース設定を行います。詳細は、付録B Hammer CLI の追加のホストパラメーター を参照してください。hammer host interface create コマンドで特定のネットワークインターフェース設定を定義することもできます。--host または --host-id オプションを使用して、インターフェースを受信するホストを特定します。以下に例を示します。

# hammer host interface create --host "testhost" --type interface \
--mac "aa:aa:aa:aa:aa:aa" --identifier "eth0" --name "testhost" \
--domain "example.com" --subnet "ACME's Internal Network" \
--managed true --primary true --provision true

この手順は、大半のプロビジョニング方法のベースとなる手順です。ただし、各ホストのすべての情報を定義するプロセスには時間がかかります。そのため、ホストグループを作成してすべてのホストに共通する設定を定義することをお勧めします。

数多くのホストをプロビジョニングする場合、ホストのすべての詳細を毎回入力すると多大な時間がかかります。ただし、Red Hat Satellite 6 では ホストグループ の概念が導入されているため、ホストのプロビジョニングに要する時間を短縮できます。

ホストグループは、共通するホスト設定のテンプレートとして機能します。これには、ホストに提供する詳細情報として同じものが多数含まれます。新規ホストをホストグループを使ってプロビジョニングする場合、ホストはホストグループから定義された設定を継承します。その後に、ホストを個別化するために必要に応じて追加の詳細情報を指定できます。

さらに、ホストグループの階層を作成することができます。通常は、組織内のすべてのホストを代表するベースレベルのホストグループを 1 つ設定し、一般的な設定を提供します。続いて、特定の設定を提供するためにネスト化したグループを設定します。たとえば、オペレーティングシステムを定義するベースレベル (親) のホストグループと、ベースレベルのホストグループを継承する 2 つのネスト化した (子) ホストグループを設定することができます。

この例では、プロビジョニングされたすべてのホストは Base ホストグループの継承により、Red Hat Enterprise Linux 7.2 をオペレーティングシステムとして使用します。2 つの Web サーバーホストは Webserver ホストグループからの設定を継承します。これには、httpd Puppet クラスおよび Base ホストグループの設定が含まれます。同様に、2 つのストレージサーバーは Storage ホストからの設定を継承します。これには、nfs Puppet クラスおよび Base ホストグループの設定が含まれます。カスタムホストは Base ホストグループからの設定のみを継承します。

このシナリオでは、ACME のホストグループを作成する方法を示します。本書の後の章では、このホストグループをプロビジョニングプロセスで使用します。

送信 をクリックしてホストグループを保存します。

# hammer hostgroup create --name "Base" \
--lifecycle-environment "Production" --content-view "Base" \
--environment "production" --content-source-id 1 \
--puppet-ca-proxy-id 1 --puppet-proxy-id 1 --domain "example.com" \
--subnet `ACME's Internal Network` --architecture "x86_64" \
--operatingsystem "RedHat 7.2" --medium-id 9 \
--partition-table "Kickstart default" --root-pass "p@55w0rd!" \
--locations "New York" --organizations "ACME"

サーバーはホストグループのエントリーを作成します。このシナリオでは、プロビジョニングのサンプル用にこのホストグループを使用します。

本章では、Red Hat Satellite 6 で新規ホストのエントリーを作成するための基本的なワークフローを説明しました。また、新規ホストの作成時にホストグループを作成して特定のパラメーターを事前に定義する方法についても説明しました。

次章では、ベアメタルホストのプロビジョニング方法について説明します。次章では、Base ホストグループを使用してホストの設定を事前に定義します。