Virtual Data Center (VDC) サブスクリプションを適用できる、サポート対象の仮想化プラットフォームは以下のとおりです。

VDC サブスクリプションは、ハイパーバイザーそのものではなく、ハイパーバイザーのゲスト仮想マシンにのみ適用されます。Red Hat Enterprise Linux ハイパーバイザーが必要な全仮想化プラットフォームで、そのハイパーバイザー用のサブスクリプションが必要です。

仮想ゲストのサブスクリプションが含まれるサブスクリプションをハイパーバイザーにプロビジョニングするには、ホストベースのサブスクリプションを選択する必要があります。Red Hat のサブスクリプションモデルに関する詳細は、『Red Hat サブスクリプション管理のワークフローの概要』を参照してください。

以下は、継承可能なサブスクリプションを提供する Red Hat のサブスクリプション例です。

本ガイドでは、すべての例で Red Hat Enterprise Linux for Virtual Datacenters (VDC) サブスクリプションを使用します。継承可能なサブスクリプションはすべて同じワークフローとなっています。

仮想データセンターのサブスクリプションに関する詳細は、「Using RHEL Virtual Data Center Subscription」および「Usage of Red Hat Unlimited Guest & VDC Subscriptions in Virtualized Clusters」を参照してください。

virt-who が必要かどうかの確認

virt-who デーモンが必要かどうかを確認するには、Red Hat Certificate Tool を使用するか、Red Hat サポートにお問い合わせください。Red Hat Certificate Tool (rct) のコマンドラインは、サブスクリプションのマニフェストファイルを読み込み、マニフェストの詳細をプレーンテキストで表示します。Red Hat Certificate Tool は、Red Hat Enterprise Linux 7.3 または Fedora 24 の subscription-manager-1.17.10 (以降) のパッケージに含まれています。

rct の出力に Virt Limit: unlimited、Requires Virt-who: True、またはその両方が含まれる場合には、virt-who デーモンが必要です。この例では両方が含まれているため、virt-who デーモンが必要になります。

Virtual Data Center (VDC) サブスクリプションは、Red Hat が提供するホストベースのサブスクリプションの一種です。ホストベースのサブスクリプションはホストに適用され、ゲストに継承されます。ホストベースのサブスクリプションには、仮想化マネージャーまたはハイパーバイザーに割り当てるプールと、仮想ゲストがサブスクリプションを継承するプールの 2 つが含まれています。仮想化マネージャーまたはハイパーバイザーのサブスクリプションでは、製品コンテンツへのエンタイトルメントは提供されません。

仮想マシンを適切にプロビジョニングしてホストサブスクリプションを継承させるには、以下を実行する必要があります。

登録した仮想ホストまたは物理ホストには、インストールした製品と割り当てたサブスクリプションをベースにしたサブスクリプションのステータスがあります。

Satellite Web UI で仮想マシンのサブスクリプションのステータスを確認するには以下を実行します。

サブスクリプションステータスの説明

virt-who を必要とする最も単純な構成は、ハイパーバイザーまたは仮想化マネージャーが 1 つ、組織が 1 つ、ハイパーバイザー技術が 1 つと、Satellite Server に直接レポートする virt-who インスタンスとなります。多くの組織はこれよりも複雑になるため、以下の条件に対応するように virt-who のインストールと設定を変更できます。

virt-who のインストールに進む前に、以下の前提条件を満たしていることを確認してください。

以下の手順に従って、Satellite web UI を使用して virt-who 設定を作成します。

Web UI を使用した virt-who 設定の作成

Satellite Web UI を使用して virt-who 設定を作成するには、以下の手順を行います。

以下の手順に従って、Satellite web UI を使用して virt-who 設定を作成します。

Hammer CLI ツールの詳細な使用方法については、『Hammer CLI ガイド』を参照してください。

Hammer を使用した virt-who 設定の作成

hammer のサブコマンド virt-who-config create を実行します。

# hammer virt-who-config create \
  --name rhevm.example.com \ 1
  --organization "Example Company" \ 2
  --interval 720 \ 3
  --filtering-mode none \ 4
  --hypervisor-id hostname \ 5
  --hypervisor-type rhevm \ 6
  --hypervisor-server rhevm.example.com \ 7
  --hypervisor-username virt-who-user \ 8
  --hypervisor-password virt-who-password \ 9
  --satellite-url satellite.example.com 10

作成が正しく行われると、以下のようなメッセージが出力されます。

Virt Who configuration [rhevm.example.com] created

To remove an existing virt-who configuration, you must first remove the configuration entry in the Satellite web UI and then remove the configuration file from the file system of the host that virt-who is configured on.

以下の手順に従って、virt-who 設定をデプロイします。virt-who 設定がデプロイされると virt-who サービスが起動します。

virt-who 設定のデプロイメント

virt-who 設定をデプロイするには、以下の手順を行います。

デプロイした virt-who 設定の修正が必要な場合があります。たとえば、virt-who をハイパーバイザーに接続するのに使用するユーザーのパスワードを変更した場合は、virt-who 設定を更新して再度デプロイする必要があります。

Satellite Web UI または hammer のいずれかを使用して、既存の virt-who 設定を変更できます。

virt-who 設定の修正

仮想マシンが初めて登録された時点では Satellite はどの仮想化マネージャーまたはハイパバイザーが仮想マシンに関連付けられているのかが分からないので、サブスクリプションを割り当てることができません。このような場合には、一時的にサブスクリプションが割り当てられ、最大 24 時間有効です。

virt-who デーモンを次に実行して、仮想マシンのホストが特定されると、ホストで適切な種類のサブスクリプションが利用できる場合には、永続的にサブスクリプションが適用されます。サブスクリプションが永続的に割り当てられると、仮想マシンのステータスが「サブスクライブ済み」に変更されます。

一時サブスクリプションが割り当てられた仮想マシンは、24 時間経過後に、自動的に物理ホスト向けのサブスクリプションが選択され、利用可能なサブスクリプション数が制限されます。24 時間が経過して、適切なサブスクリプションを要求できない場合には、ホストのステータスが「サブスクリプションなし」に変更されます。

仮想マシンに一時的なサブスクリプションが付与されると、以下のようなオプションが利用できるようになります。

この状況は、サブスクリプションが必要以上に使用されることになるため回避する必要があります。一時的なサブスクリプションが割り当てられた仮想マシンに、物理ホスト向けのサブスクリプションが割り当てられる場合があります。たとえば、CPU が 2 つある仮想マシンに、VDC サブスクリプションが 1 つではなく、2 つ割り当てられる可能性があります。

# systemctl restart virt-who.service

# service virt-who restart

利用可能な VDC サブスクリプションを、仮想ゲストをホストするハイパーバイザーに割り当てます。

すべてのハイパーバイザーでこれらのステップを繰り返します。

Red Hat Enterprise Linux for Virtual Datacenters, Standard

1 out of 1				Physical

Red Hat Enterprise Linux for Virtual Datacenters, Standard (DERIVED SKU)

1 out of unlimited		Guests of vmhost1.example.com

仮想マシンの登録プロセスは以下のとおりです。

以下の手順に従って、ゲストの仮想マシンを登録します。

Red Hat Subscription Manager でアクティベーションキーを使用することもできます。アクティベーションキーの詳細は 『コンテンツ管理ガイド』の「アクティベーションキーの管理」を参照してください。

すべての virt-who インスタンスのステータスを確認することが、トラブルシューティングで最初に推奨される手順です。Satellite Web UI または hammer のいずれかを使用して設定し、デプロイしたすべての virt-who インスタンスは、Satellite Web UI にレポートされます。手動で設定した virt-who インスタンスは、Satellite Web UI では利用できません。

# hammer virt-who-config list

デフォルトでは、virt-who はすべてのアクティビティーを /var/log/rhsm/rhsm.log ファイルにロギングします。ログファイルには役立つ情報が含まれている可能性があるため、トラブルシューティングを行う場合はログファイルを確認するようにしてください。詳細のロギングを有効にするには、グローバル設定ファイル /etc/sysconfig/virt-who のデバッグ行を VIRTWHO_DEBUG=1 に変更します。virt-who をサービスとして実行している場合は、再起動して設定を適用する必要があります。 潜在する問題を解決したら、デバッグ行を VIRTWHO_DEBUG=0 に戻し、virt-who を再起動して、診断ロギングを無効にしてください。

グローバルファイルやハイパーバイザー固有のファイルなど、設定ファイルが複数存在する可能性があるため、設定行が重複すると、virt-who が意図したものとは異なる動作をする可能性があります。

virt-who 設定ファイルの重複行を検出するには、以下のコマンドを使用します。このコマンドの出力は、指定のファイルのすべての行をリストし、行頭に重複回数を追加します。2 回以上記載されている行をすべて確認して重複行を削除し、virt-who サービスを再起動します。使用方法は 「virt-who サービスの再起動」を参照してください。

# cat /etc/sysconfig/virt-who /etc/virt-who.d/* | sort | uniq -c

コメント文字 # は、設定ファイルの行頭に置く必要があります。行頭が空白の場合は、設定に含まれます。

認証情報に誤りがあると、virt-who で問題が発生する可能性があります。できる限り、仮想化マネージャーまたはハイパーバイザーにログインして、virt-who が使用するように設定した認証情報をテストするようにしてください。たとえば、VMware vSphere の管理コンソールにログインし、必要なホストが表示され、認証情報が正しいことを確認します。

トラブルシューティング時に問題の根本原因を判断するためには、変更を加えて結果をテストしていくことを必要に応じて繰り返していくのが一般的な方法です。virt-who エージェントは、この手法を使用しやすいようなオプションを提供します。

virt-who --one-shot コマンドを実行すると、全設定ファイルを読み込み、全ソースから仮想マシン一覧を取得し、すぐに終了します。このように、設定ファイル、認証情報、設定済み仮想化プラットフォームへの接続性をテストします。

# virt-who --one-shot

ハイパーバイザーとホストされているゲスト仮想マシンの一覧が JSON 形式で出力されます。以下は、VMware vSphere インスタンスからの virt-who の出力の抜粋です。ハイパーバイザーからの出力はすべて、以下のような構成になっています。

{
    "guestId": "422f24ed-71f1-8ddf-de53-86da7900df12",
    "state": 5,
    "attributes": {
        "active": 0,
        "virtWhoType": "esx",
        "hypervisorType": "vmware"
    }
},

virt-who 設定ファイルが複数ある場合は、1 回に 1 つの virt-who 設定ファイルを /root ディレクトリーに移動し、各ファイルの移動後にテストを行います。問題が発生しなくなった場合は、直近で移動したファイルに原因があります。この問題の解決後に、virt-who 設定ファイルを元の場所に戻します。

本セクションでは、複数のホストにサブスクリプションを再割り当てする方法を 3 つ説明します。以下のユースケースが適用されます。

ホストのサブスクリプションの有効期限が切れており、自動割り当てと virt-who を事前に設定している場合は、サブスクリプションマネージャーが一連の基準に基づいて、ホストと、その仮想マシンに対応する有効なサブスクリプションの再割り当てを試みます。何か操作する必要はありません。