プロビジョニングガイド

• Development (開発)
• Production (実稼働)

• Development (開発)
• Testing (テスト)
• Beta Release (ベータリリース)
• Production (実稼働)

• United States

  • New York

    • Datacenter 1
    • Datacenter 2
    • Datacenter 3

  • San Francisco

    • Datacenter 4
    • Datacenter 5
    • Datacenter 6

• Japan

  • Tokyo

    • Datacenter 7
    • Datacenter 8
    • Datacenter 9

• 名前: ユーザーインターフェースのインストールメディアのエントリーを表す名前。

• パス: インストールツリーを含む URL または NFS シェア。複数の異なるシステムアーキテクチャーおよびバージョンを表すために以下の変数をパスで使用できます。

  • $arch: システムアーキテクチャー (例: x86_64)
  • $version: オペレーティングシステムのバージョン (例: 7.2)
  • $major: オペレーティングシステムのメジャーバージョン (例: 7)

  • $minor: オペレーティングシステムのマイナーバージョン (例: 2)

    HTTP パスの例:

    http://download.example.com/rhel/$version/Server/$arch/os/

    Copy to Clipboard Toggle word wrap

    NFS パスの例:

    nfs://download.example.com:/rhel/$version/Server/$arch/os/

    Copy to Clipboard Toggle word wrap
    注記

    Capsule Server の同期したコンテンツは HTTP パスを常に使用します。Capsule Server で管理されたコンテンツは NFS パスをサポートしません。

• オペレーティングシステムの種類: メディアのディストリビューションまたはファミリー。たとえば、Red Hat Enterprise Linux、CentOS、および Fedora は、Red Hat ファミリーに属します。

• 名前: パーティションテーブルを表す名前。
• デフォルト: テンプレートを新規の組織またはロケーションに自動的に関連付けられるように設定します。
• スニペット: テンプレートを他のパーティションテーブルレイアウトの再利用可能なスニペットに設定します。
• オペレーティングシステムの種類: パーティションレイアウトのディストリビューションまたはファミリー。たとえば、Red Hat Enterprise Linux、CentOS、および Fedora は、Red Hat ファミリーに属します。

• テンプレートエディター: ディスクパーティションのレイアウトを入力するテキスト領域。以下は例になります。

  zerombr
  clearpart --all --initlabel
  autopart

  Copy to Clipboard Toggle word wrap

  テンプレート ファイルブラウザーを使用してテンプレートファイルをアップロードすることもできます。

  注記

  レイアウトのフォーマットは、オペレーティングシステムのフォーマットと一致する必要があります。Red Hat Enterprise Linux 7.2 にはキックスタートファイルに一致するレイアウトが必要です。

• 監査コメント: パーティションレイアウトへの変更の概要フィールド。

• provision: プロビジョニングプロセスのテンプレート (例: キックスタートテンプレート)。キックスタートテンプレートの構文についての詳細は、『Red Hat Enterprise Linux 7 インストールガイド』 の 「キックスタート構文の参考資料」 を参照してください。
• PXELinux、PXEGrub、PXEGrub2 - TFTP サーバーにデプロイして、ホストが正しい kernel オプションでインストーラーを使用するための PXE ベースのテンプレート。
• finish: 主要なプロビジョニングプロセスの完了後の設定後スクリプト。これは SSH タスクとして実行されます。
• Bootdisk: PXE を使用しないブート方法のためのテンプレート。
• kexec: PXE を使用しないブート方法のためのカーネル実行テンプレート。
• user_data: cloud-init スクリプトなどのユーザーデータを受け入れるプロバイダー用の設定後スクリプト。
• script: デフォルトで使用されないが、カスタムタスクに役立つ任意のスクリプト。
• ZTP: Zero Touch Provisioning テンプレート。
• POAP: PowerOn Auto Provisioning テンプレート。
• iPXE - PXELinux の代わりに iPXE または gPXE 環境で使用するテンプレート。

• テンプレート タブ:

  • 名前: プロビジョニングテンプレートのテキスト形式の名前。
  • デフォルト: テンプレートを新規の組織またはロケーションに自動的に関連付けられるように設定します。
  • テンプレートエディター: プロビジョニングテンプレートの本文を入力するテキスト領域。テンプレート ファイルブラウザーを使用してテンプレートファイルをアップロードすることもできます。
  • 監査コメント: プロビジョニングテンプレートへの変更の概要フィールドです。

• タイプ タブ:

  • スニペット: プロビジョニングテンプレートをスニペットとして指定します。スニペットはスタンドアロンのプロビジョニングテンプレートではありませんが、他のプロビジョニングテンプレートに挿入できるプロビジョニングテンプレートの一部を構成します。
  • タイプ: プロビジョニングテンプレート などのテンプレートのタイプ。

• 関連付け タブ:

  • 適用可能なオペレーティングシステム セクションの すべての項目 の一覧から、オペレーティングシステムエントリーの名前をクリックしてそのオペレーティングシステムエントリーを 選択された項目 の一覧に移動し、プロビジョニングテンプレートをそのオペレーティングシステムエントリーで使用できるようにします。
  • またオプションとして、組み合わせの追加 をクリックして ホストグループ の一覧からホストグループを 1 つ選択するか、または 環境 の一覧から環境を 1 つ選択すると、指定したホストグループと環境の組み合わせにプロビジョニングテンプレートを使用できるようになります。

• オペレーティングシステム タブ:

  • 名前: オペレーティングシステムエントリーを表すテキスト形式の名前。
  • メジャーバージョン: オペレーティングシステムのメジャーバージョンに対応する番号。
  • マイナーバージョン: オペレーティングシステムのマイナーバージョンに対応する番号。
  • 説明: オペレーティングシステムの説明を入力するテキストフィールド。
  • ファミリー: 新規オペレーティングシステムの分類に使用するオペレーティングシステムのファミリー。
  • root パスワードのハッシュ: root パスワードのエンコーディング方法。
  • アーキテクチャー: オペレーティングシステムが使用するアーキテクチャーを選択します。ホスト > アーキテクチャー メニューで追加のアーキテクチャーを作成します。

• パーティションテーブル タブ:

  • このオペレーティングシステムに適用できる可能性のあるパーティションテーブルを選択します。

• インストールメディア タブ:

  • このオペレーティングシステムに適用するインストールメディアを選択します。詳細は 「インストールメディアの作成」 を参照してください。

• テンプレート タブ:

  • オペレーティングシステムで使用する PXELinux テンプレート、プロビジョニングテンプレート、および フィニッシュテンプレート を選択します。
  • たとえば、プロビジョニングに iPXE を使用する場合は、iPXE テンプレート などの他のテンプレートを選択することもできます。

• 先のセクションで作成したリソースを使用します(例: インストールメディア、パーティションテーブル、およびプロビジョニングテンプレート)。
• オペレーティングシステムにはプロビジョニングコンテキストがありません。オペレーティングシステムを構成するリソースのみがプロビジョニングコンテキストを持ちます。

• 1-Small
• 2-Medium
• 3-Large

• 名前: アクティベーションキーの名前。システムの登録プロセスでこの名前を使用します。example と入力します。
• コンテンツホストの制限: このアクティベーションキーで Satellite Server が登録を許可するシステム数。無制限のコンテンツホスト を選択します。
• 説明: アクティべーションキーのテキスト形式の説明。Example activation key と入力します。
• 環境: 使用する環境。Production を選択します。
• コンテンツビュー: 環境内で使用するコンテンツビュー (およびリポジトリー) 。Base を選択します。

• システム要件に最も適したリポジトリー。このケースでは Red Hat Enterprise Linux 7 Server RPMs のみになります。
• カスタムコンテンツ

• Red Hat Enterprise Linux 7 Server (Kickstart) - Enabled: No (Default)
• Red Hat Satellite Tools 6.3 (for RHEL 7 Server) (RPMs) - Enabled: No (Default)
• Red Hat Enterprise Linux 7 Server (RPMs) - Enabled: Yes (Default)

• Red Hat Satellite Tools 6.3 (for RHEL 7 Server) (RPMs) - Enabled: Override to Yes

• ホストには、Satellite Server に割り当てられたサブネットがあります。
• サブネットには、Satellite Server に割り当てられた DHCP Capsule があります。
• ホストには、Satellite Server に割り当てられた有効な IP アドレスがあります。
• DHCP を使用した仮想マシンが取得した IP アドレスは、Satellite Server に設定されたアドレスと一致します。
• イメージから作成された仮想マシンは、SSH リクエストに応答します。
• イメージから作成された仮想マシンは、SSH を介してユーザーとパスワードを承認します。ユーザーとパスワードは、デプロイされたイメージと関連付けされます。

• サブネット上に DHCP サーバーがあります。
• 仮想マシンには、cloud-init サービスがインストールされ、有効化されています。

• ドメイン タブ:

  • DNS Domain - ドメイン名。example.com はこの例になります。
  • Description (フルネーム): ドメインのテキスト形式の説明。この例では ACME's example domain を使用しています。
  • DNS Capsule - DNS の割り当てに使用するカプセル。この例では、Satellite Server の統合 Capsule を使用します。

• ロケーション タブ:

  • このドメインを使用する場所を選択します。たとえば、New York などのロケーションを選択します。

• 組織 タブ:

  • ACME など、このドメインを使用する組織を選択します。

• サブネット タブ:

  • 名前: サブネットのテキスト形式の名前。例: ACME's Internal Network
  • ネットワークアドレス: サブネットのネットワークアドレス。例: 192.168.140.0
  • ネットワークプレフィックス - サブネット用のネットワークプレフィックスです。例: 24
  • ネットワークマスク: サブネットのネットワークマスク。例: 255.255.255.0
  • ゲートウェイアドレス: サブネットの外部ゲートウェイ。例: 192.168.140.1
  • プライマリー DNS サーバー: サブネットのプライマリー DNS。例: 192.168.140.2
  • セカンダリー DNS サーバー: サブネットのセカンダリー DNS。例: 8.8.8.8

  • IPAM: IP アドレス管理 (IPAM) に使用するメソッド:

    • DHCP: サブネットには DHCP サーバーが含まれます。
    • 内部 DB - サブネットには DHCP サーバーは含まれませんが、Satellite で IP アドレスの割り当てを管理し、内部データベースに IP アドレスを記録することが想定されます。

    • なし: IP アドレス管理がありません。

      この例では、Satellite Server は DHCP サーバーとして機能するため、 DHCP を使用します。

  • 開始アドレス (Start of IP range): プロビジョニングサービスの IP 割り当て範囲の開始を定義します。例: 192.168.140.111
  • 終了アドレス (End of IP range): プロビジョニングサービスの IP 割り当ての終了を定義します。例: 192.168.140.250
  • VLAN ID - ブロードキャストを分離するためのサブネットの VLAN ID 番号。この例では VLAN を使用しないため、このフィールドを空白にします。

  • ブートモード - このネットワークのネットワークインターフェースのデフォルトブートモードを定義します。

    • 静的 ブートモードとは、このサブネットに割り当てられたネットワークインターフェースは、IP アドレスおよびネットワークマスクを設定ファイルに直接設定することを意味し、DHCP を使用してこれらを取得することを回避します。ゲートウェイおよび DNS サーバーは、DHCP から取得できないことに注意してください。したがって、これらを設定したい場合は、ゲートウェイアドレス および プライマリー DNS サーバー のフィールドに、正しい値を入力します。これらを省略できるのは、ネットワーク外にトラフィックをルーティングせず (インストールメディアはローカル)、DNS 解決なしに IP アドレスを直接使用する場合だけです。
    • DHCP ブートモードとは、このサブネットに割り当てられたネットワークインターフェースは、DHCP に設定されることを意味します。

• リモート実行 タブ:

  • リモート実行を制御する Capsule を選択します。この例では Satellite Server 自体がこれに該当します。

• ドメイン タブ:

  • このサブネットに適用されるドメインを選択します。

• Capsule タブ:

  • DHCP、TFTP、および逆引き DNS サービスを含む、サブネットの各サービスに適用される Capsule を選択します。この例では、各サービスに Satellite Server の統合 Capsule を使用します。
• パラメーター タブでは、任意のサブネットレベルのパラメーターを設定し、このサブネットに割り当てられたホストに適用します。たとえば、テンプレートで使用できるユーザー定義ブール値またはストリングパラメーターなどです。

• ロケーション タブ:

  • この capsule を使用するロケーションを選択します。たとえば、New York というロケーションを選択します。

• 組織 タブ:

  • この capsule を使用する組織を選択します。たとえば、ACME を選択します。

• 使用する Red Hat Satellite にホストが存在します。
• プロビジョニングインターフェースの MAC アドレスが、ホスト設定と一致します。
• ホストのプロビジョニングインターフェースには、有効な DHCP 予約があります。
• NIC は、PXE ブートが可能です。詳細は http://ipxe.org/appnote/hardware_drivers を参照してください。
• NIC は、iPXE と互換性があります。

• Discovery — Discovery サービスを使用している場合、Satellite Server は新規ホストの MAC アドレスを自動的に検出し、要求の送信後にホストを再起動します。Satellite でホストを再起動できるよう、ホストが割り当てられる Capusule から TCP ポート 8443 にアクセスできなければならないことに注意してください。
• PXE を使用しないプロビジョニング — 新規ホストの要求の送信後に、Satellite Server からダウンロードしたブートディスクで特定のホストを起動する必要があります。
• コンピュートリソース — コンピュートリソースは新規ホストの仮想マシンを作成し、MAC アドレスを Satellite Server に返します。また、イメージベースのプロビジョニングを使用している場合、ホストは標準の PXE ブートおよびオペレーティングシステムのインストール方法に従いません。その代わりに、コンピュートリソースは新規ホストが使用する選択したイメージのコピーを作成します。
• コンテナー — コンテナーのプロビジョニングプロセスは、このワークフロープロセスに従いません。

• 名前 — ホストの名前。
• 組織 — このホストを所有する組織。
• ロケーション — このホストのロケーション。
• ホストグループ — このホストのテンプレートとして使用するホストグループ。詳細については、『アーキテクチャーガイド』 の 「ホスト分類の概念」 を参照してください。
• デプロイ先 — ホストのデプロイメントのタイプで、ベアメタルのホスト上か、コンピュートリソースを介するか、のいずれかになります。
• ライフサイクル環境 — ホストのアプリケーションライフサイクルにおけるステージ。
• コンテンツビュー — リポジトリーに使用するコンテンツビュー。
• コンテンツソース — コンテンツビューからコンテンツを提供するために使用する Capsule Server。外部 Capsule Server を使用する場合、コンテンツがすでに Capsule Server と同期していることを確認します。詳細については、『インストールガイド』 の 「Capsule Server へのライフサイクル環境の追加」 を参照してください。
• Puppet 環境 — ホストを含む Puppet 環境。通常、これは事前に選択されたコンテンツビューおよびライフサイクル環境を使用して定義されます。
• Puppet マスター — エージェント通信のマスターサーバーとして使用する Capsule Server。
• Puppet CA — エージェントの認定に使用する Capsule Server。
• OpenSCAP Capsule — OpenSCAP プロキシーとして使用する Capsule Server。

• Type (タイプ) — 使用するインターフェースのタイプ。これには、基本的なイーサネット接続 (インターフェース) だけでなく、ベースボード管理コントローラー (BMC)、ボンド (Bond)、およびブリッジ (Bridge) が含まれます。これにより、ホストの複雑なネットワーク設定を作成することができます。
• MAC アドレス — インターフェースの MAC アドレス。これを使用して、ネットワークの詳細を特定のインターフェースにマッピングできます。さらに、プロビジョニングインターフェースの MAC アドレスは、PXE ブート時にベアメタルホストを特定するために使用されます。
• デバイス ID — eth0、ens8、bond0、および br0 などのインターフェース ID。
• DNS 名 — ホストのドメイン名。これには通常、ホスト タブのホスト名が自動的に設定されます。
• ドメイン — ホストのプロビジョニングに使用するドメイン。これと DNS 名 の組み合わせにより、ホストの完全修飾ドメイン名 (FQDN) が作成されます。
• サブネット — このインターフェースに接続するネットワーク。
• IP アドレス — このインタフェースの IP アドレス。選択される サブネット とそのオプションにより、このフィールドにはデータが自動的に設定されます。

• インターフェースタイプのセレクションには以下が含まれます。

  • 管理 — このインターフェースはプロビジョニングの間、DHCP、DNS、および TFTP を提供します。さらに、インターフェースの設定を使用して、ホストのインターフェース設定ファイルが生成されます。個別のサービスを無効にするには、インフラストラクチャー > サブネット そして インフラストラクチャー > ドメイン へ行き、該当する Capsule 設定を なし に設定します。
  • プライマリー — メインのインターフェースで、インターフェースの詳細からホストの FQDN を構築します。
  • プロビジョニング — PXE ブートサービスのインターフェースです。イメージをベースにしたプロビジョニングの場合、このインターフェースの IP アドレスがクライアントへの SSH 接続に使用されます。
  • リモート実行 — このインターフェースはリモート実行機能に使用されます。

• ビルドモード — ホストのプロビジョニングとオペレーティングシステムのインストールを可能にします。このオプションは、すべてのプロビジョニングタスクで必要です。すでに存在するプロビジョニングされたホストのエントリーを作成する場合にのみ、このオプションを無効にする必要があります。
• メディアセレクション — 同期したキックスタートのリポジトリーから、またはすべてのリポジトリーからの選択を可能にします。このホストのプロビジョニングに使用するインストールメディアのタイプを選択します。同期したキックスタートリポジトリーの場合は 同期したコンテンツ を選択します。または、すべてのメディア を選択し、他のインストールメディアから選択します。通常、これは ホスト > インストールメディア > 新規メディア で手動で追加されたものになります。
• メディア — オペレーティングシステムのインストールメディア。通常、これはキックスタートツリーですが、ローカルにマウントされた ISO イメージの場合もあります。
• パーティションテーブル — ルートディスクのレイアウトに使用するパーティションテーブルのテンプレート。このフォームで カスタムパーティションテーブル を直接定義することもできます。
• PXE ローダー - Red Hat Satellite 6.3 は、BIOS および UEFI の両システムのブートをサポートします。ホストが PXE プロビジョニングを使用する場合、正しい DHCP ファイルを選択してロードする必要があります。ホストが iPXE などの PXE を使用しないプロビジョニングを使用する場合、なし を選択します。
• ルートパスワード — オペレーティングシステムにおけるルートユーザーのパスワード。
• プロビジョニングテンプレート — ホストをプロビジョニングするために選択されたテンプレートが表示されます。解決 をクリックすると、Satellite Server がテンプレートをプロビジョニングプロセスの特定の機能に割り当てる方法を確認できます (PXE、プロビジョニング、ユーザーデータなど)。

• Hostgroup: Base (Red Hat Enterprise Linux 7.2)

  • Hostgroup: Webserver (httpd Puppet クラスを適用)

    • Host: webserver1.example.com (Web サーバー)
    • Host: webserver2.example.com (Web サーバー)

  • Hostgroup: Storage (nfs Puppet クラスを適用)

    • Host: storage1.example.com (ストレージサーバー)
    • Host: storage2.example.com (ストレージサーバー)
  • Host: custom.example.com (カスタムホスト)

• ホストグループ タブでは、以下を入力します。

  • 親 — 基本的な設定を継承する親のホストグループ。最初のグループを作成する際は適用されないので、このシナリオでは空白のままにします。
  • 名前 — ホストグループの名前。このシナリオの場合、Base と入力します。
  • ライフサイクル環境 — アプリケーションライフサイクルにおけるホストのステージ。『コンテンツ管理ガイド』 の 「アプリケーションライフサイクルの作成」 で作成された Production (本番) 環境を選択します。
  • コンテンツビュー — リポジトリーに使用するコンテンツビュー。『コンテンツ管理ガイド』 の 「コンテンツビューの管理」 で作成された ベース ビューを選択します。
  • コンテンツソース — コンテンツビューからコンテンツを提供するために使用する Capsule Server。Satellite Server の統合 Capsule を選択します。

  • Puppet 環境 — ホストを含む Puppet 環境。通常、これは事前に選択されたコンテンツビューおよびライフサイクル環境を使用して定義されます。この例では、Puppet モジュールを含まない Production (本番) 環境を選択します。

    注記

    Puppet は、Production 環境内に作成した Puppet 環境に関連付けられているホストグループを持つホストの登録時に、Puppet CA 証明書を取得することができません。ホストグループに関連付けられる適切な Puppet 環境を作成するには、以下の手順を実行します。

    1. 手動でディレクトリーを作成して、所有者を変更します。

       # mkdir /etc/puppet/environments/example_environment
       # chown apache /etc/puppet/environments/example_environment

       Copy to Clipboard Toggle word wrap
    2. 設定 → 環境 へと移動し、環境をインポート をクリックします。ボタン名には、内部または外部の Capsule の FQDN が含まれます。
    3. 作成したディレクトリーを選択し、更新 をクリックします。
  • Puppet マスター — エージェント通信のマスターサーバーとして使用する Capsule Server。Satellite Server の統合 Capsule を選択します。
  • Puppet CA — エージェントの認定に使用する Capsule Server。Satellite Server の統合 Capsule を選択します。
  • OpenSCAP Capsule — SCAP コンテンツを取得し、ARF レポートをアップロードするために使用する OpenSCAP Capsule。この例では、空白のままにします。
• Puppet クラス タブでは、プロビジョニング後にホストに適用する Puppet クラスを選択します。このシナリオでは Puppet クラスを使用しないため、このタブは省略します。

• ネットワーク タブ:

  • ドメイン — ホストのプロビジョニングに使用するドメイン。これと DNS 名 との組み合わせにより、ホストの完全修飾ドメイン名 (FQDN) が作成されます。ACME の example.com ドメインを選択します。
  • IPv4 サブネット — このインターフェースに接続するネットワーク。ACME の内部ネットワーク を選択します。
  • IPv6 サブネット — このインターフェースに接続するネットワーク。この例では、空白のままにします。
  • レルム — ホストの認証レルム。このシナリオではレルムを使用しないので、このフィールドを空白のままにします。

• オペレーティングシステム タブ:

  • アーキテクチャー — ホストのアーキテクチャー。x86_64 を選択します。
  • オペレーティングシステム — インストールするベースオペレーティングシステム。Red Hat Enterprise Linux 7.2 のエントリーは、同期の手順の実行後に表示されるはずです。手順の説明は、『コンテンツ管理ガイド』 の 「Red Hat リポジトリーの同期」 を参照してください。エントリーを選択します。
  • メディアセレクション — 同期したキックスタートのリポジトリーから、またはすべてのリポジトリーからの選択を可能にします。このホストグループのプロビジョニングに使用するインストールメディアのタイプを選択します。同期したキックスタートリポジトリーの場合は 同期したコンテンツ を選択します。他のインストールメディアの場合は すべてのメディア を選択します。通常、これは ホスト > インストールメディア > 新規メディア で手動で追加されたものになります。
  • メディア — オペレーティングシステムのインストールメディア。Red Hat Enterprise Linux 7.2 からキックスタートツリーを選択します。これは、同期の手順の実行後に表示されるはずです。手順の説明は、『コンテンツ管理ガイド』 の 「Red Hat リポジトリーの同期」 を参照してください。
  • パーティションテーブル — ルートディスクのレイアウトに使用するパーティションテーブルのテンプレート。Default Kickstart を選択します。
  • ルートパスワード — オペレーティングシステムにおけるルートユーザーのパスワード。ルートパスワードを入力します。
• パラメーター タブでは、プロビジョニングプロセスと Puppet 設定の両方に変数データを設定します。このセクションは空白にします。
• ロケーション タブで、ホストグループのロケーションを設定します。この例では、New York を選択します。
• 組織 タブで、ホストグループを使用できる組織を設定します。この例では、ACME を選択します。
• アクティべーションキー タブでは、サンプルのアクティべーションキーを選択します。これにより、登録に使用するアクティベーションキーを定義する新規のパラメーター (kt_activation_keys) が各ホストに追加されます。

• Red Hat Enterprise Linux 7 の同期済みのコンテンツリポジトリー。詳細は、『コンテンツ管理ガイド』 の 「Red Hat リポジトリーの同期」 を参照してください。
• ベアメタルホストのネットワークを管理する Capsule Server。無人プロビジョニングおよび Discovery ベースのプロビジョニングの場合、Satellite Server には PXE サーバーの設定が必要です。詳細は、4章ネットワークの設定 を参照してください。
• ホスト登録のためのアクティべーションキーのサンプル。詳細は、「アクティベーションキーの作成」 を参照してください。
• テスト目的で使用する空のベアメタルホスト。

• ホスト タブ:

  • ホストの 名前 を入力します。これはプロビジョニングされたシステムのホスト名になります。この例では、baremetal-test1 と入力します。
  • プロビジョニングコンテキスト (組織 および ロケーション) は ACME および New York に自動的に設定されます。
  • ホストグループ フィールドから Base を選択します。これにより、新規ホストのほとんどのフィールドが自動的に設定されます。

• インターフェース タブ:

  • ホストのインターフェースの 編集 をクリックします。

  • ほとんどのフィールドには、値が自動的に含まれるはずです。特に以下の点に注意してください。

    • ホスト タブの 名前 は DNS 名 になります。
    • Satellite Server は新規ホストの IP アドレスを自動的に割り当てます。
  • ホストの MAC アドレスを入力します。この例では、MAC アドレスは aa:aa:aa:aa:aa:aa です。これは、PXE ブートのプロセス時のホストの識別に必要となるため重要です。
  • Satellite Server は、ホストの最初のインターフェースで Managed (管理)、Primary、および Provision オプションを自動的に選択するはずです。選択されていない場合は、それらを選択してください。

• オペレーティングシステム タブ:

  • すべてのフィールドには値が自動的に含まれるはずです。オペレーティングシステムの各要素を確認してください。

  • プロビジョニングテンプレート の 解決 をクリックし、新規ホストが使用する適切なプロビジョニングテンプレートを特定できることを確認します。これには、以下が含まれます。

    • PXELinux テンプレート: Kickstart default PXELinux

    • provision テンプレート: Satellite Kickstart Default

      プロビジョニングテンプレートの関連付けについての詳細は、「プロビジョニングテンプレートの作成」 を参照してください。

• パラメーター タブ:

  • kt_activation_keys パラメーターが存在し、サンプルのアクティべーションキーを使用していることを確認します。

• foreman-discovery-image パッケージは、Discovery ISO を /usr/share/foreman-discovery-image/ ディレクトリーにインストールし、livecd-iso-to-pxeboot ツールを使用してこの ISO から PXE ブートイメージも作成します。ツールはこの PXE ブートイメージを /var/lib/tftpboot/boot ディレクトリーに保存します。
• rubygem-smart_proxy_discovery パッケージは、Capsule Server (Satellite Server の統合 Capsule など) が Discovery サービスのプロキシーとして機能するように設定します。

• (local): ハードディスクから起動します。
• (discovery): Discovery サービスで起動します。

• ホスト タブ:

  • ホストの新規の 名前 を入力します。これはプロビジョニングされたシステムのホスト名になります。この例では、baremetal-test2 と入力します。
  • プロビジョニングコンテキスト (組織 および ロケーション) は ACME および New York に自動的に設定されます。
  • ホストグループ フィールドから Base を選択します。これにより、新規ホストのほとんどのフィールドが自動的に設定されます。

• インターフェース タブ:

  • ホストのインターフェースの 編集 をクリックします。

  • ほとんどのフィールドには、値が自動的に含まれるはずです。特に以下の点に注意してください。

    • ホスト タブの 名前 は DNS 名 になります。
    • Satellite Server は新規ホストの IP アドレスを自動的に割り当てます。
    • Satellite Server は Discovery の結果より MAC アドレスを自動的に設定します。
  • 詳細を確認します。
  • Satellite Server は、ホストについて Managed (管理)、Primary、および Provision オプションを自動的に選択するはずです。選択されていない場合は、それらを選択してください。

• オペレーティングシステム タブ:

  • すべてのフィールドには値が自動的に含まれるはずです。オペレーティングシステムの各要素を確認してください。

  • プロビジョニングテンプレート の 解決 をクリックし、新規ホストが使用する適切なプロビジョニングテンプレートを特定できることを確認します。これには、以下が含まれます。

    • PXELinux テンプレート: Kickstart default PXELinux
    • provision テンプレート: Satellite Kickstart Default

  プロビジョニングテンプレートの関連付けについての詳細は、「プロビジョニングテンプレートの作成」 を参照してください。

• パラメーター タブ:

  • kt_activation_keys パラメーターが存在し、サンプルのアクティべーションキーを使用していることを確認します。
  • 送信 をクリックします。

• 名前: ルールを表すテキスト形式の名前。例: Hypervisor
• 検索 - ホストをプロビジョニングするかどうかを決定するためのルール。このフィールドには、入力する値についての推奨案が提供され、複数のルールに演算子を使用できます。例: cpu_count > 8
• ホストグループ - このホストのテンプレートとして使用するホストグループ。

• ホスト名 - 複数ホストのホスト名を決定するパターンです。これはプロビジョニングテンプレートと同じ ERB 構文を使用します。ホスト名には、ホスト固有の値に @host 属性を使用したり、乱数に rand 関数を使用したりできます。以下に例を示します。

  • myhost-<%= rand(99999) %>
  • abc-<%= @host.facts['bios_vendor'] + '-' + rand(99999).to_s %>
  • xyz-<%= @host.hostgroup.name %>
  • srv-<%= @host.discovery_rule.name %>
  • server-<%= @host.ip.gsub('.','-') + '-' + @host.hostgroup.subnet.name %>

  rand() 関数は、ストリングと連結できない整数を返します。したがって、この例では to_s 関数の呼び出しが必要な点に注意してください。ホスト名のパターンを作成する際に、作成されるホスト名が固有の名前であることを確認してください。ホスト名は数字で始めることができません。また、アンダースコアあるいはドットを含むこともできません。適切な方法は、Facter が提供する固有の情報 (MAC アドレス、BIOS、またはシリアル ID など) を使用することです。

• ホストの制限: ルールを使ってプロビジョニングできるホストの最大数。無制限に設定するには 0 を使用します。
• 優先度 - ルール間の優先度です。値が低いルールほど優先度が高くなります。
• 有効化 - ルールの有効化。

• Auto-Provision (自動プロビジョニング): 右側の Discovered ホストのメニューにあります。これは単一ホストを自動的にプロビジョニングします。
• Auto-Provision All (すべてを自動プロビジョニング): 表の右上にあります。これはすべてのホストを自動的にプロビジョニングします。

• ホスト タブ:

  • ホストの 名前 を入力します。これはプロビジョニングされるシステムのホスト名になります。この例では、baremetal-test3 と入力します。
  • プロビジョニングコンテキスト (組織 および ロケーション) は ACME および New York に自動的に設定されます。
  • ホストグループ フィールドから Base を選択します。これにより、新規ホストのほとんどのフィールドが自動的に設定されます。

• インターフェース タブ:

  • ホストのインターフェースの 編集 をクリックします。

  • ほとんどのフィールドには、値が自動的に含まれるはずです。特に以下の点に注意してください。

    • ホスト タブの 名前 は DNS 名 になります。
    • Satellite Server は新規ホストの IP アドレスを自動的に割り当てます。
  • ホストの MAC アドレスを入力します。この例では、MAC アドレスは aa:aa:aa:aa:aa:aa です。
  • Satellite Server は、ホストについて Managed (管理)、Primary、および Provision オプションを自動的に選択するはずです。選択されていない場合は、それらを選択してください。

• オペレーティングシステム タブ:

  • すべてのフィールドには値が自動的に含まれるはずです。オペレーティングシステムの各要素を確認してください。

  • プロビジョニングテンプレート の 解決 をクリックし、新規ホストが使用する適切なプロビジョニングテンプレートを特定できることを確認します。これには、以下が含まれます。

    • bootdisk テンプレート: Boot disk iPXE - host
    • kexec テンプレート: Discovery Red Hat kexec
    • provision テンプレート: Satellite Kickstart Default

  プロビジョニングテンプレートの関連付けについての詳細は、「プロビジョニングテンプレートの作成」 を参照してください。

• パラメーター タブ:

  • kt_activation_keys パラメーターが存在し、サンプルのアクティべーションキーを使用していることを確認します。

• ホストイメージ 向け。

  # hammer bootdisk host --host test3.example.com

  Copy to Clipboard Toggle word wrap

• 完全ホストイメージ 向け。

  # hammer bootdisk host --host test3.example.com --full true

  Copy to Clipboard Toggle word wrap

• 汎用イメージ 向け。

  # hammer bootdisk generic

  Copy to Clipboard Toggle word wrap

• サブネットイメージ 向け。

  # hammer bootdisk subnet --subnet subnetName

  Copy to Clipboard Toggle word wrap

• Manual network setup を選択する場合、Discovery イメージはネットワークオプションのセットを要求します。これには、Satellite Server に接続されるプライマリーネットワークインターフェースが含まれます。この Discovery イメージは、IPv4 アドレス、IPv4 ゲートウェイ および IPv4 DNS サーバーなどのネットワークインターフェースの設定オプションも要求します。一例として、ACME は以下の詳細を使用する可能性があります。

  • IPv4 Address: 192.168.140.20
  • IPv4 Gateway: 192.168.140.1

  • IPv4 DNS: 192.168.140.2 (Satellite Server の 統合 Capsule)

    これらの詳細を入力した後に、次へ を選択します。

• Discovery with DHCP を選択する場合、Discovery イメージは Satellite Server に接続されるプライマリーネットワークインターフェースのみを要求します。このサービスは、Capsule Server が提供するサーバーなどの DHCP サーバーを使用してネットワークインターフェースを自動的に設定しようとします。

• kexec テンプレート: Discovery Red Hat kexec
• provision テンプレート: Satellite Kickstart Default

• Red Hat Enterprise Linux 7 の同期済みのコンテンツリポジトリー。詳細は、『コンテンツ管理ガイド』 の 「Red Hat リポジトリーの同期」 を参照してください。
• KVM サーバーでネットワークを管理する Capsule Server。Capsule Server との競合を避けるためにその他の DHCP サービスがこのネットワーク上で実行されていないことを確認します。Capsule Server のネットワークサービス設定の詳細は、4章ネットワークの設定 を参照します。
• ホスト登録のためのアクティべーションキーのサンプル。詳細は、「アクティベーションキーの作成」 を参照してください。
• KVM 仮想化ツールを実行する Red Hat Enterprise Linux サーバー。詳細は、『Red Hat Enterprise Linux 7 仮想化スタートガイド』 を参照してください。
• 既存の仮想マシンイメージ (イメージベースのプロビジョニングを使用する場合) 。このイメージが KVM ホストのストレージプールにあることを確認します。デフォルトの ストレージプールは通常 /var/lib/libvirt/images にあります。

• 名前: リソースのテキスト形式の名前。例: ACME's KVM Server
• プロバイダー: コンピュートリソースプロバイダーを選択するためのフィールド。Libvirt を選択すると、新規のフィールドのセットが表示されます。
• 説明: リソースのテキスト形式の説明。例: KVM server at kvm.example.com
• URL: KVM サーバーへの libvirt 接続 URL。例: qemu+ssh://root@kvm.example.com/system
• ディスプレイタイプ: 使用するリモートアクセスプロトコルを選択します (VNC または Spice のいずれか)。
• コンソールのパスワード: ランダムに生成されたパスワードで新規ホストのコンソールアクセスのセキュリティーを保護します。

• 名前: イメージのテキスト形式の名前。例: Test KVM Image
• オペレーティングシステム: イメージのベースオペレーティングシステムを選択するためのフィールド。例: RedHat 7.2
• アーキテクチャー: オペレーティングシステムのアーキテクチャーを選択するためのフィールド。例: x86_64
• ユーザー名: イメージにアクセスするための SSH ユーザー名。通常、これは root ユーザーになります。
• パスワード: イメージにアクセスするための SSH パスワード。
• ユーザーデータ - イメージが cloud-init データなどのユーザーデータ入力をサポートするかどうかを設定します。
• イメージパス: KVM サーバーのイメージを指す完全パス。例: /var/lib/KVM/images/TestImage.qcow2

• CPU: 新規ホストに割り当てる CPU の数。
• メモリー: 新規ホストに割り当てるメモリーの容量。
• イメージ: イメージベースのプロビジョニングを実行する際に使用するイメージ。この例では、Test KVM Image を使用します。

• ネットワークインターフェース - ホストのネットワークインターフェースの KVM ネットワークパラメーター。複数のネットワークインターフェースを作成することができます。ただし、少なくとも 1 つのインターフェースが Capsule で管理されるネットワークをポイントしている必要があります。ネットワークインターフェースのオプションには、以下が含まれます。

  • ネットワークタイプ - ホストおよび NIC のネットワークのタイプ。これは、物理 (ブリッジ) または 仮想 (Nat) のいずれかになります。
  • ネットワーク: ネットワークタイプ の選択内容により、使用するホストの物理インターフェースか、または KVM サーバー上の仮想ネットワークのいずれかになります。
  • NIC タイプ - virtio などの仮想 NIC タイプ。

• ストレージ - ホストのボリューム。ホストに複数のボリュームを作成することができます。ストレージのオプションには以下が含まれます。

  • ストレージプール - ボリュームを含む KVM サーバーのプール。
  • サイズ - ボリュームのサイズ (GB)。
  • 割り当て - ボリュームに事前に割り当てられた物理スペースのサイズ。
  • タイプ - ボリュームのタイプ。RAW または QCOW2 のいずれかになります。

• ホスト タブ:

  • ホストの 名前 を入力します。これは、プロビジョニングされたシステムのホスト名になります。この例では、kvm-test1 になります。
  • プロビジョニングコンテキスト (組織 および ロケーション) は現在のコンテキストに自動的に設定されます。例: ACME および New York
  • ホストグループ フィールドから Base を選択します。これにより、新規ホストのほとんどのフィールドが自動的に設定されます。
  • デプロイ先 で、KVM 接続を選択します。この例では、ACME's KVM Server になります。仮想マシンの新規タブが表示されます。
  • コンピュートプロファイル で、仮想マシンベースの設定を自動的に行うために使用するプロファイルを選択します。例: 4-Example

• インターフェース タブ:

  • ホストのインターフェースの 編集 をクリックします。

  • ほとんどのフィールドには、値が自動的に含まれるはずです。特に以下の点に注意してください。

    • ホスト タブの 名前 は DNS 名 になります。
    • Satellite Server は新規ホストの IP アドレスを自動的に割り当てます。
  • MAC アドレス を空白にします。KVM サーバーは MAC アドレスをホストに割り当てます。
  • Satellite Server は、ホストの最初のインターフェースで Managed (管理)、Primary、および Provision オプションを自動的に選択するはずです。選択されていない場合は、それらを選択してください。
  • インターフェース画面には、コンピュートプロファイルの設定が入力された KVM 固有のフィールドが表示されます。必要に応じてこれらの設定を変更します。

• オペレーティングシステム タブ:

  • すべてのフィールドには値が自動的に含まれるはずです。オペレーティングシステムの各要素を確認してください。
  • プロビジョニング方法 が ネットワークベース に設定されていることを確認します。
  • プロビジョニングテンプレート で 解決 をクリックし、新規ホストから使用する適切なプロビジョニングテンプレートを特定できることを確認します。

• 仮想マシン タブ:

  • これらの設定には、選択されたホストグループおよびコンピュートプロファイルの詳細が入力されているはずです。必要に応じてこれらの設定を変更します。

• パラメーター タブ:

  • kt_activation_keys パラメーターが存在し、サンプルのアクティべーションキーを使用していることを確認します。

• ホスト タブ:

  • ホストの 名前 を入力します。これはプロビジョニングされたシステムのホスト名になります。この例では、kvm-test2 と入力します。
  • プロビジョニングコンテキスト (組織 および ロケーション) は ACME および New York に自動的に設定されます。
  • ホストグループ フィールドから Base を選択します。これにより、新規ホストのほとんどのフィールドが自動的に設定されます。
  • デプロイ先 で、KVM 接続を選択します。この例では、ACME's KVM Server になります。仮想マシンの新規タブが表示されます。
  • コンピュートプロファイル で、仮想マシンベースの設定を自動的に行うために使用するプロファイルを選択します。例: 4-Example

• インターフェース タブ:

  • ホストのインターフェースの 編集 をクリックします。

  • ほとんどのフィールドには、値が自動的に含まれるはずです。特に以下の点に注意してください。

    • ホスト タブの 名前 は DNS 名 になります。
    • Satellite Server は新規ホストの IP アドレスを自動的に割り当てます。
  • MAC アドレス を空白にします。KVM サーバーは MAC アドレスをホストに割り当てます。
  • Satellite Server は、ホストについて Managed (管理)、Primary、および Provision オプションを自動的に選択するはずです。選択されていない場合は、それらを選択してください。
  • インターフェース画面には、コンピュートプロファイルの設定が入力された KVM 固有のフィールドが表示されます。必要に応じてこれらの設定を変更します。

• オペレーティングシステム タブ:

  • すべてのフィールドには値が自動的に含まれるはずです。オペレーティングシステムの各要素を確認してください。
  • プロビジョニング方法 が イメージベース に設定されていることを確認します。新規の イメージ フィールドが表示されます。このフィールドから、新規ホストの root ボリュームのベースとしてイメージを選択できます。これは、ホスト タブで選択されたコンピュートプロファイルから自動的に設定されます。
  • プロビジョニングテンプレート で 解決 をクリックし、新規ホストから使用する適切なプロビジョニングテンプレートを特定できることを確認します。

• 仮想マシン タブ:

  • これらの設定には、選択されたホストグループおよびコンピュートプロファイルの詳細が入力されているはずです。必要に応じてこれらの設定を変更します。

• パラメーター タブ:

  • kt_activation_keys パラメーターが存在し、サンプルのアクティべーションキーを使用していることを確認します。

作業を開始する前の注意事項

• Foreman ユーザー用に SSH キーを設定する必要があります。詳細は、Satellite Server での KVM 接続の設定 を参照してください。
• 既存の Libvirt ゲストに関しては、コンピュートリソース 設定の ディスプレイタイプ が、VNC である点を確認します。詳細は、Satellite Server への KVM 接続の追加 を参照してください。

• Red Hat Enterprise Linux 7 の同期済みのコンテンツリポジトリー。詳細は、『コンテンツ管理ガイド』 の 「Red Hat リポジトリーの同期」 を参照してください。
• Red Hat Virtualization 環境で、論理ネットワークを管理する Capsule Server。Capsule Server との競合を避けるために他の DHCP サービスがこのネットワークで実行されていないことを確認します。詳細は、4章ネットワークの設定 を参照してください。
• イメージベースのプロビジョニングを使用する場合は、空の テンプレート以外の既存のテンプレート。仮想マシンのテンプレートを作成する方法についての詳細は、『仮想マシン管理ガイド』 の 「テンプレート」 を参照してください。
• ホスト登録のためのアクティべーションキーのサンプル。詳細は、「アクティベーションキーの作成」 を参照してください。

• システム

  • システムの設定

    • ログインパーミッション

• ネットワーク

  • vNIC プロファイルの設定

    • チームの作成
    • プロパティーの編集
    • 削除
    • vNIC プロファイルの VM への割り当て
    • vNIC プロファイルのテンプレートへの割り当て

• テンプレート

  • プロビジョニング操作

    • インポート/エクスポート

• 仮想マシン

  • プロビジョニング操作

    • チームの作成
    • 削除
    • インポート/エクスポート
    • ストレージの編集

• ディスク

  • プロビジョニング操作

    • チームの作成

  • ディスクプロファイル

    • ディスクプロファイルの割り当て

• 名前 - リソースのプレーンテキスト形式の名前。例: ACME's RHV
• プロバイダー: コンピュートリソースプロバイダーを選択するためのフィールド。RHEV を選択すると、新規のフィールドのセットが表示されます。
• 説明 - リソースのプレーンテキスト形式の説明。例: RHV-M server at rhvm.example.com.
• URL - Red Hat Virtualization Manager の API への接続 URL。たとえば、RHEV 3.6 以前のバージョンでは、この URL の形式は https://rhvm.example.com/api になります。RHV 4.0 以降のバージョンでは、この URL の形式は https://rhvm.example.com/ovirt-engine/api/v3 になります。
• ユーザー名 - Red Hat Virtualization Manager のリソースにアクセスするパーミッションを持つユーザー。例: satellite@internal
• パスワード: 選択されたユーザーのパスワード。
• データセンター - URL、ユーザー名、および パスワード を入力したら、データセンターのロード をクリックし、Red Hat Virtualization 環境からデータセンターの一覧を入力します。この一覧から管理する特定のデータセンターを選択します。
• クォータ ID: Satellite Server で利用可能なリソースを制限するためにクォータを選択します。
• X509 証明機関: SSL/TLS アクセスの証明機関。

• 名前 - イメージのプレーンテキスト形式の名前。例: Test RHV Image
• オペレーティングシステム: イメージのベースオペレーティングシステムを選択するためのフィールド。例: RedHat 7.2
• アーキテクチャー: オペレーティングシステムのアーキテクチャーを選択するためのフィールド。例: x86_64
• ユーザー名: イメージにアクセスするための SSH ユーザー名。通常、これは root ユーザーになります。
• パスワード: イメージにアクセスするための SSH パスワード。
• イメージ - Red Hat Virtualization 上のイメージの名前。一覧からイメージ名を選択します。

• クラスター - Red Hat Virtualization 環境のターゲットホストクラスター。
• テンプレート - コア数 および メモリー 設定に使用する RHV テンプレート。
• コア数: 新規ホストに割り当てる CPU コア数の数。
• メモリー: 新規ホストに割り当てるメモリーの容量。
• イメージ - イメージベースのプロビジョニングを実行する場合に使用するイメージ。この例では、Test RHV Image を使用します。

• ネットワークインターフェース - ホストのネットワークインターフェースのネットワークパラメーター。複数のネットワークインターフェースを作成することができます。ただし、少なくとも 1 つのインターフェースが Capsule で管理されるネットワークをポイントしている必要があります。ネットワークインターフェースのオプションには、以下が含まれます。

  • 名前 - ネットワークインターフェースの名前。
  • ネットワーク - 使用する論理ネットワーク。

• ストレージ - ホストのボリューム。ホストに複数のボリュームを作成することができます。ストレージのオプションには以下が含まれます。

  • サイズ (GB) - ボリュームのサイズ (GB)。
  • ストレージドメイン - ボリュームのストレージドメイン。
  • ディスクの事前割り当て - シンプロビジョニングまたはフルディスクの事前割り当てを設定します。
  • ブート可能: ブートボリュームを定義します。

• ホスト タブ:

  • ホストの 名前 を入力します。これはプロビジョニングされたシステムのホスト名になります。この例では、rhv-test1 と入力します。
  • プロビジョニングコンテキスト (組織 および ロケーション) は現在のコンテキストに自動的に設定されます。例: ACME および New York
  • ホストグループ フィールドから Base を選択します。これにより、新規ホストのほとんどのフィールドが自動的に設定されます。
  • デプロイ先 で、Red Hat Virtualization 接続を選択します。この例では、ACME's RHV になります。仮想マシンの新規タブが表示されます。
  • コンピュートプロファイル で、仮想マシンベースの設定を自動的に行うために使用するプロファイルを選択します。例: 4-Example

• インターフェース タブ:

  • ホストのインターフェースの 編集 をクリックします。

  • ほとんどのフィールドには、値が自動的に含まれるはずです。特に以下の点に注意してください。

    • ホスト タブの 名前 は DNS 名 になります。
    • Satellite Server は新規ホストの IP アドレスを自動的に割り当てます。
  • MAC アドレス を空白にします。サーバーは MAC アドレスをホストに割り当てます。
  • Satellite Server は、ホストの最初のインターフェースで Managed (管理)、Primary、および Provision オプションを自動的に選択するはずです。選択されていない場合は、それらを選択してください。
  • インターフェース画面には、コンピュートプロファイルの設定が入力された Red Hat Virtualization 固有のフィールドが表示されます。必要に応じてこれらの設定を変更します。

• オペレーティングシステム タブ:

  • すべてのフィールドには値が自動的に含まれるはずです。オペレーティングシステムの各要素を確認してください。
  • プロビジョニング方法 が ネットワークベース に設定されていることを確認します。
  • プロビジョニングテンプレート で 解決 をクリックし、新規ホストから使用する適切なプロビジョニングテンプレートを特定できることを確認します。

• 仮想マシン タブ:

  • これらの設定には、選択されたホストグループおよびコンピュートプロファイルの詳細が入力されているはずです。必要に応じてこれらの設定を変更します。

• パラメーター タブ:

  • kt_activation_keys パラメーターが存在し、サンプルのアクティべーションキーを使用していることを確認します。

• ホスト タブ:

  • ホストの 名前 を入力します。これはプロビジョニングされたシステムのホスト名になります。この例では、rhv-test2 と入力します。
  • プロビジョニングコンテキスト (組織 および ロケーション) は現在のコンテキストに自動的に設定されます。例: ACME および New York
  • ホストグループ フィールドから Base を選択します。これにより、新規ホストのほとんどのフィールドが自動的に設定されます。
  • デプロイ先 で、Red Hat Virtualization 接続を選択します。この例では、ACME's RHV になります。仮想マシンの新規タブが表示されます。
  • コンピュートプロファイル で、仮想マシンベースの設定を自動的に行うために使用するプロファイルを選択します。例: 4-Example

• インターフェース タブ:

  • ホストのインターフェースの 編集 をクリックします。

  • ほとんどのフィールドには、値が自動的に含まれるはずです。特に以下の点に注意してください。

    • ホスト タブの 名前 は DNS 名 になります。
    • Satellite Server は新規ホストの IP アドレスを自動的に割り当てます。
  • MAC アドレス を空白のままにします。 The Red Hat Virtualization サーバーが MAC アドレスをホストに割り当てます。
  • Satellite Server は、ホストについて Managed (管理)、Primary、および Provision オプションを自動的に選択するはずです。選択されていない場合は、それらを選択してください。
  • インターフェース画面には、コンピュートプロファイルの設定が入力された Red Hat Virtualization 固有のフィールドが表示されます。必要に応じてこれらの設定を変更します。

• オペレーティングシステム タブ:

  • すべてのフィールドには値が自動的に含まれるはずです。オペレーティングシステムの各要素を確認してください。
  • プロビジョニング方法 が イメージベース に設定されていることを確認します。新規の イメージ フィールドが表示されます。このフィールドから、新規ホストの root ボリュームのベースとしてイメージを選択できます。これは、ホスト タブで選択されたコンピュートプロファイルから自動的に設定されます。
  • プロビジョニングテンプレート で 解決 をクリックし、新規ホストから使用する適切なプロビジョニングテンプレートを特定できることを確認します。

• 仮想マシン タブ:

  • これらの設定には、選択されたホストグループおよびコンピュートプロファイルの詳細が入力されているはずです。必要に応じてこれらの設定を変更します。

• パラメーター タブ:

  • kt_activation_keys パラメーターが存在し、サンプルのアクティべーションキーを使用していることを確認します。

• Red Hat Enterprise Linux 7 の同期済みのコンテンツリポジトリー。詳細は、『コンテンツ管理ガイド』 の 「Red Hat リポジトリーの同期」 を参照してください。
• vSphere 環境でネットワークを管理する Capsule Server。Capsule Server との競合を避けるために DHCP サービスがこのネットワークで実行されていないことを確認します。詳細は、4章ネットワークの設定 を参照してください。
• 既存の VMware テンプレート (イメージベースのプロビジョニングを使用する場合)。
• ホスト登録のためのアクティべーションキーのサンプル。詳細は、「アクティベーションキーの作成」 を参照してください。

• All Privileges (すべての権限) → Datastore (データストア) → Allocate Space (スペースの割り当て)
• All Privileges (すべての権限)→ Network (ネットワーク) → Assign Network (ネットワークの割り当て)
• All Privileges (すべての権限) → Resource (リソース) → Assign virtual machine to resource pool (仮想マシンのリソースプールへの割り当て)
• All Privileges (すべての権限)→ Virtual Machine (仮想マシン) → Configuration (All) (設定 (すべて))
• All Privileges (すべての権限)→ Virtual Machine (仮想マシン)→ Interaction (対話)
• All Privileges (すべての権限)→ Virtual Machine (仮想マシン) → Inventory (インベントリー)
• All Privileges (すべての権限)→ Virtual Machine (仮想マシン)→ Provisioning (プロビジョニング)

• 名前: リソースのテキスト形式の名前。例: ACME's vSphere
• プロバイダー: コンピュートリソースプロバイダーを選択するためのフィールド。VMware を選択すると、新規のフィールドのセットが表示されます。
• 説明: リソースのテキスト形式の説明。例: VMware vSphere at vsphere.example.com
• VCenter/Server (サーバー): vCenter サーバーの IP アドレスまたはホスト名。例: vsphere.example.com
• ユーザー名: vCenter のリソースにアクセスするパーミッションを持つユーザー。例: SatelliteUser
• パスワード: 選択されたユーザーのパスワード。
• データセンター: URL、ユーザー名 および パスワード を入力したら データセンターのロード をクリックし、VMware vSphere 環境からデータセンターの一覧を入力します。この一覧から管理する特定のデータセンターを選択します。
• フィンガープリント: vSphere 環境にアクセスするための証明書フィンガープリント。通常、このフィールドには選択したデータセンターのフィンガープリントが設定されます。
• コンソールのパスワード: ランダムに生成されたパスワードで新規ホストのコンソールアクセスのセキュリティーを保護します。
• キャッシングの有効化 - コンピュートリソースのキャッシングを有効化します。詳細は、「コンピュートリソースのキャッシング」 を参照してください。

• 名前: イメージのテキスト形式の名前。例: Test vSphere Image
• オペレーティングシステム: イメージのベースオペレーティングシステムを選択するためのフィールド。例: RedHat 7.2
• アーキテクチャー: オペレーティングシステムのアーキテクチャーを選択するためのフィールド。例: x86_64
• ユーザー名: イメージにアクセスするための SSH ユーザー名。通常、これは root ユーザーになります。
• ユーザーデータ - イメージが cloud-init データなどのユーザーデータ入力をサポートするかどうかを設定します。
• パスワード: イメージにアクセスするための SSH パスワード。
• イメージ: vSphere 環境でのテンプレートの相対パスおよび名前 (例: Templates/RHEL72)。相対パスにデータセンターを組み込まないでください。

• CPU: 新規ホストに割り当てる CPU の数。
• 1 ソケットあたりのコア数: 各 CPU に割り当てるコアの数。
• メモリー: 新規ホストに割り当てるメモリーの容量。
• クラスター: VMware 環境のターゲットホストクラスター。
• リソースプール: ホストの利用可能なリソース割り当てを含むリソースプール。
• フォルダー: ホストを整理するためのフォルダー。
• ゲスト OS: VMware vSphere で基礎となるオペレーティングシステムを定義します。
• SCSI コントローラー: ディスクアクセス方法を定義します。
• 仮想ハードウェアのバージョン: 仮想マシンに使用する基礎となる VMware ハードウェアの抽象化を定義します。
• メモリーホット追加 または CPU ホット追加: 仮想マシンの電源をオンにしたままリソースを追加できるかどうかを定義します。
• イメージ: イメージベースのプロビジョニングを実行している場合に使用するイメージ。この例では、Test VMware Image を使用します。

• ネットワークインターフェース: ホストのネットワークインターフェースのネットワークパラメーターを定義します。複数のネットワークインターフェースを作成することができます。ただし、少なくとも 1 つ以上のインターフェースが Capsule で管理されるネットワークをポイントしている必要があります。ネットワークインターフェースのオプションには、以下が含まれます。

  • NIC タイプ: VMware ネットワークインターフェースのタイプを定義します。
  • ネットワーク: 使用する仮想ネットワークを定義します。

• ストレージ: ホストのボリュームを定義します。ホストに複数のボリュームを作成することができます。ストレージのオプションには以下が含まれます。

  • データストア: ボリュームの保管場所を定義します。
  • サイズ (GB): ボリュームのサイズ (GB) を定義します。
  • シンプロビジョニング: シンプロビジョニングまたはフルディスクの事前割り当てを使用するかどうかを定義します。
  • Eager Zero: Eager Zero シックプロビジョニングを使用するかどうかを定義します。これにチェックを付けない場合、ディスクは Lazy Zero シックプロビジョニングを使用します。

• ホスト タブ:

  • ホストの 名前 を入力します。これは、プロビジョニングされたシステムのホスト名になります。この例では、vmware-test1 になります。
  • プロビジョニングコンテキスト (組織 および ロケーション) は現在のコンテキストに自動的に設定されます。例: ACME および New York
  • ホストグループ を選択します。これにより、新規ホストのほとんどのフィールドが自動的に設定されます。例: Base
  • デプロイ先 で、VMware vSphere 接続を選択します。この例では、ACME's vSphere になります。仮想マシンの新規タブが表示されます。
  • コンピュートプロファイル で、仮想マシンベースの設定を自動的に行うために使用するプロファイルを選択します。例: 4-Example

• インターフェース タブ:

  • ホストのインターフェースの 編集 をクリックします。

  • ほとんどのフィールドには、値が自動的に含まれるはずです。特に以下の点に注意してください。

    • ホスト タブの 名前 は DNS 名 になります。
    • Satellite Server は新規ホストの IP アドレスを自動的に割り当てます。
  • MAC アドレス を空白にします。VMware vSphere サーバーは MAC アドレスをホストに割り当てます。
  • Satellite Server は、ホストの最初のインターフェースで Managed (管理)、Primary、および Provision オプションを自動的に選択するはずです。選択されていない場合は、それらを選択してください。
  • インターフェース画面には、コンピュートプロファイルの設定が入力された VMware vSphere 固有のフィールドが表示されます。必要に応じてこれらの設定を変更します。

• オペレーティングシステム タブ:

  • すべてのフィールドには値が自動的に含まれるはずです。オペレーティングシステムの各要素を確認してください。
  • プロビジョニング方法 が ネットワークベース に設定されていることを確認します。
  • プロビジョニングテンプレート で 解決 をクリックし、新規ホストから使用する適切なプロビジョニングテンプレートを特定できることを確認します。

• 仮想マシン タブ:

  • これらの設定には、選択されたホストグループおよびコンピュートプロファイルの詳細が入力されているはずです。必要に応じてこれらの設定を変更します。

• パラメーター タブ:

  • kt_activation_keys パラメーターが存在し、サンプルのアクティべーションキーを使用していることを確認します。

• ホスト タブ:

  • ホストの 名前 を入力します。これは、プロビジョニングされたシステムのホスト名になります。この例では、vmware-test1 になります。
  • プロビジョニングコンテキスト (組織 および ロケーション) は現在のコンテキストに自動的に設定されます。例: ACME および New York
  • ホストグループ を選択します。これにより、新規ホストのほとんどのフィールドが自動的に設定されます。例: Base
  • デプロイ先 で、VMware vSphere 接続を選択します。この例では、ACME's vSphere になります。仮想マシンの新規タブが表示されます。
  • コンピュートプロファイル で、仮想マシンベースの設定を自動的に行うために使用するプロファイルを選択します。例: 4-Example

• インターフェース タブ:

  • ホストのインターフェースの 編集 をクリックします。

  • ほとんどのフィールドには、値が自動的に含まれるはずです。特に以下の点に注意してください。

    • ホスト タブの 名前 は DNS 名 になります。
    • Satellite Server は新規ホストの IP アドレスを自動的に割り当てます。
  • MAC アドレス を空白にします。VMware vSphere サーバーは MAC アドレスをホストに割り当てます。
  • Satellite Server は、ホストの最初のインターフェースで Managed (管理)、Primary、および Provision オプションを自動的に選択するはずです。選択されていない場合は、それらを選択してください。
  • インターフェース画面には、コンピュートプロファイルの設定が入力された VMware vSphere 固有のフィールドが表示されます。必要に応じてこれらの設定を変更します。

• オペレーティングシステム タブ:

  • すべてのフィールドには値が自動的に含まれるはずです。オペレーティングシステムの各要素を確認してください。
  • プロビジョニング方法 が イメージベース に設定されていることを確認します。新規の イメージ フィールドが表示されます。このフィールドから、新規ホストの root ボリュームのベースとしてイメージを選択できます。これは、ホスト タブで選択されたコンピュートプロファイルから自動的に設定されます。
  • プロビジョニングテンプレート で 解決 をクリックし、新規ホストから使用する適切なプロビジョニングテンプレートを特定できることを確認します。

• 仮想マシン タブ:

  • これらの設定には、選択されたホストグループおよびコンピュートプロファイルの詳細が入力されているはずです。必要に応じてこれらの設定を変更します。

• パラメーター タブ:

  • kt_activation_keys パラメーターが存在し、サンプルのアクティべーションキーを使用していることを確認します。