1.2. GFS2 サポートに関する考慮事項
GFS2 ファイルシステムを実行するクラスターで Red Hat からのサポートを受けるには、GFS2 ファイルシステムのサポートポリシーを考慮する必要があります。
Red Hat のサポートポリシー、要件、および制限の詳細は、RHEL 高可用性クラスターのサポートポリシー を参照してください。
1.2.1. ファイルシステムおよびクラスターの最大サイズ
次の表で、GFS2 が現在対応しているファイルシステムの最大サイズと最大ノード数をまとめています。
| パラメーター | 最大 |
|---|---|
| ノードの数 | 16 (x86、PowerVM の Power8) 4 (z/VM の s390x) |
| ファイルシステムのサイズ | すべての対応アーキテクチャー上の 100TB |
GFS2 は、理論的には 8 EB のファイルシステムに対応できる 64 ビットアーキテクチャーに基づいています。お使いのシステムに、現在対応している以上の GFS2 ファイルシステムが必要な場合は、Red Hat サービス担当者までご連絡ください。
ファイルシステムのサイズを決定する際に、復旧のニーズを考慮する必要があります。大規模なファイルシステムで fsck.gfs2 コマンドを実行すると、時間がかかって大量のメモリーを消費する可能性があります。また、ディスクまたはディスクサブシステムに障害が発生した場合、復旧時間はバックアップメディアの速度により異なります。fsck.gfs2 コマンドが必要とするメモリー量の詳細は、fsck.gfs2 の実行に必要なメモリーの判定 を参照してください。
1.2.2. クラスターの最小サイズ
GFS2 ファイルシステムはスタンドアロンシステムで実装したり、クラスター設定の一部として実装したりできますが、以下を除いて、Red Hat はシングルノードファイルシステムとしての GFS2 の使用をサポートしていません。
- Red Hat は、たとえばバックアップの目的で、必要に応じてクラスターファイルシステムのスナップショットをマウントする、単一ノードの GFS2 ファイルシステムを引き続きサポートします。
GFS2 ファイルシステム (DLM を使用) をマウントする単一ノードクラスターは、セカンダリーサイトのディザスターリカバリー (DR) ノードの目的でサポートされています。この例外は DR のみを目的としており、メインクラスターのワークロードをセカンダリーサイトに転送するためのものではありません。
たとえば、プライマリーサイトがオフラインの場合に、セカンダリーサイトにマウントされたファイルシステムからデータをコピーします。ただし、プライマリーサイトから単一ノードクラスターのセカンダリーサイトに直接ワークロードを移行することはサポートされていません。完全なワーク負荷を単一ノードのセカンダリーサイトに移行する必要がある場合は、セカンダリーサイトのサイズがプライマリーサイトと同じである必要があります。
Red Hat では、シングルノードクラスターに GFS2 ファイルシステムをマウントするときは、
errors=panicマウントオプションを指定して、ファイルシステムのエラーが発生した場合に単一ノードのクラスターが自身でフェンシングできないようにするため、GFS2 が撤退するときにパニックを起こさせます。
Red Hat は、シングルノード向けに最適化され、一般的にクラスターファイルシステムよりもオーバーヘッドが小さい多くの高パフォーマンスのシングルノードファイルシステムをサポートします。また、Red Hat は、シングルノードがファイルシステムをマウントする必要がある場合に限り、GFS2 ではなく高パフォーマンスのシングルノードファイルシステムを使用することが推奨されます。Red Hat Enterprise Linux 8 がサポートするファイルシステムの詳細は、ファイルシステムの管理 を参照してください。
