ウェブサイト検索

RHEV クラスタリングと RHEL ハイパーバイザーのインストール - パート 5


このパートでは、RHEV シリーズに関連するいくつかの重要なポイントについて説明します。このシリーズのパート 2 では、RHEV ハイパーバイザーの展開とインストールについて説明しました。このパートでは、RHEV Hypervisor をインストールする別の方法について説明します。

最初の方法は、管理者側からの修正や変更を行わずに、RedHat 自体によってカスタマイズされた専用のRHEVH を使用して行われました。もう 1 つの方法では、RHEV ハイパーバイザーとして機能する通常の RHEL サーバー [最小限のインストール] を使用します。

ステップ 1: RHEL ハイパーバイザーを環境に追加する

1. サブスクライブされた RHEL6 サーバーをインストールします [最小限のインストール]。サブスクライブされた RHEL6 サーバーを追加することで、仮想環境を拡張できます [最小限のインストール] はハイパーバイザーとして機能します。

仮想マシンの仕様
OS: RHEL6.6 x86_64
Number of processors: 2
Number of cores : 1
Memory : 3G
Network : vmnet3
I/O Controller : LSI Logic SAS
Virtual Disk : SCSI
Disk Size : 20G
IP: 11.0.0.7
Hostname: rhel.mydomain.org

vm プロセッサ設定の 仮想化 オプションを必ずチェックしてください。

ヒント : システムが redhat チャンネルに登録されており、最新の状態であることを確認してください。redhat サブスクリプション チャンネルに登録する方法がわからない場合は、以下を参照してください。 「Red Hat サブスクリプション チャネルを有効にする」の記事を参照してください。

ヒント : リソースを節約するには、現在稼働中のハイパーバイザーのいずれかをシャットダウンします。

2. サーバーをハイパーバイザーに変える(ハイパーバイザーとして使用する)には、サーバーに RHEVM エージェントをインストールする必要がある場合があります。

yum install vdsm

パッケージのインストールが完了したら、RHEVM Web インターフェイスに移動して追加します。

3. RHEVH ハイパーバイザーに対して、RHEL ハイパーバイザーのルート認証情報を使用して、RHEM から一方向から RHEL ハイパーバイザーを追加できます。したがって、rhevm WUI からホスト タブに切り替えて新規 をクリックします。

次に、示されているようにホスト情報を入力します。

次に、電源管理の警告を無視して終了し、数分間待って、新しく追加されたホストのステータスを確認します。

RHEL ベースのホストの追加の詳細については、RedHat の公式 RHEV ドキュメントを確認してください。

ステップ 2: RHEV クラスタリングの管理

RHEV のクラスタリングは、同じ CPU タイプのホストのグループが同じストレージを共有していることを表します (例:ネットワーク経由] であり、特定のタスクを実行するために使用されています [例: 高可用性]

一般に、クラスタリングには多くの追加タスクがあります。「クラスタリングとは何か」とその利点/欠点を説明する記事を参照してください。

RHEV でのクラスタリングの主な利点は、同じクラスタに属するホスト間での仮想マシンの移行を有効にして管理できることです。

では、仮想マシンはどのようにホスト間を移行するのでしょうか?

RHEV には 2 つの戦略があります。

1. ライブ マイグレーション
2. 高可用性

1. ライブマイグレーション

ライブ マイグレーションは、クリティカルではない状況で使用されます。これは、一般的にすべてが正常に動作していることを意味しますが、いくつかの負荷分散タスクを実行する必要があります (たとえば、ホストが仮想マシンによって別のマシン上にロードされていることが判明した場合など)。負荷分散を実現するために、仮想マシンをホストから別のホストにライブ マイグレーションする場合があります)。

: ライブ マイグレーション中に、VM 内で実行されているサービス、アプリケーション、またはユーザーは中断されません。ライブ マイグレーションは、リソースの再割り当てとも呼ばれます。

ライブ マイグレーションは、事前定義されたポリシーに従って手動または自動で処理できます。

  1. 手動: 移行先ホストを強制的に選択し、WUI を使用して VM を手動で移行します。
  2. 自動 : クラスタ ポリシーの 1 つを使用して、RAM 使用率、CPU 使用率などに応じてライブ マイグレーションを管理します。

クラスタタブに切り替えてクラスタ1を選択し、編集をクリックします。

ウィンドウのタブからクラスタ ポリシータブに切り替えます。

均等に分散ポリシーを選択します。このポリシーを使用すると、ライブ マイグレーションを開始する前に、ホスト上の CPU 使用率の最大しきい値と負荷の許容時間を構成できます。

ヒント

示されているように、最大しきい値を 50% に、継続時間を 1 分に設定しました。

次に、OK をクリックして VM のタブに切り替えます。

Linux vm [以前に作成した] を選択し、編集をクリックしてこの点を確認します。

1. [ホスト] タブから : この VM に対してライブ マイグレーションの手動自動が許可されていることを確認します。

2. [HA] タブから: 仮想マシンの優先度を確認します。私たちの場合、vm を 1 つだけ使用しているため、これはそれほど重要ではありません。ただし、大規模環境では VMS の優先順位を設定することが重要です。

次に、Linux VM を起動します。

まず手動ライブマイグレーションを使用します。 Linux VM は現在 rhel.mydomain.org で実行されています。

移行を開始する前に、VM コンソールで次のコマンドを実行してみましょう。

ls -lRZ / 

次に、Linux VM を選択し、移行 をクリックします。

自動的に選択すると、システムはクラスター ポリシーに基づいて宛先となる最も責任のあるホストをチェックします。管理者の介入なしにこれをテストします。

したがって、手動で選択して宛先を選択した後、「OK」をクリックしてコンソールに移動し、実行中のコマンドを監視します。 VM のステータスを確認することもできます。

タスク イベントを監視する必要がある場合があります。

数秒後、vm ホスト名が変更されていることがわかります。

VM は手動で正常にライブ マイグレーションされました。

自動のライブ マイグレーションを試してみましょう。rhevhn1 ホストの CPU 負荷が 50% を超えることが目標です。これを行うには、VM 自体の負荷を増やすため、コンソールから次のコマンドを書き込みます。

dd if=/dev/urandom of=/dev/null

ホストの負荷を監視します。

数分後、ホストの負荷は 50% を超えます。

さらに数分待つと、次のようにライブ マイグレーションが自動的に開始されます。

[タスク] タブを確認することもできます。少し待つと、仮想マシンが自動的に rhel ホストにライブ マイグレーションされます。

重要: いずれかのホストに他のホストよりも多くのリソースがあることを確認してください。 2 つのホストのリソースが同一である場合。差分がないため、VM は移行されません。

ヒント: ホストをメンテナンス モードにすると、自動的にライブ マイグレーションが開始され、同じクラスタ内の他のホストに VM が実行されます。

VM の移行の詳細については、「ホスト間の仮想マシンの移行」を参照してください。

ヒント: 異なるクラスター間のライブ マイグレーションは、ここで確認できる 1 つのケースを除いて正式にはサポートされていません。

2. 高可用性

ライブ マイグレーションとは対照的に、HAは負荷分散タスクだけでなく、重大な状況をカバーするために使用されます。 VM も別のホストに移行されますが、再起動のダウンタイムが発生するという共通セクション。

クラスター内に障害、非動作、または非応答のホストがある場合、ライブ マイグレーションは役に立ちません。 HA は仮想マシンをパワーオフし、同じクラスター内の稼働中の別のホスト上で仮想マシンを再起動します。

環境でHA を有効にするには、少なくとも 1 つの電源管理デバイスが必要です (例:お使いの環境の電源スイッチ]。

残念ながら、仮想環境ではそれを行うことができません。したがって、RHEV の HA の詳細については、「VM 高可用性による稼働時間の改善」を参照してください。

注意: ライブ マイグレーションと高可用性は、同じ種類の CPU を備え、共有ストレージに接続されている同じクラスタ内のホストで動作します。

結論:

RHEV クラスタリングの重要な機能の 1 つとその重要性について説明し、シリーズのピークに達しました。また、RHEL [少なくとも 6.6 x86_64] に基づく RHEV ハイパーバイザーを展開する 2 番目のタイプ [方法] についても説明しました。

次の記事では、スナップショット、シール、クローン作成、エクスポート、プールなどの仮想マシン上でいくつかの操作を実行できるようにします。