第6章 Web コンソールを使用したHosted Engine用Red Hat Gluster Storage の設定
このデプロイメントプロセスの一部として指定するディスクに、パーティションやラベルがないことを確認してください。
Web コンソールにログインします。
最初のハイパーコンバージドホストの Web コンソール管理インターフェース(例: https://node1.example.com:9090/ )を参照し、「ホストの物理マシンのインストール」 で作成した認証情報を使用してログインします。
デプロイメントウィザードの開始
Virtualization → Hosted Engine をクリックし、Hyperconverged の下の Start をクリックします。

Gluster Configuration ウィンドウが開きます。
Run Gluster Wizard ボタンをクリックします。

Gluster Deployment ウインドウが3ノードモードで開きます。
ハイパーコンバージドホストの指定
3 つのハイパーコンバージドホストのストレージネットワーク(管理ネットワークではない)でバックエンド FQDN を指定します。キーペアを使用して SSH を使用できるハイパーコンバージドホストは、デプロイメントタスクとホストエンジンを実行するホストであるため、最初に一覧表示する必要があります。
注記調整されたレプリケートされたボリュームを作成する予定がある場合は、この画面で arbiter ブリックのホストを Host3 として指定してください。

次へをクリックします。
追加のホストの指定
複数ノードのデプロイメントの場合は、デプロイメントの完了時に Red Hat Virtualization Manager に自動的に追加されるように、他の 2 つのハイパーコンバージドホストのフロントエンドホストまたは IP アドレスを追加します。
重要Bug 1688269 は、デプロイメントの完了時に IPv6 アドレスを持つホストが Red Hat Virtualization Manager に自動的に追加されないことを意味します。ホスト エンジンにさらにハイパーコンバージドホストを追加する に従って、デプロイメント後にそれらを追加 できます。
ボリュームの指定
作成するボリュームを指定します。

- 名前
- 作成するボリュームの名前を指定します。
- Volume Type
- Replicate ボリュームタイプを指定します。本リリースでは、複製されたボリュームのみがサポートされます。
- Arbiter
- 判定ブリックを使用してボリュームを作成するかどうかを指定します。このボックスをチェックすると、3番目のディスクにはメタデータのみが保存されます。
- ブリックDir
- このボリュームのブリックが含まれるディレクトリー。
- ボリュームの追加
-
ボリュームを追加するには、Add Volume オプションをクリックすると、空のエントリーが作成されます。追加するボリュームの名前を指定し、arbiter ボリュームが必要な場合は arbiter チェックボックスにチェックを入れます。ブリックパスを
/gluster_bricks/<volname>/<volname> として使用することが推奨されます。
ほとんどのインストールでは、デフォルト値が正しくありません。
ブリックの指定
作成するブリックの詳細を入力します。Select host ドロップダウンメニューを使用して、設定したホストを変更します。

- RAID
- 使用する RAID 設定を指定します。これは、ホストの RAID 設定と一致する必要があります。サポートされる値は、raid5、raid6、jbod です。このオプションを設定すると、RAID 設定用にストレージが正しく調整されるようになります。
- ストライプサイズ
- RAID のストライプサイズを KB 単位で指定します。単位は入力しないでください。この数字のみ入力してください。これは、jbod 設定で無視できます。
- ディスク数
- RAID ボリューム内のデータディスクの数を指定します。これは、jbod 設定で無視できます。
- LV Name
- 作成する論理ボリュームの名前。これは、ウィザードの前のページで指定した名前で事前に入力されます。
- Device
- 使用する raw デバイスを指定します。Red Hat は、パーティションが分割されていないデバイスを推奨します。
- サイズ
- 作成する論理ボリュームのサイズを GB 単位で指定します。単位は入力しないでください。この数字のみ入力してください。この数は、複製されたセット内のすべてのブリックで同じである必要があります。Arbiter ブリックは、レプリケーションセット内の他のブリックよりも小さくすることができます。
- マウントポイント
- 論理ボリュームのマウントポイント。これは、ウィザードの前のページで指定したブリックディレクトリーで事前に入力されます。
- thinp
-
このオプションは有効になっており、ボリュームはデフォルトでシンプロビジョニングされていますが、
エンジンボリュームを除き、ボリュームはデフォルトでプロビジョニングされます。 - デプレートおよび圧縮の有効化
- デプロイメント時に圧縮および重複排除に VDO を使用してボリュームをプロビジョニングするかどうかを指定します。
- 論理サイズ(GB)
- VDO ボリュームの論理サイズを指定します。絶対最大論理サイズは 4 PB の場合に、物理ボリュームの最大サイズを最大 10 倍にすることができます。
- LV キャッシュの設定
- 必要に応じて、このチェックボックスにチェックを付けて、高速 SSD デバイスを、大規模で低速な論理ボリュームの論理ボリュームキャッシュとして設定します。デバイスパスを SSD フィールドに追加し、サイズを LV Size(GB) フィールドに追加し、デバイスが使用する キャッシュモード を設定します。
警告ライトバックモードを使用する際にデータの損失を回避するために、Red Hat は 2 つの異なる SSD/NVMe デバイスを使用することを推奨します。(ソフトウェアまたはハードウェア経由)RAID-1 設定で 2 つのデバイスを設定すると、書き込みが失われる可能性が大幅に削減されます。
lvmcache 設定の詳細は、「 Red Hat Enterprise Linux 7 LVM Administration 」を参照してください。
(オプション)システムにマルチパスデバイスがある場合は、追加の設定が必要です。
マルチパスデバイスの使用
Virtualization デプロイメントに RHHI のマルチパスデバイスを使用する場合は、マルチパスの WWID を使用してデバイスを指定します。たとえば、
/dev/sdbの代わりに/dev/mapper/3600508b1001caab032303683327a6a2eを使用します。マルチパスデバイスの使用を無効にする場合は、次のコマンドを実行します。
マルチパスデバイスが環境内に存在しているにもかかわらず、そのデバイスを RHHI for Virtualization デプロイメントに使用する必要がない場合は、デバイスをブラックリストに指定します。
カスタムマルチパス設定ファイルを作成します。
# mkdir /etc/multipath/conf.d # touch /etc/multipath/conf.d/99-custom-multipath.conf
以下の内容をファイルに追加します。<
device>はブラックリストに登録するデバイスの名前に置き換えます。blacklist { devnode "<device>" }たとえば、
/dev/sdbデバイスをブラックリストに指定するには、以下を追加します。blacklist { devnode "sdb" }multipathd を再起動します。
# systemctl restart multipathd
lsblkコマンドを使用して、ディスクにマルチパス名が含まれなくなったことを確認します。マルチパス名がまだ存在する場合は、ホストを再起動します。
設定の確認および編集

Edit をクリックして、生成されたデプロイメント設定ファイルの編集を開始します。
必要な変更を加え、Save をクリックします。
設定ファイルの確認
すべての設定の詳細が正しい場合は、Deploy をクリックします。
デプロイメントが完了するまで待ちます。
テキストフィールドでデプロイメントの進捗を確認できます。
ウィンドウには、Successfully deployed gluster が表示されます。

Continue to Hosted Engine Deployment をクリックし、7章Web コンソールを使用したHosted Engineのデプロイ の説明に従ってデプロイメントプロセスを続行します。
デプロイメントに失敗した場合は、Clean up をクリックして、システムへの正しくない変更をすべて削除します。
クリーンアップが完了したら、Redeploy をクリックします。これにより Review and edit configuration タブに戻り、デプロイメントを再試行する前に生成された設定ファイルの問題を修正できます。