シンプロビジョニングされた共有GFS2ブロックストレージ

• スペース効率を向上させたい場合。イメージはスパースに割り当てられ、厚く割り当てられません。
• ストレージアレイでの1秒あたりのI/O操作数を減らしたい場合。GFS2 SRは、共有ブロックストレージでのストレージ読み取りキャッシュをサポートする最初のSRタイプです。
• 複数の仮想マシンで共通のベースイメージを使用している場合。個々のVMのイメージは、通常、さらに少ないスペースしか使用しません。
• スナップショットを使用している場合。各スナップショットはイメージであり、各イメージは現在スパースです。
• 2 TiBを超えるサイズのVDIを作成したい場合。GFS2 SRは、最大16 TiBのサイズのVDIをサポートします。
• ストレージがNFSまたはSMB3をサポートせず、ブロックストレージのみをサポートしている場合。ストレージがNFSまたはSMB3をサポートしている場合は、GFS2の代わりにこれらのSRタイプを使用することをお勧めします。
• ストレージがLUNのシンプロビジョニングをサポートしていない場合。ストレージがLUNをシンプロビジョニングする場合、GFS2と組み合わせると問題が発生し、スペースが不足する可能性があります。GFS2とシンプロビジョニングされたLUNを組み合わせても、多くの追加の利点は得られず、推奨されません。シンプロビジョニングされたLUNでGFS2を使用しようとすると、XenCenter®は警告を表示します。

1. GFS2環境を計画する

• 推奨: 冗長ネットワークインフラストラクチャを構成する。
• 推奨: 専用のボンディングネットワークを作成する
• 必須: GFS2クラスタプールをセットアップする
• オプション コントロール ドメインのメモリを増やす
• 推奨: ストレージマルチパスを構成する
• 必須: GFS2 SRを作成する

2. 冗長なネットワークインフラストラクチャを構成する

• ボンディングネットワークで使用するために、同じスイッチ上のポートだけでなく、個別の物理ネットワークスイッチが利用可能であることを確認してください。
• 個別のスイッチが、異なる独立した配電ユニット (PDU) から電力を供給されていることを確認してください。
• 可能であれば、データセンターで、PDUを電源フィードの異なるフェーズ、または異なる電力会社が提供するフィードに配置してください。
• 無停電電源装置を使用して、電源障害が発生した場合でもネットワークスイッチとサーバーが機能し続けるか、または正常にシャットダウンできるようにすることを検討してください。

3. 専用のボンディングネットワークを作成する

1. 「New Network」ウィザードを開きます。
2. ウィザードの最初のページで、「Bonded Network」を選択し、「Next」をクリックします。
3. 「Bond Members」ページで、ボンディングするNICを選択します。NICを選択するには、リスト内のチェックボックスをオンにします。このリストでは、最大4つのNICを選択できます。NICの選択を解除するには、チェックボックスをオフにします。
4. 「Bond mode」で、ボンディングの種類を選択します。
   • アクティブ/アクティブボンディングを構成するには、「Active-active」を選択します。このボンディングでは、トラフィックはボンディングされたNIC間で負荷分散されます。ボンディング内の1つのNICに障害が発生した場合、サーバーのネットワークトラフィックは自動的に2番目のNICにルーティングされます。
   • アクティブ/パッシブボンディングを構成するには、「Active-passive」を選択します。このボンディングでは、トラフィックはボンディングされたNICのいずれか一方のみを通過します。このモードでは、アクティブなNICに障害が発生した場合（たとえば、ネットワーク接続が失われた場合）にのみ、2番目のNICがアクティブになります。
   • 「送信元MACアドレスに基づくロードバランシングによるLACP」を選択して、LACP ボンドを構成します。このボンドでは、送信元VMのMACアドレスに基づいて、送信NICが選択されます。同じホスト上に複数のVMがある環境でトラフィックを分散させるには、このオプションを使用します。仮想インターフェース（VIF）の数がNICの数よりも少ない場合、このオプションは適していません。トラフィックを複数のNICに分割できないため、ロードバランシングが最適ではないからです。
   • 「送信元および宛先のIPとポートに基づくロードバランシングによるLACP」を選択して、LACP ボンドを構成します。このボンドは、送信元IPアドレス、送信元ポート番号、宛先IPアドレス、および宛先ポート番号を使用して、NIC間でトラフィックを割り当てます。NICの数がVIFの数を超える環境でVMからのトラフィックを分散させるには、このオプションを使用します。
   「注記：」:
   • XenCenterでLACPボンディングオプションを表示し、LACPボンドを作成するには、vSwitchをネットワークスタックとして構成します。また、スイッチはIEEE 802.3ad標準をサポートしている必要があります。
   • アクティブ/アクティブおよびアクティブ/パッシブのボンドタイプは、vSwitchとLinuxブリッジの両方で利用できます。
   • vSwitchがネットワークスタックの場合、2つ、3つ、または4つのNICをボンディングできます。ただし、Linuxブリッジがネットワークスタックの場合、ボンディングできるNICは2つのみです。 Linuxブリッジネットワークスタックは非推奨であり、将来のリリースで削除されます。

5. ジャンボフレームを使用するには、最大転送単位（MTU）を1500～9216の間の値に設定します。
6. 「このネットワークを新しい仮想マシンに自動的に追加する」チェックボックスを選択すると、新しいVMウィザードを使用して作成された新しいVMに新しいネットワークが追加されます。
7. 「完了」をクリックして、新しいネットワークを作成し、ウィザードを閉じます。

4. GFS2クラスタープールをセットアップする

1. ツールバーの新規プールをクリックして、新規プールダイアログボックスを開きます。
2. 新しいプールの名前とオプションの説明を入力します。名前はリソースペインに表示されます。
3. コーディネーターリストからサーバーを選択して、プールコーディネーターを指名します。
4. 追加メンバーリストから、新しいプールに配置するサーバーをさらに選択します。利用可能なすべての管理対象サーバーが一覧表示されます。サーバーが一覧にない場合は、新しいサーバーの追加をクリックしてリストに追加できます。管理対象サーバーが一覧にない場合、それはプールの要件に記載されているプールの参加要件の1つ以上を満たしていないためである可能性があります。
5. プールの作成を選択してプールを作成し、ダイアログボックスを閉じます。
6. リソースパネルでプールを選択し、その一般タブでプロパティを選択します。プールプロパティウィンドウが開きます。
7. GFS2クラスタリングタブで、GFS2クラスタリングを有効にするを選択し、クラスターネットワークとして作成した専用のボンディングネットワークを選択します。
8. OKをクリックします。

5. コントロールドメインメモリを増やす

6. ストレージマルチパスを設定する

• イーサネットまたはファイバースイッチが、ストレージサーバー上で複数のターゲットを利用できるように構成されていること。
  例えば、特定のポータルでsendtargetsを照会されたiSCSIストレージバックエンドは、以下の例のように複数のターゲットを返します。
  iscsiadm -m discovery --type sendtargets --portal 192.168.0.161
192.168.0.161:3260,1 iqn.strawberry:litchie
192.168.0.204:3260,2 iqn.strawberry:litchie
  ただし、単一のターゲットのみを公開するアレイに対してiSCSIマルチパスを有効にするための追加構成を実行できます。詳細については、単一のターゲットのみを公開するアレイのiSCSIマルチパスを参照してください。
• iSCSIの場合のみ、コントロール ドメイン (dom0) は、マルチパスストレージで使用される各サブネットにIPアドレスを持っていること。
  ストレージへの各パスに対してNICがあり、各NICにIPアドレスが構成されていることを確認すること。例えば、ストレージへの4つのパスが必要な場合、それぞれにIPアドレスが構成された4つのNICが必要です。
• iSCSIの場合のみ、すべてのiSCSIターゲットとイニシエーターが一意のIQNを持っていること。
• iSCSIの場合のみ、iSCSIターゲットポートがポータルモードで動作していること。
• HBAの場合のみ、複数のHBAがスイッチファブリックに接続されていること。
• 可能であれば、複数の冗長スイッチを使用すること。

1. 「リソース」ペインでサーバーを選択し、メンテナンスモードにします。XenCenterがアクティブな仮想マシンを移行し、既存のストレージの接続を解除する間、短い遅延が発生します。サーバーがプールコーディネーターである場合、新しいプールコーディネーターが割り当てられる間、サーバーは切断され、一時的に「リソース」ペインから消えることがあります。サーバーがサーバーメンテナンスモードアイコン( )とともに「リソース」ペインに再表示されたら、次のステップに進みます。
2. 「全般」タブで「プロパティ」を選択し、次に「マルチパス」タブを選択します。
3. マルチパスを有効にするには、「このサーバーでマルチパスを有効にする」チェックボックスをオンにします。マルチパスを無効にするには、チェックボックスをオフにします。
4. 「OK」をクリックして新しい設定を適用し、ダイアログボックスを閉じます。XenCenterが新しいストレージ構成を保存する間、短い遅延が発生します。
5. サーバーをメンテナンスモードから解除します。「リソース」ペインでサーバーを選択し、右クリックして「メンテナンスモードの終了」を選択します。

7. GFS2 SRを作成する

制約事項

• 他のシンプロビジョニングされたSRと同様に、GFS2 SRの使用率が100%に達すると、VMからのそれ以降の書き込みは失敗します。これらの失敗した書き込みは、VM内の障害、データ破損の可能性、またはその両方につながる可能性があります。
• SRの使用率が80%に達すると、XenCenterはアラートを表示します。このアラートについてGFS2 SRを監視し、表示された場合は適切な処置を講じてください。GFS2 SRでは、使用率が高いとパフォーマンスが低下します。SRの使用率を80%未満に保つことをお勧めします。
• GFS2 SR上にVDIがあるVMの場合、ストレージ移行（ライブまたはオフライン）を伴うVM移行はサポートされていません。また、別の種類のSRからGFS2 SRにVDIを移行することもできません。
• FCoEトランスポートはGFS2 SRではサポートされていません。
• Trim/unmapはGFS2 SRではサポートされていません。
• CHAPはGFS2 SRではサポートされていません。
• 2 TiBを超えるVDIをVHDまたはOVA/OVFとしてエクスポートすることはできません。ただし、2 TiBを超えるVDIを持つVMはXVA形式でエクスポートできます。
• GFS2でシンプロビジョニングされたLUNを使用することはお勧めしません。ただし、この構成を選択する場合は、XenServerが書き込みを行うのに十分なスペースが常にLUNにあることを確認する必要があります。
• GFS2 SRでSAN重複排除を使用することはお勧めしません。ただし、この構成を選択する場合は、XenServerが書き込みを行うのに十分なスペースが常に確保されていることを確認するために、SAN使用率の適切な外部監視を使用する必要があります。
• GFS2ファイルシステムは100 TiBを超えることはできません。
• プールには62を超えるGFS2 SRを含めることはできません。
• GFS2クラスタープールは、プールあたり最大16ホストのみをサポートします。
• GFS2クラスターのトラフィックには、少なくとも2つの異なるネットワークスイッチを使用するボンディングされたネットワークを使用することを強くお勧めします。このネットワークを他の目的で使用しないでください。
• XenCenterを使用してGFS2クラスターネットワークのIPアドレスを変更するには、クラスタリングとGFS2を一時的に無効にする必要があります。
• クラスターが稼働中でVMが実行されている間に、GFS2クラスターネットワークのボンディングを変更しないでください。この操作により、クラスター内のホストが強制的に再起動（フェンス）される可能性があります。
• GFS2クラスタリングが有効になっているホストが少なくとも1つ含まれるGFS2クラスターネットワークでIPアドレスの競合（複数のホストが同じIPアドレスを持つ）が発生した場合、クラスターは正しく形成されず、ホストは必要に応じてフェンスできません。この問題を解決するには、IPアドレスの競合を解消してください。

関連ドキュメント