次の方法で共有


クラスター共有ボリュームの管理

クラスター共有ボリューム (CSV) は、フェールオーバー クラスター内の複数のノードが同じ NTFS または ReFS ボリュームに同時にアクセスできるようにする Windows Server および Azure ローカル機能です。 この共有アクセスは、Hyper-V や Scale-Out ファイル サーバーなどの高可用性ワークロードに不可欠であり、ドライブ文字やマウント ポイントを変更することなく、仮想マシンとアプリケーションをクラスター ノード間でシームレスに移動できます。 CSV は、ストレージ管理を効率化し、柔軟性を高め、継続的な可用性をサポートします。 ディスクの追加、キャッシュの構成、バックアップの実行の機能を提供するフェールオーバー クラスター マネージャーや Windows PowerShell などのツールを使用して CSV を管理できます。

Prerequisites

CSV を管理するには、次の前提条件が満たされていることを確認します。

  • デバイスは Windows Server 2012 以降を実行している必要があり、 フェールオーバー クラスタリング 機能はクラスター内のすべてのノード (サーバー) にインストールされます。 詳細については、「 Windows Server での役割と機能の追加または削除」を参照してください。

  • 管理者ドメイン管理者、またはクラスター管理者グループのメンバーである必要があります。

  • クラスター構成では、フェールオーバー クラスターに少なくとも 2 つのノードが構成されている必要があります。 すべてのノードは、同じ Active Directory (AD) ドメインに参加している必要があります。

  • すべてのクラスター ノードから少なくとも 1 つの共有ディスク (LUN) にアクセスでき、NTFS または ReFS を使用してクラスター ディスクとして構成されている必要があります。 共有ストレージに iSCSI またはファイバー チャネルを使用している場合は、冗長性と最適なパフォーマンスを提供するようにマルチパス I/O (MPIO) が適切に構成されていることを確認します。

  • ノードごとに少なくとも 2 つのネットワーク インターフェイスを使用することをお勧めします。1 つはクラスター通信用、1 つはクライアント アクセス用です。 ネットワーク設定で、適切な IP アドレスやサブネット構成など、ノード間の適切な通信が許可されていることを確認します。 必要なクラスター トラフィックを許可するようにファイアウォールが構成されていることを確認します。

フェールオーバー クラスターに CSV を追加する

フェールオーバー クラスターでは、CSV 機能は既定で有効にされています。 CSV にディスクを追加するには、クラスターの 使用可能な記憶域 グループにディスクを追加し (まだ追加されていない場合)、クラスターに CSV を追加する必要があります。 Windows フェールオーバー クラスターにディスクを追加すると、通常は、特定のクラスターの役割または構成にすぐに割り当てられない場合は、 使用可能な記憶域 グループに配置されます。 この配置は、クラスターによって認識されるが、クラスター内の特定の使用のためにまだ指定されていないディスクの保持領域として機能します。

フェールオーバー クラスター マネージャーまたは PowerShell を使用して、これらの手順を実行できます。

  1. Server Managerで、[ツール] 選択し、[フェールオーバー クラスター マネージャー] 選択します。

    または、[ スタート] を選択し、「 cluadmin.msc」と入力して Enter キーを押 します

  2. 左側のウィンドウの [フェールオーバー クラスター マネージャー] で、クラスターを展開し、[ 記憶域] を展開します。

  3. [ ディスク] を選択し、右側のウィンドウで [ ディスクの追加] を選択します。

  4. ウィザードには、クラスターに追加できる使用可能なディスクが一覧表示されます。 追加するディスクを選択し、[ OK] を選択します

  5. 新しく追加されたディスクは、[割り当て先] 列の [ 使用可能な記憶域 ] に割り当 てられます。 ディスクを右クリックし、[ クラスター共有ボリュームに追加] を選択します。

Tip

%SystemDrive%\ClusterStorage フォルダー内の CSV ボリュームの名前を変更できます。

大量の読み取りが発生するワークロード用に CSV ブロック キャッシュを有効にする (オプション)

CSV キャッシュは、システム メモリ (RAM) を使用してブロック レベルの読み取り専用のバッファーなしの I/O 操作をキャッシュすることで、パフォーマンスを向上させます。 バッファーなし I/O では標準キャッシュ マネージャーがバイパスされるため、CSV キャッシュを有効にすると、バッファーなしの I/O を使用して仮想ハード ディスク (VHD) にアクセスする Hyper-V などのワークロードに役立ちます。 CSV キャッシュは読み取り操作を高速化しますが、書き込み操作はキャッシュしません。 この機能は、Scale-Out ファイル サーバー環境でも読み取りパフォーマンスを向上させるために重要です。 すべてのクラスター化された Hyper-V と Scale-Out ファイル サーバーの展開に対して CSV キャッシュを有効にすることをお勧めします。

Note

Windows Server 2016 以降のバージョンでは、CSV キャッシュは既定で有効になり、1 ギビバイト (GiB) のメモリが割り当てられます。 Windows Server 2012 R2 では、キャッシュは既定で有効になっていますが、事前割り当てされていないため、ブロック キャッシュ用に予約するメモリの量を手動で指定する必要があります。 Windows Server 2012 では、管理者は既定で無効になっている CSV キャッシュを手動で有効にして構成する必要があります。

次の表に、CSV キャッシュを制御する 2 つの構成設定を示します。

Windows Server 2012 R2 以降 Windows Server 2012 Description
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 キャッシュを有効にするには、管理者特権のウィンドウで PowerShell を開き、次の手順を実行します。

  1. 現在の CSV キャッシュ設定を表示するには、次のコマンドを実行します。

    Get-ClusterSharedVolume | Select Name, BlockCacheSize
    
  2. Windows Server 2012 R2 以降で、CSV キャッシュのメモリ量を 512 MB に設定するには、次のコマンドを実行してください。

    (Get-Cluster).BlockCacheSize = 512
    

    Windows Server 2012 の場合は、次のコマンドを実行します。

    (Get-Cluster).SharedVolumeBlockCacheSizeInMB = 512
    
  3. Windows Server 2012 で CSV キャッシュを有効にするには、 Cluster Disk # を実際の値に置き換えて次のコマンドを実行します。

    Get-ClusterSharedVolume "Cluster Disk #" | Set-ClusterParameter CsvEnableBlockCache 1
    

CSV キャッシュの監視

パフォーマンス モニターを使用して CSV キャッシュを監視できます。 このツールは、管理者がキャッシュの使用状況を追跡し、潜在的なボトルネックを特定し、キャッシュの効率を分析するのに役立ちます。 キャッシュ ヒット、ミス、メモリ使用量などのメトリックを監視することで、プロアクティブなパフォーマンス チューニングが可能になり、最適なクラスターの信頼性を維持できます。 このカウンターを追加するには、次の手順に従います。

  1. [ スタート] を選択し、「 perfmon」と入力してから、[ パフォーマンス モニター] を選択します。

  2. 左側のウィンドウで [ パフォーマンス モニター] を選択し、右側のウィンドウで緑色の + (プラス記号) ボタンを選択します。

  3. [ カウンターの追加 ] ウィンドウの [ コンピューターからカウンターを選択] で、[ クラスター CSV ボリューム キャッシュ] の一覧から選択します。

  4. [>>追加] を選択し、[OK] を選択します

Note

  • Windows Server 2012 では、合計物理 RAM の 20% のみを CSV キャッシュに割り当てることができます。 Windows Server 2012 R2 以降では、最大 80% を割り当てることができます。 Scale-Out ファイル サーバーは通常、メモリの制約を受けないため、CSV キャッシュに追加のメモリを使用することで、パフォーマンスを大幅に向上させることができます。
  • リソースの競合を避けるために、CSV キャッシュに割り当てられるメモリを変更した後に、クラスター内の各ノードを再起動する必要があります。 Windows Server 2012 R2 以降では、再起動は必要ありません。
  • 個々のディスクで CSV キャッシュを有効または無効にした後、設定を有効にするには、物理ディスク リソースをオフラインにしてオンラインに戻す必要があります。

CSV のバックアップ

フェールオーバー クラスター内の CSV に格納されているデータをバックアップするには、複数の方法があります。 Microsoft のバックアップ アプリケーションに加えて、Microsoft 以外のアプリケーションも使用できます。 一般に、CSV のバックアップは、NTFS または ReFS でフォーマットされた他のクラスター化ストレージ ボリュームをバックアップする場合と同じ手順と要件に従います。 CSV に対して特別に追加または一意のバックアップ手順は必要ありません。 また、CSV バックアップによって他の CSV ストレージ操作が中断されることはありません。

バックアップ アプリケーションがどのデータをバックアップおよび復元するか、どの CSV 機能をサポートしているか、および各クラスター ノードでのアプリケーションのリソース要件を注意深く確認してください。 CSV のバックアップ アプリケーションとバックアップ スケジュールを選択する場合は、次の要因を考慮する必要があります。

  • フェールオーバー クラスターをバックアップするときに、管理者資格情報の入力が必要になる場合があります。

  • CSV ボリュームのボリュームレベル アクアは、その CSV ボリュームに接続しているどのノードからも実行できます。

  • バックアップ アプリケーションは、ソフトウェア スナップショットまたはハードウェア スナップショットを使用できます。 バックアップ アプリケーションがそれらをどの程度サポートするかに応じて、アプリケーション間の整合性およびクラッシュ前後の整合性が維持されるボリューム シャドウ コピー サービス (VSS) スナップショットをバックアップで使用できます。

  • 複数の仮想マシン (VM) が実行されている CSV をバックアップする場合は、通常、管理オペレーティング システムベースのバックアップ方法を選択する必要があります。 バックアップ アプリケーションがこれをサポートしている場合は、複数の仮想マシンを同時にバックアップできます。

  • CSV では、Windows Server Backup を使用したバックアップ操作がサポートされます。 ただし、Windows Server Backup は基本的なソリューションであり、大規模なクラスターのニーズを満たしていない可能性があります。 CSV 上の VM のアプリケーション整合性バックアップはサポートされていないため、クラッシュ整合性ボリューム レベルのバックアップのみが提供されます。 クラッシュ整合性バックアップを復元すると、VM はバックアップ時にクラッシュした場合と同じ状態になります。 CSV ボリュームでの VM のバックアップは正常に完了しますが、アプリケーション整合性バックアップがサポートされていないことを示すエラー イベントがログに記録されます。

Warning

バックアップ データを CSV ボリュームに復元する必要がある場合は、バックアップ アプリケーションに、クラスター ノードにまたがってアプリケーション間の整合性が維持されるデータを維持および復元する機能と、その機能に対する制限があるかどうかを確認してください。 たとえば、一部のアプリケーションでは、CSV ボリュームをバックアップしたノードとは異なるノードで CSV を復元する場合、復元を実行するノードでアプリケーションの状態に関する重要なデータを誤って上書きする可能性があります。

こちらも参照ください