セルフホストエンジンガイド
Red Hat Virtualization のセルフホストエンジンのインストールおよびメンテナンス
概要
第1章 はじめに
表1.1 セルフホストエンジンのデプロイをサポートする OS バージョン
|
システムのタイプ
|
サポートされているバージョン
|
|---|---|
|
Red Hat Enterprise Linux ホスト
|
7.2
|
|
Red Hat Virtualization Host
|
7.2
|
|
HostedEngine-VM (Manager)
|
7
|
重要

第2章 セルフホストエンジン (Self-Hosted Engine) のデプロイ
2.1. Red Hat Enterprise Linux Host でのセルフホストエンジンのデプロイ
2.1.1. セルフホストエンジン (Self-Hosted Engine) のパッケージのインストール
手順2.1 セルフホストエンジン (Self-Hosted Engine) のインストール
- セルフホストエンジン (Self-Hosted Engine) のパッケージをインストールします。
# yum install ovirt-hosted-engine-setup
- Manager 用仮想マシンのインストールにアプライアンスを使用する場合には、オプションで RHV-M Virtual Appliance パッケージをインストールします。
# yum install rhevm-appliance
Manager のオペレーティングシステムのインストール用に CD-ROM、ディスクまたは PXE インストールメディアのいずれかを使用することも可能です。物理 CD-ROM ドライブはサポートされません。
2.1.2. RHEL ベースのセルフホストエンジンの設定
hosted-engine スクリプトは、ホストおよび Manager 用仮想マシンの設定を容易にするために提供されています。このスクリプトは、一連の質問を尋ね、その回答に基づいて環境を構築していきます。
前提条件
- 新規インストールした Red Hat Enterprise Linux 7 システムに ovirt-hosted-engine-setup パッケージをインストールしておく必要があります。
- セルフホストエンジン環境のストレージを準備する必要があります。ご使用のデプロイメントのストレージを用意する方法については、『管理ガイド』の「ストレージ」の章を参照してください。
- Manager およびホスト用の完全修飾ドメイン名を設定しておく必要があります。正引き (フォワードルックアップ) と逆引き (リバースルックアップ) の両方を DNS で設定する必要があります。
- Manager のオペレーティングシステムのインストール用に CD-ROM、ディスクまたは PXE インストールメディアのいずれかを用意しておく必要があります。推奨の方法は、ディスクオプションを選択して、Manager のインストールに RHV-M Virtual Appliance を使用することです。rhevm-appliance パッケージをインストールして、RHV-M Virtual Appliance を取得します。CD-ROM オプションを使用するには、ISO ファイルを用意する必要があります。物理 CD-ROM ドライブはサポートしていません。
- Manager のインストールに RHV-M Virtual Appliance を使用するには、1 つのディレクトリーに少なくとも 60 GB の容量が必要です。
hosted-engineスクリプトは最初に、アプライアンスのファイルを抽出するために十分なスペースが/var/tmpにあるかどうかチェックします。スペースが足りない場合には、別のディレクトリーを指定するか、外部ストレージをマウントすることができます。VDSM ユーザーおよび KVM グループには、このディレクトリーでの読み取り、書き込み、実行権限を指定する必要があります。
手順2.2 RHEL ベースのセルフホストエンジンの設定
ホストエンジンデプロイメントの開始
hosted-engineスクリプトを実行します。このスクリプトを終了するには、CTRL+D のキーの組み合わせを使用して、デプロイメントを中止します。ネットワークや端末が切断された場合などにセッションが失われないように、screenウィンドウマネージャーを使用してスクリプトを実行することを推奨します。このウィンドウマネージャーがインストールされていない場合は、標準の Red Hat Enterprise Linux に含まれている screen パッケージをインストールしてください。# yum install screen
# screen
# hosted-engine --deploy
注記
セッションのタイムアウトまたは接続の切断の際には、screen -d -rを実行してhosted-engineデプロイメントセッションを復元します。ストレージの設定
使用するストレージのタイプを選択します。During customization use CTRL-D to abort. Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]:
- NFS ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。
Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/nfs
- iSCSI の場合には、iSCSI ポータルの IP アドレス、ユーザー名、およびパスワードを指定して、自動検出されたリストからターゲット名を選択します。デプロイメント時に選択できる iSCSI ターゲットは 1 つのみです。
Please specify the iSCSI portal IP address: Please specify the iSCSI portal port [3260]: Please specify the iSCSI portal user: Please specify the iSCSI portal password: Please specify the target name (auto-detected values) [default]:
- Gluster ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。
重要
サポートされるストレージは、レプリカ 3 の Gluster ストレージのみです。以下の設定が行われていることを確認してください。- Gluster サーバー 3 つすべての
/etc/glusterfs/glusterd.volファイルで、rpc-auth-allow-insecureをonに設定してください。option rpc-auth-allow-insecure on
- 以下のようにボリュームを設定します。
gluster volume set volume cluster.quorum-type auto gluster volume set volume network.ping-timeout 10 gluster volume set volume auth.allow \* gluster volume set volume group virt gluster volume set volume storage.owner-uid 36 gluster volume set volume storage.owner-gid 36 gluster volume set volume server.allow-insecure on
Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/gluster_volume
- Fiber Channel については、ホストのバスアダプターが設定、接続されている必要があります。設定/接続がされている場合には
hosted-engineにより、利用可能な LUN が自動で検出されます。LUN には既存のデータが含まれないようにする必要があります。The following luns have been found on the requested target: [1] 3514f0c5447600351 30GiB XtremIO XtremApp status: used, paths: 2 active [2] 3514f0c5447600352 30GiB XtremIO XtremApp status: used, paths: 2 active Please select the destination LUN (1, 2) [1]:
ネットワークの設定
このスクリプトは、環境の管理ブリッジとして使用可能なネットワークインターフェースコントローラー (NIC) を検出し、次にファイアウォールの設定をチェックして、コンソールから (SPICE または VNC) アクセスできるようにその設定を変更するかどうかを確認します。Please indicate a nic to set rhvm bridge on: (eth1, eth0) [eth1]: iptables was detected on your computer, do you wish setup to configure it? (Yes, No)[Yes]: Yes Please indicate a pingable gateway IP address [X.X.X.X]:
仮想マシンの設定
ブートデバイスタイプに を選択すると、スクリプトにより自動的に利用可能な RHV-M Virtual Appliance が検出されます。メモリーサイズを指定してください。Please specify the device to boot the VM from (choose disk for the oVirt engine appliance) (cdrom, disk, pxe) [disk]: Please specify the console type you would like to use to connect to the VM (vnc, spice) [vnc]: vnc [ INFO ] Detecting available oVirt engine appliances The following appliance have been found on your system: [1] - The oVirt Engine Appliance image (OVA) [2] - Directly select an OVA file Please select an appliance (1, 2) [1]: [ INFO ] Checking OVF archive content (could take a few minutes depending on archive size)cloud-init で Manager 用仮想マシンの初期設定を行う場合にはYesを指定します。root パスワードの設定、ネットワークやホスト名の設定、engine-setupで使用するための応答ファイルの注入、起動時のengine-setupの実行などのタスクを cloud-init に処理させる場合には を指定します。または、cloud-init の高度な機能を活用できるように既存の cloud-init スクリプトがある場合には、 を選択します。次に、Manager 用仮想マシンの FQDN を指定します。また、HostedEngine-VM の MAC アドレスを指定するか、任意で作成されたアドレスを受け入れます。この MAC アドレスを使用して、仮想マシンにオペレーティングシステムをインストールする前に DCHP および DNS サーバーを更新することができます。注記
cloud-init に関する詳しい情報は https://cloudinit.readthedocs.org/en/latest/ を参照してください。Would you like to use cloud-init to customize the appliance on the first boot (Yes, No)[Yes]? Yes Would you like to generate on-fly a cloud-init ISO image (of no-cloud type) or do you have an existing one (Generate, Existing)[Generate]? Generate Please provide the FQDN you would like to use for the engine appliance. Note: This will be the FQDN of the engine VM you are now going to launch. It should not point to the base host or to any other existing machine. Engine VM FQDN: (leave it empty to skip): manager.example.com Automatically execute engine-setup on the engine appliance on first boot (Yes, No)[Yes]? Yes Automatically restart the engine VM as a monitored service after engine-setup (Yes, No)[Yes]? Yes Enter root password that will be used for the engine appliance (leave it empty to skip): p@ssw0rd Confirm appliance root password: p@ssw0rd The following CPU types are supported by this host: - model_Penryn: Intel Penryn Family - model_Conroe: Intel Conroe Family Please specify the CPU type to be used by the VM [model_Penryn]: Please specify the number of virtual CPUs for the VM [Defaults to appliance OVF value: 4]: You may specify a MAC address for the VM or accept a randomly generated default [00:16:3e:77:b2:a4]: How should the engine VM network be configured (DHCP, Static)[DHCP]? Static Please enter the IP address to be used for the engine VM: 192.168.x.x Please provide a comma-separated list (max3) of IP addresses of domain name servers for the engine VM Engine VM DNS (leave it empty to skip): Add lines for the appliance itself and for this host to /etc/hosts on the engine VM? Note: ensuring that this host could resolve the engine VM hostname is still up to you (Yes, No)[No] Yesホストエンジンの設定
管理ポータル内で識別するためのホストの名前と、管理ポータルへアクセスするためのadmin@internalユーザーのパスワードを指定します。SMTP サーバーの名前と TCP ポート番号、メール通知に使用するメールアドレス、通知を受信するメールアドレス (複数ある場合はコンマ区切りリスト) を指定します。Enter engine admin password: p@ssw0rd Confirm engine admin password: p@ssw0rd Enter the name which will be used to identify this host inside the Administrator Portal [hosted_engine_1]: Please provide the FQDN for the engine you would like to use. This needs to match the FQDN that you will use for the engine installation within the VM. Note: This will be the FQDN of the VM you are now going to create, it should not point to the base host or to any other existing machine. Engine FQDN: []: manager.example.com Please provide the name of the SMTP server through which we will send notifications [localhost]: Please provide the TCP port number of the SMTP server [25]: Please provide the email address from which notifications will be sent [root@localhost]: Please provide a comma-separated list of email addresses which will get notifications [root@localhost]:設定のプレビュー
続行する前に、hosted-engineスクリプトは、入力された設定値を表示して、これらの値で設定を続行するかどうかを尋ねます。Manager 用仮想マシンの作成
このスクリプトでは、Manager 用仮想マシンの作成、ovirt-engineおよび高可用性サービスの起動、ホストと共有ストレージドメインの Manager 用仮想マシンへの接続が行われます。You can now connect to the VM with the following command: /usr/bin/remote-viewer vnc://localhost:5900 Use temporary password "3042QHpX" to connect to vnc console. Please note that in order to use remote-viewer you need to be able to run graphical applications. This means that if you are using ssh you have to supply the -Y flag (enables trusted X11 forwarding). Otherwise you can run the command from a terminal in your preferred desktop environment. If you cannot run graphical applications you can connect to the graphic console from another host or connect to the serial console using the following command: socat UNIX-CONNECT:/var/run/ovirt-vmconsole-console/fabbea5a-1989-411f-8ed7-7abe0917fc66.sock,user=ovirt-vmconsole STDIO,raw,echo=0,escape=1 If you need to reboot the VM you will need to start it manually using the command: hosted-engine --vm-start You can then set a temporary password using the command: hosted-engine --add-console-password [ INFO ] Running engine-setup on the appliance ... [ INFO ] Engine-setup successfully completed [ INFO ] Engine is still unreachable [ INFO ] Engine is still unreachable, waiting... [ INFO ] Engine replied: DB Up!Welcome to Health Status! [ INFO ] Connecting to the Engine Enter the name of the cluster to which you want to add the host (Default) [Default]: [ INFO ] Waiting for the host to become operational in the engine. This may take several minutes... [ INFO ] Still waiting for VDSM host to become operational... [ INFO ] The VDSM Host is now operational [ INFO ] Shutting down the engine VM [ INFO ] Enabling and starting HA services [ INFO ] Saving hosted-engine configuration on the shared storage domain Hosted Engine successfully set up [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-2015xx.conf' [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination
hosted-engine のデプロイメントスクリプトが正常に完了すると、Red Hat Virtualization Manager が設定され、ホスト上で稼働するようになります。Manager によりデータセンター、クラスター、ホスト、Manager 用仮想マシン、Manager 用の仮想マシン専用の共有ストレージドメインがすでに設定されています。
重要
ovirt-engine-extension-aaa-ldap-setup の対話型設定スクリプトを使用します。詳しい情報は、『管理ガイド』の「外部 LDAP プロバイダーの設定」を参照してください。
ovirt-hosted-engine-setup スクリプトにより、設定時に指定した回答がファイルに保存されます。このファイルは、障害復旧 (DR) に役立ちます。--generate-answer=<file> の引数で保存先が指定されていない場合には、応答ファイルは /etc/ovirt-hosted-engine/answers.conf に生成されます。
注記
sshd サービスが実行されていることを確認します。/etc/ssh/sshd_config を編集して、以下の 2 つのオプションを yes に変更します。
PasswordAuthenticationPermitRootLogin
sshd サービスを再起動して、変更を有効にします。
2.2. Red Hat Virtualization Host でのセルフホストエンジンのデプロイ
hosted-engine スクリプトの UI バージョンは、ホストと Manager 用の仮想マシンの設定に役立ちます。このスクリプトは、一連の質問を尋ねてその回答に基づいて環境を構築していきます。
前提条件
- Red Hat Virtualization Host システムを新規インストールしておく必要があります。Cockpit ユーザーインターフェースの System のサブタブにある Performance Profile は、
virtual-hostに設定する必要があります。 - セルフホストエンジン環境のストレージを準備する必要があります。ご使用のデプロイメントのストレージを用意する方法については、『管理ガイド』の「ストレージ」の章を参照してください。
- Manager およびホスト用の完全修飾ドメイン名を設定しておく必要があります。正引き (フォワードルックアップ) と逆引き (リバースルックアップ) の両方を DNS で設定する必要があります。
- Manager のインストールに RHV-M Virtual Appliance を使用するには、1 つのディレクトリーに少なくとも 60 GB の容量が必要です。
hosted-engineスクリプトは最初に、アプライアンスのファイルを抽出するために十分なスペースが/var/tmpにあるかどうかチェックします。スペースが足りない場合には、別のディレクトリーを指定するか、外部ストレージをマウントすることができます。VDSM ユーザーおよび KVM グループには、このディレクトリーでの読み取り、書き込み、実行権限を指定する必要があります。
手順2.3 RHVH ベースのセルフホストエンジンの設定
RHV-M Virtual Appliance の取得
カスタマーポータルから RHV-M Virtual Appliance をダウンロードします。- Red Hat カスタマーポータル (https://access.redhat.com) にログインします。
- メニューバーの ダウンロード をクリックします。
- Red Hat Virtualization > をクリックして、製品ダウンロードページにアクセスします。
- 正しい Red Hat Virtualization バージョンを選択して をクリックします。
Red Hat Virtualization Host に OVA ファイルをセキュアコピーします。scp rhvm-appliance.ova root@host.example.com:/usr/share
セルフホストエンジンのデプロイメントの開始
https://HostIPorFQDN:9090 の Cockpit ユーザーインターフェースにログインして、Virtualization > Hosted Engine に移動し、 をクリックします。
デプロイメントスクリプトのテキストフィールドには、デフォルトの回答があれば、その回答が事前に入力されています。必要に応じて回答を変更するか、入力してください。
注記
以下の手順では、デプロイメントの質問はテキスト形式で表示されます。UI では、プロンプトが表示されたら をクリックしてください。During customization use CTRL-D to abort. Continuing will configure this host for serving as hypervisor and create a VM where you have to install the engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]:
ストレージの設定
使用するストレージのタイプを選択します。Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]:
- NFS ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。
Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/nfs
- iSCSI の場合には、iSCSI ポータルの IP アドレス、ユーザー名、およびパスワードを指定して、自動検出されたリストからターゲット名を選択します。デプロイメント時に選択できる iSCSI ターゲットは 1 つのみです。
Please specify the iSCSI portal IP address:
Please specify the iSCSI portal port [3260]:
Please specify the iSCSI portal user:
Please specify the iSCSI portal password:
Please specify the target name (auto-detected values) [default]:
- Gluster ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。
重要
サポートされるストレージは、レプリカ 3 の Gluster ストレージのみです。以下の設定を完了しておいてください。- Gluster サーバー 3 つすべての
/etc/glusterfs/glusterd.volファイルで、rpc-auth-allow-insecureをonに設定してください。option rpc-auth-allow-insecure on
- 以下のようにボリュームを設定します。
gluster volume set volume cluster.quorum-type auto gluster volume set volume network.ping-timeout 10 gluster volume set volume auth.allow \* gluster volume set volume group virt gluster volume set volume storage.owner-uid 36 gluster volume set volume storage.owner-gid 36 gluster volume set volume server.allow-insecure on
Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/gluster_volume
- Fiber Channel については、ホストのバスアダプターが設定、接続されている必要があります。設定/接続がされている場合には
hosted-engineにより、利用可能な LUN が自動で検出されます。LUN には既存のデータが含まれないようにする必要があります。The following luns have been found on the requested target: [1] 3514f0c5447600351 30GiB XtremIO XtremApp status: used, paths: 2 active [2] 3514f0c5447600352 30GiB XtremIO XtremApp status: used, paths: 2 active Please select the destination LUN (1, 2) [1]:
ネットワークの設定
スクリプトにより、ファイアウォールの設定がチェックされ、コンソール (SPICE または VNC) アクセスができるように変更が提案されます。次に、環境の管理ブリッジとして使用するネットワークインターフェースコントローラー (NIC) 候補が検出されます。iptables was detected on your computer, do you wish setup to configure it? (Yes, No)[Yes]: Yes
Please indicate a pingable gateway IP address [X.X.X.X]:
Please indicate a nic to set ovirtmgmt bridge on: (eth1, eth0) [eth1]:
仮想マシンの設定
ブートデバイスタイプに を選択して、RHV-M Virtual Appliance へのパスを指定します。/var/tmpディレクトリーに十分な空き容量がない場合には、別のディレクトリーを指定してください。VDSM ユーザーおよび KVM グループには、そのディレクトリーでの読み取り、書き込み、実行権限を指定する必要があります。Please specify the device to boot the VM from (choose disk for the oVirt engine appliance) (cdrom, disk, pxe) [disk]: disk
Please specify the console type you would like to use to connect to the VM (vnc, spice) [vnc]: vnc
Using an oVirt engine appliance could greatly speed-up ovirt hosted-engine deploy. You could get oVirt engine appliance installing ovirt-engine-appliance rpm. Please specify path to OVF archive you would like to use [None]: /path/to/rhvm-appliance.ova
Please specify path to a temporary directory with at least 50 GB [/var/tmp]:
cloud-init で Manager 用仮想マシンの初期設定を行う場合には を指定します。root パスワードの設定、ネットワークやホスト名の設定、engine-setupで使用するための応答ファイルの注入、起動時のengine-setupの実行などのタスクを cloud-init に処理させる場合には を指定します。または、cloud-init の高度な機能を活用できるように既存の cloud-init スクリプトがある場合には、 を選択します。注記
cloud-init に関する詳しい情報は https://cloudinit.readthedocs.org/en/latest/ を参照してください。Would you like to use cloud-init to customize the appliance on the first boot (Yes, No)[Yes]? Yes
Would you like to generate on-fly a cloud-init ISO image (of no-cloud type) or do you have an existing one (Generate, Existing)[Generate]? Generate
Please provide the FQDN you would like to use for the engine appliance. Note: This will be the FQDN of the engine VM you are now going to launch. It should not point to the base host or to any other existing machine. Engine VM FQDN: (leave it empty to skip): manager.example.com
Automatically execute engine-setup on the engine appliance on first boot (Yes, No)[Yes]? Yes
Automatically restart the engine VM as a monitored service after engine-setup (Yes, No)[Yes]? Yes
Please provide the domain name you would like to use for the engine appliance. Engine VM domain: [localdomain] example.com
Enter root password that will be used for the engine appliance (leave it empty to skip): p@ssw0rd
Confirm appliance root password: p@ssw0rd
The following CPU types are supported by this host: - model_SandyBridge: Intel SandyBridge Family - model_Westmere: Intel Westmere Family - model_Nehalem: Intel Nehalem Family - model_Penryn: Intel Penryn Family - model_Conroe: Intel Conroe Family Please specify the CPU type to be used by the VM [model_SandyBridge]:Please specify the number of virtual CPUs for the VM [Defaults to appliance OVF value: [2]:
You may specify a unicast MAC address for the VM or accept a randomly generated default [00:16:3e:77:b2:a4]:
Please specify the memory size of the VM in MB (Defaults to maximum available): [12722]:
How should the engine VM network be configured (DHCP, Static)[DHCP]? Static
Please enter the IP address to be used for the engine VM: 192.168.x.x
Please provide a comma-separated list (max 3) of IP addresses of domain name servers for the engine VM Engine VM DNS (leave it empty to skip):
Yesと指定して、ホストから Manager 用の仮想マシンに/etc/hostsファイルをコピーしてホスト名を解決します。Add lines for the appliance itself and for this host to /etc/hosts on the engine VM? Note: ensuring that this host could resolve the engine VM hostname is still up to you (Yes, No)[No] Yes
セルフホストエンジンの設定
管理ポータル内で識別するためのホストの名前と、管理ポータルへアクセスするためのadmin@internalユーザーのパスワードを指定します。SMTP サーバーの名前と TCP ポート番号、メール通知に使用するメールアドレス、通知を受信するメールアドレス (複数ある場合はコンマ区切りリスト) を指定します。Enter engine admin password: p@ssw0rd
Confirm engine admin password: p@ssw0rd
Enter the name which will be used to identify this host inside the Administrator Portal [hosted_engine_1]:
Please provide the name of the SMTP server through which we will send notifications [localhost]:
Please provide the TCP port number of the SMTP server [25]:
Please provide the email address from which notifications will be sent [root@localhost]:
Please provide a comma-separated list of email addresses which will get notifications [root@localhost]:
設定のプレビュー
続行する前に、hosted-engineスクリプトは、入力された設定値を表示して、これらの値で設定を続行するかどうかを尋ねます。Please confirm installation settings (Yes, No)[Yes]: Yes
ovirt-engine および高可用性サービスの起動、ホストと共有ストレージドメインの Manager 用仮想マシンへの接続が行われます。
hosted-engine のデプロイメントスクリプトが正常に完了すると、Red Hat Virtualization Manager が設定され、ホスト上で稼働するようになります。Manager によりデータセンター、クラスター、ホスト、Manager 用仮想マシン、Manager 用の仮想マシン専用の共有ストレージドメインがすでに設定されています。
重要
ovirt-engine-extension-aaa-ldap-setup の対話型設定スクリプトを使用します。詳しい情報は、『管理ガイド』の「外部 LDAP プロバイダーの設定」を参照してください。
--generate-answer=<file> の引数で保存先が指定されていない場合には、応答ファイルは /etc/ovirt-hosted-engine/answers.conf に生成されます。
注記
sshd サービスが実行されていることを確認します。/etc/ssh/sshd_config を編集して、以下の 2 つのオプションを yes に変更します。
PasswordAuthenticationPermitRootLogin
sshd サービスを再起動して、変更を有効にします。
2.3. Manager 用仮想マシンの管理
hosted-engine ユーティリティーは、Manager 用仮想マシンの管理を補助するために提供されています。このユーティリティーは、環境内の任意のセルフホストエンジン用ホストで実行することができます。全オプションを確認するには、hosted-engine --help のコマンドを実行してください。また、特定のコマンドに関する追加情報を確認するには、hosted-engine --command --help のコマンドを実行してください。
第3章 セルフホストエンジンのデプロイメントのトラブルシューティング
3.1. Manager 用仮想マシンのトラブルシューティング
手順3.1 Manager 用仮想マシンのトラブルシューティング
hosted-engine --vm-statusを実行して Manager 用仮想マシンのステータスを確認します。注記
Manager 用仮想マシンに加えた変更がステータスコマンドの出力に反映されるには、20 秒ほどかかります。Manager 用仮想マシンが通常通りに稼働中の場合には、以下のような出力が表示されます。--== Host 1 status ==-- Status up-to-date : True Hostname : hypervisor.example.com Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 99e57eba Host timestamp : 248542- が「bad」の場合や が「down」の場合には、グローバルメンテナンスモードを有効にして、ホストを HA サービスの管理対象外にします。
- 管理ポータルで、セルフホストエンジン仮想マシンを右クリックして、グローバル HA メンテナンスを有効にする を選択します。
- メンテナンスモードはコマンドラインから設定することもできます。
# hosted-engine --set-maintenance --mode=global
- Manager 用仮想マシンが停止している場合には、その Manager 用仮想マシンを起動します。仮想マシンが稼働中の場合には、次のステップは省略してください。
# hosted-engine ---vm-start
- コンソールのパスワードを設定します。
# hosted-engine --add-console-password
- コンソールに接続します。プロンプトが表示されたら、前のステップで設定したパスワードを入力します。コンソールのオプションについての詳しい説明は、https://access.redhat.com/solutions/2221461 を参照してください。
# hosted-engine --console
- Manager 用仮想マシンが「down」またはヘルスが「bad」のステータスである理由を特定します。
/var/log/messagesおよび/var/log/ovirt-engine/engine.logを確認します。問題を修正した後に Manager 用仮想マシンを再起動します。 - Manager 用仮想マシンに root としてログインし、
ovirt-engineサービスが稼働中であることを確認します。# service ovirt-engine status
- Manager 用仮想マシンが稼働中であることを確認した後には、コンソールセッションを終了して、メンテナンスモードを無効にし、HA サービスを再び有効にします。
# hosted-engine --set-maintenance --mode=none
追加のトラブルシューティング用コマンド
重要
hosted-engine --reinitialize-lockspace: このコマンドは、sanlock ロックスペースが壊れている場合に使用します。sanlock ロックスペースを再初期化する前に、グローバルメンテナンスモードが有効で Manager 用仮想マシンが停止していることを確認してください。hosted-engine --clean-metadata: ホストのエージェントのメタデータをグローバルステータスデータベースから削除します。これにより、他のホストではすべて、このホストについての情報はなくなります。ターゲットのホストが停止状態でグローバルメンテナンスモードが有効であることを確認してください。hosted-engine --check-liveliness: このコマンドは、ovirt-engine サービスの liveliness ページを確認します。また、Web ブラウザーでhttps://engine-fqdn/ovirt-engine/services/health/に接続して確認することもできます。hosted-engine --connect-storage: このコマンドは、ホストと Manager 用仮想マシンに必要な全ストレージ接続の準備をするように VDSM に指示します。これは通常、セルフホストエンジンのデプロイ中にバックエンドで実行します。このコマンドを実行してストレージの問題のトラブルシューティングを行う必要がある場合には、グローバルメンテナンスモードを必ず有効にしてください。
3.2. 失敗したセルフホストエンジンのデプロイメントのクリーンアップ
Failed to connect to broker, the number of errors has exceeded the limit.
第4章 ベアメタルの RHEL ベースのセルフホストエンジンへの移行
4.1. セルフホスト環境の移行
hosted-engine スクリプトを使用してこのタスクを容易化します。このスクリプトは、一連の質問を尋ね、提示された回答に基づいて環境を設定します。以下の手順では、標準の Red Hat Virtualization 環境からの Manager は、BareMetal-Manager とします。
engine-setup を自動化できますが、移行のプロセスでは、新しい Manager 用仮想マシンに予め BareMetal-Manager のバックアップファイルを復元することができるように、engine-setup を手動で実行する必要があります。
hosted-engineスクリプトを実行して、セルフホストエンジン用ホストに使用するホストを設定して、新規 Red Hat Virtualization の仮想マシンを作成します。engine-backupツールを使用して、engine データベースと設定ファイルをバックアップし、そのバックアップを新規 Manager 用仮想マシンにコピーして、engine-backupの--mode=restoreパラメーターを使用してバックアップから復元します。engine-setupを実行して、Manager 用仮想マシン設定を完了します。hosted-engineスクリプトに従って設定を完了します。
前提条件
- ovirt-hosted-engine-setup パッケージがインストールされた新規ホストを用意してください。サブスクリプションやパッケージのインストールに関する詳細情報は、「Red Hat Enterprise Linux Host でのセルフホストエンジンのデプロイ」を参照してください。ホストは、現在の Red Hat Virtualization 環境でサポートされているバージョンでなければなりません。
注記
既存のホストを使用する場合には、ホストをメンテナンスモードに指定して、既存の環境からホストを削除します。詳しい情報は、『管理ガイド』の「ホストの削除」を参照してください。 - rhevm-appliance パッケージをインストールして RHV-M Virtual Appliance を取得します。RHV-M Virtual Appliance は常に Manager の最新のサポート対象バージョンをベースとします。移行するには、Manager のバージョンが同じ必要があるため、現在の環境の Manager バージョンを最新のサポート対象 Y ストリームバージョンに更新するようにしてください。
- Manager のインストールに RHV-M Virtual Appliance を使用するには、1 つのディレクトリーに少なくとも 60 GB の容量が必要です。
hosted-engineスクリプトは最初に、アプライアンスのファイルを抽出するために十分なスペースが/var/tmpにあるかどうかチェックします。スペースが足りない場合には、別のディレクトリーを指定するか、外部ストレージをマウントすることができます。VDSM ユーザーおよび KVM グループには、このディレクトリーでの読み取り、書き込み、実行権限を指定する必要があります。 - 新しい Manager の完全修飾ドメイン名と、バックアップした BareMetal-Manager のドメイン名は同じでなければなりません。また、正引き (フォワードルックアップ) と逆引き (リバースルックアップ) の両方を DNS で設定する必要があります。
- BareMetal-Manager へアクセスができ、変更を加えることができる必要があります。
手順4.1 セルフホスト環境の移行
セルフホストエンジンのデプロイメントの開始
注記
バージョン 3.5 以前の Red Hat Enterprise Virtualization からアップグレードする場合には、hosted-engine --deploy --config-append=/etc/ovirt-hosted-engine/answers.confのコマンドを実行します。answers.confのファイルには、OVEHOSTED_NETWORK/bridgeName=str:rhevmのパラメーターを含める必要があります。バージョン 3.5 から 3.6 以降にアップグレードして、このパラメーターが設定されていない場合には、デフォルトの管理ネットワークが機能しなくなります。hosted-engineスクリプトを実行します。このスクリプトを終了するには、CTRL+D のキーの組み合わせを使用して、デプロイメントを中止します。ネットワークや端末が切断された場合などにセッションが失われないように、screenウィンドウマネージャーを使用してスクリプトを実行することを推奨します。このウィンドウマネージャーがインストールされていない場合は、標準の Red Hat Enterprise Linux に含まれている screen パッケージをインストールしてください。# yum install screen
# screen
# hosted-engine --deploy
注記
セッションのタイムアウトまたは接続の切断の際には、screen -d -rを実行してhosted-engineデプロイメントセッションを復元します。ストレージの設定
使用するストレージのタイプを選択します。During customization use CTRL-D to abort. Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]:
- NFS ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。
Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/nfs
- iSCSI の場合には、iSCSI ポータルの IP アドレス、ユーザー名、およびパスワードを指定して、自動検出されたリストからターゲット名を選択します。デプロイメント時に選択できる iSCSI ターゲットは 1 つのみです。
Please specify the iSCSI portal IP address: Please specify the iSCSI portal port [3260]: Please specify the iSCSI portal user: Please specify the iSCSI portal password: Please specify the target name (auto-detected values) [default]:
- Gluster ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。
重要
サポートされるストレージは、レプリカ 3 の Gluster ストレージのみです。以下の設定が行われていることを確認してください。- Gluster サーバー 3 つすべての
/etc/glusterfs/glusterd.volファイルで、rpc-auth-allow-insecureをonに設定してください。option rpc-auth-allow-insecure on
- 以下のようにボリュームを設定します。
gluster volume set volume cluster.quorum-type auto gluster volume set volume network.ping-timeout 10 gluster volume set volume auth.allow \* gluster volume set volume group virt gluster volume set volume storage.owner-uid 36 gluster volume set volume storage.owner-gid 36 gluster volume set volume server.allow-insecure on
Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/gluster_volume
- Fiber Channel については、ホストのバスアダプターが設定、接続されている必要があります。設定/接続がされている場合には
hosted-engineにより、利用可能な LUN が自動で検出されます。LUN には既存のデータが含まれないようにする必要があります。The following luns have been found on the requested target: [1] 3514f0c5447600351 30GiB XtremIO XtremApp status: used, paths: 2 active [2] 3514f0c5447600352 30GiB XtremIO XtremApp status: used, paths: 2 active Please select the destination LUN (1, 2) [1]:
ネットワークの設定
このスクリプトは、環境の管理ブリッジとして使用可能なネットワークインターフェースコントローラー (NIC) を検出し、次にファイアウォールの設定をチェックして、その設定を HostedEngine-VM にコンソールで (SPICE または VNC) アクセスできるように変更するかどうかを確認します。ping 送信可能なゲートウェイの IP アドレスをovirt-ha-agentが使用するように指定すると、HostedEngine-VM を実行するのに適したホストであるかどうかを判断しやすくなります。Please indicate a nic to set rhvm bridge on: (eth1, eth0) [eth1]: iptables was detected on your computer, do you wish setup to configure it? (Yes, No)[Yes]: Please indicate a pingable gateway IP address [X.X.X.X]:
仮想マシンの設定
このスクリプトにより、Red Hat Virtualization Manager として設定する仮想マシンが作成されます。本手順では、この仮想マシンを HostedEngine-VM と呼びます。ブートデバイスタイプに を選択すると、スクリプトにより利用可能な RHV-M Appliances が自動的に検出されます。アプライアンスを選択します。Please specify the device to boot the VM from (choose disk for the oVirt engine appliance) (cdrom, disk, pxe) [disk]: Please specify the console type you would like to use to connect to the VM (vnc, spice) [vnc]: vnc [ INFO ] Detecting available oVirt engine appliances The following appliance have been found on your system: [1] - The oVirt Engine Appliance image (OVA) [2] - Directly select an OVA file Please select an appliance (1, 2) [1]: [ INFO ] Checking OVF archive content (could take a few minutes depending on archive size)cloud-init で Manager 用仮想マシンの初期設定を行う場合にはYesを指定します。root パスワードの設定、ネットワークやホスト名の設定などのタスクを cloud-init で処理する場合には を指定します。または、cloud-init の高度な機能を活用できるように既存の cloud-init スクリプトがある場合には、 を選択します。次に、Manager 用仮想マシンの FQDN を指定します。この値は、BareMetal-Manager に指定したのと同じ FQDN である必要があります。注記
cloud-init に関する詳しい情報は https://cloudinit.readthedocs.org/en/latest/ を参照してください。Would you like to use cloud-init to customize the appliance on the first boot (Yes, No)[Yes]? Yes Would you like to generate on-fly a cloud-init no-cloud ISO image or do you have an existing one(Generate, Existing)[Generate]? Generate Please provide the FQDN you would like to use for the engine appliance. Note: This will be the FQDN of the engine VM you are now going to launch. It should not point to the base host or to any other existing machine. Engine VM FQDN: (leave it empty to skip): manager.example.com
engine-setupを実行する前に、BareMetal-Manager バックアップファイルを HostedEngine-VMに復元することができるようにするには、 以下の質問にNoと答える必要があります。Automatically execute engine-setup on the engine appliance on first boot (Yes, No)[Yes]? No
Manager のドメイン名、root パスワード、ネットワーク、ハードウェア、およびコンソールアクセスについての情報を設定します。Enter root password that will be used for the engine appliance (leave it empty to skip): p@ssw0rd Confirm appliance root password: p@ssw0rd The following CPU types are supported by this host: - model_Penryn: Intel Penryn Family - model_Conroe: Intel Conroe Family Please specify the CPU type to be used by the VM [model_Penryn]: Please specify the number of virtual CPUs for the VM [Defaults to appliance OVF value: 4]: You may specify a MAC address for the VM or accept a randomly generated default [00:16:3e:77:b2:a4]: How should the engine VM network be configured (DHCP, Static)[DHCP]? Static Please enter the IP address to be used for the engine VM: 192.168.x.x Please provide a comma-separated list (max3) of IP addresses of domain name servers for the engine VM Engine VM DNS (leave it empty to skip): Add lines for the appliance itself and for this host to /etc/hosts on the engine VM? Note: ensuring that this host could resolve the engine VM hostname is still up to you (Yes, No)[No] Yesセルフホストエンジンの設定
Red Hat Virtualization 環境内で識別するための Host-HE1 の名前と、管理ポータルへアクセスするためのadmin@internalユーザーのパスワードを指定します。最後に、SMTP サーバーの名前と TCP ポート番号、メール通知に使用するメールアドレス、通知を受信するメールアドレス (複数ある場合はコンマ区切りリスト) を指定します。Enter engine admin password: p@ssw0rd Confirm engine admin password: p@ssw0rd Enter the name which will be used to identify this host inside the Administrator Portal [hosted_engine_1]: Please provide the FQDN for the engine you would like to use. This needs to match the FQDN that you will use for the engine installation within the VM. Note: This will be the FQDN of the VM you are now going to create, it should not point to the base host or to any other existing machine. Engine FQDN: []: manager.example.com Please provide the name of the SMTP server through which we will send notifications [localhost]: Please provide the TCP port number of the SMTP server [25]: Please provide the email address from which notifications will be sent [root@localhost]: Please provide a comma-separated list of email addresses which will get notifications [root@localhost]:設定のプレビュー
続行する前に、hosted-engineスクリプトは、入力された設定値を表示して、これらの値で設定を続行するかどうかを尋ねます。Bridge interface : eth1 Engine FQDN : manager.example.com Bridge name : ovirtmgmt Host address : host.example.com SSH daemon port : 22 Firewall manager : iptables Gateway address : X.X.X.X Host name for web application : Host-HE1 Host ID : 1 Image size GB : 50 Storage connection : storage.example.com:/hosted_engine/nfs Console type : vnc Memory size MB : 4096 MAC address : 00:16:3e:77:b2:a4 Boot type : pxe Number of CPUs : 2 CPU Type : model_Penryn Please confirm installation settings (Yes, No)[Yes]:
HostedEngine-VM の設定
次にこのスクリプトは、HostedEngine-VM として設定する仮想マシンを作成し、接続情報を表示します。HostedEngine-VM でバックアップファイルを復元した後には、Host-HE1 上でhosted-engineスクリプトが続行される前に、engine-setupを手動で実行する必要があります。[ INFO ] Stage: Transaction setup ... [ INFO ] Creating VM You can now connect to the VM with the following command: /bin/remote-viewer vnc://localhost:5900 Use temporary password "3463VnKn" to connect to vnc console. Please note that in order to use remote-viewer you need to be able to run graphical applications. This means that if you are using ssh you have to supply the -Y flag (enables trusted X11 forwarding). Otherwise you can run the command from a terminal in your preferred desktop environment. If you cannot run graphical applications you can connect to the graphic console from another host or connect to the serial console using the following command: socat UNIX-CONNECT:/var/run/ovirt-vmconsole-console/8f74b589-8c6f-4a32-9adf-6e615b69de07.sock,user=ovirt-vmconsole STDIO,raw,echo=0,escape=1 Please ensure that your Guest OS is properly configured to support serial console according to your distro documentation. Follow http://www.ovirt.org/Serial_Console_Setup#I_need_to_access_the_console_the_old_way for more info. If you need to reboot the VM you will need to start it manually using the command: hosted-engine --vm-start You can then set a temporary password using the command: hosted-engine --add-console-password Please install and setup the engine in the VM. You may also be interested in subscribing to "agent" RHN/Satellite channel and installing rhevm-guest-agent-common package in the VM. The VM has been rebooted. To continue please install oVirt-Engine in the VM (Follow http://www.ovirt.org/Quick_Start_Guide for more info). Make a selection from the options below: (1) Continue setup - oVirt-Engine installation is ready and ovirt-engine service is up (2) Abort setup (3) Power off and restart the VM (4) Destroy VM and abort setup (1, 2, 3, 4)[1]:以下のコマンドで VNC プロトコルを使用して仮想マシンに接続します。FQDN は、セルフホストエンジン用ホストの完全修飾ドメイン名または IP アドレスに置き換えます。# /bin/remote-viewer vnc://FQDN:5900
HostedEngine-VM での SSH の有効化
RHEV-M Virtual Appliance では、デフォルトで SSH パスワード認証は有効になっていません。VNC から HostedEngine-VM に接続して SSH パスワード認証を有効にし、後で BareMetal-Manager のバックアップファイルを復元して新規 Manager を設定する際に SSH を介して仮想マシンにアクセスできるようにします。sshdサービスが実行されていることを確認します。/etc/ssh/sshd_configを編集して以下の 2 つのオプションをyesに変更します。[...] PermitRootLogin yes [...] PasswordAuthentication yes
sshdサービスを再起動して、変更を有効にします。# service sshd restart
BareMetal-Manager の無効化
BareMetal-Manager (構築済みの Red Hat Virtualization 環境の Manager) に接続して engine を停止し、実行されないようにします。# service ovirt-engine stop # chkconfig ovirt-engine off
注記
BearMetal-Manager の停止は必須ではありませんが、バックアップ作成後に環境へ変更が加えられないようにするために停止することを推奨します。これは、BareMetal-Manager と HostedEngine-VM が同時に既存のリソースを管理するのを防ぐことにもなります。DNS の更新
Red Hat Virtualization 環境の FQDN が HostedEngine-VM の IP アドレスと Host-HE1 でhosted-engineデプロイメントスクリプトを設定する際に指定した以前の FQDN と相関するように DNS を更新します。本手順では、FQDN は manager.example.com に設定されています。これは、移行先のホストエンジン設定では、engine に指定した FQDN は移行の engine に設定したものと同じでなければならないためです。BareMetal-Manager のバックアップ作成
BareMetal-Manager に接続して、--mode=backup、--file=FILE、--log=LogFILEのパラメーターを指定してengine-backupコマンドを実行し、バックアップモード、バックアップ用に使用および作成するバックアップファイル名、バックアップログを格納するために作成するログファイルの名前を指定します。# engine-backup --mode=backup --file=FILE --log=LogFILE
バックアップファイルの HostedEngine-VM へのコピー
BareMetal-Manager 上から、バックアップファイルを HostedEngine-VM にセキュアコピーします。以下の例では、manager.example.com が HostedEngine-VM の FQDN で、/backup/ が指定のフォルダーまたはパスです。指定のフォルダーまたはパスが存在しない場合は、HostedEngine-VM に接続して、そのフォルダーまたはパスを作成した後に BareMetal-Manager からバックアップをセキュアコピーします。# scp -p FILE LogFILE manager.example.com:/backup/
バックアップファイルでの HostedEngine-VM の復元
engine-backupツールを使用して、完全なバックアップを復元します。engine-setupの実行中に BareMetal-Manager データベースを手動で設定した場合には、「セルフホストエンジン Manager の手動での復元」の手順に従って、バックアップ環境を手動で復元してください。- Manager のみを復元する場合は、以下を実行します。
# engine-backup --mode=restore --file=file_name --log=log_file_name --provision-db --restore-permissions
- Manager と Data Warehouse を復元する場合には、以下を実行します。
# engine-backup --mode=restore --file=file_name --log=log_file_name --provision-db --provision-dwh-db --restore-permissions
正常に終了すると、以下のような出力が表示されます。You should now run engine-setup. Done.
HostedEngine-VM の設定
復元した Manager 用仮想マシンを設定します。このプロセスにより、既存の構成設定およびデータベースの内容が特定されますので、設定を確認してください。完了すると、この設定で SSH フィンガープリントと内部認証局のハッシュが提供されます。# engine-setup
[ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20140304075238.log Version: otopi-1.1.2 (otopi-1.1.2-1.el6ev) [ INFO ] Stage: Environment packages setup [ INFO ] Yum Downloading: rhel-65-zstream/primary_db 2.8 M(70%) [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PACKAGES ==-- [ INFO ] Checking for product updates... [ INFO ] No product updates found --== NETWORK CONFIGURATION ==-- Setup can automatically configure the firewall on this system. Note: automatic configuration of the firewall may overwrite current settings. Do you want Setup to configure the firewall? (Yes, No) [Yes]: [ INFO ] iptables will be configured as firewall manager. --== DATABASE CONFIGURATION ==-- --== OVIRT ENGINE CONFIGURATION ==-- --== PKI CONFIGURATION ==-- --== APACHE CONFIGURATION ==-- --== SYSTEM CONFIGURATION ==-- --== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation [ INFO ] Cleaning stale zombie tasks --== CONFIGURATION PREVIEW ==-- Default SAN wipe after delete : False Firewall manager : iptables Update Firewall : True Host FQDN : manager.example.com Engine database secured connection : False Engine database host : X.X.X.X Engine database user name : engine Engine database name : engine Engine database port : 5432 Engine database host name validation : False Engine installation : True PKI organization : example.com NFS mount point : /var/lib/exports/iso Configure VMConsole Proxy : True Engine Host FQDN : manager.example.com Configure WebSocket Proxy : True Please confirm installation settings (OK, Cancel) [OK]:ホストと Manager の同期
Host-HE1 に戻り、オプション 1 を選択してhosted-engineデプロイメントスクリプトを続行します。(1) Continue setup - oVirt-Engine installation is ready and ovirt-engine service is up
スクリプトにより、内部認証局のハッシュが表示され、Host-HE1 を追加するクラスターを選択するように要求されます。[ INFO ] Engine replied: DB Up!Welcome to Health Status! [ INFO ] Acquiring internal CA cert from the engine [ INFO ] The following CA certificate is going to be used, please immediately interrupt if not correct: [ INFO ] Issuer: C=US, O=example.com, CN=manager.example.com.23240, Subject: C=US, O=example.com, CN=manager.example.com.23240, Fingerprint (SHA-1): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX [ INFO ] Connecting to the Engine Enter the name of the cluster to which you want to add the host (DB1, DB2, Default) [Default]: [ INFO ] Waiting for the host to become operational in the engine. This may take several minutes... [ INFO ] The VDSM Host is now operational [ INFO ] Saving hosted-engine configuration on the shared storage domain Please shutdown the VM allowing the system to launch it as a monitored service. The system will wait until the VM is down.HostedEngine-VM の終了
HostedEngine-VM を終了します。# shutdown -h now
設定の確認
Host-HE1 に戻り、HostedEngine-VM のリブートが検出されていることを確認します。[ INFO ] Enabling and starting HA services [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160509162843.conf' [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Hosted Engine successfully set up
第5章 リソースのメンテナンスおよびアップグレード
5.1. セルフホストエンジンのメンテナンス
global: クラスター内の全高可用性エージェントで、engine の仮想マシンの状態のモニタリングが無効化されます。global メンテナンスモードは、Red Hat Virtualization を新しいバージョンにアップグレードする操作などの engine の停止を必要とする設定やアップグレード操作に適用する必要があります。local: コマンドを実行するホスト上の高可用性エージェントで、engine の仮想マシンのモニタリングが無効化されます。ホストは、local のメンテナンスモードの場合には、engine の仮想マシンのホスティングから除外されます。このモードに変更された際に engine の仮想マシンがホストされている場合には、engine は適切な競合ホストがあれば別のホストに移行されます。システムへの変更やホストへの更新を適用する場合に local メンテナンスモードを使用することを推奨します。none: メンテナンスモードを無効にし、高可用性エージェントが稼働を続けるようにします。
手順5.1 RHEL ベースのセルフホストエンジンのメンテナンス (ローカルメンテナンス)
- セルフホストエンジン用ホストをローカルメンテナンスモードに切り替えます。
- 管理ポータルで、ホストをメンテナンスモードに切り替えると、そのホストにローカルメンテナンスモードが自動的にトリガーされます。
- メンテナンスモードはコマンドラインから設定することもできます。
# hosted-engine --set-maintenance --mode=local
- メンテナンスタスクが完了したら、メンテナンスモードを無効にします。
# hosted-engine --set-maintenance --mode=none
手順5.2 RHEL ベースのセルフホストエンジンのメンテナンス (グローバルメンテナンス)
- セルフホストエンジン用ホストをグローバルメンテナンスモードに切り替えます。
- 管理ポータルで、セルフホストエンジン仮想マシンを右クリックして、グローバル HA メンテナンスを有効にする を選択します。
- メンテナンスモードはコマンドラインから設定することもできます。
# hosted-engine --set-maintenance --mode=global
- メンテナンスタスクが完了したら、メンテナンスモードを無効にします。
# hosted-engine --set-maintenance --mode=none
5.2. セルフホストエンジン環境からのホストの削除
手順5.3 セルフホストエンジン環境からのホストの削除
- 管理ポータルで ホスト タブをクリックします。次にホストを選択し、メンテナンス をクリックして、このホストをローカルメンテナンスモードに設定します。このアクションにより、
ovirt-ha-agentおよびovirt-ha-brokerサービスが停止します。 - ホストにログインして、リブート時にサービスが起動しないように HA サービスを無効にします。
# systemctl disable ovirt-ha-agent # systemctl disable ovirt-ha-broker
- セルフホストエンジンの設定ファイルを削除します。
# rm /etc/ovirt-hosted-engine/hosted-engine.conf
- 管理ポータルで同じホストを選択して 削除 をクリックすると、ホストの削除 の確認ウィンドウが開きます。 をクリックしてください。
5.3. RHEL ベースのセルフホストエンジン環境
重要
注記
- Manager 仮想マシンを管理する高可用性エージェントをグローバルメンテナンスモードに設定します。
- 必要なリポジトリーを有効化して、Manager パッを更新します。
- アップグレードユーティリティーを実行して Manager をアップグレードします。
- ホストを更新します。
- クラスター内の Manager 仮想マシンと全ホストを更新した後には、クラスターの互換バージョンを 4.0 に変更します。
/var/tmp ディレクトリーにはアプライアンスファイルを解凍するための十分な空き容量が含まれるようにしてください。十分な空き容量がない場合には、別のディレクトリーを指定するか、必要な容量がある別のストレージをマウントするようにしてください。VDSM ユーザーおよび KVM グループには、そのディレクトリーの読み取り、書き込み、実行権限が必要です。
重要
手順5.4 セルフホストエンジンのアップグレード
- セルフホストエンジンの全ホスト上で、高可用性エージェントを無効にします。これには、クラスター内のいずれかのホストで以下のコマンドを実行します。
# hosted-engine --set-maintenance --mode=global
注記
hosted-engine --vm-statusを実行して、環境がメンテナンスモードにあることを確認します。 - SPM に現在設定されており、Manager 用仮想マシンを含むホストで、必要なリポジトリーを有効にします。
# subscription-manager repos --enable=rhel-7-server-rhv-4-mgmt-agent-rpms
- Manager 用の仮想マシンで、必要なリポジトリーを有効化します。
# subscription-manager repos --enable=rhel-7-server-rhv-4.0-rpms
- Manager 用の仮想マシン以外の仮想マシンをすべてを別のホストに移行します。
- ホストで Manager 用の仮想マシンパッケージを更新します。
# yum update ovirt-hosted-engine-setup rhevm-appliance
- Manager 用の仮想マシンをアップグレードするにかアップグレードスクリプトを実行します。標準の Red Hat Enterprise Linux リポジトリーで入手可能な screen パッケージがインストールされていない場合は、インストールします。
# yum install screen
# screen
# hosted-engine --upgrade-appliance
注記
アプライアンスが複数検出された場合には移行先のアプライアンスを選択し、Manager データベースののバックアップを作成してその完全パスを指定するように求められます。 - アップグレードが完了したら、グローバルメンテナンスを無効にします。
# hosted-engine --set-maintenance --mode=none
hosted-engine --vm-poweroff コマンドを使用して Manager の電源を切り、hosted-engine --rollback-upgrade を実行してアップグレードをロールバックします。
# subscription-manager repos --disable=*
# subscription-manager repos --enable=rhel-7-server-rhv-4-mgmt-agent-rpms
5.4. RHEV-H ベースのセルフホストエンジン環境
重要
- Manager 仮想マシンを管理する高可用性エージェントをグローバルメンテナンスモードに設定します。
- 新規 RHVH 4.0 ホストをお使いの環境に追加します。
- Manager 用の仮想マシンを新規ホストに移行して、SPM として設定します。
- アップグレードユーティリティーを実行して Manager をアップグレードします。
- ホストを更新します。
- クラスター内の Manager 仮想マシンと全ホストを更新した後には、クラスターの互換バージョンを 4.0 に変更します。
手順5.5 セルフホストエンジンのアップグレード
- 新しい RHVH 4.0 ホストをインストールします。RHVH のインストールの説明は、『インストールガイド』を参照してください。
- 環境に新規ホストを追加します。
注記
Manager 用仮想マシンをホストするには、新規ホストは追加のセルフホストエンジンホストとして追加する必要があります。詳しい情報は「7章セルフホスト環境に追加のホストをインストールする手順」を参照してください。 - セルフホストエンジンの全ホスト上で、高可用性エージェントを無効にします。これには、クラスター内のいずれかのホストで以下のコマンドを実行します。
# hosted-engine --set-maintenance --mode=global
注記
hosted-engine --vm-statusを実行して、環境がメンテナンスモードにあることを確認します。 - カスタマーポータルから RHV-M Virtual Appliance をダウンロードして、新規ホストにコピーします。
- Red Hat カスタマーポータル (https://access.redhat.com) にログインします。
- メニューバーの ダウンロード をクリックします。
- Red Hat Virtualization > をクリックして、製品ダウンロードページにアクセスします。
- 正しい Red Hat Virtualization 4.0 を選択して をクリックします。
Red Hat Virtualization Host に OVA ファイルをセキュアコピーします。scp rhvm-appliance.ova root@host.example.com:/usr/share
- RHVH 4.0 ホストに Manager 用仮想マシンを移行して、Storage Pool Manager (SPM) としてホストを設定します。
- Manager 用の仮想マシンで、必要なリポジトリーを有効化します。
# subscription-manager repos --enable=rhel-7-server-rhv-4.0-rpms
- アップグレードスクリプトを実行して、Manager 用仮想マシンをアップグレードします。screen パッケージがインストールされていない場合にはインストールします。
# yum install screen
# screen
# hosted-engine --upgrade-appliance
注記
スクリプトにより、ホストのコピー先の RHV-M Virtual Appliance の場所が尋ねられます。また、Manager データベースのバックアップを作成して、その完全なパスを提供するように求められます。 - アップグレードが完了したら、グローバルメンテナンスを無効にします。
# hosted-engine --set-maintenance --mode=none
hosted-engine --vm-poweroff コマンドを使用して Manager の電源を切り、hosted-engine --rollback-upgrade を実行してアップグレードをロールバックします。
# subscription-manager repos --disable=*
# subscription-manager repos --enable=rhel-7-server-rhv-4-mgmt-agent-rpms
第6章 RHEL ベースのセルフホスト環境のバックアップと復元
注記
手順6.1 セルフホストエンジン環境のバックアップのワークフロー
- セルフホストエンジン仮想マシンは、
Host 2上で実行され、3 台のホスト間で 6 つの通常の仮想マシン分散されます。
Host 1をメンテナンスモードに切り替えます。これにより、Host 1上の仮想マシンは別のホストに移行され、仮想化の負荷から解放されて、バックアップ時のフェイルオーバーに使用することができるようになります。 Host 1は、メンテナンスモードに入っています。このマシンがホストしていた 2 台の仮想マシンは、Host 3 に移行されます。
engine-backupを使用して環境のバックアップを作成します。バックアップを作成した後には、Host 1を再度アクティブ化して、セルフホストエンジン仮想マシンを含む仮想マシンをホストすることができます。
手順6.2 セルフホストエンジン環境の復元のワークフロー
Host 1は、新規セルフホストエンジンのデプロイに使用され、前の手順例で作成したバックアップから復元をしました。復元した環境のデプロイには、通常のセルフホストエンジンのデプロイに加えて、追加の手順が必要となります。- セルフホストエンジンのマシンに Red Hat Virtualization Manager をインストールした後に、初めて
engine-setupを実行する前には、engine-backupツールを使用してバックアップから復元します。 engine-setupを設定して、Manager を復元したら、管理ポータルにログインして、バックアップから表示されているHost 1を削除します。古いHost 1が削除されず、新しいHost 1のデプロイメントを終了時に Manager で依然として表示されている場合には、セルフホストエンジン仮想マシンは、新しいHost 1とは同期されず、デプロイメントは失敗します。

Host 1とセルフホストエンジン仮想マシンが同期され、デプロイメントが終了した後には、環境は基本レベルで稼働していると見なすことができます。セルフホストエンジンのホストが 1 台の場合には、セルフホストエンジン仮想マシンは高可用性ではありません。ただし、必要な場合には、優先度の高い仮想マシンをHost 1で起動することができます。稼働中の標準 RHEL ベースホスト (環境内に表示されているが、セルフホストエンジンではないホスト) はアクティブになり、バックアップ時に稼働していた仮想マシンは、これらのホストで実行され、Manager 内で利用可能となります。Host 2とHost 3は、現在の状態ではリカバリーできません。これらのホストは環境から削除してから、ホストエンジンのデプロイメントスクリプトを使用して再度追加する必要があります。この操作に関する詳しい説明は、「復元したセルフホストエンジン環境からの非稼働状態のホストの削除」および「7章セルフホスト環境に追加のホストをインストールする手順」を参照してください。
復元した環境に、Host 2およびHost 3を再デプロイしました。環境は最初の図のように、バックアップを作成する前の状態になりましたが、セルフホストエンジン仮想マシンがHost 1でホストされている点が異なります。
6.1. セルフホストエンジンの Manager 用仮想マシンのバックアップ
engine-backup ツールを使用し、ovirt-engine サービスを中断せずにバックアップを実行することができます。engine-backup ツールがバックアップできるのは、Red Hat Virtualization Manager 用仮想マシンのみで、Manager 用仮想マシンを含むホストまたはこの環境内でホストされる他の仮想マシンはバックアップされません。
手順6.3 既存の Red Hat Virtualization Manager のバックアップ
フェイルオーバー先のホストの準備
フェイルオーバーホスト (環境内にあるホストエンジンのホストの 1 つ) は、メンテナンスモードに設定して、バックアップ時に仮想負荷がない状態にします。このホストは後ほど、復元したセルフホストエンジン環境をデプロイする際に使用することができます。今回のシナリオでは、ホストエンジンのホストはどれでもフェイルオーバーホストとして使用することができますが、Host 1を使用すると、復元のプロセスがより簡単になります。Host 1ホストのデフォルト名はhosted_engine_1で、これは、ホストエンジンのデプロイメントスクリプトが最初に実行された際に設定されたものです。- ホストエンジンのホストの 1 つにログインします。
hosted_engine_1ホストがHost 1であることを確認します。# hosted-engine --vm-status
- 管理ポータルにログインします。
- ホスト タブをクリックします。
- 結果一覧から
hosted_engine_1ホストを選択して、 をクリックします。 - をクリックします。
ホストの仮想負荷によっては、全仮想マシンが移行されるまでしばらく時間がかかる場合があります。ホストのステータスがMaintenanceに変わってから次のステップに進んでください。Manager のバックアップ作成
Manager 用仮想マシン上で、仮想マシンの構成設定とデータベースの内容をバックアップします。[EngineBackupFile] はバックアップファイルのファイル名に、[LogFILE] はバックアップログのファイル名に置き換えます。# engine-backup --mode=backup --file=[EngineBackupFile] --log=[LogFILE]
外部サーバーへのファイルのバックアップ
外部サーバーにファイルをバックアップします。以下の例では、[Storage.example.com] は、必要になるまでバックアップを格納するネットワークストレージサーバーの完全修飾ドメイン名に、/backup/ は指定したフォルダーまたはパスに置き換えます。仮想マシンの構成設定とデータベースの内容を復元するには、このバックアップファイルにアクセス可能である必要があります。# scp -p [EngineBackupFiles] [Storage.example.com:/backup/EngineBackupFiles]
フェイルオーバーホストの有効化
hosted_engine_1ホストのメンテナンスモードから切り替えます。- 管理ポータルにログインします。
- ホスト タブをクリックします。
- 結果一覧から
hosted_engine_1を選択します。 - をクリックします。
6.2. セルフホストエンジン環境の復元
engine-backup ツールを使用します。
- 新規インストールした Red Hat Enterprise Linux ホストを用意し、ホストエンジンのデプロイメントスクリプトを実行します。
- Red Hat Virtualization Manager の構成設定およびデータベースの内容を新しい Manager 用仮想マシンに復元します。
- ステータスが Non Operational のホストエンジンのホストを削除して、復元後のセルフホストエンジン環境で再インストールします。
前提条件
- セルフホストエンジン環境を復元するには、物理ホスト上に新規インストールした Red Hat Enterprise Linux システムを用意する必要があります。
- 新規ホストおよび Manager のオペレーティングシステムのバージョンは、バックアップしたホストと Manager のバージョンと同じでなければなりません。
- 新しい環境には、Red Hat サブスクリプション管理のエンタイトルメントが必要です。必要なリポジトリーの一覧については、『インストールガイド』の「必要なエンタイトルメントのサブスクライブ」を参照してください。
- 新しい Manager の完全修飾ドメイン名と、バックアップした Manager のドメイン名は同じでなければなりません。また、正引き (フォワードルックアップ) と逆引き (リバースルックアップ) の両方を DNS で設定する必要があります。
6.2.1. 復元環境として使用する新規セルフホストエンジン環境の構築
Host 1 は hosted_engine_1 というデフォルトのホスト名を使用します。以下の手順でもこの名称を使用します。セルフホストエンジンの復元プロセスの性質上、フェイルオーバーホストを削除してから、復元したエンジンの最終同期を実行する必要があります。ただし、これは、バックアップ時に、ホスト上に仮想負荷がない場合にしか実行できません。また、バックアップ環境に使用していない別のハードウェアにバックアップを復元することも可能です。その場合には、この問題を考慮する必要はありません。
重要
手順6.4 復元環境として使用するために新規セルフホスト環境を構築する方法
DNS の更新
Red Hat Virtualization 環境の完全修飾ドメイン名と新規 Manager の IP アドレスが相関するように、DNS を更新してください。以下の手順では、完全修飾ドメイン名は Manager.example.com に設定されています。engine に指定する完全修飾ドメイン名は、バックアップ元の engine を設定する際に指定したものと同一の名前を使用する必要があります。ホストエンジンデプロイメントの開始
新規インストールされた Red Hat Enterprise Linux ホストでhosted-engineデプロイメントスクリプトを実行します。CTRL+D のキーの組み合わせを使用してデプロイメントを中断すると、スクリプトを随時終了することができます。ネットワーク経由でhosted-engineデプロイメントスクリプトを実行する場合には、ネットワークまたはターミナルの中断が発生した場合にセッションが失われないようにscreenウィンドウマネージャーを使用することを推奨します。screen がインストールされていない場合には、先にインストールしてください。# screen
# hosted-engine --deploy
初期化の準備
このスクリプトは最初に、セルフホストエンジン環境で対象のホストをハイパーバイザーとして使用することについての確認を要求します。Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]:
ストレージの設定
使用するストレージのタイプを選択します。During customization use CTRL-D to abort. Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]:
- NFS ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。
Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/nfs
- iSCSI の場合には、iSCSI ポータルの IP アドレス、ユーザー名、およびパスワードを指定して、自動検出されたリストからターゲット名を選択します。デプロイメント時に選択できる iSCSI ターゲットは 1 つのみです。
Please specify the iSCSI portal IP address: Please specify the iSCSI portal port [3260]: Please specify the iSCSI portal user: Please specify the iSCSI portal password: Please specify the target name (auto-detected values) [default]:
- Gluster ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。
重要
サポートされるストレージは、レプリカ 3 の Gluster ストレージのみです。以下の設定を完了しておいてください。- Gluster サーバー 3 つすべての
/etc/glusterfs/glusterd.volファイルで、rpc-auth-allow-insecureをonに設定してください。option rpc-auth-allow-insecure on
- 以下のようにボリュームを設定します。
gluster volume set volume cluster.quorum-type auto gluster volume set volume network.ping-timeout 10 gluster volume set volume auth.allow \* gluster volume set volume group virt gluster volume set volume storage.owner-uid 36 gluster volume set volume storage.owner-gid 36 gluster volume set volume server.allow-insecure on
Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/gluster_volume
- Fiber Channel については、ホストのバスアダプターが設定、接続されている必要があります。設定/接続がされている場合には
hosted-engineにより、利用可能な LUN が自動で検出されます。LUN には既存のデータが含まれないようにする必要があります。The following luns have been found on the requested target: [1] 3514f0c5447600351 30GiB XtremIO XtremApp status: used, paths: 2 active [2] 3514f0c5447600352 30GiB XtremIO XtremApp status: used, paths: 2 active Please select the destination LUN (1, 2) [1]:
ネットワークの設定
このスクリプトは、環境の管理ブリッジとして使用可能なネットワークインターフェースコントローラー (NIC) を検出し、次にファイアウォールの設定を確認して、その設定を Manager 用仮想マシンにコンソールで (SPICE または VNC) アクセスできるように変更するかどうかを確認します。ovirt-ha-agentで使用できる、ping 送信可能なゲートウェイの IP アドレスを提供すると、Manager 用仮想マシンを実行するのに適したホストであるかどうかを判断しやすくなります。Please indicate a nic to set ovirtmgmt bridge on: (eth1, eth0) [eth1]: iptables was detected on your computer, do you wish setup to configure it? (Yes, No)[Yes]: Please indicate a pingable gateway IP address [X.X.X.X]:
新しい Manager 用仮想マシンの設定
このスクリプトにより、新しい Manager 用仮想マシンとして設定される仮想マシンが作成されます。ブートデバイス (該当する場合)、インストールメディアのパス名、イメージのエイリアス、CPU タイプ、仮想 CPU の数、ディスクサイズを指定します。Manager の MAC アドレスを指定するか、ランダムに生成された Mac アドレスを適用します。MAC アドレスは、Manager 用仮想マシンにオペレーティングシステムをインストール前に DHCP サーバーを更新するのに使用することができます。Manager 用仮想マシンの作成に必要なメモリーサイズとコンソールの接続タイプも指定します。Please specify the device to boot the VM from (cdrom, disk, pxe) [cdrom]: Please specify an alias for the Hosted Engine image [hosted_engine]: The following CPU types are supported by this host: - model_Penryn: Intel Penryn Family - model_Conroe: Intel Conroe Family Please specify the CPU type to be used by the VM [model_Penryn]: Please specify the number of virtual CPUs for the VM [Defaults to minimum requirement: 2]: Please specify the disk size of the VM in GB [Defaults to minimum requirement: 25]: You may specify a MAC address for the VM or accept a randomly generated default [00:16:3e:77:b2:a4]: Please specify the memory size of the VM in MB [Defaults to minimum requirement: 4096]: Please specify the console type you want to use to connect to the VM (vnc, spice) [vnc]:ホスト名の特定
admin@internalユーザーが管理ポータルにアクセスするためのパスワードを指定します。ホスト名には一意の名前を指定して、engine をバックアップから復元した時点で存在する他のリソースと競合しないようにします。本手順では、対象のホストは環境がバックアップされる前にメンテナンスモードに設定され、engine を復元してからホストと engine を同期するまでの間に、このホストを削除することができるため、hosted_engine_1という名前を使用することができます。Enter engine admin password: Confirm engine admin password: Enter the name which will be used to identify this host inside the Administration Portal [hosted_engine_1]:
ホストエンジンの設定
新規の Manager 仮想マシンの完全修飾ドメイン名を設定します。本手順では、Manager.example.com という完全修飾ドメイン名を使用します。次に、SMTP サーバーの 名前と TCP ポート番号、メール通知の送信先に使用するメールアドレス、これらの通知を受信するメールアドレス (コンマ区切りの一覧) を指定してください。重要
engine に指定した完全修飾ドメイン名 (Manager.example.com) は、元の Manager の初期設定時に指定した名前と同じ完全修飾ドメイン名でなければなりません。Please provide the FQDN for the engine you would like to use. This needs to match the FQDN that you will use for the engine installation within the VM. Note: This will be the FQDN of the VM you are now going to create, it should not point to the base host or to any other existing machine. Engine FQDN: Manager.example.com Please provide the name of the SMTP server through which we will send notifications [localhost]: Please provide the TCP port number of the SMTP server [25]: Please provide the email address from which notifications will be sent [root@localhost]: Please provide a comma-separated list of email addresses which will get notifications [root@localhost]:
設定のプレビュー
続行する前に、hosted-engineデプロイメントスクリプトは、入力された設定値を表示して、これらの値で設定を続行するかどうかを尋ねます。Bridge interface : eth1 Engine FQDN : Manager.example.com Bridge name : ovirtmgmt SSH daemon port : 22 Firewall manager : iptables Gateway address : X.X.X.X Host name for web application : hosted_engine_1 Host ID : 1 Image alias : hosted_engine Image size GB : 25 Storage connection : storage.example.com:/hosted_engine/nfs Console type : vnc Memory size MB : 4096 MAC address : 00:16:3e:77:b2:a4 Boot type : pxe Number of CPUs : 2 CPU Type : model_Penryn Please confirm installation settings (Yes, No)[Yes]:
新しい Manager 用仮想マシンの作成
次にこのスクリプトは、Manager 用仮想マシンとして設定する仮想マシンを作成して、接続情報を表示します。hosted-engineスクリプトがホストエンジンの設定に進む前に、仮想マシンにオペレーティングシステムをインストールする必要があります。[ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Configuring the management bridge [ INFO ] Creating Storage Domain [ INFO ] Creating Storage Pool [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] Creating VM Image [ INFO ] Disconnecting Storage Pool [ INFO ] Start monitoring domain [ INFO ] Configuring VM [ INFO ] Updating hosted-engine configuration [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Creating VM You can now connect to the VM with the following command: /usr/bin/remote-viewer vnc://localhost:5900 Use temporary password "3477XXAM" to connect to vnc console. Please note that in order to use remote-viewer you need to be able to run graphical applications. This means that if you are using ssh you have to supply the -Y flag (enables trusted X11 forwarding). Otherwise you can run the command from a terminal in your preferred desktop environment. If you cannot run graphical applications you can connect to the graphic console from another host or connect to the console using the following command: virsh -c qemu+tls://Test/system console HostedEngine If you need to reboot the VM you will need to start it manually using the command: hosted-engine --vm-start You can then set a temporary password using the command: hosted-engine --add-console-password The VM has been started. Install the OS and shut down or reboot it. To continue please make a selection: (1) Continue setup - VM installation is complete (2) Reboot the VM and restart installation (3) Abort setup (4) Destroy VM and abort setup (1, 2, 3, 4)[1]:本手順の命名規則を使用して、以下のコマンドで VNC を使って仮想マシンに接続します。/usr/bin/remote-viewer vnc://hosted_engine_1.example.com:5900
仮想マシンのオペレーティングシステムのインストール
Manager 用仮想マシンに接続して、Red Hat Enterprise Linux 7 のオペレーティングシステムをインストールします。ホストと Manager の同期
ホストに戻り、オプション 1 を選択してhosted-engineデプロイメントスクリプトを続行します。(1) Continue setup - VM installation is complete
Waiting for VM to shut down... [ INFO ] Creating VM You can now connect to the VM with the following command: /usr/bin/remote-viewer vnc://localhost:5900 Use temporary password "3477XXAM" to connect to vnc console. Please note that in order to use remote-viewer you need to be able to run graphical applications. This means that if you are using ssh you have to supply the -Y flag (enables trusted X11 forwarding). Otherwise you can run the command from a terminal in your preferred desktop environment. If you cannot run graphical applications you can connect to the graphic console from another host or connect to the console using the following command: virsh -c qemu+tls://Test/system console HostedEngine If you need to reboot the VM you will need to start it manually using the command: hosted-engine --vm-start You can then set a temporary password using the command: hosted-engine --add-console-password Please install and setup the engine in the VM. You may also be interested in subscribing to "agent" RHN/Satellite channel and installing rhevm-guest-agent-common package in the VM. To continue make a selection from the options below: (1) Continue setup - engine installation is complete (2) Power off and restart the VM (3) Abort setup (4) Destroy VM and abort setup (1, 2, 3, 4)[1]:Manager のインストール
新しい Manager 用仮想マシンに接続し、インストールしたパッケージがすべて最新版を使用していることを確認してから、rhevm パッケージをインストールします。# yum update
注記
カーネル関連のパッケージを更新した場合には、マシンを再起動してください。# yum install rhevm
6.2.2. セルフホストエンジン Manager の復元
engine-backup ツールを使用して、バックアップしたセルフホストエンジンの Manager 用仮想マシン、Data Warehouse の構成設定とデータベースコンテンツを自動的に復元する方法を説明します。この手順は、engine-setup の初回実行時に自動的に設定したコンポーネントのみが対象です。engine-setup 時にデータベースを手動で設定した場合は、「セルフホストエンジン Manager の手動での復元」の説明に従って、バックアップ環境を手動で復元してください。
手順6.5 セルフホストエンジン Manager の復元
- バックアップファイルを新しい Manager 用仮想マシンにセキュアコピーします。この例では、「セルフホストエンジンの Manager 用仮想マシンのバックアップ」でファイルをコピーしたネットワークストレージサーバーからファイルをコピーします。このコマンドで、Storage.example.com はストレージサーバーの完全修飾ドメイン名、/backup/EngineBackupFiles はストレージサーバーのバックアップファイルへの指定ファイルパス、/backup/ は新規 Manager 上にバックアップファイルをコピーするファイルへのパスに置き換えます。
# scp -p Storage.example.com:/backup/EngineBackupFiles /backup/
engine-backupツールを使用して完全なバックアップを復元します。- Manager のみを復元する場合は、以下を実行します。
# engine-backup --mode=restore --file=file_name --log=log_file_name --provision-db --restore-permissions
- Manager と Data Warehouse を復元する場合には、以下を実行します。
# engine-backup --mode=restore --file=file_name --log=log_file_name --provision-db --provision-dwh-db --restore-permissions
正常に終了すると、以下のような出力が表示されます。You should now run engine-setup. Done.
- 復元した Manager 用仮想マシンを設定します。このプロセスにより、既存の構成設定およびデータベースの内容が特定されますので、設定を確認してください。完了すると、この設定で SSH フィンガープリントと内部の証明局のハッシュが提供されます。
# engine-setup
[ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20140304075238.log Version: otopi-1.1.2 (otopi-1.1.2-1.el6ev) [ INFO ] Stage: Environment packages setup [ INFO ] Yum Downloading: rhel-65-zstream/primary_db 2.8 M(70%) [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PACKAGES ==-- [ INFO ] Checking for product updates... [ INFO ] No product updates found --== NETWORK CONFIGURATION ==-- Setup can automatically configure the firewall on this system. Note: automatic configuration of the firewall may overwrite current settings. Do you want Setup to configure the firewall? (Yes, No) [Yes]: [ INFO ] iptables will be configured as firewall manager. --== DATABASE CONFIGURATION ==-- --== OVIRT ENGINE CONFIGURATION ==-- Skipping storing options as database already prepared --== PKI CONFIGURATION ==-- PKI is already configured --== APACHE CONFIGURATION ==-- --== SYSTEM CONFIGURATION ==-- --== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation [ INFO ] Cleaning stale zombie tasks --== CONFIGURATION PREVIEW ==-- Database name : engine Database secured connection : False Database host : X.X.X.X Database user name : engine Database host name validation : False Database port : 5432 NFS setup : True Firewall manager : iptables Update Firewall : True Configure WebSocket Proxy : True Host FQDN : Manager.example.com NFS mount point : /var/lib/exports/iso Set application as default page : True Configure Apache SSL : True Please confirm installation settings (OK, Cancel) [OK]: 復元した環境からのホストの削除
バックアップしたエンジンに存在しない一意名が指定されている新規ハードウェアに、復元したセルフホストエンジンをデプロイする場合には、このステップは省略してください。このステップは、フェイルオーバーホスト (hosted_engine_1) でデプロイメントを行う場合にのみ適用されます。このホストは、バックアップ作成時に環境に存在していたため、復元したエンジンにも存在しています。最終的な同期を行う前には、このホストを環境から削除する必要があります。- 管理ポータルにログインします。
- ホスト タブをクリックします。フェイルオーバーホスト
hosted_engine_1は、バックアップ時に準備したように、仮想負荷のない状態でメンテナンスモードに入っているはずです。 - をクリックします。
- をクリックします。
注記
削除するホストが non-operational になった場合には、「復元したセルフホストエンジン環境からの非稼働状態のホストの削除」から、ホストの強制削除の方法を参照してください。ホストと Manager の同期
ホストに戻り、オプション 1 を選択してhosted-engineデプロイメントスクリプトを続行します。(1) Continue setup - engine installation is complete
[ INFO ] Engine replied: DB Up!Welcome to Health Status! [ INFO ] Waiting for the host to become operational in the engine. This may take several minutes... [ INFO ] Still waiting for VDSM host to become operational...
この時点でhosted_engine_1は管理ポータルに表示されますが、ステータスは Installing および Initializing を経てから Non Operational に切り替わります。ホストは、VDSM ホストが稼動状態になるまで待機し続けますが、最終的に VDSM ホストはタイムアウトになります。これは、環境内の別のホストが Storage Pool Manager (SPM) ロールを維持しており、SPM ホストが Non Responsive の状態にあるためhosted_engine_1がストレージドメインと対話できなくなるのが原因です。このプロセスがタイムアウトすると、仮想マシンをシャットダウンしてデプロイメントを完了するようにプロンプトが表示されます。デプロイメントが完了したら、ホストを手動でメンテナンスモードに指定して、管理ポータルからアクティブ化することができます。[ INFO ] Still waiting for VDSM host to become operational... [ ERROR ] Timed out while waiting for host to start. Please check the logs. [ ERROR ] Unable to add hosted_engine_2 to the manager Please shutdown the VM allowing the system to launch it as a monitored service. The system will wait until the VM is down.- 新しい Manager 用仮想マシンをシャットダウンします。
# shutdown -h now
- ホストに戻り、Manager 用仮想マシンのリブートが検出されていることを確認します。
[ INFO ] Enabling and starting HA services Hosted Engine successfully set up [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination - ホストをアクティブ化します。
- 管理ポータルにログインします。
- ホストタブをクリックします。
hosted_engine_1を選択して、メンテナンス ボタンをクリックします。ホストがメンテナンスモードに入るまで、数分かかる場合があります。- ボタンをクリックします。
アクティブ化の後には、hosted_engine_1はアクティブ化されると即時に SPM の候補となり、ストレージドメインとデータセンターがアクティブになります。 - Non Responsive なホストを手動でフェンシングして、仮想マシンをアクティブなホストに移行します。管理ポータルで、対象のホストを右クリックして、ホストがリブートされていることを確認 を選択します。バックアップ時にホストで実行中だった仮想マシンは、この時点でホストから削除され、Unknown から Down のステータスに切り替わります。これらの仮想マシンは、
hosted_engine_1で実行できるようになりました。フェンスされたホストは、REST API を使用して強制的に削除することができます。
hosted_engine_1 がアクティブな時点に環境が復元され、復元した環境で仮想マシンを実行できるようになりました。ステータスが Non Operational となっている残りのセルフホストエンジン用ホストは、「復元したセルフホストエンジン環境からの非稼働状態のホストの削除」の手順に沿って削除してから、「7章セルフホスト環境に追加のホストをインストールする手順」を参照して環境内に再インストールすることが可能です。
注記
6.2.3. セルフホストエンジン Manager の手動での復元
手順6.6 セルフホストエンジン Manager の復元
- バックアップに含まれるデータベースのコンテンツの復元先となる、空のデータベースを手動で作成します。以下の手順は、データベースがホストされるマシンで実行する必要があります。
- データベースが Manager 用仮想マシン以外のマシンでホストされている場合は、postgresql-server パッケージをインストールする必要があります。データベースが Manager 用仮想マシンでホストされている場合には、rhevm パッケージにこのパッケージが含まれているため、このステップは必要ありません。
# yum install postgresql-server
postgresqlデータベースを初期化し、postgresqlサービスを起動してから、このサービスがブート時に起動されるように設定します。# service postgresql initdb # service postgresql start # chkconfig postgresql on
- postgresql のコマンドラインに入ります。
# su postgres $ psql
engineユーザーを作成します。postgres=# create role engine with login encrypted password 'password';
Data Warehouse も復元する場合には、対象のホストでovirt_engine_historyユーザーを作成します。postgres=# create role ovirt_engine_history with login encrypted password 'password';
- 新規データベースを作成します。
postgres=# create database database_name owner engine template template0 encoding 'UTF8' lc_collate 'en_US.UTF-8' lc_ctype 'en_US.UTF-8';
Data Warehouse も復元する場合には、対象のホストでデータベースを作成します。postgres=# create database database_name owner ovirt_engine_history template template0 encoding 'UTF8' lc_collate 'en_US.UTF-8' lc_ctype 'en_US.UTF-8';
- postgresql コマンドラインを終了して、postgres ユーザーからログアウトします。
postgres=# \q $ exit
/var/lib/pgsql/data/pg_hba.confファイルを以下のように編集します。- ローカルデータベースごとに、ファイルの最下部の
Localで開始するセクションに記載されている既存のディレクティブを以下のディレクティブに置き換えます。host database_name user_name 0.0.0.0/0 md5 host database_name user_name ::0/0 md5
- リモートデータベースごとに、以下のように設定します。
- ファイルの最下部にある
Localで始まる行の直下に次の行を追記します。X.X.X.X は Manager の IP アドレスに置き換えてください。host database_name user_name X.X.X.X/32 md5
- データベースへの TCP/IP 接続を許可します。
/var/lib/pgsql/data/pg_hba.confファイルを編集して、以下の行を追加します。listen_addresses='*'
上記の例では、全インターフェースの接続をリッスンするようにpostgresqlを設定しています。IP アドレスを指定して、特定のインターフェースをリッスンするように設定することもできます。 - PostgreSQL データベースの接続に使用するデフォルトのポートを開放して、更新したファイアウォールルールを保存します。
# iptables -I INPUT 5 -p tcp -s Manager_IP_Address --dport 5432 -j ACCEPT # service iptables save
postgresqlサービスを再起動します。# service postgresql restart
- バックアップファイルを新しい Manager 用仮想マシンにセキュアコピーします。この例では、「セルフホストエンジンの Manager 用仮想マシンのバックアップ」でファイルをコピーしたネットワークストレージサーバーからファイルをコピーします。このコマンドで、Storage.example.com はストレージサーバーの完全修飾ドメイン名、/backup/EngineBackupFiles はストレージサーバーのバックアップファイルへの指定ファイルパス、/backup/ は新規 Manager 上にバックアップファイルをコピーするファイルへのパスに置き換えます。
# scp -p Storage.example.com:/backup/EngineBackupFiles /backup/
--change-db-credentialsパラメーターを使用して新規データベースの認証情報を渡し、完全なバックアップまたはデータベースのみのバックアップを復元します。Manager のローカルに設定されているデータベースの database_location はlocalhostです。注記
以下の例では、パスワードは指定せずに、各データベースに--*passwordオプションを使用するため、このコマンドを実行すると、データベースごとにパスワードを入力するように要求されます。コマンド内でこれらのオプションにパスワードを指定することも可能ですが、パスワードが shell の履歴に保存されてしまうため推奨しません。別の方法として、各データベースに--*passfile=password_file オプションを使用して、対話型プロンプトの必要なくパスワードをセキュアにengine-backupツールに渡すことができます。- 完全なバックアップを復元する場合:
# engine-backup --mode=restore --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password
Data Warehouse も全バックアップの一部として復元する場合には、追加のデータベースの変更後の認証情報を含めるようにしてください。engine-backup --mode=restore --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password --change-dwh-db-credentials --dwh-db-host=database_location --dwh-db-name=database_name --dwh-db-user=ovirt_engine_history --dwh-db-password
- データベースのみのバックアップを復元する場合 (設定ファイルとデータベースのバックアップを復元):
# engine-backup --mode=restore --scope=files --scope=db --file=file_name --log=file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password
上記の例では、Manager データベースのバックアップが復元されます。# engine-backup --mode=restore --scope=files --scope=dwhdb --file=file_name --log=file_name --change-dwh-db-credentials --dwh-db-host=database_location --dwh-db-name=database_name --dwh-db-user=ovirt_engine_history --dwh-db-password
上記の例では、Data Warehouse データベースのバックアップが復元されます。
正常に終了すると、以下のような出力が表示されます。You should now run engine-setup. Done.
- 復元した Manager 用仮想マシンを設定します。このプロセスにより、既存の構成設定およびデータベースの内容が特定されますので、設定を確認してください。完了すると、この設定で SSH フィンガープリントと内部の証明局のハッシュが提供されます。
# engine-setup
[ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20140304075238.log Version: otopi-1.1.2 (otopi-1.1.2-1.el6ev) [ INFO ] Stage: Environment packages setup [ INFO ] Yum Downloading: rhel-65-zstream/primary_db 2.8 M(70%) [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PACKAGES ==-- [ INFO ] Checking for product updates... [ INFO ] No product updates found --== NETWORK CONFIGURATION ==-- Setup can automatically configure the firewall on this system. Note: automatic configuration of the firewall may overwrite current settings. Do you want Setup to configure the firewall? (Yes, No) [Yes]: [ INFO ] iptables will be configured as firewall manager. --== DATABASE CONFIGURATION ==-- --== OVIRT ENGINE CONFIGURATION ==-- Skipping storing options as database already prepared --== PKI CONFIGURATION ==-- PKI is already configured --== APACHE CONFIGURATION ==-- --== SYSTEM CONFIGURATION ==-- --== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation [ INFO ] Cleaning stale zombie tasks --== CONFIGURATION PREVIEW ==-- Database name : engine Database secured connection : False Database host : X.X.X.X Database user name : engine Database host name validation : False Database port : 5432 NFS setup : True Firewall manager : iptables Update Firewall : True Configure WebSocket Proxy : True Host FQDN : Manager.example.com NFS mount point : /var/lib/exports/iso Set application as default page : True Configure Apache SSL : True Please confirm installation settings (OK, Cancel) [OK]: 復元した環境からのホストの削除
バックアップしたエンジンに存在しない一意名が指定されている新規ハードウェアに、復元したセルフホストエンジンをデプロイする場合には、このステップは省略してください。このステップは、フェイルオーバーホスト (hosted_engine_1) でデプロイメントを行う場合にのみ適用されます。このホストは、バックアップ作成時に環境に存在していたため、復元したエンジンにも存在しています。最終的な同期を行う前には、このホストを環境から削除する必要があります。- 管理ポータルにログインします。
- ホスト タブをクリックします。フェイルオーバーホスト
hosted_engine_1は、バックアップ時に準備したように、仮想負荷のない状態でメンテナンスモードに入っているはずです。 - をクリックします。
- をクリックします。
ホストと Manager の同期
ホストに戻り、オプション 1 を選択してhosted-engineデプロイメントスクリプトを続行します。(1) Continue setup - engine installation is complete
[ INFO ] Engine replied: DB Up!Welcome to Health Status! [ INFO ] Waiting for the host to become operational in the engine. This may take several minutes... [ INFO ] Still waiting for VDSM host to become operational...
この時点でhosted_engine_1は管理ポータルに表示されますが、ステータスは Installing および Initializing を経てから Non Operational に切り替わります。ホストは、VDSM ホストが稼動状態になるまで待機し続けますが、最終的に VDSM ホストはタイムアウトになります。これは、環境内の別のホストが Storage Pool Manager (SPM) ロールを維持しており、SPM ホストが Non Responsive の状態にあるためhosted_engine_1がストレージドメインと対話できなくなるのが原因です。このプロセスがタイムアウトすると、仮想マシンをシャットダウンしてデプロイメントを完了するようにプロンプトが表示されます。デプロイメントが完了したら、ホストを手動でメンテナンスモードに指定して、管理ポータルからアクティブ化することができます。[ INFO ] Still waiting for VDSM host to become operational... [ ERROR ] Timed out while waiting for host to start. Please check the logs. [ ERROR ] Unable to add hosted_engine_2 to the manager Please shutdown the VM allowing the system to launch it as a monitored service. The system will wait until the VM is down.- 新しい Manager 用仮想マシンをシャットダウンします。
# shutdown -h now
- ホストに戻り、Manager 用仮想マシンのリブートが検出されていることを確認します。
[ INFO ] Enabling and starting HA services Hosted Engine successfully set up [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination - ホストをアクティブ化します。
- 管理ポータルにログインします。
- ホスト タブをクリックします。
hosted_engine_1を選択して、メンテナンス ボタンをクリックします。ホストがメンテナンスモードに入るまで、数分かかる場合があります。- ボタンをクリックします。
アクティブ化の後には、hosted_engine_1はアクティブ化されると即時に SPM の候補となり、ストレージドメインとデータセンターがアクティブになります。 - Non Responsive なホストを手動でフェンシングして、仮想マシンをアクティブなホストに移行します。管理ポータルで、対象のホストを右クリックして、ホストがリブートされていることを確認 を選択します。バックアップ時にホストで実行中だった仮想マシンは、この時点でホストから削除され、Unknown から Down のステータスに切り替わります。これらの仮想マシンは、
hosted_engine_1で実行できるようになりました。フェンスされたホストは、REST API を使用して強制的に削除することができます。
hosted_engine_1 がアクティブな時点に環境が復元され、復元した環境で仮想マシンを実行できるようになりました。ステータスが Non Operational となっている残りのセルフホストエンジン用ホストは、「復元したセルフホストエンジン環境からの非稼働状態のホストの削除」の手順に沿って削除してから、「7章セルフホスト環境に追加のホストをインストールする手順」を参照して環境内に再インストールすることが可能です。
注記
6.2.4. 復元したセルフホストエンジン環境からの非稼働状態のホストの削除
非稼働状態のホストのフェンシング
管理ポータルで、ホストの上で右クリックをして ホストがリブートされていることを確認 を選択します。バックアップ時にホストで実行中だった仮想マシンは、この時点でホストから削除され、Unknown から Down のステータスに切り替わります。フェンスされたホストは、REST API を使用して強制的に削除することができます。Manager の認証局の証明書取得
Manager 用仮想マシンに接続して、コマンドラインを使用して cURL で以下の要求を実行します。GET要求で、今後の API 要求に使用できるようにManager の認証局 (CA) の証明書を取得します。以下の例では、--outputオプションを使用して、Manager CA 証明書の出力先に hosted-engine.ca ファイルを指定します。また、--insecureオプションは、このような最初の要求は証明書なしで行うように指定します。# curl --output hosted-engine.ca --insecure https://[Manager.example.com]/ca.crt
削除するホストの GUID の取得
一連のホストに対してGET要求を使用して、削除するホストのグローバル一意識別子 (GUID) を取得します。以下の例では、Manager CA 証明書ファイルを含めます。認証にはadmin@internalユーザーを使用し、このユーザーに対するパスワードは、コマンドの実行後に求められます。# curl --request GET --cacert hosted-engine.ca --user admin@internal https://[Manager.example.com]/api/hosts
今回の要求では、環境内の全ホストの詳細情報が返されます。ホストの GUID は、ホスト名が関連付けられた 16 進数の文字列です。Red Hat Virtualization REST API についての詳しい情報は、『Red Hat Virtualization REST API Guide』を参照してください。フェンスされたホストの削除
DELETE要求を使用してフェンスされたホストの GUID を指定し、そのホストを環境から削除します。以前に使用したオプションに加え、以下の例では、拡張マークアップ言語 (XML: eXtensible Markup Language) を使用して要求を送受信するように指定するヘッダーと、forceアクションをtrueに設定する XML 形式の本文を記述します。curl --request DELETE --cacert hosted-engine.ca --user admin@internal --header "Content-Type: application/xml" --header "Accept: application/xml" --data "<action><force>true</force></action>" https://[Manager.example.com]/api/hosts/ecde42b0-de2f-48fe-aa23-1ebd5196b4a5
適切な GUID が指定されている場合には、このDELETE要求を使用して、セルフホストエンジン環境にある、フェンスされたホストをすべて削除することができます。ホストからのセルフホストエンジン設定の削除
ホストのセルフホストエンジン設定を削除して、ホストがセルフホストエンジン環境に再インストールされた場合に再度設定できるようにします。ホストにログインして、設定ファイルを削除します。# rm /etc/ovirt-hosted-engine/hosted-engine.conf
第7章 セルフホスト環境に追加のホストをインストールする手順
前提条件
- RHEL ベースのセルフホストエンジン環境では、物理ホストに新規インストールされた Red Hat Enterprise Linux システムを用意し、必要なエンタイトルメントにホストをサブスクリプション登録しておく必要があります。サブスクリプションに関する詳しい情報は、『インストールガイド』の「必要なエンタイトルメントのサブスクライブ」を参照してください。
- RHVH ベースのセルフホストエンジン環境では、物理ホストに Red Hat Virtualization Host を新規インストールしておく必要があります。『インストールガイド』の「Red Hat Virtualization Host」を参照してください。
- セルフホストエンジンホストを再利用する場合は、既存のセルフホストエンジン設定を削除してください。「セルフホストエンジン環境からのホストの削除」を参照してください。
手順7.1 別のセルフホストエンジン用ホストの追加
- 管理ポータルで、ホスト リソースタブをクリックします。
- をクリックします。追加ホストの設定に関する情報は『管理ガイド』の「新規ホストおよびホストの編集ウィンドウの設定とコントロール」を参照してください。
- ドロップダウンリストを使用して、新規ホスト用の データセンター および ホストクラスター を選択します。
- 新規ホストの 名前 と アドレス を入力します。SSH ポート フィールドには、標準の SSH ポートであるポート 22 が自動入力されます。
- Manager がホストにアクセスするために使用する認証メソッドを選択します。
- パスワード認証を使用するには、root ユーザーのパスワードを入力します。
- または、SSH 公開鍵 フィールドに表示される鍵をホスト上の
/root/.ssh/authorized_keysにコピーして、公開鍵認証に使用します。
- オプションで、ホストが電源管理カードをサポートしている場合には、電源管理を設定することができます。電源管理の設定に関する情報は、『管理ガイド』の「ホストの電源管理の設定」のセクションを参照してください。
- ホストエンジン のサブタブをクリックします。
- デプロイ のラジオボタンを選択します。
- をクリックします。
第8章 データベースの移行
8.1. セルフホストエンジンのデータベースをリモートサーバーのデータベースへ移行する手順
engine データベースをリモートのデータベースサーバーに移行することができます。
pg_dump および pg_restore コマンドを使用してデータベースのバックアップと復元を処理します。そのため、/etc/ovirt-engine/engine.conf.d/10-setup-database.conf ファイルを編集して情報を更新する必要があります。少なくとも、新規データベースサーバーの場所を更新してください。新規データベースサーバーのデータベース名、ロール名、またはパスワードが更新されている場合には、これらの値も 10-setup-database.conf ファイルで更新する必要があります。以下の手順では、このファイルの変更を最小限に抑えるために、デフォルトの engine データベースの設定を使用しています。
手順8.1 リモートの PostgreSQL データベースを Red Hat Virtualization Manager で使用するための準備
- リモートのデータベースサーバーにログインして、PostgreSQL サーバーパッケージをインストールします。
# yum install postgresql-server
- PostgreSQL データベースを初期化し、
postgresqlサービスを起動してブート時に起動されるように設定します。# service postgresql initdb # service postgresql start # chkconfig postgresql on
postgresユーザーとして、psql コマンドラインインターフェースに接続します。# su - postgres $ psql
- データベースの読み取り/書き込み時に使用する Manager のユーザーを作成します。Manager のデフォルトユーザー名は
engineです。postgres=# create role user_name with login encrypted password 'password';
注記
engineユーザーのパスワードは、/etc/ovirt-engine/engine.conf.d/10-setup-database.confにプレーンテキストで保存されています。新規サーバーでロールを作成する際にどのようなパスワードを指定することも可能ですが、別のパスワードを使用した場合には、新しいパスワードに変更して、このファイルを更新してください。 - Red Hat Virtualization 環境についてのデータを保管するデータベースを作成します。Manager のデフォルトのデータベース名も、デフォルトのユーザー名も
engineです。postgres=# create database database_name owner user_name template template0 encoding 'UTF8' lc_collate 'en_US.UTF-8' lc_ctype 'en_US.UTF-8';
- md5 クライアントの認証を有効にして、データベースにリモートからアクセスできるようにします。
/var/lib/pgsql/data/pg_hba.confファイルを編集して、ファイルの一番下にあるlocalで始まる行のすぐ下に以下の行を追加します。X.X.X.X は、お使いの Manager の IP アドレスに置き換えてください。host database_name user_name X.X.X.X/32 md5
- データベースへの TCP/IP 接続を許可します。
/var/lib/pgsql/data/pg_hba.confファイルを編集して、以下の行を追加します。listen_addresses='*'
上記の例では、全インターフェースの接続をリッスンするようにpostgresqlを設定しています。IP アドレスを指定して、特定のインターフェースをリッスンするように設定することもできます。 - PostgreSQL データベース接続に使用するデフォルトのポートを開放して、更新したファイアウォールルールを保存します。
# iptables -I INPUT 5 -p tcp --dport 5432 -j ACCEPT # service iptables save
postgresqlサービスを再起動します。# service postgresql restart
手順8.2 データベースの移行
- ホストエンジンホストの 1 つにログインして、環境を
globalメンテナンスモードに指定します。これにより、高可用性のエージェントを無効化して、この手順の実行中に Manager 用仮想マシンが移行されないようにします。# hosted-engine --set-maintenance --mode=global
- Manager 用仮想マシンにログインし、engine のバックアップを干渉しないように
ovirt-engineサービスを停止します。# service ovirt-engine stop
- PostgreSQL
pg_dumpコマンドを使用して、engineデータベースのバックアップを作成します。# su - postgres -c 'pg_dump -F c engine -f /tmp/engine.dump'
- バックアップファイルを新規データベースサーバーにコピーします。ターゲットのディレクトリーでは、
postgresユーザーの書き込みアクセスを許可しておく必要があります。# scp /tmp/engine.dump root@new.database.server.com:/tmp/engine.dump
- 新しいデータベースサーバーにログインして、PostgreSQL の
pg_restoreコマンドを使用してデータベースを復元します。# su - postgres -c 'pg_restore -d engine /tmp/engine.dump'
- Manager 用仮想マシンにログインして
/etc/ovirt-engine/engine.conf.d/10-setup-database.confを更新します。ENGINE_DB_HOSTのlocalhostの値は、新規データベースサーバーの IP アドレスに置き換えます。新規データベースサーバーのエンジン名、ロール名、パスワードが異なる場合は、このファイルでこれらの値を更新してください。 - データベースが移行されたので、
ovirt-engineサービスを起動します。# service ovirt-engine start
- ホストエンジンのホストにログインして、メンテナンスモードをオフにして、高可用性エージェントを有効にします。
# hosted-engine --set-maintenance --mode=none
8.2. 別のマシンへの Data Warehouse の移行
ovirt_engine_history データベースと接続します。またはオプションで、ovirt_engine_history データベースを新規データベースマシンに移行してから、Data Warehouse サービスを移行します。ovirt_engine_history データベースが Manager でホストされている場合には、Data Warehouse サービスとこのデータベースを移行して、Manager マシン上でのリソースの競合をさらに軽減することができます。データベースは、Data Warehouse サービスの移行先と同じマシンに移行することが可能です。また、Manager マシンや新規 Data Warehouse サービス用のマシンとは別のマシンに移行することもできます。
8.3. Data Warehouse の別のマシンへの移行
ovirt_engine_history データベースを移行してから、Data Warehouse サービスを移行します。以下の手順では、 pg_dump でデータベースのバックアップを作成し、 psql で新規データベースマシンにバックアップを復元します。pg_dump コマンドは、データベースをバックアップ/復元するための柔軟なオプションを提供します。お使いのシステムに適したオプションについての情報は、pg_dump のマニュアルページを参照してください。
手順8.3 Data Warehouse の別のマシンへの移行
- 既存のデータベースマシン上で、
ovirt_engine_historyデータベースを SQL スクリプトファイルにダンプします。# pg_dump ovirt_engine_history > ovirt_engine_history.sql
- 既存のデータベースマシンから新規データベースマシンに、このスクリプトファイルをコピーします。
- 新規データベースマシン上で
ovirt_engine_historyデータベースを復元します。# psql -d ovirt_engine_history -f ovirt_engine_history.sql
上記のコマンドは、新規マシン上のデータベースがovirt_engine_historyという名前であることを前提としています。
8.4. Data Warehouse サービスの別のマシンへの移行
ovirt_engine_history データベース) を移行する方法については、「Data Warehouse の別のマシンへの移行」を参照してください。
- 新規 Data Warehouse マシンの設定
- Manager マシン上の Data Warehouse サービスの停止
- 新規 Data Warehouse マシンの構成
- Manager マシンからの Data Warehouse パッケージの削除
以下の前提条件が満たされていることを確認してください。
- Manager と Data Warehouse は同じマシン上にインストール/設定しておく必要があります。
- 新しい Data Warehouse のマシンを設定するには、以下が必要です。
- Red Hat Enterprise Linux 7 をインストール済みの仮想マシンまたは物理マシン
Red Hat Enterprise Linux ServerおよびRed Hat Virtualizationのエンタイトルメントプールのサブスクリプション- Manager の
/etc/ovirt-engine/engine.conf.d/10-setup-database.confファイルに記載されているパスワード - Data Warehouse のマシンから Manager データベースのマシンの TCP ポート 5432 へのアクセスの許可
- Manager の
/etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-database.confファイルからのovirt_engine_historyデータベースの認証情報。「Data Warehouse の別のマシンへの移行」の手順に従ってovirt_engine_historyデータベースを移行した場合には、そのマシン上でデータベースの設定中に定義した認証情報を取得します。
手順8.4 ステップ 1: 新規 Data Warehouse マシンの設定
- コンテンツ配信ネットワークにシステムを登録します。プロンプトが表示されたら、カスタマーポータルのユーザー名とパスワードを入力します。
# subscription-manager register
Red Hat Enterprise Linux ServerおよびRed Hat Virtualizationのサブスクリプションプールを見つけて、プール ID を書き留めておきます。# subscription-manager list --available
- 上記のステップで特定したプール ID を使用して、エンタイトルメントをシステムにアタッチします。
# subscription-manager attach --pool=pool_id
- 既存のリポジトリーをすべて無効にします。
# subscription-manager repos --disable=*
- 必要なチャンネルを有効にします。
# subscription-manager repos --enable=rhel-7-server-rpms # subscription-manager repos --enable=rhel-7-server-supplementary-rpms # subscription-manager repos --enable=rhel-7-server-rhv-4.0-rpms # subscription-manager repos --enable=jb-eap-7-for-rhel-7-server-rpms
- 現在インストールされている全パッケージを最新の状態にします。
# yum update
注記
カーネル関連のパッケージを更新した場合には、マシンを再起動してください。 - ovirt-engine-dwh-setup パッケージをインストールします。
# yum install ovirt-engine-dwh-setup
手順8.5 ステップ 2: Manager マシン上での Data Warehouse の停止
- Data Warehouse サービスを停止します。
# service ovirt-engine-dwhd stop
ovirt_engine_historyデータベース、Manager データベース、または両データベースが Manager マシンでホストされており、以前のバージョン (Red Hat Enterprise Virtualization 3.4 以前) で設定された後にアップグレードされている場合には、新規 Data Warehouse マシンがこれらのデータベースにアクセスできるようにする必要があります。/var/lib/pgsql/data/postgresql.confファイルを編集して、以下のようになるようにlisten_addressesの行を変更します。listen_addresses = '*'
この行が存在しない場合やコメントアウトされている場合には、手動で追加します。1 つまたは両データベースがリモートマシンでホストされている場合には、各マシンでpostgres.confファイルを編集して、上記のようにpostgres.confの行を追加し、手動でアクセスを許可する必要があります。両データベースが Manager マシンでホストされており、Red Hat Virtualization Manager の新規セットアップで設定された場合には、デフォルトでアクセスが許可されています。- postgresql サービスを再起動します。
# service postgresql restart
手順8.6 ステップ 3: 新規 Data Warehouse マシンの構成
engine-setupコマンドを実行し、そのマシン上で Data Warehouse の設定を開始します。# engine-setup
- Enter を押して Data Warehouse を設定します。
Configure Data Warehouse on this host (Yes, No) [Yes]:
- Enter を押してファイアウォールを自動設定するか、
Noと入力してから Enter を押して現在の設定を維持します。Setup can automatically configure the firewall on this system. Note: automatic configuration of the firewall may overwrite current settings. Do you want Setup to configure the firewall? (Yes, No) [Yes]:
ファイアウォールの自動設定を選択した場合に、ファイアウォール管理機能がアクティブ化されていなければ、サポートされているオプションのリストから選択するファイアウォール管理機能を指定するように要求されるので、そのファイアウォール管理機能の名前を入力して Enter を押してください。この設定は、オプションが 1 つしかリストされていない場合でも適用されます。 - Enter を押して自動検出されたホスト名を受け入れるか、別のホスト名を入力して Enter を押します。
Host fully qualified DNS name of this server [autodetected host name]:
ovirt_engine_historyデータベースの場所に関する以下の質問に回答します。Where is the DWH database located? (Local, Remote) [Local]: Remote
上記のようにもう一方のオプションを入力して Enter を押します。ovirt_engine_historyデータベースのホストの完全修飾ドメイン名とパスワードを入力します。Enter を押して各フィールドのデフォルト値を受け入れます。DWH database host []: dwh-db-fqdn DWH database port [5432]: DWH database secured connection (Yes, No) [No]: DWH database name [ovirt_engine_history]: DWH database user [ovirt_engine_history]: DWH database password: password
- Manager のデータベースマシンの完全修飾ドメイン名とパスワードを入力します。Enter を押して各フィールドのデフォルト値を受け入れます。
Engine database host []: engine-db-fqdn Engine database port [5432]: Engine database secured connection (Yes, No) [No]: Engine database name [engine]: Engine database user [engine]: Engine database password: password
- Enter を押して既存の Data Warehouse データベースのバックアップを作成します。
Would you like to backup the existing database before upgrading it? (Yes, No) [Yes]:
データベースのバックアップに必要な時間と領域は、そのデータベースのサイズにより異なります。完了まで数時間かかる場合もあります。ここでデータベースのバックアップを行わず、何らかの理由でengine-setupが失敗した場合には、データベースまたはその中のデータを復元できません。バックアップファイルの場所は、設定スクリプトの最後に表示されます。 - Manager から既存の Data Warehouse サービスを完全に切断することを確定します。
Do you want to permanently disconnect this DWH from the engine? (Yes, No) [No]:
- インストールの設定を確認します。
Please confirm installation settings (OK, Cancel) [OK]:
手順8.7 ステップ 4: Manager マシンからの Data Warehouse パッケージの削除
- Data Warehouse パッケージを削除します。
# yum remove ovirt-engine-dwh
この手順は、Data Warehouse サービスが自動的に 1 時間後に再起動を試みないようにします。 - Data Warehouse ファイルを削除します。
# rm -rf /etc/ovirt-engine-dwh /var/lib/ovirt-engine-dwh
第9章 Data Warehouse
9.1. Data Warehouse の設定についての概要
ovirt_engine_history データベースが作成されます。Manager は、このデータベースに対して、レポーティング目的で情報をログ記録するように設定されます。Data Warehouse のコンポーネントはオプションです。
ovirt_engine_history データベースが使用する容量およびリソースの推定値を算出するには、RHEV Manager History Database Size Calculator ツールを使用します。この推定値は履歴の記録を保持するように選択したエンティティー数および時間をもとに算出されます。
9.2. Data Warehouse の設定における注意
engine-setup では以下のような動作が予想されます。
engine-setup を実行し、Data Warehouse の設定は No と回答します。
Configure Data Warehouse on this host (Yes, No) [Yes]: No
engine-setup を再度実行しても、これらのサービスを設定するオプションは表示されません。
engine-setup が両オプションを再度表示するように強制するには、engine-setup --reconfigure-optional-components を実行します。
注記
--offline のオプションを追加してください。
