フォールトトレラントな IT インフラストラクチャの構築。 パート 2. oVirt 4.3 クラスターのインストールと構成

この記事は前回の記事の続きです。フォールトトレラントな IT インフラストラクチャの構築。 パート 1 - oVirt 4.3 クラスターのデプロイの準備'。

ここでは、インフラストラクチャを準備するためのすべての準備手順がすでに完了しているという事実を考慮して、高可用性仮想マ​​シンをホストするための oVirt 4.3 クラスターの基本的なインストールと構成のプロセスについて説明します。

はじめに

この記事の主な目的は、「Next -> はい -> 終了「インストールおよび構成時にいくつかの機能を表示する方法。 インフラストラクチャと環境の特性により、クラスターをデプロイするプロセスは、そこに記載されているプロセスと必ずしも一致するとは限りませんが、一般原則は同じです。

主観的な観点から言えば、 oVirt 4.3 その機能は VMware vSphere バージョン 5.x に似ていますが、もちろん独自の構成および操作機能があります。

興味のある方は、RHEV (別名 oVirt) と VMware vSphere のすべての違いをインターネットで見つけることができます。たとえば、 ここで, しかし、記事が進むにつれて、それらの相互の相違点や類似点についても時折注意していきます。

別途、仮想マシンのネットワークに関する作業を少し比較してみたいと思います。 oVirt は、VMware vSphere と同様の仮想マシン (以下、VM と呼びます) のネットワーク管理原理を実装します。

• 標準の Linux ブリッジを使用する (VMware で - 標準 vSwitch)、仮想化ホスト上で実行されます。
• Open vSwitch (OVS) を使用する (VMware で - 分散型 vSwitch) は、中央の OVN サーバーと管理対象ホスト上の OVN コントローラーという XNUMX つの主要コンポーネントで構成される分散仮想スイッチです。

実装が簡単なため、この記事では、KVM ハイパーバイザーを使用する場合の標準的な選択である、標準の Linux ブリッジを使用して VM の oVirt でネットワークを設定する方法について説明することに注意してください。

これに関して、クラスター内のネットワークを操作する場合には、違反しないようにするための基本的なルールがいくつかあります。

• oVirt に追加する前のホスト上のすべてのネットワーク設定は、IP アドレスを除いて同一である必要があります。
• ホストが oVirt の制御下に置かれた後は、自分のアクションに完全な自信を持たずにネットワーク設定を手動で変更することは強くお勧めできません。これは、ホストを再起動したり、エージェント。
• VM の新しいネットワークの追加とその操作は、oVirt 管理コンソールからのみ行う必要があります。

もうXNUMXつ 重要な注意点 — 非常にクリティカルな環境 (金銭的損失に非常に敏感) の場合は、依然として有料サポートを使用することをお勧めします。 Red Hat 仮想化 4.3。 oVirt クラスターの運用中に、自分で対処するのではなく、できるだけ早く資格のあるサポートを受けることが望ましい問題が発生する場合があります。

そして最後に おすすめです oVirt クラスターをデプロイする前に、次のことをよく理解してください。 公式ドキュメント、少なくとも基本的な概念と定義を認識するために、そうでない場合は、記事の残りの部分を読むのが少し難しくなります。

この記事と oVirt クラスターの動作原理を理解するための基本となるのは、次のガイダンス ドキュメントです。

• oVirt インストールガイド
• oVirt セルフホスト エンジン ガイド
• oVirt 管理ガイド
  

ボリュームはそれほど多くなく、XNUMX ～ XNUMX 時間あれば基本的な原理を完全にマスターできますが、詳細を知りたい方は、以下を読むことをお勧めします。 Red Hat Virtualization 4.3 の製品ドキュメント — RHEV と oVirt は本質的に同じものです。

したがって、ホスト、スイッチ、ストレージ システムの基本設定がすべて完了したら、oVirt の展開に直接進みます。

パート 2. oVirt 4.3 クラスターのインストールと構成

説明を容易にするために、この記事の主要なセクションをリストします。これらのセクションは XNUMX つずつ完了する必要があります。

1. oVirt 管理サーバーのインストール
2. 新しいデータセンターの構築
3. 新しいクラスターの作成
4. セルフホスト環境への追加ホストのインストール
5. ストレージ領域またはストレージドメインの作成
6. 仮想マシンのネットワークの作成と構成
7. 仮想マシンをデプロイするためのインストール イメージの作成
8. 仮想マシンを作成する

oVirt 管理サーバーのインストール

oVirt管理サーバー oVirt インフラストラクチャの最も重要な要素であり、oVirt インフラストラクチャ全体を管理する仮想マシン、ホスト、または仮想デバイスの形式です。

仮想化の世界では、これによく似たものは次のとおりです。

• VMware vSphere - vCenter Server
• Microsoft Hyper-V - System Center 仮想マシン マネージャー (VMM)。

oVirt 管理サーバーをインストールするには、次の XNUMX つのオプションがあります。

オプション1
特殊な VM またはホストの形式でサーバーを展開します。

このオプションは非常にうまく機能しますが、そのような VM がクラスターから独立して動作する場合、つまり、 KVM を実行する通常の仮想マシンとしてクラスター ホスト上で実行されていません。

このような VM をクラスター ホストにデプロイできないのはなぜですか?

oVirt 管理サーバーを展開するプロセスの最初の段階で、ジレンマがあります。管理 VM をインストールする必要がありますが、実際にはクラスター自体がまだ存在しないため、その場で何を思いつくことができるでしょうか? そうです。将来のクラスター ノードに KVM をインストールし、その上に、たとえば CentOS OS を使用して仮想マシンを作成し、その中に oVirt エンジンをデプロイします。 これは通常、そのような VM を完全に制御するという理由で実行できますが、この場合、将来的にそのような制御 VM に 100% 問題が発生するため、これは誤った意図です。

• oVirt コンソールでクラスターのホスト (ノード) 間で移行することはできません。
• KVM を使用して移行する場合 バーシュの移行、この VM は oVirt コンソールから管理できなくなります。
• クラスタホストは表示できません メンテナンスモード (メンテナンス モード)、次を使用してこの VM をホストからホストに移行する場合 バーシュの移行.

したがって、ルールに従ってすべてを実行します。oVirt 管理サーバーに別のホストを使用するか、その上で実行される独立した VM を使用するか、さらに良いのは、XNUMX 番目のオプションに記載されているとおりに実行することです。

オプション2
oVirt Engine アプライアンスによって管理されるクラスター ホストに oVirt Engine アプライアンスをインストールします。

私たちの場合、より正確で適切であるとさらに考慮されるのは、このオプションです。
このような VM の要件については以下で説明しますが、フォールト トレラントにするために、制御 VM を実行できるインフラストラクチャ内に少なくとも XNUMX つのホストを持つことが推奨されることだけを付け加えておきます。 ここで付け加えておきたいのですが、前の記事のコメントにも書きましたが、私は決して取得できませんでした。 スプリットブレイン XNUMX つのホストからなる oVirt クラスター上で、ホストされたエンジン VM を実行する機能を備えています。

クラスターの最初のホストへの oVirt Engine アプライアンスのインストール

公式ドキュメントへのリンク - oVirt セルフホスト エンジン ガイド、章「コマンドラインを使用したセルフホストエンジンのデプロイ»

このドキュメントでは、ホスト エンジン VM をデプロイする前に満たす必要がある前提条件を指定し、インストール プロセス自体についても詳細に説明しているため、そのまま繰り返すことにあまり意味がないため、いくつかの重要な詳細に焦点を当てます。

• すべてのアクションを開始する前に、ホストの BIOS 設定で仮想化サポートを必ず有効にしてください。
• ホスト エンジン インストーラーのパッケージをホストにインストールします。

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm 
yum -y install epel-release
yum install screen ovirt-hosted-engine-setup

• ホスト上の画面で oVirt Hosted Engine をデプロイする手順を開始します (Ctrl-A + D で終了、Ctrl-D で閉じることができます)。

screen
hosted-engine --deploy

必要に応じて、事前に準備された応答ファイルを使用してインストールを実行できます。

hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf

• ホスト型エンジンをデプロイするときは、必要なパラメーターをすべて指定します。

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры. 

• ホスト型エンジンを備えた高可用性 VM をインストールするために、以前にストレージ システム上にサイズ 4 で 150 GB の特別な LUN を作成し、それがクラスター ホストに提供されました。「」を参照してください。 前の記事.

以前は、ホスト上での可視性もチェックしました。

multipath -ll
…
3600a098000e4b4b3000003c95d171065 dm-3 DELL    , MD38xxf
size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:4  sdc 8:32  active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 18:0:0:4  sdj 8:144 active ready running

• ホスト型エンジンのデプロイメントプロセス自体は複雑ではなく、最後に次のような内容を受け取るはずです。

[ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ INFO  ] Hosted Engine successfully deployed

ホスト上の oVirt サービスの存在を確認します。

すべてが正しく行われた場合は、インストールが完了した後、Web ブラウザを使用して次の場所に移動します。 https://ovirt_hostname/ovirt-engine 管理者のコンピュータから [] をクリックします。管理ポータル].

「管理ポータル」のスクリーンショット

スクリーンショットのように、ログインとパスワード (インストール プロセス中に設定) をウィンドウに入力すると、Open Virtualization Manager コントロール パネルが表示され、仮想インフラストラクチャに関するすべてのアクションを実行できます。

1. データセンターを追加する
2. クラスターを追加して構成する
3. ホストの追加と管理
4. 仮想マシンディスクのストレージ領域またはストレージドメインを追加する
5. 仮想マシンのネットワークを追加および構成する
6. 仮想マシン、インストール イメージ、VM テンプレートの追加と管理

これらすべてのアクションについては、大規模なセルでのアクションもあれば、より詳細かつ微妙なニュアンスを伴うものも含めて、さらに詳しく説明します。
しかし、最初にこのアドオンを読むことをお勧めします。これはおそらく多くの人にとって役立つでしょう。

補足

1) 原則として、そのような必要がある場合は、パッケージを使用して事前にクラスター ノードに KVM ハイパーバイザーをインストールすることを妨げるものはありません。 libvirt и qemu-kvm （または qemu-kvm-ev) を必要なバージョンに追加します。ただし、oVirt クラスター ノードをデプロイする場合は、それ自体でこれを行うことができます。

しかし libvirt и qemu-kvm 最新バージョンをインストールしていない場合は、ホスト型エンジンをデプロイするときに次のエラーが発生する可能性があります。

error: unsupported configuration: unknown CPU feature: md-clear

それらの。 持つ必要があります 更新版 libvirt からの保護付き MDS、次のポリシーをサポートします。

<feature policy='require' name='md-clear'/>

md-clear サポートを使用して libvirt v.4.5.0-10.el7_6.12 をインストールします。

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

「md-clear」のサポートを確認します。

virsh domcapabilities kvm | grep require
      <feature policy='require' name='ss'/>
      <feature policy='require' name='hypervisor'/>
      <feature policy='require' name='tsc_adjust'/>
      <feature policy='require' name='clflushopt'/>
      <feature policy='require' name='pku'/>
      <feature policy='require' name='md-clear'/>
      <feature policy='require' name='stibp'/>
      <feature policy='require' name='ssbd'/>
      <feature policy='require' name='invtsc'/>

この後、ホスト型エンジンのインストールを続行できます。

2) oVirt 4.3 では、ファイアウォールの存在と使用 ファイアウォール は必須の要件です。

ホスト型エンジン用の VM のデプロイ中に次のエラーが表示される場合:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467

次に、別のファイアウォール (使用されている場合) をオフにし、インストールして実行する必要があります。 ファイアウォール:

yum install firewalld
systemctl enable firewalld
systemctl start firewalld

firewall-cmd --state
firewall-cmd --get-default-zone
firewall-cmd --get-active-zones
firewall-cmd --get-zones

後でクラスターの新しいホストに ovirt エージェントをインストールするときに、必要なポートが構成されます。 ファイアウォール 自動的。

3) ホストされたエンジンを使用して VM が実行されているホストを再起動します。

通常は、 1リンク и 2リンク 管理文書に。

ホストされたエンジン VM のすべての管理は、次のコマンドを使用してのみ行われます。 ホストエンジン それが実行されるホスト上で、約 おとなしい SSH 経由でこの VM に接続し、コマンド「」を実行できるという事実も忘れてはいけません。shutdown'。

VM をメンテナンス モードにする手順:

hosted-engine --set-maintenance --mode=global

hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : dee1a774
local_conf_timestamp               : 1821
Host timestamp                     : 1821
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=1821 (Sat Nov 29 14:25:19 2019)
        host-id=1
        score=3400
        vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
        conf_on_shared_storage=True
        maintenance=False
        state=GlobalMaintenance
        stopped=False

hosted-engine --vm-shutdown

ホストされたエンジン エージェントを使用してホストを再起動し、必要な操作を行います。

再起動後、ホストされたエンジンを使用して VM のステータスを確認します。

hosted-engine --vm-status

ホストされたエンジンを備えた VM が起動せず、サービス ログに同様のエラーが表示される場合:

サービスログのエラー:

journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012    return action(he)#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012    return he.start_monitoring()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012    self._initialize_broker()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012    m.get('options', {}))#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012    ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent

次に、ストレージに接続し、エージェントを再起動します。

hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent

hosted-engine --vm-start
hosted-engine --vm-status

ホストされたエンジンで VM を起動した後、メンテナンス モードを解除します。

VM をメンテナンス モードから削除する手順:

hosted-engine --check-liveliness
hosted-engine --set-maintenance --mode=none
hosted-engine --vm-status

--== Host host1.test.local (id: 1) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : 6d1eb25f
local_conf_timestamp               : 6222296
Host timestamp                     : 6222296
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=6222296 (Fri Jan 17 11:40:43 2020)
        host-id=1
        score=3400
        vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020)
        conf_on_shared_storage=True
        maintenance=False
        state=EngineUp
        stopped=False

4) ホストされたエンジンとそれに関連するすべてのものを削除します。

場合によっては、以前にインストールしたホスト型エンジンを適切に削除する必要がある場合があります。 リンク 案内文書に。

ホスト上でコマンドを実行するだけです。

/usr/sbin/ovirt-hosted-engine-cleanup

次に、必要に応じて、その前にいくつかの構成をバックアップし、不要なパッケージを削除します。

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

新しいデータセンターの構築

参考ドキュメント - oVirt 管理ガイド。 第 4 章: データセンター

まずそれが何であるかを定義しましょう データセンター (ヘルプから引用) は、特定の環境で使用されるリソースのセットを定義する論理エンティティです。

データセンターは、次のもので構成される一種のコンテナです。

• クラスターとホストの形式の論理リソース
• ホスト上の論理ネットワークと物理アダプターの形式のクラスター ネットワーク リソース、
• ストレージ領域（ストレージドメイン）の形式のストレージリソース（VMディスク、テンプレート、イメージ）。

データセンターには、仮想マシンが実行されている複数のホストで構成される複数のクラスターを含めることができ、それに関連付けられた複数のストレージ領域を持つこともできます。
複数のデータセンターが存在する場合があり、それらは互いに独立して動作します。 Ovirt には役割ごとに権限が分離されており、データセンター レベルと個々の論理要素の両方で権限を個別に構成できます。

データ センター (複数のデータ センターがある場合) は、単一の管理コンソールまたはポータルから管理されます。

データ センターを作成するには、管理ポータルに移動し、新しいデータ センターを作成します。
計算 >> データセンター >> 新作

ストレージ システム上で共有ストレージを使用するため、ストレージ タイプは共有である必要があります。

データセンター作成ウィザードのスクリーンショット

ホスト型エンジンを使用して仮想マシンをインストールすると、デフォルトでデータセンターが作成されます。 データセンター1をクリックし、必要に応じてストレージ タイプを別のストレージ タイプに変更します。

データセンターの作成は簡単なタスクで、複雑なニュアンスはありません。データセンターの作成に関するすべての追加アクションはドキュメントで説明されています。 唯一注意すべき点は、VM 用のローカル ストレージ (ディスク) のみを持つ単一ホストは、ストレージ タイプ - 共有のデータ センターにアクセスできない (そこに追加することはできない) ため、それらに対しては、別のデータセンター - つまりローカル ストレージを備えた個々のホストには、独自の個別のデータ センターが必要です。

新しいクラスターの作成

ドキュメントへのリンク - oVirt 管理ガイド。 第 5 章: クラスター

余計な詳細は抜きにして、 集まる – これは、共通のストレージ領域 (この場合のように、ストレージ システム上の共有ディスクの形式) を持つホストの論理グループです。 また、クラスタ内のホストはハードウェアが同一であり、同じタイプのプロセッサ (Intel または AMD) を搭載していることが望ましいです。 もちろん、クラスター内のサーバーが完全に同一であることが最善です。

クラスターはデータセンターの一部です (特定の種類のストレージを備えています) ローカル または 共有)、すべてのホストは、共有ストレージがあるかどうかに応じて、何らかの種類のクラスターに属している必要があります。

ホスト上にホストされたエンジンを備えた仮想マシンをインストールすると、デフォルトでデータセンターが作成されます。 データセンター1、クラスターと一緒に – クラスター1、そして将来的には、そのパラメータを設定したり、追加のオプションを有効にしたり、それにホストを追加したりすることができます。

いつものように、すべてのクラスター設定の詳細については、公式ドキュメントを参照することをお勧めします。 クラスターのセットアップ機能の一部については、クラスターの作成時にタブで基本パラメーターのみを構成するだけで十分であることだけを追加します。 .

最も重要なパラメータをメモします。

• プロセッサタイプ — クラスター ホストにインストールされているプロセッサー、プロセッサーの製造元、ホスト上のどのプロセッサーが最も古いかに基づいて選択されます。これに応じて、クラスター内で使用可能なすべてのプロセッサー命令が使用されます。
• スイッチタイプ – 私たちのクラスターでは Linux ブリッジのみを使用するため、それを選択します。
• ファイアウォールの種類 – ここですべてが明らかです。これは firewalld であり、ホスト上で有効にして構成する必要があります。

クラスターパラメーターを含むスクリーンショット

セルフホスト環境への追加ホストのインストール

リンク ドキュメント用。

セルフホスト環境の追加ホストは、通常のホストと同じ方法で追加されますが、ホスト型エンジンを備えた VM をデプロイする追加手順が必要です。 ホスト型エンジンのデプロイメントアクションを選択してください >> 配備します。 追加のホストには、ホスト型エンジンを備えた VM の LUN も提供する必要があるため、必要に応じて、このホストを使用して、ホスト型エンジンを備えた VM をホストできることになります。
フォールト トレランスを目的として、ホスト エンジン VM を配置できるホストが少なくとも XNUMX つあることを強くお勧めします。

追加のホストで、iptables を無効にし (有効な場合)、firewalld を有効にします。

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

必要な KVM バージョンをインストールします (必要な場合)。

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

virsh domcapabilities kvm | grep md-clear

必要なリポジトリとホスト型エンジン インストーラーをインストールします。

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
yum -y install epel-release
yum update
yum install screen ovirt-hosted-engine-setup

次に、コンソールに移動します 仮想化マネージャーを開く、新しいホストを追加し、で書かれているようにすべてを段階的に実行します。 ドキュメンテーション.

その結果、追加のホストを追加すると、管理コンソールにスクリーンショットのような画像が表示されるはずです。

管理ポータル - ホストのスクリーンショット

ホスト エンジン VM が現在アクティブになっているホストには、金色の王冠と「ホストされたエンジン VM の実行"、必要に応じてこの VM を起動できるホスト - 碑文"ホスト型エンジン VM を実行できる'。

ホストに障害が発生した場合、「ホストされたエンジン VM の実行」と指定すると、XNUMX 番目のホストで自動的に再起動されます。 この VM は、メンテナンスのためにアクティブ ホストからスタンバイ ホストに移行することもできます。

oVirt ホストでの電源管理/フェンシングのセットアップ

ドキュメントのリンク:

• Red Hat Virtualization 4.3 –> テクニカルリファレンス –> 第4章 電源管理
• oVirt 管理ガイド -> 第 7 章: ホスト

ホストの追加と構成が完了したように見えるかもしれませんが、それは完全に真実ではありません。
ホストを正常に動作させ、ホストの障害を特定/解決するには、電源管理/フェンシング設定が必要です。

Fencingフェンシング、またはフェンシングは、障害のあるホストまたは失敗したホストをクラスターから一時的に除外するプロセスであり、その間に、ホスト上の oVirt サービスまたはホスト自体が再起動されます。

電源管理/フェンシングの定義とパラメータに関する詳細は、いつものようにドキュメントに記載されていますが、iDRAC 640 を搭載した Dell R9 サーバーに適用されるこの重要なパラメータの設定方法の例のみを示します。

1. 管理ポータルに移動し、 計算 >> ホスト ホストを選択します。
2. クリック 編集.
3. タブをクリックします パワーマネジメント.
4. オプションの横にあるボックスにチェックを入れます 電源管理を有効にする.
5. オプションの横にあるボックスにチェックを入れます Kdumpの統合カーネル クラッシュ ダンプの記録中にホストがフェンシング モードに移行するのを防ぎます。

注意してください。

すでに実行中のホストで Kdump 統合を有効にした後、「oVirt 管理ガイド」の手順に従って再インストールする必要があります -> 第 7 章: ホスト -> ホストを再インストールします。

1. オプションで、ボックスにチェックを入れることができます 電源管理のポリシー制御を無効にするホストの電源管理をクラスターのスケジュール ポリシーによって制御したくない場合。
2. ボタン (+) 新しい電源管理デバイスを追加するには、エージェントのプロパティ編集ウィンドウが開きます。
   iDRAC9 の場合は、次のフィールドに入力します。
   • 住所 – iDRAC9アドレス
   • ユーザー名パスワード – iDRAC9 にログインするためのログインとパスワード、それぞれ
   • タイプ —drac5
   • マーク セキュアー
   • 次のオプションを追加します。 cmd_prompt=>,login_timeout=30

ホストプロパティの「電源管理」パラメータを含むスクリーンショット

ストレージ領域またはストレージドメインの作成

ドキュメントへのリンク - oVirt 管理ガイド、 第 8 章: ストレージ.

ストレージドメイン、またはストレージ領域は、仮想マシンのディスク、インストール イメージ、テンプレート、スナップショットを保存するための集中的な場所です。

ストレージ領域は、さまざまなプロトコル、クラスター、ネットワーク ファイル システムを使用してデータ センターに接続できます。

oVirt には XNUMX 種類のストレージ領域があります。

• データドメイン – 仮想マシン (ディスク、テンプレート) に関連付けられたすべてのデータを保存します。 Data Domain を異なるデータセンター間で共有することはできません。
• ISO ドメイン (旧式のストレージ領域) – OS インストール イメージの保存用。 ISO ドメインは、異なるデータセンター間で共有できます。
• ドメインのエクスポート (旧式のストレージ領域) – データセンター間で移動される画像の一時ストレージ用。

この特定のケースでは、Data Domain タイプのストレージ領域は、ファイバー チャネル プロトコル (FCP) を使用してストレージ システム上の LUN に接続します。

oVirt の観点から見ると、ストレージ システム (FC または iSCSI) を使用する場合、各仮想ディスク、スナップショット、またはテンプレートは論理ディスクになります。
ブロック デバイスは、ボリューム グループを使用して (クラスター ホスト上で) 単一のユニットに組み立てられ、LVM を使用して論理ボリュームに分割され、VM の仮想ディスクとして使用されます。

これらすべてのグループと多くの LVM ボリュームは、次のコマンドを使用してクラスター ホスト上で確認できます。 vgs и lvs。 当然のことながら、このようなディスクを使用するすべてのアクションは、特別な場合を除いて、oVirt コンソールからのみ実行する必要があります。

VM の仮想ディスクには、QCOW2 または RAW の XNUMX つのタイプがあります。 ディスクは「細い「または」厚い"。スナップショットは常に次のように作成されます。"薄い".

ストレージ ドメイン、つまり FC 経由でアクセスされるストレージ領域を管理する方法は非常に論理的です。各 VM 仮想ディスクには、XNUMX つのホストのみが書き込み可能な個別の論理ボリュームがあります。 FC 接続の場合、oVirt はクラスター化された LVM のようなものを使用します。

同じストレージ領域にある仮想マシンは、同じクラスタに属するホスト間で移行できます。

説明からわかるように、oVirt のクラスターは、VMware vSphere や Hyper-V のクラスターと同様、本質的に同じことを意味します。ホストの論理グループであり、ハードウェア構成が同一であることが望ましく、仮想ストレージに共通のストレージを備えています。マシンディスク。

データ用のストレージ領域 (VM ディスク) の作成に直接進みましょう。これがないとデータセンターは初期化されません。
ストレージ システム上のクラスタ ホストに提供されるすべての LUN は、コマンド「マルチパス -ll'。

による ドキュメンテーション、ポータルに移動します。 Storage >> ドメイン -> 新しいドメイン 「FCP ストレージの追加」セクションの指示に従います。

ウィザードを起動したら、必要なフィールドに入力します。

• 名前 — クラスター名を設定します
• ドメイン機能 -データ
• 保管タイプ — ファイバーチャネル
• 使用するホスト — 必要な LUN が使用可能なホストを選択します

LUN のリストで、必要な LUN にマークを付けて、 Add そして ОК。 必要に応じて、 をクリックして、ストレージ領域の追加パラメータを調整できます。 高度なパラメータ.

「ストレージドメイン」追加ウィザードのスクリーンショット

ウィザードの結果に基づいて、新しいストレージ領域を受け取り、データセンターは次のステータスに移行するはずです。 UP、または初期化されています:

データセンターとその中のストレージ領域のスクリーンショット:

仮想マシンのネットワークの作成と構成

ドキュメントへのリンク - oVirt 管理ガイド、 第 6 章: 論理ネットワーク

ネットワークは、oVirt 仮想インフラストラクチャで使用される論理ネットワークをグループ化するために機能します。

仮想マシン上のネットワーク アダプタとホスト上の物理アダプタの間で対話するには、Linux ブリッジなどの論理インターフェイスが使用されます。

ネットワーク間でトラフィックをグループ化して分割するために、スイッチ上に VLAN が構成されます。

oVirt で仮想マシンの論理ネットワークを作成する場合は、クラスタの異なるノードで実行されている場合でも VM が相互に通信できるように、スイッチ上の VLAN 番号に対応する識別子を割り当てる必要があります。

仮想マシンを接続するためのホスト上のネットワーク アダプターの事前設定は、 前の記事 – 論理インターフェースが構成されています bond1の場合、すべてのネットワーク設定は oVirt 管理ポータルを通じてのみ行う必要があります。

ホストされたエンジンで VM を作成した後、データセンターとクラスターの自動作成に加えて、クラスターを管理するための論理ネットワークも自動的に作成されました。 オブリット管理、この VM が接続されていた場所。

必要に応じて、論理ネットワーク設定を表示できます。 オブリット管理 ただし、oVirt インフラストラクチャの制御を失わないように注意する必要があります。

論理ネットワーク設定 ovritmgmt

通常の VM 用に新しい論理ネットワークを作成するには、管理ポータルで次の場所に移動します。 ネットワーク >> ネットワーク >> 新作、およびタブ上 目的の VLAN ID を持つネットワークを追加し、「」の横のボックスもチェックします。VMネットワーク"、これは、VM への割り当てに使用できることを意味します。

新しい VLAN32 論理ネットワークのスクリーンショット

タブ クラスタ、このネットワークをクラスターに接続します クラスター1.

この後、次へ行きます 計算 >> ホスト、各ホストに順番に移動し、タブに移動します ネットワークインターフェースをクリックしてウィザードを起動します ホストネットワークのセットアップ、新しい論理ネットワークのホストにバインドします。

「ホスト ネットワークのセットアップ」ウィザードのスクリーンショット

oVirt エージェントは、ホスト上で必要なネットワーク設定をすべて自動的に行い、VLAN と BRIDGE を作成します。

ホスト上の新しいネットワークの構成ファイルの例:

cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

クラスターホスト上でのことをもう一度思い出させてください。 必要はありませ 事前にネットワークインターフェイスを手動で作成します ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

論理ネットワークを追加し、ホストとホスト エンジン VM 間の接続を確認した後、仮想マシンで使用できるようになります。

仮想マシンをデプロイするためのインストール イメージの作成

ドキュメントへのリンク - oVirt 管理ガイド、 第 8 章: ストレージ、「データ ストレージ ドメインへのイメージのアップロード」セクション。

OS インストール イメージがなければ仮想マシンをインストールすることはできません。ただし、たとえばネットワーク上にインストールされている場合には、もちろん問題ありません。 コブラー 事前に作成された画像を使用して。

私たちの場合、これは不可能なので、このイメージを自分で oVirt にインポートする必要があります。 以前は、これには ISO ドメインを作成する必要がありましたが、oVirt の新しいバージョンでは廃止されたため、管理ポータルからストレージ ドメインにイメージを直接アップロードできるようになりました。

管理ポータルで、次の場所に移動します。 Storage >> ディスク >> アップロード >> 開始
OS イメージを ISO ファイルとして追加し、フォームのすべてのフィールドに入力して、ボタンをクリックします。接続のテスト".

インストール イメージの追加ウィザードのスクリーンショット

次のようなエラーが発生した場合:

Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`

次に、oVirt 証明書を「」に追加する必要があります。信頼されたルート CA「管理者のコントロール ステーション上の (信頼されたルート CA)。そこからイメージをダウンロードしようとしています。

証明書を信頼されたルート CA に追加した後、もう一度「」をクリックします。接続のテスト"、次を取得する必要があります:

Connection to ovirt-imageio-proxy was successful.

証明書を追加するアクションが完了したら、ISO イメージをストレージ ドメインに再度アップロードしてみることができます。

原則として、データ タイプを使用して別のストレージ ドメインを作成して、イメージとテンプレートを VM ディスクとは別に保存したり、ホスト型エンジンのストレージ ドメインに保存したりできますが、これは管理者の裁量によって異なります。

ホスト型エンジンのストレージ ドメイン内の ISO イメージのスクリーンショット

仮想マシンを作成する

ドキュメントへのリンク:
oVirt 仮想マシン管理ガイド –> 第 2 章: Linux 仮想マシンのインストール
コンソールクライアントのリソース

OS を含むインストール イメージを oVirt にロードした後、仮想マシンの作成に直接進むことができます。 多くの作業が行われてきましたが、すでに最終段階に到達しており、そのためにすべての作業が開始され、高可用性の仮想マシンをホストするためのフォールト トレラントなインフラストラクチャを取得しています。 そして、これらはすべて完全に無料です。ソフトウェア ライセンスの購入には一銭も費やされません。

CentOS 7で仮想マシンを作成するには、OSからインストールイメージをダウンロードする必要があります。

管理ポータルに移動します。 計算 >> 仮想マシンをクリックし、VM 作成ウィザードを起動します。 すべてのパラメータとフィールドに入力し、クリックします。 ОК。 ドキュメントに従えば、すべては非常に簡単です。

例として、ディスクが作成され、ネットワークに接続され、インストール イメージから起動される高可用性 VM の基本設定と追加設定を示します。

高可用性 VM 設定のスクリーンショット

ウィザードでの作業が終了したら、ウィザードを閉じ、新しい VM を起動して、そこに OS をインストールします。
これを行うには、管理ポータルからこの VM のコンソールに移動します。

VM コンソールに接続するための管理ポータル設定のスクリーンショット

VM コンソールに接続するには、まず仮想マシンのプロパティでコンソールを構成する必要があります。

VM設定の「コンソール」タブのスクリーンショット

VM コンソールに接続するには、たとえば次のように使用できます。 仮想マシンビューア.

ブラウザ ウィンドウで VM コンソールに直接接続するには、コンソール経由の接続設定は次のようにする必要があります。

VM に OS をインストールした後、oVirt ゲスト エージェントをインストールすることをお勧めします。

yum -y install epel-release
yum install -y ovirt-guest-agent-common
systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service
systemctl status ovirt-guest-agent.service

したがって、私たちのアクションの結果として、作成された VM は高可用性になります。 oVirt を実行しているクラスター ノードに障害が発生した場合、oVirt は XNUMX 番目のノードで自動的に再起動します。 この VM は、メンテナンスやその他の目的でクラスター ホスト間で移行することもできます。

まとめ

この記事で、oVirt が仮想インフラストラクチャを管理するためのまったく普通のツールであり、導入はそれほど難しくない、ということが伝われば幸いです。重要なのは、記事とドキュメントの両方で説明されている特定のルールと要件に従うことです。

記事のボリュームが大きいため、すべての詳細な説明とスクリーンショットを含むさまざまなウィザードの段階的な実行、一部のコマンドの長い結論など、多くの内容を含めることはできませんでした。 実際、これには一冊の本を書く必要がありますが、ソフトウェアの新しいバージョンは革新や変更とともに常に登場するため、あまり意味がありません。 最も重要なことは、すべてが連携して動作する原理を理解し、仮想マシンを管理するためのフォールト トレラントなプラットフォームを作成するための一般的なアルゴリズムを取得することです。

仮想インフラストラクチャを作成しましたが、今度は、その個々の要素 (ホスト、仮想マシン、内部ネットワーク、および外部世界) の間で相互作用するように仮想インフラストラクチャを学習させる必要があります。

このプロセスは、システム管理者またはネットワーク管理者の主なタスクの XNUMX つであり、次の記事で説明します。企業のフォールト トレラント インフラストラクチャにおける VyOS 仮想ルーターの使用についてです (ご想像のとおり、これらは仮想ルーターとして機能します)。 oVirt クラスター上のマシン)。

出所： habr.com