フェールオーバー クラスターでクラスターの共有ボリュームを使用する
クラスター共有ボリューム (CSV) を使用すると、Windows Server フェールオーバー クラスターまたは Azure Local 内の複数のノードで、NTFS ボリュームとしてプロビジョニングされている同じ LUN (ディスク) に対する読み取り/書き込みアクセスを同時に行うことができます。 ディスクは Resilient File System (ReFS) としてプロビジョニングできますが、CSV ドライブはリダイレクト モードになります。つまり、書き込みアクセスがコーディネーター ノードに送信されます。 詳細については、「CSV 通信での I/O 同期と I/O リダイレクトについて」を参照してください。 CSV を使用すると、ドライブの所有権の変更やボリュームのマウント解除と再マウントを行うことなく、クラスター化された役割を別のノードに迅速にフェールオーバーできます。 また、フェールオーバー クラスター内の多数の LUN の管理も簡素化されます。
CSV では、NTFS または ReFS の上位に置かれる汎用のクラスター化されたファイル システムが提供されます。 CSV アプリケーションには、次のものが含まれます。
- クラスター化された Hyper-V 仮想マシン用のクラスター化された仮想ハード ディスク (VHD/VHDX) ファイル
- スケールアウト ファイル共有。これはスケールアウト ファイル サーバーのクラスターの役割のアプリケーション データを格納するために使用されます。 この役割のアプリケーション データの例には、Hyper-V 仮想マシン ファイルや Microsoft SQL Server のデータがあります ReFS は、Windows Server 2012 R2 以前のスケールアウト ファイル サーバーではサポートされません。 スケールアウト ファイル サーバーの詳細については、アプリケーション データ用のスケールアウト ファイル サーバーに関するページを参照してください。
- Microsoft SQL Server 2014 (以上) のフェールオーバー クラスター インスタンス (FCI)。 SQL Server 2012 以前の SQL Server のバージョンでの Microsoft SQL Server のクラスター化されたワークロードでは、CSV の使用はサポートされません。
- Windows Server 2019 以上の Microsoft 分散トランザクション制御 (MSDTC)
Note
CSV では、SQL Server 2012 以前の SQL Server のバージョンでの Microsoft SQL Server のクラスター化されたワークロードはサポートされません。
Windows Server 2012 では、CSV 機能が大幅に強化されました。 たとえば、Active Directory ドメイン サービスとの依存関係が削除されました。 また、chkdsk の機能向上、ウイルス対策およびバックアップ アプリケーションとの相互運用性、および一般的な記憶域機能 (BitLocker 暗号化ボリュームや記憶域スペースなど) との統合のサポートが追加されました。 Windows Server 2012 で追加された CSV 機能の概要については、Windows Server 2012 でのフェールオーバー クラスタリングの新機能 [リダイレクト] に関する記事を参照してください。
Windows Server 2012 R2 には、CSV 所有権の分散、サーバー サービスの可用性による回復性の向上、CSV キャッシュへの物理メモリ量のより柔軟な割り当て、診断能力の強化、ReFS と重複除去のサポートを含む相互運用性の向上など、さまざまな機能が追加されています。 詳細については、フェールオーバー クラスタリングの新機能に関する記事を参照してください。
Note
仮想デスクトップ インフラストラクチャ (VDI) シナリオのために CSV でデータ重複除去を使用する方法については、ブログ記事の「 Windows Server 2012 R2 で VDI 記憶域用にデータ重複除去を展開する 」と「 Windows Server 2012 R2 でデータ重複除去を新しいワークロードに適用する」を参照してください。
フェールオーバー クラスターで CSV を使用するための要件と考慮事項を確認する
フェールオーバー クラスターで CSV を使用する前に、このセクションでネットワーク、記憶域、およびその他の要件と考慮事項を確認してください。
ネットワーク構成に関する考慮事項
CSV をサポートするネットワークを構成するときは、次の考慮事項を確認してください。
複数のネットワークと複数のネットワーク アダプター。 ネットワーク障害の発生時にフォールト トレランスを有効にするには、複数のクラスター ネットワークによって CSV トラフィックを伝送するか、またはチーム化されたネットワーク アダプターを構成することをお勧めします。
クラスター ノードがクラスターによって使用されてはならないネットワークに接続されている場合は、それらのネットワークを無効にする必要があります。 たとえば、クラスターによる iSCSI ネットワークの使用を無効にして、CSV トラフィックがそれらのネットワークに伝送されるのを防ぐことをお勧めします。 ネットワークを無効にするには、フェールオーバー クラスター マネージャーで、[ネットワーク] を選択し、対象のネットワークを選択して [プロパティ] を選択し、[このネットワークでのクラスター ネットワーク通信を許可しない] を選択します。 また、Get-ClusterNetwork Windows PowerShell コマンドレットを使用して、ネットワークのロール プロパティを構成することもできます。
ネットワーク アダプターのプロパティ。 クラスター通信を伝送するすべてのアダプターのプロパティで、次の設定が有効になっていることを確認します。
[Microsoft ネットワーク用クライアント] と [Microsoft ネットワーク用ファイルとプリンタ共有]。 これらの設定は、ノード間の CSV トラフィックを伝送するために既定で使用されるサーバー メッセージ ブロック (SMB) 3.0 をサポートしています。 SMB をサポートするために、サーバー サービスとワークステーション サービスが実行されており、それらが各クラスター ノードで自動的に開始されるように構成されていることを確認します。
Note
Windows Server 2012 R2 以降では、フェールオーバー クラスター ノードごとに複数のサーバー サービスが存在します。 標準のファイル共有にアクセスする SMB クライアントからの受信トラフィックを処理する既定のインスタンスと、ノード間の CSV トラフィックのみを処理する 2 番目の CSV インスタンスが存在します。 また、ノードのサーバー サービスが正常な状態ではなくなった場合、CSV の所有権は自動的に別のノードに移動します。
SMB 3.0 には、SMB マルチチャネルと SMB ダイレクトの機能が含まれています。これらの機能を使用すると、CSV トラフィックがクラスター内の複数のネットワークを経由でき、リモート ダイレクト メモリ アクセス (RDMA) をサポートするネットワーク アダプターを有効活用することができます。 既定では、SMB マルチチャネルが CSV トラフィック用に使用されます。 詳細については、「サーバー メッセージ ブロックの概要」を参照してください。
Microsoft フェールオーバー クラスター仮想アダプター パフォーマンス フィルター。 この設定は、CSV にアクセスする必要があるとき (たとえば、接続の失敗によってノードが直接 CSV ディスクに接続できない場合など) にノードが I/O リダイレクトを実行する機能を強化します。 NetFT 仮想アダプターのパフォーマンス フィルターは、Windows Server 2012 R2 以外のすべてのバージョンで既定で無効になります。 フィルターが無効にされるのは、Hyper-V クラスター上で実行されている VM でゲスト クラスターが実行されている場合に、Hyper-V クラスターで問題が発生する可能性があるためです。 ホストの NetFT 仮想アダプターのパフォーマンス フィルターで、ゲスト VM に送られる NetFT トラフィックがそのホストに誤ってルーティングされるところで問題が発生します。 これにより、VM 内のゲスト クラスターで通信の問題が発生することがあります。 ゲスト クラスターを使用した Hyper-V 以外のワークロードを展開する場合は、NetFT 仮想アダプターのパフォーマンス フィルターを有効にすると、クラスターのパフォーマンスが最適化されて向上します。 詳細については、このトピックの「CSV 通信での I/O 同期と I/O リダイレクトについて」を参照してください。
クラスター ネットワークの優先順位付け。 一般に、クラスターによって構成されているネットワーク設定を変更しないことをお勧めします。
IP サブネットの構成。 CSV を使用するネットワークのノードについては特定のサブネット構成は不要です。 CSV では、マルチサブネットのストレッチ クラスターをサポートできます。
ポリシー ベースのサービスの品質 (QoS)。 CSV を使用する場合は、各ノードへのネットワーク トラフィックに対する QoS 優先順位ポリシーと最小帯域幅ポリシーを構成することをお勧めします。 詳細については、「サービスの品質 (QoS)」を参照してください。
記憶域ネットワーク。 記憶域ネットワークの推奨事項については、使用する記憶域のベンダーが提供するガイドラインを確認してください。 CSV 用の記憶域についてのその他の考慮事項については、このトピックの「記憶域およびディスク構成の要件」を参照してください。
フェールオーバー クラスターのハードウェア、ネットワーク、および記憶域の要件の概要については、「フェールオーバー クラスタリングのハードウェア要件と記憶域オプション」を参照してください。
CSV 通信での I/O 同期と I/O リダイレクトについて
I/O 同期: CSV を使用すると、複数のノードで同じ共有記憶域に同時に読み取り/書き込みアクセスできます。 ノードが CSV ボリュームでディスク入力/出力 (I/O) を実行する場合、ノードは記憶域ネットワーク (SAN) などを通して直接記憶域と通信します。 ただし、LUN に関連付けられている物理ディスク リソースを "所有" するノード (コーディネーター ノードと呼ばれます) は常に 1 つです。 CSV ボリュームのコーディネーター ノードは、フェールオーバー クラスター マネージャーの [ディスク] の下に [所有者ノード] として表示されます。 また、Get-ClusterSharedVolume Windows PowerShell コマンドレットの出力にも表示されます。
Note
Windows Server 2012 R2 以降では、CSV の所有権は、各ノードで所有されている CSV ボリュームの数に基づいて、フェールオーバー クラスター ノード間に均等に分散されます。 また、CSV がフェールオーバーした、ノードがクラスターに戻された、新しいノードをクラスターに追加した、クラスター ノードを再起動した、フェールオーバー クラスターをシャットダウン後に起動したなどの状況が発生した場合、所有権は自動的に再分配されます。
CSV ボリュームのファイル システムに小さい変更が発生した場合、このメタデータは、単一のコーディネーター ノードだけではなく、LUN にアクセスする各物理ノードで同期される必要があります。 たとえば、CSV ボリューム上で仮想マシンが起動、作成、または削除されるたか、または仮想マシンが移行された場合、この情報は、この仮想マシンにアクセスする各物理ノードで同期される必要があります。 SMB 3.0 を使用すると、これらのメタデータ更新操作はクラスター ネットワークをまたがって並列的に実行されます。 これらの操作では、物理ノードがすべて共有記憶域と通信する必要はありません。
I/O リダイレクト: 記憶域の接続障害と特定の記憶域操作によって、特定のノードが記憶域と直接通信できなくなる場合があります。 ノードが記憶域と通信できないときに機能を維持するために、ノードはクラスター ネットワークを介して、ディスクが現在マウントされているコーディネーター ノードにディスク I/O をリダイレクトします。 現在のコーディネーター ノードが記憶域に接続できない場合は、新しいノードがコーディネーター ノードとして設定される間、すべてのディスク I/O 操作が一時的にキューに配置されます。
サーバーは、状況に応じて次のいずれかの I/O リダイレクト モードを使用します。
- ファイル システム リダイレクト リダイレクトはボリューム単位で行われます。たとえば、CSV ボリュームが手動でリダイレクト I/O モードに設定されているときに CSV のスナップショットがバックアップ アプリケーションによって作成されるときなどです。
- ブロック リダイレクト リダイレクトはファイルブロック レベルで行われます。たとえば、ボリュームへの記憶域の接続が切断された場合などです。 ブロック リダイレクトは、ファイル システム リダイレクトより大幅に高速に行われます。
Windows Server 2012 R2 以上では、CSV ボリュームの状態をノード単位で表示できます。 たとえば、I/O が直接実行されているのか、またはリダイレクトされているのかや、CSV ボリュームが利用可能かどうかを確認できます。 CSV ボリュームが I/O リダイレクト モードの場合は、その理由を表示することもできます。 この情報を表示するには、Windows PowerShell コマンドレットの Get-ClusterSharedVolumeState を使用します。
重要
- ダイレクト I/O の他のすべての要件が満たされているかどうかに関係なく、SAN の上で使用される ReFS で事前にフォーマットされた CSV では、ダイレクト I/O は使用されません。
- SAN (フロントエンド) 接続のディスクと結合して CSV を使用する場合は、ドライブを CSV に変換する前に NTFS でフォーマットし、ダイレクト I/O のパフォーマンス上の利点を活用してください。
- この動作は仕様です。 以下の「詳細」セクションにリンクされているページを参照してください。
- CSV と SMB 3.0 の機能 (SMB マルチチャネルや SMB ダイレクトなど) との統合により、リダイレクトされた I/O トラフィックは複数のクラスター ネットワークを経由できます。
- クラスター ネットワークを計画する際は、I/O リダイレクト中にコーディネーター ノードへのネットワーク トラフィックが増加する可能性があることを考慮に入れる必要があります。
Note
- Windows Server 2012 では、CSV 設計の向上により、CSV では Windows Server 2008 R2 の場合に比べてより多くの操作がダイレクト I/O モードで実行されます。
- CSV と SMB 3.0 の機能 (SMB マルチチャネルや SMB ダイレクトなど) との統合により、リダイレクトされた I/O トラフィックは複数のクラスター ネットワークを経由できます。
- クラスター ネットワークを計画する際は、I/O リダイレクト中にコーディネーター ノードへのネットワーク トラフィックが増加する可能性があることを考慮に入れる必要があります。
記憶域およびディスク構成の要件
CSV を使用するには、記憶域とディスクが次の要件を満たしている必要があります。
ファイル システム形式。 Windows Server 2012 では、CSV ボリュームのディスクまたは記憶域スペースは NTFS でパーティション分割されたベーシック ディスクである必要があります。 Windows Server 2012 R2 では、CSV ボリュームのディスクまたは記憶域スペースは NTFS または ReFS でパーティション分割されたベーシック ディスクである必要があります。 Windows Server 2016 以降および Azure Local では、CSV ボリュームのディスクまたはストレージ領域は、NTFS または ReFS でパーティション分割されたベーシック ディスクまたは GUID パーティション テーブル (GPT) ディスクである必要があります。
CSV には、次の追加要件があります。
- Windows Server 2012 では、FAT、FAT32、または ReFS でフォーマットされたディスクを CSV 用として使用できません。
- Windows Server 2012 R2 以上では、FAT または FAT32 でフォーマットされたディスクを CSV 用として使用できません。
- CSV はクォーラム監視ディスクとして使用できません。 クラスター クォーラムの詳細については、「記憶域スペース ダイレクトのクォーラムについて」を参照してください。
- ディスクを CSV として追加すると、ディスクは CSVFS 形式 (CSV ファイル システム用) で指定されます。 これにより、クラスターと他のソフトウェアは、CSV 記憶域と他の NTFS または ReFS 記憶域を区別できるようになります。 一般に、CSVFS は NTFS または ReFS と同じ機能をサポートしています。 しかし、特定の機能はサポートされていません。 たとえば、Windows Server 2012 R2 では、CSV で圧縮を有効にすることはできません。 Windows Server 2012 では、CSV でデータ重複除去または圧縮を有効にすることはできません。
クラスターのリソースの種類。 CSV ボリュームの場合、リソースの種類として物理ディスクを使用する必要があります。 既定では、クラスター記憶域に追加されるディスクまたは記憶域スペースは自動的にこのように構成されます。
クラスター記憶域の CSV ディスクまたは他のディスクの選択。 クラスター化された仮想マシン用のディスクを 1 つ以上選択する場合は、各ディスクの使用方法を検討します。 Hyper-V によって作成されるファイル (VHD/VHDX ファイルや構成ファイルなど) を格納するためにディスクが使用される場合は、クラスター記憶域の CSV ディスクまたはその他の使用可能なディスクを選択できます。 ディスクが仮想マシンに直接アタッチされる物理ディスク (パススルー ディスク) である場合は、CSV ディスクを選択できず、クラスター記憶域のその他の使用可能なディスクから選択する必要があります。
ディスクを識別するためのパス名。 CSV のディスクは、パス名で識別されます。 各パスは、\ClusterStorage フォルダーの下の番号付けされたボリュームとしてノードのシステム ドライブ上に表示されます。 このパスは、クラスター内のどのノードから参照しても同じです。 必要に応じてボリュームの名前を変更できますが、仮想マシン (Hyper-V の場合) やアプリケーション (SQL Server など) をインストールする前に行うことをお勧めします。 開いているハンドル (つまり、有効になっている仮想マシンまたは保存された状態の仮想マシン) がある場合、CSV の名前を変更することはできません。
CSV 用の記憶域の要件については、記憶域のベンダーが提供するガイドラインを確認してください。 CSV 用の記憶域の計画に関するその他の考慮事項については、このトピックの「フェールオーバー クラスターで CSV を使用するための計画」を参照してください。
ノードの要件
CSV を使用するには、ノードが次の要件を満たしている必要があります。
- システム ディスクのドライブ文字。 すべてのノードで、システム ディスクのドライブ文字は同じにする必要があります。
- 認証プロトコル。 NTLM プロトコルをすべてのノードで有効にする必要があります。 この機能は、既定では有効になっています。 Windows Server 2019 および Azure Local 以降では、認証に証明書を使用しているため、NTLM 依存関係が削除されました。
フェールオーバー クラスターで CSV を使用するための計画
このセクションでは、フェールオーバー クラスターで CSV を使用するための計画に関する考慮事項と推奨事項について説明します。
重要
特定の記憶域ユニットを CSV 用に構成する方法に関する推奨事項については、記憶域のベンダーに問い合わせてください。 記憶域ベンダーからの推奨事項がこのトピックの情報と異なっている場合は、記憶域ベンダーからの推奨事項に従ってください。
LUN、ボリューム、および VHD ファイルの配置
クラスター化された仮想マシン用の記憶域として CSV を最大限に活用するために、物理サーバーを構成するときに LUN (ディスク) の配置方法を確認します。 対応する仮想マシンを構成するときに、VHD ファイルを同様の方法で配置します。
物理サーバーの場合は、次のようにディスクとファイルを配置します。
- 1 つの物理ディスクにシステム ファイル (ページ ファイルを含む) を配置
- 別の物理ディスクにデータ ファイルを配置
対応するクラスター化された仮想マシンの場合は、ボリュームとファイルを同様の方法で配置します。
- 1 つの CSV にシステム ファイル (ページ ファイルを含む) を VHD ファイルとして配置
- 別の CSV にデータ ファイルを VHD ファイルとして配置
別の仮想マシンを追加する場合は、その仮想マシン用の VHD を同じように配置します。
LUN およびボリュームの数とサイズ
CSV を使用するフェールオーバー クラスターの記憶域構成を計画する場合、次の推奨事項に従います。
構成する LUN の数を決定するには、記憶域のベンダーに問い合わせてください。 たとえば、記憶域ベンダーによっては、各 LUN を 1 つのパーティションで構成し、その LUN に 1 つの CSV ボリュームを配置することを推奨する場合があります。
ノードごとに少なくとも 1 つの CSV を作成します。
単一の CSV ボリュームでサポートできる仮想マシンの数に制限はありません。 しかし、クラスターに配置する仮想マシンの数と各仮想マシンのワークロード (1 秒あたりの I/O 操作数) を考慮する必要があります。 次に例を示します。
- ある組織が、ワークロードが比較的軽い仮想ディスク インフラストラクチャ (VDI) をサポートする仮想マシンを展開しようとしています。 クラスターでは高パフォーマンスの記憶域が使用されています。 クラスター管理者は、記憶域のベンダーに相談した結果、CSV ボリュームごとに比較的多くの仮想マシンを配置することを決定しました。
- 別の組織が、ワークロードが重く、大量に使用されるデータベース アプリケーションをサポートする多数の仮想マシンを展開しようとしています。 クラスターでは性能がより低い記憶域が使用されています。 クラスター管理者は、記憶域のベンダーに相談した結果、CSV ボリュームごとに比較的少ない仮想マシンを配置することを決定しました。
特定の仮想マシンの記憶域構成を計画する場合は、その仮想マシンがサポートするサービス、アプリケーション、または役割のディスク要件を考慮します。 これらの要件を理解することで、パフォーマンスの低下につながる可能性のあるディスク競合を回避できます。 仮想マシンの記憶域の構成は、同じサービス、アプリケーション、または役割を実行している物理サーバーに対して使用する記憶域の構成とほぼ同じにする必要があります。 詳細については、このトピックで前述した「LUN、ボリューム、および VHD ファイルの配置」を参照してください。
ディスクの競合は、多数の独立した物理ハード ディスクで構成される記憶域を使用することによって減らすことができます。 適切な記憶域ハードウェアを選択し、記憶域のベンダーに問い合わせて記憶域のパフォーマンスを最適化してください。
クラスターのワークロードと必要な I/O 操作に応じて、仮想マシンの一部のみを各 LUN にアクセスするように構成し、残りの仮想マシンはアクセスを行わず、コンピューティング操作専用にすることを検討します。
ディスクを CSV としてフェールオーバー クラスターに追加する
フェールオーバー クラスターでは、CSV 機能は既定で有効にされています。 ディスクを CSV に追加するには、ディスクをクラスターの使用可能記憶域グループに追加し (まだ追加されていない場合)、続いてクラスターの CSV に追加します。 この手順は、フェールオーバー クラスター マネージャーまたはフェールオーバー クラスター Windows PowerShell コマンドレットを使用して実行できます。
ディスクを使用可能記憶域に追加する
フェールオーバー クラスター マネージャーのコンソール ツリーで、クラスターの名前を展開し、[記憶域] を展開します。
[ディスク] を右クリックして、[ディスクの追加] を選択します。 フェールオーバー クラスターに追加できるディスクの一覧が表示されます。
追加する 1 つまたは複数のディスクを選択し、[OK] を選択します。
ディスクが [使用可能記憶域] グループに追加されます。
Windows PowerShell の同等のコマンド ([使用可能記憶域] にディスクを追加する)
次の Windows PowerShell コマンドレットは、前の手順と同じ機能を実行します。 各コマンドレットを単一行に入力します。ただし、ここでは、書式上の制約があるために、複数行に改行されて表示される場合があります。
次の例では、クラスターに追加できる状態にあるディスクを識別し、それらを使用可能記憶域グループに追加します。
Get-ClusterAvailableDisk | Add-ClusterDisk
使用可能記憶域内のディスクを CSV に追加する
フェールオーバー クラスター マネージャーのコンソール ツリーで、クラスターの名前を展開し、[記憶域] を展開して、[ディスク] を選択します。
[使用可能記憶域] に割り当てられているディスクを 1 つまたは複数選択し、それらを右クリックして、[クラスターの共有ボリュームへの追加] を選択します。
ディスクがクラスターの [クラスターの共有ボリューム] グループに割り当てられます。 ディスクは、各クラスター ノードの %SystemDrive%ClusterStorage フォルダーの下に番号付きのボリューム (マウント ポイント) として公開されます。 ボリュームは、CSVFS ファイル システムで表示されます。
Note
%SystemDrive%ClusterStorage フォルダー内の CSV ボリュームの名前を変更できます。
Windows PowerShell の同等のコマンド (CSV にディスクを追加する)
次の Windows PowerShell コマンドレットは、前の手順と同じ機能を実行します。 各コマンドレットを単一行に入力します。ただし、ここでは、書式上の制約があるために、複数行に改行されて表示される場合があります。
次の例では、使用可能記憶域にある Cluster Disk 1 をローカル クラスター上の CSV に追加します。
Add-ClusterSharedVolume –Name "Cluster Disk 1"
大量の読み取りが発生するワークロード用に CSV ブロック キャッシュを有効にする (オプション)
CSV キャッシュは、システム メモリ (RAM) をライトスルー キャッシュとして割り当てることで、読み取り専用バッファなし I/O 操作のブロック レベルのキャッシングを提供します (バッファされていない I/O 操作はキャッシュ マネージャーによってキャッシュされません)。これにより、VHD にアクセスするときにバッファリングされていない I/O 操作を実行する Hyper-V などのアプリケーションのパフォーマンスが向上します。 CSV キャッシュは、書き込み要求をキャッシュせずに読み取り要求のパフォーマンスを高めます。 CSV キャッシュの有効化は、スケールアウト ファイル サーバーのシナリオにも役立ちます。
Note
すべてのクラスター化された Hyper-V およびスケールアウト ファイル サーバー展開で CSV キャッシュを有効にすることをお勧めします。
Windows Server 2019 では、CSV キャッシュは既定で有効になり、1 ギビバイト (GiB) が割り当てられます。 Windows Server 2016 と Windows Server 2012 では、既定で無効になります。 Windows Server 2012 R2 では、CSV キャッシュは既定で有効になりますが、予約するブロック キャッシュのサイズを割り当てる必要があります。
次の表に、CSV キャッシュを制御する 2 つの構成設定を示します。
| Windows Server 2012 R2 以降 | Windows Server 2012 | 説明 |
|---|---|---|
| BlockCacheSize | SharedVolumeBlockCacheSizeInMB | これは、クラスター内の各ノードで CSV キャッシュのために予約するメモリ量 (メガバイト) を定義するためのクラスター共通プロパティです。 たとえば、値として 512 を定義した場合、512 MB のシステム メモリが各ノードで予約されます (多くのクラスターでは、推奨値は 512 MB です)。既定の設定は 0 (無効) です。 |
| EnableBlockCache | CsvEnableBlockCache | これはクラスターの物理ディスク リソースのプライベート プロパティです。 このプロパティを使用して、CSV に追加される個々のディスクで CSV キャッシュを有効にできます。 Windows Server 2012 では、既定値は 0 (無効化) です。 ディスクで CSV キャッシュを有効にするには、値を 1 に設定します。 Windows Server 2012 R2 では、既定でこの設定が有効になります。 |
CSV キャッシュを監視するには、パフォーマンス モニターで [クラスター CSV ボリューム キャッシュ] の下にカウンターを追加します。
CSV キャッシュを構成する
Windows PowerShell を管理者として起動します。
各ノードで 512 MB の予約済みキャッシュを定義するには、次のように入力します。
Windows Server 2012 R2 以降:
(Get-Cluster).BlockCacheSize = 512Windows Server 2012:
(Get-Cluster).SharedVolumeBlockCacheSizeInMB = 512
Windows Server 2012 で、Cluster Disk 1 という名前の CSV で CSV キャッシュを有効にするには、次のように入力します。
Get-ClusterSharedVolume "Cluster Disk 1" | Set-ClusterParameter CsvEnableBlockCache 1
Note
- Windows Server 2012 では、合計物理 RAM の 20% のみを CSV キャッシュに割り当てることができます。 Windows Server 2012 R2 以降では、最大 80% を割り当てることができます。 スケールアウト ファイル サーバーは通常メモリの制約を受けないため、CSV キャッシュ用に追加のメモリを使用してパフォーマンスを大幅に向上させることができます。
- リソースの競合を避けるために、CSV キャッシュに割り当てられるメモリを変更した後に、クラスター内の各ノードを再起動する必要があります。 Windows Server 2012 R2 以降では、再起動は不要になりました。
- 個々のディスクで CSV キャッシュを有効または無効にしたら、設定を有効にするために、物理ディスク リソースをいったんオフラインにしてからオンラインに戻す必要があります。 (既定では、Windows Server 2012 R2 以降では、CSV キャッシュが有効になります)。
- パフォーマンス カウンターに関する情報を含む、CSV キャッシュの詳細については、ブログ記事の「 CSV キャッシュを有効にする方法」を参照してください。
CSV のバックアップ
フェールオーバー クラスターの CSV に格納されている情報をバックアップする方法はいくつかあります。 Microsoft のバックアップ アプリケーションに加えて、Microsoft 以外のアプリケーションも使用できます。 一般に、CSV では、NTFS または ReFS でフォーマットされたクラスター化された記憶域のバックアップ要件を超える特別なバックアップ要件はありません。 また、CSV バックアップによって他の CSV 記憶域操作が中断されることはありません。
CSV 用のバックアップ アプリケーションとバックアップ スケジューラを選択するときには、次の要素を考慮してください。
- CSV ボリュームのボリュームレベル アクアは、その CSV ボリュームに接続しているどのノードからも実行できます。
- バックアップ アプリケーションは、ソフトウェア スナップショットまたはハードウェア スナップショットを使用できます。 バックアップ アプリケーションがそれらをどの程度サポートするかに応じて、アプリケーション間の整合性およびクラッシュ前後の整合性が維持されるボリューム シャドウ コピー サービス (VSS) スナップショットをバックアップで使用できます。
- 実行している仮想マシンが複数存在する CSV をバックアップする場合は、通常、管理オペレーティング システム ベースのバックアップ手法を選択する必要があります。 バックアップ アプリケーションがこれをサポートしている場合は、複数の仮想マシンを同時にバックアップできます。
- CSV では、Windows Server バックアップを実行するバックアップ要求がサポートされます。 しかし、Windows Server バックアップは通常、基本的なバックアップ ソリューションのみを提供するため、より大規模なクラスターを使用する組織には適さない場合があります。 Windows Server バックアップは、CSV 上でアプリケーション間の整合性が維持される仮想マシンのバックアップをサポートしていません。 クラッシュ前後の整合性が維持されるボリュームレベルのバックアップのみをサポートしています (クラッシュ整合性バックアップを復元すると、仮想マシンがバックアップの作成時点でクラッシュした場合と同じ状態になります)。CSV ボリューム上の仮想マシンのバックアップは成功しますが、これがサポートされていないことを示すエラー イベントがログに記録されます。
- フェールオーバー クラスターをバックアップするときには、管理者の資格情報が必要になる場合があります。
重要
バックアップ アプリケーションがどのデータをバックアップおよび復元するか、どの CSV 機能をサポートしているか、および各クラスター ノードでのアプリケーションのリソース要件を注意深く確認してください。
警告
バックアップ データを CSV ボリュームに復元する必要がある場合は、バックアップ アプリケーションに、クラスター ノードにまたがってアプリケーション間の整合性が維持されるデータを維持および復元する機能と、その機能に対する制限があるかどうかを確認してください。 たとえば、一部のアプリケーションでは、CSV ボリュームをバックアップしたノードとは異なるノードで CSV を復元する場合、復元を実行するノードでアプリケーションの状態に関する重要なデータを誤って上書きする可能性があります。