第3章 設定オプション
virt-who を必要とする最も単純な構成は、ハイパーバイザーまたは仮想化マネージャーが 1 つ、組織が 1 つ、ハイパーバイザー技術が 1 つ、およびサブスクリプション管理サーバーに直接レポートする virt-who インスタンスとなります。組織の多くはこれよりも複雑になるため、以下の変数に対応するように virt-who のインストールと設定を変更できます。
- 複数のハイパーバイザー
- 複数のハイパーバイザー技術
- HTTP プロキシー
3.1. 複数のハイパーバイザー
1 つの virt-who インスタンスを複数のハイパーバイザーに接続して、それぞれがホストする仮想マシンをレポートすることができます。トラブルシューティングが簡単にできるように、ハイパーバイザーまたは仮想化マネージャーごとに個別の設定ファイルを使用することが推奨されます。たとえば、ハイパーバイザーで問題が発生している疑いがある場合に、そのハイパーバイザーの設定ファイルを別のディレクトリーに移動して、virt-from がそのファイルをクエリーしないようにすることで、問題を切り分けることができます。
ハイパーバイザーが複数になると、virt-who は各ハイパーバイザーを並行してクエリーするため、応答しないハイパーバイザーがあっても、virt-who のクエリーが停止したり、遅延したりする確率が減ります。
3.2. 複数のハイパーバイザー技術
1 つの virt-who インスタンスを、サポートされる技術が複数になる仮想化プラットフォームに接続することができます。プラットフォームごとに個別の設定ファイルを使用することが推奨されます。
3.3. HTTP プロキシー
HTTP プロキシーがあると、追加の設定が必要になるというシナリオが複数存在します。お使いの設定がこのようなシナリオの 1 つまたは複数と一致する場合は、それぞれに必要な設定の変更を適用するようにしてください。
- virt-who とハイパーバイザー間に HTTP プロキシーがある場合には、virt-who はそれを考慮した設定にする必要があります。
- サブスクリプション管理サーバーが HTTP プロキシー経由でカスタマーポータルに接続する場合は、virt-who はそのプロキシーを使用するように試行しますが、失敗する可能性が非常に高くなります。詳しい情報および推奨される解決策は「トラブルシューティング」を参照してください。
- サブスクリプション管理サーバーがハイパーバイザーとして同じローカルネットワークにある場合には、HTTP プロキシーはローカルネットワークのトラフィックがこれを通過できるように設定する必要があります。詳しい情報は「トラブルシューティング」を参照してください。

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.