第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 つのハイパーコンバージドホストのストレージネットワーク (管理ネットワークではない) 上のバックエンドの追加ホストを指定します。キーペアを使用して SSH 接続できるハイパーコンバージドホストは、デプロイメントタスクとホストされたエンジンを実行するホストであるため、最初にリストする必要があります。
注記調停されたレプリケートボリュームを作成する予定がある場合は、この画面で調停ブリックを持つホストを Host3 として指定していることを確認してください。
Next をクリックします。
追加のホストを指定する
マルチノードデプロイメントの場合は、フロントエンドの追加ホストまたは他の 2 つのハイパーコンバージドホストの IP アドレスを追加して、デプロイメントの完了時に Red Hat Virtualization Manager に自動的に追加されるようにします。
重要バグ 1688269 は、 デプロイメントの完了時に、IPv6 アドレスを持つホストが Red Hat Virtualization Manager に自動的に追加されないことを意味します。ホスト型エンジンにハイパーコンバージドホストを追加する に従って、デプロイメント後にそれらを追加できます。
ボリュームの指定
作成するボリュームを指定します。
- 名前。
- 作成するボリュームの名前を指定します。
- Volume Type
- レプリケート ボリュームのタイプを指定します。このリリースではレプリケートされたボリュームのみがサポートされています。
- Arbiter
- 判定ブリックを使用してボリュームを作成するかどうかを指定します。このボックスをチェックすると、3 番目のディスクにはメタデータのみが保存されます。
- ブリック Dir
- このボリュームのブリックが含まれるディレクトリー。
ほとんどのインストールでは、デフォルト値が正しくありません。
ブリックの指定
作成するブリックの詳細を入力します。ホストの選択 ドロップダウンメニューを使用して、設定されているホストを変更します。
- RAID
- 使用する RAID 設定を指定します。これはホストの RAID 設定と一致する必要があります。サポートされる値は、raid5、raid6、jbod です。このオプションを設定すると、RAID 設定用にストレージが正しく調整されるようになります。
- ストライプサイズ
- RAID のストライプサイズを KB 単位で指定します。単位は入力しないでください。この数字のみ入力してください。これは、jbod 設定で無視できます。
- ディスク数
- RAID ボリューム内のデータディスクの数を指定します。これは、jbod 設定で無視できます。
- LV Name
- 作成する論理ボリュームの名前。これは、ウィザードの前のページで指定した名前で事前に入力されます。
- デバイス
- 使用する RAW デバイスを指定します。Red Hat では、パーティションのないデバイスを推奨します。
- サイズ
- 作成する論理ボリュームのサイズを GB 単位で指定します。単位は入力しないでください。この数字のみ入力してください。この数は、複製されたセット内のすべてのブリックで同じである必要があります。Arbiter ブリックは、レプリケーションセット内の他のブリックよりも小さくすることができます。
- マウントポイント
- 論理ボリュームのマウントポイント。これには、ウィザードの前のページで指定したブリックディレクトリーがあらかじめ入力されています。
- 薄い
-
このオプションは有効になっており、シックプロビジョニングする必要がある
エンジン
ボリュームを除き、ボリュームはデフォルトでシンプロビジョニングされます。 - デプレートおよび圧縮の有効化
- デプロイメント時に圧縮および重複排除に VDO を使用してボリュームをプロビジョニングするかどうかを指定します。
- 論理サイズ (GB)
- VDO ボリュームの論理サイズを指定します。これは物理ボリュームの最大 10 倍のサイズになる可能性があり、絶対最大論理サイズは 4 PB です。
- LV キャッシュの設定
- 必要に応じて、このチェックボックスにチェックを付けて、高速 SSD デバイスを、大規模で低速な論理ボリュームの論理ボリュームキャッシュとして設定します。デバイスパスを SSD フィールドに追加し、サイズを LV サイズ (GB) フィールドに追加し、デバイスで使用される キャッシュモード を設定します。
警告ライトバックモードを使用する際にデータの損失を回避するために、Red Hat は 2 つの異なる SSD/NVMe デバイスを使用することを推奨します。(ソフトウェアまたはハードウェア経由)RAID-1 設定で 2 つのデバイスを設定すると、書き込みが失われる可能性が大幅に削減されます。
lvmcache 設定の詳細については、Red Hat Enterprise Linux 7 LVM 管理 を参照してください。
(オプション) システムにマルチパスデバイスがある場合は、追加の設定が必要です。
マルチパスデバイスを使用するには
RHHI for Virtualization デプロイメントでマルチパスデバイスを使用する場合は、マルチパス WWID を使用してデバイスを指定します。たとえば、
/dev/sdb
の代わりに/dev/mapper/3600508b1001caab032303683327a6a2e
を使用します。マルチパスデバイスの使用を無効にするには
環境内にマルチパスデバイスが存在するが、RHHI for Virtualization のデプロイメントにそれらを使用したくない場合は、デバイスをブラックリストに登録します。
カスタムマルチパス設定ファイルを作成します。
# touch /etc/multipath/conf.d/99-custom-multipath.conf
次の内容をファイルに追加し、
<device> を
ブラックリストに登録するデバイスの名前に置き換えます。blacklist { devnodes "<device>" }
たとえば、
/dev/sdb
デバイスをブラックリストに登録するには、次の行を追加します。blacklist { devnodes "sdb" }
マルチパスを再起動します。
# systemctl restart multipathd
lsblk
コマンドを使用して、ディスクにマルチパス名が含まれていないことを確認します。マルチパス名がまだ存在する場合は、ホストを再起動します。
設定の確認および編集
Edit をクリックして、生成されたデプロイメント設定ファイルの編集を開始します。
必要な変更を加え、Save をクリックします。
設定ファイルを確認する
すべての設定の詳細が正しい場合は、Deploy をクリックします。
デプロイメントが完了するまで待ちます。
テキストフィールドでデプロイメントの進捗を確認できます。
ウィンドウには、Successfully deployed gluster が表示されます。
ホステッドエンジンのデプロイメントを続行 をクリックし、次の手順に従ってデプロイメントプロセスを続行します。7章Web コンソールを使用した Hosted Engine のデプロイ。
デプロイメントに失敗した場合は、Clean up をクリックして、システムへの正しくない変更をすべて削除します。
クリーンアップが完了したら、Redeploy をクリックします。これにより Review and edit configuration タブに戻り、デプロイメントを再試行する前に生成された設定ファイルの問題を修正できます。