クラスター共有ボリューム (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 以前のスケールアウト ファイル サーバーではサポートされません。 ファイル サーバー Scale-Out の詳細については、アプリケーション データのファイル サーバーScale-Out を参照してください。
- Microsoft SQL Server 2014 (以上) のフェールオーバー クラスター インスタンス (FCI)。 SQL Server 2012 以前の SQL Server のバージョンでの Microsoft SQL Server のクラスター化されたワークロードでは、CSV の使用はサポートされません。
- Windows Server 2019 以上の Microsoft 分散トランザクション制御 (MSDTC)
注
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 と重複除去のサポートを含む相互運用性の向上など、さまざまな機能が追加されています。 詳細については、「 フェールオーバー クラスタリングの新機能」を参照してください。
注
仮想デスクトップ インフラストラクチャ (VDI) シナリオでの CSV でのデータ重複除去の使用の詳細については、ブログ記事「 Windows Server 2012 R2 での VDI ストレージのデータ重複除去の展開」および「Windows Server 2012 R2 の 新しいワークロードへのデータ重複除去の拡張」を参照してください。
フェールオーバー クラスターで CSV を使用するための要件と考慮事項を確認する
フェールオーバー クラスターで CSV を使用する前に、このセクションでネットワーク、記憶域、およびその他の要件と考慮事項を確認してください。
ネットワーク構成に関する考慮事項
CSV をサポートするネットワークを構成するときは、次の考慮事項を確認してください。
複数のネットワークと複数のネットワーク アダプター。 ネットワーク障害の発生時にフォールト トレランスを有効にするには、複数のクラスター ネットワークによって CSV トラフィックを伝送するか、またはチーム化されたネットワーク アダプターを構成することをお勧めします。
クラスター ノードがクラスターによって使用されてはならないネットワークに接続されている場合は、それらのネットワークを無効にする必要があります。 たとえば、クラスターによる iSCSI ネットワークの使用を無効にして、CSV トラフィックがそれらのネットワークに伝送されるのを防ぐことをお勧めします。 ネットワークを無効にするには、フェールオーバー クラスター マネージャーで [ ネットワーク] を選択し、ネットワークを選択し、[ プロパティ ] アクションを選択して、[ このネットワークでのクラスター ネットワーク通信を許可しない] を選択します。 または、Get-ClusterNetwork Windows PowerShell コマンドレットを使用して、ネットワークの Role プロパティを構成することもできます。
ネットワーク アダプターのプロパティ。 クラスター通信を伝送するすべてのアダプターのプロパティで、次の設定が有効になっていることを確認します。
Microsoft ネットワーク用のクライアント と、 Microsoft ネットワーク用のファイルとプリンターの共有。 これらの設定は、ノード間の CSV トラフィックを伝送するために既定で使用されるサーバー メッセージ ブロック (SMB) 3.0 をサポートしています。 SMB をサポートするために、サーバー サービスとワークステーション サービスが実行されており、それらが各クラスター ノードで自動的に開始されるように構成されていることを確認します。
注
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 コマンドレットの出力にも表示されます。
注
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 を使用します。
重要
- SAN 上で使用される ReFS で事前にフォーマットされた CSV では、Direct I/O の他のすべての要件が満たされているかどうかにかかわらず、Direct I/O は使用されないことに注意してください。
- SAN (フロントエンド) 接続のディスクと結合して CSV を使用する場合は、ドライブを CSV に変換する前に NTFS でフォーマットし、ダイレクト I/O のパフォーマンス上の利点を活用してください。
- この動作は仕様です。 以下の「 詳細情報 」セクションのリンク先のページを参照してください。
- CSV と SMB 3.0 の機能 (SMB マルチチャネルや SMB ダイレクトなど) との統合により、リダイレクトされた I/O トラフィックは複数のクラスター ネットワークを経由できます。
- クラスター ネットワークを計画する際は、I/O リダイレクト中にコーディネーター ノードへのネットワーク トラフィックが増加する可能性があることを考慮に入れる必要があります。
注
- 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 コマンドレットを使用して実行できます。
ディスクを使用可能記憶域に追加する
フェールオーバー クラスター マネージャーのコンソール ツリーで、クラスターの名前を展開し、[ 記憶域] を展開します。
[ ディスク] を右クリックし、[ ディスクの追加] を選択します。 フェールオーバー クラスターに追加できるディスクの一覧が表示されます。
追加するディスクを選択し、[ OK] を選択します。
これで、ディスクは 使用可能なストレージ グループに割り当てられます。
Windows PowerShell の同等のコマンド ([使用可能記憶域] にディスクを追加する)
次の Windows PowerShell コマンドレットは、前の手順と同じ機能を実行します。 各コマンドレットを単一行に入力します。ただし、ここでは、書式上の制約があるために、複数行に改行されて表示される場合があります。
次の例では、クラスターに追加する準備ができているディスクを識別し、それらを 使用可能な記憶域 グループに追加します。
Get-ClusterAvailableDisk | Add-ClusterDisk
使用可能記憶域内のディスクを CSV に追加する
フェールオーバー クラスター マネージャーのコンソール ツリーで、クラスターの名前を展開し、[ 記憶域] を展開して、[ ディスク] を選択します。
[使用可能な記憶域] に割り当てられている 1 つ以上のディスクを選択し、選択を右クリックし、[クラスター共有ボリュームに追加] を選択します。
これで、ディスクはクラスター内の クラスター共有ボリューム グループに割り当てられます。 ディスクは、各クラスター ノードの %SystemDrive%ClusterStorage フォルダーの下に番号付きのボリューム (マウント ポイント) として公開されます。 ボリュームは、CSVFS ファイル システムで表示されます。
注
%SystemDrive%ClusterStorage フォルダー内の CSV ボリュームの名前を変更できます。
Windows PowerShell の同等のコマンド (CSV にディスクを追加する)
次の Windows PowerShell コマンドレットは、前の手順と同じ機能を実行します。 各コマンドレットを単一行に入力します。ただし、ここでは、書式上の制約があるために、複数行に改行されて表示される場合があります。
次の例では、ローカル クラスターの CSV に使用可能な記憶域のクラスター ディスク 1 を追加します。
Add-ClusterSharedVolume –Name "Cluster Disk 1"
大量の読み取りが発生するワークロード用に CSV ブロック キャッシュを有効にする (オプション)
CSV キャッシュは、システム メモリ (RAM) をライトスルー キャッシュとして割り当てることで、読み取り専用バッファなし I/O 操作のブロック レベルのキャッシングを提供します (バッファされていない I/O 操作はキャッシュ マネージャーによってキャッシュされません)。これにより、VHD にアクセスするときにバッファリングされていない I/O 操作を実行する Hyper-V などのアプリケーションのパフォーマンスが向上します。 CSV キャッシュは、書き込み要求をキャッシュせずに読み取り要求のパフォーマンスを高めます。 CSV キャッシュの有効化は、スケールアウト ファイル サーバーのシナリオにも役立ちます。
注
すべてのクラスター化された 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 | 説明 |
---|---|---|
ブロックキャッシュサイズ | 共有ボリュームブロックキャッシュサイズ (SharedVolumeBlockCacheSizeInMB) | これは、クラスター内の各ノードで CSV キャッシュのために予約するメモリ量 (メガバイト) を定義するためのクラスター共通プロパティです。 たとえば、値として 512 を定義した場合、512 MB のシステム メモリが各ノードで予約されます (多くのクラスターでは、推奨値は 512 MB です)。既定の設定は 0 (無効) です。 |
ブロックキャッシュを有効化 | 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 = 512
Windows Server 2012:
(Get-Cluster).SharedVolumeBlockCacheSizeInMB = 512
Windows Server 2012 では、 クラスター ディスク 1 という名前の CSV で CSV キャッシュを有効にするには、次のように入力します。
Get-ClusterSharedVolume "Cluster Disk 1" | Set-ClusterParameter CsvEnableBlockCache 1
注
- 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 を復元する場合、復元を実行するノードでアプリケーションの状態に関する重要なデータを誤って上書きする可能性があります。