Windows Server ファイル サーバーの高可用性オプションを確認する
ファイル サービスは、Windows Server のワークロードの一般的な種類の 1 つを表します。 多くの場合、それらの可用性は業務の運営に不可欠です。 Windows Server には、可用性を確保するために役立つさまざまな方法が用意されています。
Windows ファイル サーバーの高可用性オプション
Windows Server に弾力性のあるファイル サービスを実装するには、フェールオーバー クラスタリングの役割に固有の高可用性を活用できます。 または、記憶域レプリカを使用して、ファイル共有がホストされるボリュームのコンテンツをレプリケートすることによって、回復性を提供することができます。
Windows Server ファイル サーバーのフェールオーバー クラスタリングのオプション
クラスター化されたファイル サーバーを展開および構成するには、次のいずれかの方法を使用します。
- 汎用のファイル サーバー。 これは、Windows Server オペレーティング システムでのフェールオーバー クラスタリングの導入後に使用可能になった従来のファイル サーバーの役割です。 可用性とスケーラビリティの観点では、クラスター化された役割はアクティブ/パッシブ モードで動作します。つまり、任意の時点で、対応するファイル共有 (単にクラスター化されたファイル共有と呼ばれます) をいずれかのクラスター ノードで使用できます。 そのノードで障害が発生した場合、別のノードによって役割とそのリソースの所有権が取得されて、共有フォルダーの可用性が維持されます。 ただし、クライアントは常に 1 つのノードを介してそれらにアクセスします。 この種類のファイル サーバーの実装は、インフォメーション ワーカーのシナリオに適しています。 この用語は、ユーザーがホーム フォルダー、ローミング プロファイル、部門で共有されるデータ (ドキュメント、スプレッドシート、その他の種類の非構造化データや半構造化データなど) を格納するためにファイル共有に依存する標準的なビジネス シナリオを表します。
- アプリケーション データの SOFS。 このクラスター化されたファイル サーバーの種類は、Microsoft Hyper-V 仮想マシンのファイルや SQL Server データベースのファイルなどのサーバー アプリケーションのデータを対象としています。 クラスター化された役割をアクティブ/アクティブ モードで運用することで、優れた信頼性、可用性、容易な管理、パフォーマンスが提供されます。 つまり、すべてのクラスター ノードですべてのファイル共有 (この場合はスケールアウト ファイル共有と呼ばれます) を同時に使用できることを意味します。 この方法は、Hyper-V over SMB (サーバー メッセージ ブロック) または Microsoft SQL Server over SMB を展開する場合に最適です。
記憶域レプリカ
記憶域レプリカは、高可用性またはディザスター リカバリーのために、スタンドアロン サーバーまたはクラスター化されたサーバーに存在する記憶域ボリューム間で、記憶域に依存しない一方向のレプリケーションを可能にする Windows Server のテクノロジです。 サーバー間のネットワーク待機時間と距離に応じて、同期レプリケーションまたは非同期レプリケーションを選択できます。 記憶域レプリカを使用する場合、通常の業務運用中はソース ボリュームにのみアクセスできます。 障害が発生した場合は、ターゲット ボリュームにフェールオーバーしてオンラインにすることができます。
記憶域レプリカでは、次の 3 つのシナリオがサポートされます。
- サーバー間。
- クラスター間。
- ストレッチ クラスター。
クラスタリングのシナリオでは、汎用または SOFS のいずれかのファイル サーバーを実装できます。 サーバー間のレプリケーションを使用する場合、記憶域レプリカでは、従来のスタンドアロンのファイル共有の回復性が提供されます。
同期レプリケーションと非同期レプリケーション
記憶域レプリカでは、次の 2 種類のレプリケーションがサポートされます。
- 同期レプリケーションを使用すると、相互に比較的近くにあるサイト間でボリュームがレプリケートされます。 レプリケーションはクラッシュ コンシステントであり、フェールオーバーでのファイル システム レベルでのデータ損失がゼロになります。
- "非同期レプリケーション" を使用すると、ネットワーク ラウンドトリップの待機時間が 5 ミリ秒 (ms) を超える長い距離でレプリケーションを実行できますが、データが失われる可能性があります。 データ損失の程度は、ソースとターゲットのボリューム間のレプリケーションの遅延によって異なります。
同期レプリケーションを使用する場合、両方のボリュームでデータの書き込みが正常に完了する必要があります。 そうでない場合は、書き込みが開始されるワークロードで同じ操作を再試行する必要があります。 同期レプリケーションでは、両方のボリュームのデータは同じです。
データ損失を回避することが必須の場合は、同期レプリケーションを使用してください。 同期レプリケーションでは、リモート書き込みの受信確認の待機を最小限にするために、ネットワーク待機時間を短くする必要があります。 この要件によって、各ボリュームがホストされているサーバーまたはクラスター間の距離が制限されます。
非同期レプリケーションを使用する場合、データの書き込みがプライマリ ボリュームで正常に完了すると、書き込みが開始されるワークロードで確認が受信され、別の入出力操作を続行できます。 対応するデータの書き込みは、その後、プライマリ ボリュームに影響を与えることなく、セカンダリ ボリュームで実行されます。
