第1章 はじめに
デフォルトでは Red Hat Enterprise Linux インスタンスは、カスタマーポータルに登録され、そこからのコンテンツを取得するようになっています。
Red Hat Satellite Server 6 で管理する Red Hat Enterprise Linux インスタンスは、Satellite Server に登録され、そこからコンテンツや製品サブスクリプションを取得します。
現代の IT インフラストラクチャーは物理および仮想ハードウェアが混在しており、仮想化を活用して物理ハードウェアでは簡単に実現できない柔軟性やスケーラビリティーレベルを提供します。
Red Hat のサブスクリプションでは以下を提供します。
- サポートサービスへのアクセス
- コンテンツ配信およびホストされたリポジトリー
- ナレッジベース、フォーラム、ビデオなどのリソースへのアクセス
Red Hat のサブスクリプションモデルでは、物理サーバーの場合はサブスクリプションがソケット数やコア数などのマシンの物理属性に対応している必要があります。サブスクリプションは、ソケットまたはコアのペアに対応するように常に 1 セット 2 組で適用されます。仮想マシンのサブスクリプションを購入して、仮想 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 Concepts and Workflows」のガイドを参照してください。
以下は、継承可能なサブスクリプションを提供する 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 でのサブスクリプションマニフェストの検証
- カスタマーポータルからサブスクリプションマニフェストをダウンロードします。
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 が提供するホストベースのサブスクリプション 1 種です。ホストベースのサブスクリプションは、ホストに適用され、ゲストに継承されます。ホストベースのサブスクリプションは、仮想化マネージャーまたはハイパーバイザーにアタッチするプールおよび仮想ゲストがサブスクリプションを継承するプールの 2 つのパーツが含まれています。仮想化マネージャーまたはハイパーバイザーのサブスクリプションでは製品コンテンツへのエンタイトルメントは提供されません。
仮想マシンを正しくプロビジョニングしてサブスクリプションを継承させるには、以下を実行する必要があります。
- ホストベースのサブスクリプションがハイパーバイザーにアタッチされていることを確認します。ホストおよび仮想ホストのプロビジョニングの詳細は、『Red Hat Satellite 6 Provisioning Guide』を参照してください。
-
virt-who
デーモンをインストール、設定します。本ドキュメントでは、順を追って必要な手順を説明します。
1.3.1. VDC サブスクリプションの確認
VDC サブスクリプションおよび関連のサブスクリプションプールが利用できることを確認するには、Satellite Web UI を開いて、
Red Hat Enterprise Linux for Virtual Datacenters, Standard
1 件中 1 件 物理
このサブスクリプションプールは、以下のように VDC サブスクリプションの下に表示されます。
Red Hat Enterprise Linux for Virtual Datacenters, Standard (DERIVED SKU)
無制限 件中 1 件 vmhost1.example.com のゲスト
この例では、仮想マシンがサブスクライブされて、ハイパーバイザー vmhost1.example.com
からのサブスクリプションが継承されます。仮想マシンがサブスクライブされたことを確認するには、サブスクリプション数をクリックして (この例では 無制限 件中 1 件
)、アクティベーションキー
ドロップダウンリストから コンテンツホスト
を選択します。
1.4. 仮想マシンのサブスクリプションプロセス
仮想マシンの登録プロセスは以下のとおりです。
- 仮想マシンは、Satellite を使用してプロビジョニングされます。
- 仮想マシンは、Satellite Server からサブスクリプションを要求します。
- サブスクリプションマネージャーはこの時点では、この仮想マシンがどのホストの所属するかは分からないので、最大 24 時間有効となる、一時的なサブスクリプションが付与されます。
- virt-who デーモンは、仮想マネージャーまたはハイパーバイザーに接続し、ゲスト仮想マシンの詳細を要求します。デフォルトでは、この要求は 1 時間毎に出されますが、間隔は変更可能です。Red Hat サポートの依頼がない限り、Red Hat は、この値をデフォルトの状態に保つことを推奨します。
- 仮想化マネージャーまたはハイパーバイザーは、UUID などゲスト仮想マシン一覧を virt-who に返します。
- virt-who デーモンは、ゲスト仮想マシンの一覧を Satellite Server にレポートします。
- 次に、Satellite Server は、利用可能なサブスクリプションと、仮想マシンが必要とするサブスクリプションを照合します。必要なサブスクリプションがある場合には、仮想マシンに割り当てられ、サブスクリプションが完了します。
1.5. サブスクリプションのステータス
登録ホスト、仮想または物理には、インストールした製品およびアタッチしたサブスクリプションをベースにしたサブスクリプションのステータスがあります。
Satellite Web UI で仮想マシンのサブスクリプションのステータスを確認するには以下を実行します。
-
Satellite Web UI を開いて
ホスト
>コンテンツホスト
に移動します。 - ホストの名前をクリックします。
-
サブスクリプションステータス
のコラムの内容を確認します。各ホストのサブスクリプションステータスは、色 (緑、黄または赤) と文字で表示されます。
サブスクリプションステータスの意味
赤
- ホストには、有効なサブスクリプションがない製品がインストールされています。赤 のステータスにあるホストは、サブスクリプションの対象ではありません。このステータスのサブスクリプションを解決するには、手動の介入が必要です。
黄
- ホストに十分なサブスクリプションがないか、アタッチされているサブスクリプション数が正しくないか (例: 2 ソケットサブスクリプションが 4 ソケットホストにアタッチされている場合)、Satellite がどの仮想化マネージャーまたはハイパーバイザーが仮想マシンをホストしているか把握しておらず、一時的なサブスクリプションが割り当てられている場合。サブスクリプションが不十分な場合は、手動で解決する必要があります。一時的なサブスクリプションについては自動的に Satellite が十分な数が割り当てられるように利用可能なサブスクリプションを提供して解決します。
緑
- ホストは正しくサブスクライブされています。
ハイパーバイザーは、正しくサブスクライブされると、実際のステータスに拘らず 常に Satellite Web UI に表示されます。
1.5.1. 一時的なサブスクリプション
初めて仮想マシンが登録された時点では、Satellite は、仮想マシンがどの仮想化マネージャーまたはホストに関連付けられているか分からず、サブスクリプションの割り当てができません。このような場合には、最大 24 時間有効なサブスクリプションが一時的に付与されます。次に virt-who デーモンが実行され、仮想マシンのホストを特定すると、永続的なサブスクリプションが適用され、利用可能で適切なサブスクリプションを持つホストを提供します。永続的なサブスクリプションが付与されている場合は、仮想マシンのサブスクリプションのステータスが サブスクライブ済み
に変わります。一時的なサブスクリプションが付与されたホストは、24 時間経つと、自動的に物理ホスト向けのサブスクリプションを選択し、利用可能なサブスクリプション数を制限します。24 時間が経って、適切なサブスクリプションを要求できなかった場合には、ホストのステータスが サブスクライブなし
に変わります。
仮想マシンに一時的なサブスクリプションが付与されると、以下のようなオプションが利用できます。
virt-who をインストールして待機する
virt-who がすでにインストール、設定されていない場合には、インストール/設定して、virt-who が仮想マシンをホストする仮想化マネージャーまたはハイパーバイザーを特定するまで待機します。その場合には、利用可能なホストから、サブスクリプションが自動的に選択されます。
手動でサブスクリプションを割り当てる
最大 24 時間待機しない、または特定のサブスクリプションを割り当てる場合には、virt-who をインストール、設定してから、希望のサブスクリプションを割り当てます。
なにもしない
以前に記載のとおり、一時的なサブスクリプションを割り当てられた仮想マシンは、物理ホスト向けのサブスクリプションを割り当てられる場合があります。たとえば、CPU が 2 つある仮想マシンには、単一の VDC サブスクリプションではなく、サブスクリプションが 2 つ割り当てられますが、必要以上にサブスクリプションを消費する結果になるので、この状況は回避する必要があります。