共有記憶域を使用したストレッチ クラスター レプリケーション

この評価例では、1 つのストレッチ クラスターでコンピューターとその記憶域を構成できます。2 つのノードは 1 つのストレージ セットを共有し、2 つのノードは別のストレージ セットを共有し、レプリケーションでは両方のストレージ セットをクラスター内にミラー化して直ちにフェールオーバーできるようにします。 これらのノードとそのストレージは、別の物理サイトに配置する必要がありますが、必須ではありません。 サンプルのシナリオに示すように、Hyper-V とファイル サーバー クラスターで別々の作成手順があります。

重要

異なるサイト内のサーバーは、ネットワーク経由で他のサーバーと通信できる必要がありますが、他のサイトの共有記憶域に物理的に接続することはできません。 このシナリオでは、記憶域スペース ダイレクトは使用されません。

このチュートリアルでは、例として次の環境を使用します。

• SR-SRV01、SR-SRV02、SR-SRV03、SR-SRV04 という名前の 4 台のサーバー。

• 4 つのサーバーは、 SR-SRVCLUS と呼ばれる単一のクラスターに形成されます。

• 2 つの異なるデータ センターを表す論理 "サイト" のペア。 1 つは レドモンド と呼ばれ、もう 1 つは ベルビューと呼ばれます。

• サーバー SR-SRV01 と SR-SRV02 は Redmond サイトに属しています。

• サーバー SR-SRV03 と SR-SRV04 は 、Bellevue サイトに属しています。

注意

使用できるノード数の下限は 2 個 (各サイトに 1 つのノード) です。 ただし、2 台のサーバーのみでサイト内フェールオーバーを実行することはできません。 ノードは最大で 64 個まで使用することができます。

前提条件

• ソフトウェア:

  • Windows Server 2016 Datacenter Edition 以降を実行している 2 から 64 台のサーバー。 Windows Server 2019 を実行している場合は、最大 2 TB のサイズの 1 つのボリュームのみをレプリケートする場合は、Standard Edition を使用できます。
  • Active Directory Domain Services の役割、フェールオーバー クラスタリング、記憶域レプリカの機能をデバイスにインストールする必要があります。 詳細については、「役割、役割サービス、または機能 をインストールまたはアンインストールするを参照してください。
  • デバイスは Active Directory (AD) フォレストの一部である必要があります。
  • すべてのノード間で ICMP、SMB ポート 445、SMB ダイレクト ポート 5445、WS-MAN ポート 5985 の双方向トラフィックを許可するための適切なファイアウォールとルーターの規則。

• ハードウェア:

  • サーバーあたり少なくとも 2 GB の RAM と 2 コア。 仮想マシン環境には、より多くの RAM とコアが必要になります。
  • SAS JBOD (記憶域スペースなど)、ファイバー チャネル SAN、共有 VHDX、または iSCSI ターゲットを使用する 2 セットの共有記憶域。
  • 記憶域は、HDD と SSD メディアの混在を含み、永続的な予約をサポートしている必要があります。 各ストレージ セットは、2 台のサーバーでのみ使用できる必要があります (非対称)。
    • 物理ストレージは容量が同じである必要があり、すべてのデータ ディスクとログ ディスクで同じセクター サイズを持つ必要があります。
    • データ ディスクとログ ディスクは GPT として初期化する必要があります。
    • ボリュームは NTFS または ReFS としてフォーマットする必要があります。
    • ログ ボリュームでは、フラッシュ ベースのストレージと、高いパフォーマンスの回復性の設定を使用する必要があります。 Microsoft では、ログ ストレージの方がデータ ストレージよりも高速であることをお勧めします。
    • 指定しない場合、ログ サイズは既定で 8 GB に設定されます。 ログボリュームは、ログの要件と組織のニーズに基づいて、少なくとも 10 GB 以上である必要があります。
  • 記憶域の各セットでは、2 つ以上 (1 つはレプリケートされたデータ用、1 つはログ用) の仮想ディスクの作成が許可される必要があります。
  • レプリケートされたストレージは、Windows オペレーティング システム フォルダーを含むドライブに配置できません。

• ディスク構成:

  • JBOD 外付けケース

    • ペアになっているサーバー ノードの各セットに、サイトのストレージ エンクロージャのみ (非対称ストレージ) が表示され、SAS 接続が正しく構成されていることを確認します。

    • PowerShell またはサーバー マネージャーを使用したスタンドアロン サーバーへの記憶域スペースの展開に関する手順 1 から 3 に従って、記憶域スペースを使用して記憶域をプロビジョニングします。

  • iSCSI ストレージ

    • ペアのサーバー ノードの各セットに、非対称ストレージなど、サイトのストレージ エンクロージャのみが表示されるようにします。 iSCSI を使用する場合は、複数の単一ネットワーク アダプターを使用する必要があります。

    • ベンダーのドキュメントを参照して記憶域をプロビジョニングします。 Windows ベースの iSCSI ターゲットを使用している場合は、 iSCSI ターゲット サーバーの概要を参照してください。

  • FC SAN ストレージの場合:

    • ペアになったサーバー ノードの各セットに、サイトのストレージ エンクロージャのみ (非対称ストレージ) が表示され、ホストが適切にゾーン化されていることを確認します。

    • ベンダーのドキュメントを参照して記憶域をプロビジョニングします。

• ネットワーク:

  • 同期レプリケーション用の各サーバー上の少なくとも 1 つの 1 GbE 接続。
  • IO 書き込みワークロードを格納するのに十分な帯域幅を持つサーバー間のネットワークと、同期レプリケーションのラウンド トリップ待機時間の平均は約 5 ミリ秒です。 非同期レプリケーションには待機時間に関する推奨事項はありません。

注意

データ ディスクでは、ミラー化またはパリティ スペース、RAID 1 または 10、RAID 5、RAID 50 のいずれかを使用できます。

ログ ボリュームは、絶対に他のワークロードに使用しないでください。

重要

記憶域デバイスを 1 台のサーバーに接続してレプリケーションに使用することはできますが、Windows フェールオーバー クラスタリングは SCSI 永続予約に引き続き依存します。 そのため、記憶域は引き続き SAN テクノロジなどの共有 Storage の種類である必要があります。 ハイパーバイザーによって提示されるローカルディスクまたはディスクに互換性がない可能性があります。 Azure では、VM を 1 つだけアタッチする場合でも、ディスクは共有をサポートする Premium SSD サイズである必要があります。

これらの要件の多くは、 Test-SRTopology コマンドレットを使用して決定できます。 記憶域レプリカまたは記憶域レプリカ管理ツール機能を 1 つ以上のサーバーにインストールすると、このツールにアクセスできるようになります。 このツールを使用するように記憶域レプリカを構成する必要はなく、コマンドレットをインストールする必要があります。

環境をプロビジョニングする

すべてのサーバーの組み込み管理者グループのメンバーであるドメイン ユーザーとして常にサインインします。 管理者特権で PowerShell またはコマンド プロンプトを常に実行します。

1. デスクトップ エクスペリエンス搭載サーバーまたは Server Core インストール オプションを使用して、すべてのサーバー ノードに Windows Server をインストールします。

2. サーバーの BIOS/UEFI 設定が、C 状態の無効化、QPI 速度の設定、NUMA の有効化、最高のメモリ頻度の設定など、高パフォーマンスに設定されていることを確認します。 Windows Server での電源管理が高パフォーマンスに設定されていることを確認します。 必要に応じて再起動します。

3. ネットワーク情報を追加し、ノードをドメインに参加させてから再起動します。

   注意

   このガイドでは、ストレッチ クラスターで使用するサーバーのペアリングが 2 つあると想定しています。 WAN または LAN ネットワークはサーバーを分離し、サーバーは物理サイトまたは論理サイトに属します。

4. 共有 JBOD ストレージ エンクロージャ、共有 VHDX、iSCSI ターゲット、または FC SAN の最初のセットを Redmond サイトのサーバーに接続します。

5. 2 番目のストレージ セットを Bellevue サイトのサーバーに接続します。

6. 最新のベンダー ストレージおよびエンクロージャ ファームウェア、必要なすべてのドライバー、HBA ドライバー、BIOS/UEFI ファームウェアを 4 つのノードすべてにインストールします。 必要に応じてノードを再起動します。

   注意

   共有記憶域およびネットワーク ハードウェアの構成については、ハードウェア ベンダーのドキュメントを参照してください。

次の手順では、サーバーが追加され、必要な役割と機能で構成されます。

1. サーバー マネージャーで、[管理] を選択し、[サーバーの追加] を選択します。

2. [ サーバーの追加 ] ウィンドウで、次の方法でサーバーを選択します。

   1. AD (サーバーはドメインに参加している必要があります)

   2. DNS (コンピューター名または IP)

   3. インポート (テキスト ファイルから)

3. サーバーを選択したら、[→] ボタンを使用してサーバーをインポートし、[ OK] を選択します。

4. SR-SRV04 またはリモート管理コンピューターで、管理者特権の PowerShell ウィンドウで次のコマンドを実行します。

   $Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'
   
   $Servers | foreach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -Restart }
   

Hyper-V フェールオーバー クラスターまたはファイル サーバー クラスターを構成する

サーバー ノードを設定した後、次の手順は、Hyper-V フェールオーバー クラスターまたはファイル サーバー クラスターを作成することです。 ノードが異なるサブネットに存在する場合は、"OR" 依存関係を使用して追加サイトの IP アドレスを作成する必要があります。 詳細については、「 マルチサブネット クラスターの IP アドレスと依存関係の構成 - パート III」を参照してください。

2 ノード ストレッチ クラスターを作成する場合は、作業を続行する前にすべての記憶域を追加する必要があります。 これは、Windows Server 2016 での仕様上の動作です。 次のコマンドを実行して、使用可能なストレージを追加します。

Get-ClusterAvailableDisk -All | Add-ClusterDisk

指定したソース ボリュームで書き込み IO 負荷のないテスト サーバーを使用する場合は、有用なレポートが生成されない Test-SRTopology ワークロードを追加することを検討してください。 実際の数値と推奨されるログ サイズを確認するには、運用環境に似たワークロードを使用してテストする必要があります。

または、テスト中にいくつかのファイルをソース ボリュームにコピーするか、 diskspd をダウンロードして実行して書き込み IO を生成します。 たとえば、 D: ボリュームで 10 分間の書き込み IO ワークロードをサンプリングするには、次のコマンドを実行します。

diskspd -c1g -d600 -W5 -C5 -b4k -t2 -o2 -r -w5 -i100 D:\Test.dat

Windows Server 2016 でフェールオーバー クラスター マネージャーを使用してサイト認識を構成するオプションはありません。

注意

サイトの停止が発生した場合に、クォーラムを提供するために、ファイル共有監視またはクラウド監視を構成します。 Windows Server では、クラウド (Azure) ベースの監視オプションも追加されました。 ファイル共有またはディスク監視の代わりに、このクォーラム オプションを選択できます。

クォーラム構成の詳細については、「Windows Server 2012 フェールオーバー クラスターでクォーラムを構成および管理する」の「監視の構成」を参照してください。 クラスター クォーラム コマンドレットの詳細については、 FailoverClusters モジュール セットを参照してください。

ヒント

Windows Server 2012 の Hyper-V クラスターのネットワークに関する推奨事項を確認して、クラスター ネットワークが最適に構成されていることを確認します。 DNS サイトのフェールオーバーを高速化するために、クラスター ネットワークと AD を構成します。 Hyper-V を利用したソフトウェア定義ネットワーク、拡張された VLAN、ネットワーク抽象化デバイス、低くした DNS TTL、およびその他の一般的な手法を使用することができます。

また、ノード障害時にゲストが長時間一時停止しないように、VM の回復性を構成することもできます。 代わりに、10 秒以内に新しいレプリケーション ソース ストレージにフェールオーバーします。 このアクションを実行するには、 (Get-Cluster).ResiliencyDefaultPeriod=10 コマンドを実行します。

Hyper-V フェールオーバー クラスター

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

2. 右側のウィンドウの [ アクション] で、[ 構成の検証 ] を選択して続行できることを確認します。

   注意

   非対称ストレージを使用するため、クラスターの検証でストレージ エラーが発生することが予想されます。

3. Hyper-V クラスターのデプロイ ガイドを使用して、15 文字以下の Hyper-V コンピューティング クラスターを作成 します 。 Redmond サイト内の手順 7 から 10 に従ってテスト仮想マシンを作成し、最初のテスト サイトでストレージを共有する 2 つのノード内でクラスターが正常に動作していることを確認します。

4. Redmond サイトの 1 つのディスクをクラスター CSV に追加します。 [ストレージ] セクションの [ディスク] ノードでソース ディスクを右クリックし、[クラスター共有ボリュームに追加] を選択します。

5. Test-SRTopology コマンドレットは、記憶域レプリカの要件が満たされているかどうかを判断するために使用されます。 たとえば、提案されたストレッチ クラスター ノードのうち、それぞれ D: と E: ボリュームが 30 分間ある 2 つのストレッチ クラスター ノードを検証するには、次の手順を実行します。

   1. すべての利用可能な記憶域を SR-SRV01 に移動します。

   2. フェールオーバー クラスター マネージャーで、クラスターを展開し、[ロール] を右クリックし、[空のロールの作成] を選択します。

   3. 新しいロールという名前の空のロールにオンライン ストレージを追加します。

   4. すべての利用可能な記憶域を SR-SRV03 に移動します。

   5. ロールをもう一度右クリックし、[空の ロール の 作成] を選択します。

   6. 新しいロール (2) を SR-SRV03 に移動します。

   7. オンライン記憶域をこの空の役割に追加し、「新しい役割 (2)」という名前を付けます。

   8. 次のコマンドを実行して、クラスターを評価します。

      $params = @{
         SourceComputerName       = 'SR-SRV01'
         SourceVolumeName         = 'D:'
         SourceLogVolumeName      = 'E:'
         DestinationComputerName  = 'SR-SRV03'
         DestinationVolumeName    = 'D:'
         DestinationLogVolumeName = 'E:'
         DurationInMinutes        = 30
         ResultPath               = 'C:\Temp'
      }
      MD C:\Temp | Test-SRTopology @params
      

6. TestSrTopologyReport-<date>.html レポートを調べて、記憶域レプリカの要件を満たしていることを確認し、初期同期時間の予測とログの推奨事項をメモします。

   

7. ディスクを 使用可能な記憶域 に戻し、一時的な空のロールを削除します。

8. テスト仮想マシンを削除します。 提案されたソース ノードにさらに評価に必要なすべての実際のテスト仮想マシンを追加します。

9. ストレッチ クラスター サイト認識を構成して、サーバー SR-SRV01 と SR-SRV02 が Redmond サイトにあり、サーバー SR-SRV03 と SR-SRV04 が Bellevue サイトに存在するようにします。 Redmond が、ソース ストレージと VM の所有権を持つプライマリ ノードであることを確認します。

   New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"
   
   New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"
   
   Set-ClusterFaultDomain -Name SR-SRV01 -Parent Redmond
   Set-ClusterFaultDomain -Name SR-SRV02 -Parent Redmond
   Set-ClusterFaultDomain -Name SR-SRV03 -Parent Bellevue
   Set-ClusterFaultDomain -Name SR-SRV04 -Parent Bellevue
   
   (Get-Cluster).PreferredSite="Redmond"
   

ファイル サーバー

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

2. 右側のウィンドウの [ アクション] で、[ 構成の検証 ] を選択して続行できることを確認します。

   注意

   非対称ストレージを使用するため、クラスターの検証でストレージ エラーが発生することが予想されます。

3. ファイル サーバー フェールオーバー クラスターの構成に関する記事で説明されている手順 2 から 18 に従います

4. ストレッチ クラスター サイト認識を構成して、サーバー SR-SRV01 と SR-SRV02 が Redmond サイトにあり、サーバー SR-SRV03 と SR-SRV04 が Bellevue サイトに存在するようにします。 Redmond が、ソース ストレージと VM の所有権を持つプライマリ ノードであることを確認します。

   New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"
   
   New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"
   
   Set-ClusterFaultDomain -Name SR-SRV01 -Parent Redmond
   Set-ClusterFaultDomain -Name SR-SRV02 -Parent Redmond
   Set-ClusterFaultDomain -Name SR-SRV03 -Parent Bellevue
   Set-ClusterFaultDomain -Name SR-SRV04 -Parent Bellevue
   
   (Get-Cluster).PreferredSite="Redmond"
   

PowerShell

1. 次のコマンドを実行して、提案されたクラスターをテストし、結果を分析してから続行します。

   Test-Cluster SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04
   

   注意

   非対称ストレージ使用のために起こる、クラスター検証からのストレージ エラーを予測する必要があります。

2. Hyper-V クラスターを作成するときは、クラスターで使用する独自の静的 IP アドレスを指定する必要があります。 クラスター名が 15 文字以下であることを確認します。 -Dependency パラメーターは、<クラスター IP アドレス>または <NewIPAddress> に使用できます。 この手順を実行するには、次のコマンドを実行します。

   New-Cluster -Name SR-SRVCLUS -Node SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04 -StaticAddress "IP Address"
   Add-ClusterResource -Name NewIPAddress -ResourceType "IP Address" -Group "Cluster Group"
   Set-ClusterResourceDependency -Resource "Cluster Name" -Dependency "<Cluster IP Address>"
   

3. ドメイン コントローラーまたはその他の独立したサーバーでホストされている共有を指すファイル共有またはクラウド監視をクラスターで構成するには、次のコマンドを実行します。

   Set-ClusterQuorum -FileShareWitness \\SomeServer\SomeShare
   

   ファイル サーバーロールを構成する場合は、次のコマンドを実行します。

   Get-ClusterResource
   Add-ClusterFileServerRole -Name SR-CLU-FS1 -Storage "Cluster Disk 4"
   
   MD F:\Share01
   
   New-SmbShare -Name Share01 -Path F:\Share01 -ContinuouslyAvailable $false
   

4. ストレッチ クラスター サイト認識を構成して、サーバー SR-SRV01 と SR-SRV02 が Redmond サイトにあり、サーバー SR-SRV03 と SR-SRV04 が Bellevue サイトに存在するようにします。 Redmond が、ソース ストレージと VM の所有権を持つプライマリ ノードであることを確認します。

   New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"
   
   New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"
   
   Set-ClusterFaultDomain -Name SR-SRV01 -Parent Redmond
   Set-ClusterFaultDomain -Name SR-SRV02 -Parent Redmond
   Set-ClusterFaultDomain -Name SR-SRV03 -Parent Bellevue
   Set-ClusterFaultDomain -Name SR-SRV04 -Parent Bellevue
   
   (Get-Cluster).PreferredSite="Redmond"
   

ストレッチ クラスターを構成する

環境を構成、検証、テストしたら、次の手順として、フェールオーバー クラスター マネージャーまたは PowerShell を使用して記憶域レプリカを使用してストレッチ クラスターを構成します。 クラスター ノード上のすべての手順は、直接、または Windows Server リモート サーバー管理ツール (RSAT) を含むリモート管理コンピューターから実行できます。

フェールオーバー クラスター マネージャー

1. HYPER-V のワークロードの場合、レプリケートするデータがある 1 つのノード上で、既に構成されていない場合は、使用可能なディスクからクラスター化された共有ボリュームにソース データ ディスクを追加します。 すべてのディスクを追加しないでください。単一のディスクを追加するだけです。 この時点では、ディスクの半分がオフラインと表示されます。これは非対称ストレージであるためです。 汎用ファイル サーバーと同様の物理ディスク リソース (PDR) ワークロードをレプリケートする場合、すぐに使用できる役割がアタッチされたディスクが既にあります。

   

2. CSV ディスクまたはロールがアタッチされたディスクを右クリックし、[ レプリケーション] を選択して、[ 有効] を選択します。

3. 適切な宛先データ ボリュームを選択し、[ 次へ] を選択します。 表示されるターゲット ディスクのボリュームサイズは、選択したソース ディスクと同じです。 これらのウィザード ダイアログ間を移動すると、使用可能なストレージが自動的に移動し、必要に応じてバックグラウンドでオンラインで表示されます。

   

4. 適切なソース ログ ディスクを選択し、[ 次へ] を選択します。 ソースログボリュームは、回転ディスクではなく、SSDまたは同様の高速メディアを使用するディスクに配置する必要があります。

5. 適切な宛先ログ ボリュームを選択し、[次へ] を選択します。 表示される宛先ログ ディスクのサイズは、選択したソース ログ ディスク ボリュームと同じです。

6. 上書きボリューム を 上書き先ボリューム のままにしておいてください。これは、コピー先ボリュームにソースサーバーのデータの以前のコピーが含まれていない場合の設定です。 コピー先に同様のデータが含まれている場合は、最近のバックアップまたは以前のレプリケーションから[ シードされたターゲット ディスク]、[ 次へ] の順に選択します。

7. ゼロ RPO レプリケーションを使用する場合は、[レプリケーション モード] の値を [同期レプリケーション] のままにします。 待機時間が長いネットワーク上でクラスターを拡大する場合やプライマリ サイト ノード上で IO 待機時間を短縮する必要がある場合は、[非同期レプリケーション] に変更します。

8. 後でレプリケーション グループ内の追加のディスク ペアで書き込み順序を使用する予定がない場合は、 整合性グループ の値を 最高のパフォーマンス のままにします。 このレプリケーション グループにさらにディスクを追加する予定で、確実な書き込み順序が必要な場合は、[ 書き込み順序を有効にする] を選択し、[ 次へ] を選択します。

9. [次へ] を選択して、レプリケーションとストレッチ クラスターの形成を構成します。

   

10. [概要] 画面で、確認ダイアログの結果をメモします。 Web ブラウザーでレポートを表示できます。

11. クラスターの 2 つの半分間の記憶域レプリカ パートナーシップが構成されていますが、レプリケーションは進行中です。 グラフィカル ツールを使用していくつかの方法でレプリケーションの状態を見ることができます。

    1. [ レプリケーション ロール ] 列と [ レプリケーション ] タブを使用します。初期同期が完了すると、ソース ディスクと移行先ディスクのレプリケーション状態は [継続的にレプリケート] になります。

       

    2. ソース サーバーでイベント ビューアーを開き、Applications and Services\Microsoft\Windows\StorageReplica\Admin に移動し、イベント ID 1237、2200、5001、5002、5004、5015 を調べます。

    3. 移行先サーバーでイベント ビューアーを開き、Applications and Services\Microsoft\Windows\StorageReplica\Operational に移動し、イベント ID 1215 を待ちます。 このイベントでは、コピーされたバイト数と所要時間が示されます。 例:

       Log Name:      Microsoft-Windows-StorageReplica/Operational
       Source:        Microsoft-Windows-StorageReplica
       Date:          4/6/2016 4:52:23 PM
       Event ID:      1215
       Task Category: (1)
       Level:         Information
       Keywords:      (1)
       User:          SYSTEM
       Computer:      SR-SRV03.Threshold.nttest.microsoft.com
       Description:
       Block copy completed for replica.
       
       ReplicationGroupName: Replication 2
       ReplicationGroupId: {c6683340-0eea-4abc-ab95-c7d0026bc054}
       ReplicaName: \\?\Volume{43a5aa94-317f-47cb-a335-2a5d543ad536}\
       ReplicaId: {00000000-0000-0000-0000-000000000000}
       End LSN in bitmap:
       LogGeneration: {00000000-0000-0000-0000-000000000000}
       LogFileId: 0
       CLSFLsn: 0xFFFFFFFF
       Number of Bytes Recovered: 68583161856
       Elapsed Time (ms): 140
       

    4. 移行先サーバーでイベント ビューアーを開き、Applications and Services\Microsoft\Windows\StorageReplica\Admin に移動し、イベント ID 1237、2200、5001、5009、5005、5015 を調べて、処理の進行状況を把握します。 このシーケンスでは、エラーの警告は発生しないはずです。 複数のイベント ID 1237 が発生した場合、これは進行状況を示します。

       警告

       CPU とメモリ使用率は、初期同期が完了するまでは通常より高くなる可能性があります。

PowerShell

1. 管理者特権の管理者アカウントで PowerShell コンソールが実行されていることを確認します。

2. ソースデータストレージを、CSV としてクラスターのみに追加してください。 使用可能なディスクのサイズ、パーティション、およびボリューム レイアウトを取得するには、次のコマンドを使用します。

   Move-ClusterGroup -Name "Available Storage" -Node SR-SRV01
   
   $DiskResources = Get-ClusterResource | Where-Object { $_.ResourceType -eq 'Physical Disk' -and $_.State -eq 'Online' }
   $DiskResources | foreach {
       $resource = $_
       $DiskGuidValue = $resource | Get-ClusterParameter DiskIdGuid
   
       Get-Disk | where { $_.Guid -eq $DiskGuidValue.Value } | Get-Partition | Get-Volume |
           Select @{N="Name"; E={$resource.Name}}, @{N="Status"; E={$resource.State}}, DriveLetter, FileSystemLabel, Size, SizeRemaining
   } | FT -AutoSize
   
   Move-ClusterGroup -Name "Available Storage" -Node SR-SRV03
   
   $DiskResources = Get-ClusterResource | Where-Object { $_.ResourceType -eq 'Physical Disk' -and $_.State -eq 'Online' }
   $DiskResources | foreach {
       $resource = $_
       $DiskGuidValue = $resource | Get-ClusterParameter DiskIdGuid
   
       Get-Disk | where { $_.Guid -eq $DiskGuidValue.Value } | Get-Partition | Get-Volume |
            Select @{N="Name"; E={$resource.Name}}, @{N="Status"; E={$resource.State}}, DriveLetter, FileSystemLabel, Size, SizeRemaining
   } | FT -AutoSize
   

3. 次のコマンドを使用して正しいディスクを CSV に設定します。

   Add-ClusterSharedVolume -Name "Cluster Disk 4"
   Get-ClusterSharedVolume
   Move-ClusterSharedVolume -Name "Cluster Disk 4" -Node SR-SRV01
   

4. 次を指定してストレッチ クラスターを構成します。

   • ソース ノードと移行先ノード (ソース データが CSV ディスクであり、他のすべてのディスクが含まれていない場合)。

   • レプリケーション元とレプリケーション先のグループ名。

   • パーティション サイズが一致するソースディスクと宛先ディスク。

   • ソースと宛先のログ ボリューム。ディスクの両方にログ サイズを格納するのに十分な空き領域があり、ストレージは SSD または同様の高速メディアです。

   • ログ サイズ。

   • ソースログボリュームは、回転ディスクではなく、SSDまたは同様の高速メディアを使用するディスクに配置する必要があります。

   $params = @{
     SourceComputerName    = 'SR-SRV01'
     SourceRGName          = 'RG01'
     SourceVolumeName      = 'C:\ClusterStorage\Volume1'
     SourceLogVolumeName   = 'E:'
     DestinationComputerName = 'SR-SRV03'
     DestinationRGName     = 'RG02'
     DestinationVolumeName = 'D:'
     DestinationLogVolumeName = 'E:'
     LogType               = 'Raw'
   }
   New-SRPartnership @params
   

   注意

   各サイトの 1 つのノードで New-SRGroup を使用し、New-SRPartnership を使用して、すべて一度に実行するのではなく、各段階でレプリケーションを作成することができます。

5. レプリケーションの進行状況を確認します。

   1. ソース サーバーで次のコマンドを実行し、イベント ID 5015、5002、5004、1237、5001、および 2200 を調べます。

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
      

   2. レプリケーション先サーバーで、次のコマンドを実行して、パートナーシップの作成を示す記憶域レプリカ イベントを参照します。 このイベントでは、コピーされたバイト数と所要時間が示されます。 例:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | FL
      

      TimeCreated  : 4/6/2016 4:52:23 PM
      ProviderName : Microsoft-Windows-StorageReplica
      Id           : 1215
      Message      : Block copy completed for replica.
      
             ReplicationGroupName: Replication 2
             ReplicationGroupId: {c6683340-0eea-4abc-ab95-c7d0026bc054}
             ReplicaName: ?Volume{43a5aa94-317f-47cb-a335-2a5d543ad536}
             ReplicaId: {00000000-0000-0000-0000-000000000000}
             End LSN in bitmap:
             LogGeneration: {00000000-0000-0000-0000-000000000000}
             LogFileId: 0
             CLSFLsn: 0xFFFFFFFF
             Number of Bytes Recovered: 68583161856
             Elapsed Time (ms): 140
      

   3. レプリケーション先サーバーで、次のコマンドを実行し、イベント 5009、1237、5001、5015、5005、2200 を調べて、処理の進行状況を把握します。 このシーケンスでは、エラーの警告は発生しないはずです。 複数のイベント ID 1237 が設定されている場合、これは進行状況を示します。

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
      

   4. または、レプリカの宛先サーバー グループは、コピーする残りのバイト数を示し、PowerShell を使用してクエリを実行できます。 例:

      (Get-SRGroup).Replicas | Select-Object numofbytesremaining
      

      進行状況のサンプルとして (終了しません):

      while($true) {
      
      $v = (Get-SRGroup -Name "Replication 2").replicas | Select-Object numofbytesremaining
      [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
      Start-Sleep -s 5
      }
      

ストレッチ クラスターのレプリケーションを管理する

すべての手順は、クラスター ノードで直接、または RSAT を含むリモート管理コンピューターから実行できます。 フェールオーバー クラスター マネージャーを使用して、レプリケーションの現在のソースと送信先とその状態を確認することもできます。 ストレッチ クラスター レプリケーションの管理は、GUI または PowerShell を使用して実行できます。

フェールオーバー クラスター マネージャー

ストレッチ クラスター内のレプリケーションのソースと宛先を変更するには、次の方法を使用します。

1. 同じサイト内のノード間でソース レプリケーションを移動するには、ソース CSV を右クリックし、[ ストレージの移動] を選択し、[ ノードの選択] を選択して、同じサイト内のノードを選択します。 ディスクに割り当てられた役割に対して CSV 以外の記憶域を使用している場合は、役割を移動する必要があります。

2. ソース レプリケーションをあるサイトから別のサイトに移動するには、ソース CSV を右クリックし、[ ストレージの移動]、[ ノードの選択] の順に選択し、別のサイトのノードを選択します。 優先されるサイトを構成した場合は、使用可能な最善のノードを使用してレプリケーション元ストレージを優先サイト内のノードに常に移動することができます。 ディスクに割り当てられた役割に対して CSV 以外の記憶域を使用している場合は、役割を移動する必要があります。

3. あるサイトから別のサイトへのレプリケーションの方向を計画的なフェールオーバーを実行するには、 サーバー マネージャー または SConfig を使用して、1 つのサイトの両方のノードをシャットダウンします。

4. 計画外のフェイルオーバーを実行するには、一方のサイトにある両方のノードの電力を遮断し、レプリケーションの方向を別のサイトに変更します。

   注意

   Windows Server 2016 では、ノードがオンラインに戻った後、フェールオーバー クラスター マネージャーまたは Move-ClusterGroup を使用して、移行先のディスクを手動で他のサイトに戻す必要がある場合があります。

   記憶域レプリカは、宛先ボリュームをマウント解除します。 これは仕様です。

5. ログ サイズを変更するには、ソース と宛先の両方のログ ディスクを右クリックし、[ レプリケーション ログ ] タブを選択し、両方のディスクのサイズを一致するように変更します。

6. 別のレプリケーションされるディスクのペアを既存のレプリケーション グループに追加するには、使用可能な記憶域内に少なくとも 1 つの余分なディスクがあることを確認する必要があります。 その後で、ソース ディスクを右クリックし、[Add replication partnership] (レプリケーション パートナーシップの追加) を選択します。

   注意

   使用可能記憶域でこの追加の "ダミー" ディスクが必要なのは回帰のためであり、意図しているものではありません。

既存のレプリケーションを削除するには、次の手順を実行します。

• ソース CSV ディスクを右クリックし、[ レプリケーション] を選択し、[削除] を選択 します。 警告メッセージを受け入れます。

  必要に応じて、将来のテスト用に CSV から記憶域を削除し、使用可能な記憶域に戻します。

  注意

  ディスク管理またはサーバーマネージャーを使用して、記憶域の状態に戻った後、ボリュームにドライブ文字を再割り当てする必要がある場合があります。

レプリケーションのパフォーマンスを測定するには、ソース ノードとターゲット ノードの両方で パフォーマンス モニター (perfmon.exe) ツールを使用します。 パフォーマンス モニターの詳細については、「パフォーマンス モニターの 使用 とカウンターの 追加」ダイアログ ボックスを参照してください。

宛先ノードで次を実行します。

1. Storage Replica Statistics オブジェクトと、データ ボリューム用のすべてのパフォーマンス カウンターを追加します。

2. 結果を確認します。

移行元ノードで次を実行します。

1. Storage Replica Statistics および Storage Replica Partition I/O Statistics オブジェクトと、データ ボリューム用のすべてのパフォーマンス カウンターを追加します (後者は現在のレプリケーション元サーバー上のデータにのみ使用できます)。

2. 結果を確認します。

PowerShell

1. Get-SRGroupと(Get-SRGroup).Replicasを使用して、レプリケーションの現在のソースと送信先とその状態を確認します。

2. レプリケーションのパフォーマンスを測定するには、ソースと宛先の両方のノードで Get-Counter コマンドレットを使用します。 カウンター名は次のとおりです。

   \Storage Replica Partition I/O Statistics(*)\Number of times flush paused
   \Storage Replica Partition I/O Statistics(*)\Number of pending flush I/O
   \Storage Replica Partition I/O Statistics(*)\Number of requests for last log write
   \Storage Replica Partition I/O Statistics(*)\Avg. Flush Queue Length
   \Storage Replica Partition I/O Statistics(*)\Current Flush Queue Length
   \Storage Replica Partition I/O Statistics(*)\Number of Application Write Requests
   \Storage Replica Partition I/O Statistics(*)\Avg. Number of requests per log write
   \Storage Replica Partition I/O Statistics(*)\Avg. App Write Latency
   \Storage Replica Partition I/O Statistics(*)\Avg. App Read Latency
   \Storage Replica Statistics(*)\Target RPO
   \Storage Replica Statistics(*)\Current RPO
   \Storage Replica Statistics(*)\Avg. Log Queue Length
   \Storage Replica Statistics(*)\Current Log Queue Length
   \Storage Replica Statistics(*)\Total Bytes Received
   \Storage Replica Statistics(*)\Total Bytes Sent
   \Storage Replica Statistics(*)\Avg. Network Send Latency
   \Storage Replica Statistics(*)\Replication State
   \Storage Replica Statistics(*)\Avg. Message Round Trip Latency
   \Storage Replica Statistics(*)\Last Recovery Elapsed Time
   \Storage Replica Statistics(*)\Number of Flushed Recovery Transactions
   \Storage Replica Statistics(*)\Number of Recovery Transactions
   \Storage Replica Statistics(*)\Number of Flushed Replication Transactions
   \Storage Replica Statistics(*)\Number of Replication Transactions
   \Storage Replica Statistics(*)\Max Log Sequence Number
   \Storage Replica Statistics(*)\Number of Messages Received
   \Storage Replica Statistics(*)\Number of Messages Sent
   

   Windows PowerShell でのパフォーマンス カウンターの詳細については、「Get-Counter」を参照してください。

ストレッチ クラスター内のレプリケーションのソースと宛先を変更するには、次の方法を使用します。

1. Redmond サイトでレプリケーションのソースを 1 つのノードから別のノードに移動するには、Move-ClusterSharedVolume コマンドレットを使用して CSV リソースを移動します。

   Get-ClusterSharedVolume | FL *
   Move-ClusterSharedVolume -Name "Cluster Disk 4" -Node SR-SRV02
   

2. レプリケーションの方向をあるサイトから別の "計画済み" に移動するには、 Move-ClusterSharedVolume コマンドレットを使用して CSV リソースを移動します。

   Get-ClusterSharedVolume | FL *
   Move-ClusterSharedVolume -Name "Cluster Disk 4" -Node SR-SRV04
   

   これにより、他のサイトとノードのログとデータも適切に移動されます。

3. あるサイトから別のサイトへのレプリケーションの方向を計画外のフェールオーバーを実行するには、あるサイトの両方のノードに電力を切り取る必要があります。

   注意

   記憶域レプリカは、宛先ボリュームをマウント解除します。 これは仕様です。

4. ログ サイズを変更するには、ソースと宛先の両方の記憶域レプリカ グループで Set-SRGroup を使用します。 たとえば、すべてのログを 12 GB に設定するには、次のようにします。

   Get-SRGroup | Set-SRGroup -LogSizeInBytes 12GB
   Get-SRGroup
   

   注意

   既定のログのサイズは 8 GB です。 Test-SRTopology コマンドレットの結果に応じて、LogSizeInBytes の値を大きくするか小さくするかを決定できます。

5. 別のレプリケーションされるディスクのペアを既存のレプリケーション グループに追加するには、使用可能な記憶域内に少なくとも 1 つの余分なディスクがあることを確認する必要があります。 その後、ソース ディスクを右クリックし、[レプリケーション パートナーシップの追加] を選択できます。

   注意

   使用可能記憶域でこの追加の "ダミー" ディスクが必要なのは回帰のためであり、意図しているものではありません。

   Set-SRPartnership コマンドレットを、SourceAddVolumePartnership および DestinationAddVolumePartnership パラメーターを指定して使用します。

6. レプリケーションを削除するには、任意のノードで Get-SRGroup、 Get-SRPartnership、 Remove-SRGroup、および Remove-SRPartnership を使用します。

   Get-SRPartnership | Remove-SRPartnership
   Get-SRGroup | Remove-SRGroup
   

   注意

   リモート管理コンピューターを使用する場合は、これらのコマンドレットにクラスター名を指定し、2 つの RG 名を指定する必要があります。

こちらも参照ください

• 記憶域レプリカの概要
• サーバー間の記憶域レプリケーション
• クラスター間の記憶域のレプリケーション
• 記憶域レプリカ: 既知の問題
• 記憶域レプリカ:よく寄せられる質問
• ストレージ スペース ダイレクトの概要