第1章 概要

デフォルトでは、Red Hat Enterprise Linux インスタンスはカスタマーポータルに登録され、そこからコンテンツを取得するようになっています。

Red Hat Subscription Management で管理する Red Hat Enterprise Linux インスタンスは、代わりにサブスクリプション管理サーバーに登録され、そこから製品サブスクリプションを取得します。

現代の IT インフラストラクチャーは物理ハードウェアと仮想ハードウェアが混在しており、仮想化を活用して、物理ハードウェアでは簡単に実現できないレベルの柔軟性やスケーラビリティーを提供します。

Red Hat のサブスクリプションでは以下を提供します。

  • サポートサービスへのアクセス
  • コンテンツ配信およびホストされたリポジトリー
  • ナレッジベース、フォーラム、ビデオなどのリソースへのアクセス

Red Hat のサブスクリプションモデルでは、物理サーバーを使用する場合はサブスクリプションがソケット数やコア数などのマシンの物理属性に対応している必要があります。ソケットまたはコアのペアに対応するように、サブスクリプションが適用される数は常に 2 つで 1 セットとなります。仮想マシンのサブスクリプションを購入し、仮想 CPU 属性に合わせて適用することもできますが、ホストベースのサブスクリプションの方がより適しています。ハイパーバイザーにはホストベースのサブスクリプションが適用され、それによりハイパーバイザーがその仮想マシンにサブスクリプションを付与できるようになります。ホストベースのサブスクリプションでは、仮想 CPU の構成に関係なく、ゲストごとにサブスクリプションが 1 つ必要です。

1.1. サポートされる仮想化プラットフォーム

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

  • Red Hat Enterprise Virtualization Manager (RHEV-M)
  • Red Hat Enterprise Linux ハイパーバイザー
  • VMware vSphere

  • Microsoft Hyper-V

    注記

    virt-who デーモンでは、現在、Microsoft System Center 2012 R2 Virtual Machine Manager (SCVMM) はサポートされません。virt-who が接続する各 Microsoft Hyper-V ホストにそれぞれ virt-who の設定ファイルが必要です。

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

1.2. サブスクリプションの選択

Red Hat は、仮想マシンのプロビジョニング時に柔軟性を高めることができるため、仮想マシンがサブスクリプションを継承できるサブスクリプションを推奨しますが、お使いの環境の要件に適したものを選択してください。どのサブスクリプションがお客様のニーズを満たしているかが不明な場合は、Red Hat アカウントマネージャーにご相談ください。Red Hat サブスクリプションモデルの詳細は、Red Hat Subscription Management の「Red Hat サブスクリプション管理のワークフローの概要」を参照してください。

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

  • Red Hat Enterprise Linux for Virtual Datacenters
  • Red Hat Enterprise Linux with Smart Virtualization and Management

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

1.2.1. 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 (以降) パッケージに含まれています。

Red Hat Certificate Tool でのサブスクリプションマニフェストの検証

  1. カスタマーポータルからサブスクリプションマニフェストをダウンロードします。

  2. Red Hat Certificate Tool コマンドラインを実行します。 

    # rct cat-manifest --no-content manifest_file.zip

    以下の例は OpenShift Enterprise, Premium (1-2 Sockets) サブスクリプションです。 

    Subscription:
    Name: OpenShift Enterprise, Premium (1-2 Sockets)
    Quantity: 50
    Created: 2016-09-16T01:47:59.000+0000
    Start Date: 2016-07-04T04:00:00.000+0000
    End Date: 2017-07-04T03:59:59.000+0000
    .
    .
    .
    Virt Limit: unlimited
    Requires Virt-who: True

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

1.3. 仮想ゲストのサブスクリプションの適用

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

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

  1. ホストベースのサブスクリプションがハイパーバイザーに割り当てられていることを確認します。ホストおよび仮想ホストのプロビジョニングの詳細は、『Red Hat Satellite 6 Provisioning Guide』を参照してください。
  2. virt-who デーモンをインストールし、設定します。本ドキュメントでは、順を追って必要な手順を説明します。

1.4. 仮想マシンのサブスクリプションプロセス

仮想マシンの登録プロセスは以下のようになります。

  1. 仮想マシンをプロビジョニングします。
  2. 仮想マシンが、Subscription Manager からサブスクリプションを要求します。
  3. サブスクリプションマネージャーは、この時点ではこの仮想マシンがどのホストに所属するか把握していないため、最大 24 時間有効である一時的なサブスクリプションが付与されます。
  4. virt-who デーモンは、仮想マネージャーまたはハイパーバイザーに接続し、ゲストの仮想マシンの詳細を要求します。デフォルトでは、この要求が 1 時間ごとに出されますが、間隔は変更できます。Red Hat は、Red Hat サポートから依頼があった場合を除いて、この値を変更せずデフォルトのままにすることを推奨します。
  5. 仮想化マネージャーまたはハイパーバイザーは、ゲスト仮想マシンの一覧 (UUID など) を virt-who に返します。
  6. virt-who デーモンは、ゲストの仮想マシンの一覧を Subscription Manager にレポートします。
  7. Subscription Manager は、利用可能なサブスクリプションと、仮想マシンが必要とするサブスクリプションを照合します。必要なサブスクリプションが利用できる場合は、仮想マシンに割り当てられ、サブスクリプションが完了します。

1.5. サブスクリプションのステータス

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

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

  • 赤

    • ホストにインストールされている製品に、有効なサブスクリプションがないものがあります。ステータスが 赤 になっているホストは、サブスクリプションの対象外の製品のコンテンツにアクセスできません。このステータスのサブスクリプションは、手動で解決する必要があります。

  • 黄

    • ホストのサブスクリプションが十分ではないか、割り当てられているサブスクリプションの数が正しくない (たとえば、2 ソケットのサブスクリプションが 4 ソケットのホストに割り当てられている) か、もしくは仮想マシンをホストしている仮想化マネージャーまたはハイパーバイザーを Satellite が把握しておらず、一時的なサブスクリプションが割り当てられています。サブスクリプションが不足している場合は、手動で解決する必要があります。一時的なサブスクリプションについては、十分な数が割り当てられるように、サブスクリプション管理が自動的に利用可能なサブスクリプションを提供して解決します。

  • 緑

    • ホストは正しくサブスクライブされています。
注記

ハイパーバイザーは、正しくサブスクライブされると、そのステータスにかかわらず、常に サブスクリプション管理 Web UI に表示されます。

1.5.1. 一時的なサブスクリプション

初めて仮想マシンを登録した時点では、仮想マシンが割り当てられている仮想化マネージャーまたはホストをサブスクリプション管理が把握していないため、サブスクリプションを割り当てることができません。このような場合には、最大 24 時間有効なサブスクリプションが一時的に付与されます。virt-who デーモンが次に実行したときに、仮想マシンのホストを特定すると、永続的なサブスクリプションが適用され、利用可能で適切なサブスクリプションが提供されます。永続的なサブスクリプションが付与されている場合は、仮想マシンのサブスクリプションステータスが サブスクライブ済 に変わります。一時的なサブスクリプションが付与されたホストは、24 時間を過ぎると、自動的に物理ホスト向けのサブスクリプションを選択し、利用可能なサブスクリプションの数を制限します。24 時間を過ぎても、適切なサブスクリプションを要求できなかった場合には、ホストのステータスが サブスクライブなし に変わります。

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

  • virt-who をインストールして待機する

    virt-who がインストール、設定されていない場合はそれを行い、virt-who が仮想マシンをホストする仮想化マネージャーまたはハイパーバイザーを特定するまで待機します。利用可能なものから、サブスクリプションが自動的に選択されます。

  • 手動でサブスクリプションを割り当てる

    一時的なサブスクリプションの有効期限前にサブスクリプションを割り当てる場合、または特定のサブスクリプションを割り当てる場合は、virt-who をインストールして設定し、手動でサブスクリプションを割り当てます。

  • なにもしない

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