記憶域レプリカの概要Storage Replica overview

適用対象: Windows Server (半期チャネル)、Windows Server 2016Applies to: Windows Server (Semi-Annual Channel), Windows Server 2016

記憶域レプリカは Windows Server のテクノロジであり、サーバーまたはクラスター間で障害復旧用にボリュームのレプリケーションを実現します。Storage Replica is Windows Server technology that enables replication of volumes between servers or clusters for disaster recovery. また、すべてのノードを同期させたまま、2 つのサイトにまたがるストレッチ フェールオーバー クラスターを作成することもできます。It also enables you to create stretch failover clusters that span two sites, with all nodes staying in sync.

記憶域レプリカでは、以下の同期および非同期レプリケーションをサポートしています。Storage Replica supports synchronous and asynchronous replication:

  • 同期レプリケーションは、クラッシュ前後の整合性が維持されるボリュームを使用して待機時間の短いネットワーク サイト内のデータをミラーリングし、障害時のファイル システム レベルでのデータ損失をゼロにします。Synchronous replication mirrors data within a low-latency network site with crash-consistent volumes to ensure zero data loss at the file-system level during a failure.
  • 非同期レプリケーションは、大都市圏外のサイト間で待機時間の長いネットワーク リンクを通じてデータをミラーリングしますが、障害時に両方のサイトでデータが一致する保証はありません。Asynchronous replication mirrors data across sites beyond metropolitan ranges over network links with higher latencies, but without a guarantee that both sites have identical copies of the data at the time of a failure.

このガイドでは、記憶域レプリカでサポートされているこの新機能とさまざまなレプリケーション シナリオがお客様のビジネスに役立つ方法について説明します。This guide outlines how your business can benefit from this new functionality and the different replication scenarios that are supported by Storage Replica. お客様には、基本的な管理を含む Windows Server、フェールオーバー クラスタ リング、ファイル サーバー、Hyper-V の作業に関する知識があるものと仮定します。It assumes that you have a previous working knowledge of Windows Server, Failover Clustering, File Servers, and Hyper-V, to include basic administration.

記憶域レプリカを使用する理由Why use Storage Replica?

記憶域レプリカは、新しい障害回復と準備の機能を Windows Server 2016 Datacenter Edition で提供します。Storage Replica offers new disaster recovery and preparedness capabilities in Windows Server 2016 Datacenter Edition. Windows Server は初めてデータ損失ゼロを実現し、さまざまなラック、フロア、ビル、大学の構内、国、都市などで同期的にデータを保護することもできます。For the first time, Windows Server offers the peace of mind of zero data loss, with the ability to synchronously protect data on different racks, floors, buildings, campuses, counties, and cities. 障害の発生後、すべてのデータは損失の可能性なしで各所に存在します。After a disaster strikes, all data will exist elsewhere without any possibility of loss. 同じことが障害の発生にも該当します。記憶域レプリカによって、直前に警告があった場合、災害が発生する前にワークロードを切り替えて安全な場所に移動 できます。この場合もデータの損失は発生しません。The same applies before a disaster strikes; Storage Replica offers you the ability to switch workloads to safe locations prior to catastrophes when granted a few moments warning - again, with no data loss.

記憶域レプリカにより、複数のデータ センターをより効率的に使用できます。Storage Replica allows more efficient use of multiple datacenters. クラスターを拡大またはレプリケートすると、ワークロードを複数のデータセンターで実行できるようになり、ローカルで近接するユーザーやアプリケーションによるすばやいデータアクセス、負荷分散の向上、コンピューティング リソースの活用が実現します。By stretching clusters or replicating clusters, workloads can be run in multiple datacenters for quicker data access by local proximity users and applications, as well as better load distribution and use of compute resources. 障害によって1 つのデータセンターがオフラインになった場合、このデータセンターの一般的なワークロードを一時的に別の別のサイトに移動できます。If a disaster takes one datacenter offline, you can move its typical workloads to the other site temporarily.

記憶域レプリカを使用することで、ローエンドの障害復旧ソリューションとしての役割を強いられていた、DFS レプリケーションなどの既存のファイル レプリケーション システムの使用を中止できる場合があります。Storage Replica may allow you to decommission existing file replication systems such as DFS Replication that were pressed into duty as low-end disaster recovery solutions. DFS レプリケーションは極端に狭い帯域幅のネットワークでも問題なく機能しますが、待機時間は非常に長く、数時間から数日単位の時間がかかることも少なくありません。While DFS Replication works well over extremely low bandwidth networks, its latency is very high - often measured in hours or days. これは、ファイルを閉じるための要件や、ネットワークの輻輳を回避するための人為的なスロットルに起因します。This is caused by its requirement for files to close and its artificial throttles meant to prevent network congestion. このような設計上の特性により、DFS レプリケーション レプリカの最新のファイルは最もレプリケートされる可能性が低くなります。With those design characteristics, the newest and hottest files in a DFS Replication replica are the least likely to replicate. 記憶域レプリカはファイル レベルの下で動作し、これらの制限はありません。Storage Replica operates below the file level and has none of these restrictions.

記憶域レプリカは、より長い時間範囲と待機時間の長いネットワークの非同期レプリケーションもサポートします。Storage Replica also supports asynchronous replication for longer ranges and higher latency networks. 記憶域レプリカはチェックポイント ベースではなく、継続的にレプリケートするため、変更の差分はスナップショット ベースの製品よりもはるかに少なくなる傾向があります。Because it is not checkpoint-based, and instead continuously replicates, the delta of changes will tend to be far lower than snapshot-based products. さらに、記憶域レプリカはパーティション レイヤーで動作するため、Windows Server またはバックアップ ソフトウェアによって作成されたすべての VSS スナップショットをレプリケートします。これにより、特に非同期にレプリケートされた非構造化ユーザー データの特定の時点での復旧で、アプリケーションの整合性が維持されるデータのスナップショットを使用できます。Furthermore, Storage Replica operates at the partition layer and therefore replicates all VSS snapshots created by Windows Server or backup software; this allows use of application-consistent data snapshots for point in time recovery, especially unstructured user data replicated asynchronously.

サポートされている構成Supported configurations

このガイドと Windows Server 2016 Datacenter Edition を使用し、ストレッチ クラスター、クラスター間、サーバー間の構成で記憶域レプリケーションを展開することができます (図 1 ~ 3 を参照)。Using this guide and Windows Server 2016 Datacenter Edition, you can deploy storage replication in a stretch cluster, between cluster-to-cluster, and in server-to-server configurations (see Figures 1-3).

拡張クラスターによって、単一のクラスターでコンピュータと記憶域を構成できます。いくつかのノードによって一連の非同期記憶域が、他のいくつかのノードによって別の非同期記憶域が共有され、その後サイト認識によって同期的または非同期的にレプリケートされます。Stretch Cluster allows configuration of computers and storage in a single cluster, where some nodes share one set of asymmetric storage and some nodes share another, then synchronously or asynchronously replicate with site awareness. このシナリオでは、共有 SAS 記憶域を使用した記憶域スペース、SAN、iSCSI 接続の LUN を利用できます。This scenario can utilize Storage Spaces with shared SAS storage, SAN and iSCSI-attached LUNs. このシナリオは PowerShell とフェールオーバー クラスター マネージャーのグラフィカルなツールで管理され、ワークロードの自動フェールオーバーを行うことができます。It is managed with PowerShell and the Failover Cluster Manager graphical tool, and allows for automated workload failover.

記憶域レプリカを使用し、ニューヨークにある 2 つのクラスター ノードの記憶域をニュージャージーにある 2 つのノードでレプリケートしていることを示す図

図 1: 記憶域レプリカを使用した、ストレッチ クラスターでの記憶域のレプリケーションFIGURE 1: Storage replication in a stretch cluster using Storage Replica

クラスター間では 2 つの個別クラスター間でレプリケーションが行われ、一方のクラスターが同期または非同期で、もう一方のクラスターとレプリケートします。Cluster to Cluster allows replication between two separate clusters, where one cluster synchronously or asynchronously replicates with another cluster. このシナリオでは、記憶域スペース ダイレクト、共有 SAS 記憶域を使用した記憶域スペース、SAN、iSCSI 接続の LUN を利用できます。This scenario can utilize Storage Spaces Direct, Storage Spaces with shared SAS storage, SAN and iSCSI-attached LUNs. これは PowerShell で管理され、フェールオーバーには手動による介入を必要とします。It is managed with PowerShell and requires manual intervention for failover. このシナリオの Azure サイト回復のサポートは、今後対応予定です。Support for Azure Site Recovery of this scenario is scheduled.

記憶域レプリカを使用し、ロサンゼルスにあるクラスターの記憶域をラスベガスにある別のクラスターでレプリケートしていることを示す図

図 2: 記憶域レプリカを使用した、クラスター間の記憶域レプリケーションFIGURE 2: Cluster-to-cluster storage replication using Storage Replica

サーバー間では、共有 SAS 記憶域を使用した記憶域スペース、SAN、iSCSI 接続の LUN、ローカル ドライブを利用し、2 つのスタンドアロン サーバー間で同期および非同期のレプリケーションを行うことができます。Server to server allows synchronous and asynchronous replication between two standalone servers, using Storage Spaces with shared SAS storage, SAN and iSCSI-attached LUNs, and local drives. これは PowerShell とサーバー マネージャー ツールで管理され、フェールオーバーには手動による介入が必要です。It is managed with PowerShell and the Server Manager Tool, and requires manual intervention for failover.

施設 5 のサーバーを施設 9 のサーバーでレプリケートしていることを示す図

図 3: 記憶域レプリカを使用した、サーバー間の記憶域レプリケーションFIGURE 3: Server-to-server storage replication using Storage Replica

注意

4 つの個別のボリュームを 1 台のコンピューターで使用して、サーバー内レプリケーションを構成することもできます。You can also configure server-to-self replication, using four separate volumes on one computer. ただし、このガイドでは、このシナリオは扱いません。However, this guide does not cover this scenario.

記憶域レプリカ機能 Storage Replica Features

  • データ損失ゼロ、ブロック レベルのレプリケーションZero data loss, block-level replication. 同期レプリケーションでは、データ損失の可能性はありません。With synchronous replication, there is no possibility of data loss. ブロック レベルのレプリケーションでは、ファイルのロックが発生する可能性はありません。With block-level replication, there is no possibility of file locking.

  • シンプルなデプロイと管理Simple deployment and management. 記憶域レプリカの設計には、必須条件として使いやすさがあります。Storage Replica has a design mandate for ease of use. 2 つのサーバー間でのレプリケーション パートナーシップの作成に必要なのは 1 つの PowerShell コマンドのみです。Creation of a replication partnership between two servers requires only a single PowerShell command. ストレッチ クラスターのデプロイには、使いやすいフェイルオーバー クラスター マネージャー ツールの直感的なウィザードが使用されます。Deployment of stretch clusters uses intuitive wizard in the familiar Failover Cluster Manager tool.

  • ゲストとホストGuest and host. 記憶域レプリカのすべての機能は、仮想化されたゲスト ベースのデプロイとホスト ベースのデプロイの両方で公開されます。All capabilities of Storage Replica are exposed in both virtualized guest and host-based deployments. つまり、ゲストは Windows 以外の仮想化プラットフォームやパブリック クラウドで実行中でも、ゲストで Windows Server 2016 Datacenter Edition を使用している限り、自分のデータ ボリュームをレプリケートできます。This means guests can replicate their data volumes even if running on non-Windows virtualization platforms or in public clouds, as long as using Windows Server 2016 Datacenter Edition in the guest.

  • SMB3 ベースSMB3-based. 記憶域レプリカは、Windows Server 2012 で初めてリリースされた SMB 3 の実績のある成熟したテクノロジを使用します。Storage Replica uses the proven and mature technology of SMB 3, first released in Windows Server 2012. つまり、マルチ チャネル、RoCE での SMB ダイレクトのサポート、iWARP、InfiniBand RDMA のネットワーク カードなど、すべての SMB の高度な特性は、記憶域レプリカで使用されます。This means all of SMB's advanced characteristics - such as multichannel and SMB direct support on RoCE, iWARP, and InfiniBand RDMA network cards - are available to Storage Replica.

  • セキュリティSecurity. 多くのベンダーの製品とは異なり、記憶域レプリカには、業界最先端のセキュリティ テクノロジが組み込まれています。Unlike many vendor's products, Storage Replica has industry-leading security technology baked in. これには、パケットの署名、AES 128-GCM の完全なデータ暗号化、Intel AES NI 暗号化アクセラレーションのサポート、および "man-in-the-middle"攻撃の防止の事前認証の整合性が含まれます。This includes packet signing, AES-128-GCM full data encryption, support for Intel AES-NI encryption acceleration, and pre-authentication integrity man-in-the-middle attack prevention. 記憶域レプリカは、ノード間のすべての認証に Kerberos AES256 を使用します。Storage Replica utilizes Kerberos AES256 for all authentication between nodes.

  • 高パフォーマンスの初期同期。記憶域レプリカでは、古いコピー、バックアップ、または出荷済みのドライブからのデータのサブセットが既にターゲットに存在する、シードされた初期同期がサポートされます。High performance initial sync. Storage Replica supports seeded initial sync, where a subset of data already exists on a target from older copies, backups, or shipped drives. 初期レプリケーションでは、初期同期の時間を短縮し、データが制限された帯域幅を使い果たすのを阻止している可能性のある、さまざまなブロックのみがコピーされます。Initial replication will only copy the differing blocks, potentially shortening initial sync time and preventing data from using up limited bandwidth. 記憶域レプリカはチェックサムの計算をブロックし、集計は、初期同期のパフォーマンスが記憶域とネットワークの速度によってのみ制限されることを意味します。Storage replicas block checksum calculation and aggregation means that initial sync performance is limited only by the speed of the storage and network.

  • 整合性グループConsistency groups. 書き込み順序によって、Microsoft SQL Server などのアプリケーションは、複数のレプリケートされたボリュームに書き込み、データがレプリケーション先のサーバーで順番に書き込まれることを確認することができます。Write ordering guarantees that applications such as Microsoft SQL Server can write to multiple replicated volumes and know the data will write on the destination server sequentially.

  • ユーザー委任User delegation. レプリケートされたノードで、組み込みの管理者グループのメンバーにならずにレプリケーションを管理する権限をユーザーに委任できるため、関係のない領域へのこれらのユーザーのアクセスは制限されます。Users can be delegated permissions to manage replication without being a member of the built-in Administrators group on the replicated nodes, therefore limiting their access to unrelated areas.

  • ネットワークの制約Network Constraint. 記憶域レプリカは、アプリケーション、バックアップ、および管理ソフトウェアの帯域幅を提供するため、サーバー別およびレプリケートされたボリューム別に、個々 のネットワークに制限することができます。Storage Replica can be limited to individual networks by server and by replicated volumes, in order to provide application, backup, and management software bandwidth.

  • 仮想プロビジョニングThin provisioning. 記憶域スペースと SAN デバイスでの仮想プロビジョニングは、多くの状況において、ほぼ瞬時の初期レプリケーションを提供するためにサポートされます。Support for thin provisioning in Storage Spaces and SAN devices is supported, in order to provide near-instantaneous initial replication times under many circumstances.

Windows Server 2016 では、記憶域レプリカに以下の機能が実装されています。Windows Server 2016 implements the following features in Storage Replica:

機能Feature 詳細情報Details
種類Type ホスト ベースHost-based
同期Synchronous はいYes
非同期Asynchronous はいYes
記憶域ハードウェア非依存Storage hardware agnostic はいYes
レプリケーション単位Replication unit ボリューム (パーティション)Volume (Partition)
Windows Server ストレッチ クラスターの作成Windows Server Stretch Cluster creation はいYes
サーバー間のレプリケーションServer to server replication はいYes
クラスター間のレプリケーションCluster to cluster replication はいYes
[トランスポート]Transport SMB3SMB3
ネットワークNetwork TCP/IP または RDMATCP/IP or RDMA
ネットワークの制約のサポートNetwork constraint support はいYes
RDMARDMA iWARP、InfiniBand、RoCE v2iWARP, InfiniBand, RoCE v2
レプリケーションのネットワーク ポートのファイアウォール要件Replication network port firewall requirements 単一の IANA ポート (TCP 445 または 5445)Single IANA port (TCP 445 or 5445)
マルチパス/マルチ チャネルMultipath/Multichannel [はい (SMB3)Yes (SMB3)
Kerberos のサポートKerberos support はい (SMB3)Yes (SMB3)
ネットワーク経由の暗号化および署名Over the wire encryption and signing はい (SMB3)Yes (SMB3)
ボリュームごとのフェールオーバーの許可Per-volume failovers allowed はいYes
仮想プロビジョニングされた記憶域のサポートThin-provisioned storage support はいYes
管理 UI インボックスManagement UI in-box PowerShell、フェールオーバー クラスター マネージャーPowerShell, Failover Cluster Manager

追加の長距離機器とケーブルが必要になる場合があります。May require additional long haul equipment and cabling.

記憶域レプリカの前提条件 Storage Replica Prerequisites

  • Active Directory Domain Services フォレスト。Active Directory Domain Services forest.
  • SAS JBOD を使用した記憶域スペース、記憶域スペース ダイレクト、ファイバー チャネル SAN、共有 VHDX、iSCSI ターゲット、またはローカル SAS/SCSI/SATA 記憶域。Storage Spaces with SAS JBODs, Storage Spaces Direct, fibre channel SAN, shared VHDX, iSCSI Target, or local SAS/SCSI/SATA storage. SSD 以上の速度 (推奨) のレプリケーションのログ ドライブ。SSD or faster recommended for replication log drives. ログ ストレージには、データ ストレージよりも大きな速度を確保することをお勧めします。Microsoft recommends that the log storage be faster than the data storage. ログ ボリュームは、絶対に他のワークロードに使用しないでください。Log volumes must never be used for other workloads.
  • 同期レプリケーションのために各サーバーで少なくとも 1 つのイーサネット/TCP 接続 (可能であれば RDMA)。At least one ethernet/TCP connection on each server for synchronous replication, but preferably RDMA.
  • サーバーごとに 2 GB 以上の RAM と 2 つのコア。At least 2GB of RAM and two cores per server.
  • 書き込みの IO ワークロードに十分対応できる帯域幅を持ちラウンド トリップ遅延時間が平均 5 ミリ秒以下である、同期レプリケーション用のサーバー間ネットワーク。A network between servers with enough bandwidth to contain your IO write workload and an average of 5ms round trip latency or lower, for synchronous replication. 非同期レプリケーションには、遅延時間に関する推奨事項はありません。Asynchronous replication does not have a latency recommendation.

背景 Background

このセクションには、基本的な業界用語、同期および非同期レプリケーション、主な動作についての情報が記載されています。This section includes information about high-level industry terms, synchronous and asynchronous replication, and key behaviors.

高レベルの業界用語High level industry terms

障害復旧 (DR) は、ビジネスが運用を継続できるように、サイトの壊滅状態から回復するための代替計画を参照します。Disaster Recovery (DR) refers to a contingency plan for recovering from site catastrophes so that the business continues to operate. データの DR とは、個別の物理的な場所での実稼働データの複数コピーを意味します。Data DR means multiple copies of production data in a separate physical location. たとえば、ストレッチ クラスターの場合、ノードの半数が 1 つのサイト、残りの半数が別のノードにあります。For example, a stretch cluster, where half the nodes are in one site and half are in another. 障害対策 (DP) は、ハリケーンなどの災害が近づく前に、先制的にワークロードを別の場所に移動するための代替計画を参照します。Disaster Preparedness (DP) refers to a contingency plan for preemptively moving workloads to a different location prior to an oncoming disaster, such as a hurricane.

サービス レベル アグリーメント (SLA) は、計画済みおよび計画外の停止の際の、ビジネス アプリケーションの可用性、およびそのダウン時間とデータ損失の許容範囲を定義します。Service level agreements (SLAs) define the availability of a business' applications and their tolerance of down time and data loss during planned and unplanned outages. 回復時刻の目標 (RTO) は、ビジネスが完全にデータにアクセスできない時間をどの程度許容できるかを定義します。Recovery Time Objective (RTO) defines how long the business can tolerate total inaccessibility of data. 回復ポイントの目標 (RPO) は、ビジネスのデータ損失をどの程度許容できるかを定義します。Recovery Point Objective (RPO) defines how much data the business can afford to lose.

同期レプリケーションSynchronous Replication

同期レプリケーションは、アプリケーションが、IO の完了前に一度に 2 つの場所にデータを書き出すことを保証します。Synchronous replication guarantees that the application writes data to two locations at once before completion of the IO. このレプリケーションは、ネットワークと記憶域リソースへの投資が必要であり、アプリケーションのパフォーマンス低下のリスクがあるため、ミッション クリティカルなデータにより適しています。This replication is more suitable for mission critical data, as it requires network and storage investments, as well as a risk of degraded application performance.

アプリケーションの書き込みがソース データのコピーで発生した場合、元の記憶域は IO をすぐには認識しません。When application writes occur on the source data copy, the originating storage does not acknowledge the IO immediately. 代わりに、それらのデータ変更はリモート宛先のコピーにレプリケートされ、確認を返します。Instead, those data changes replicate to the remote destination copy and return an acknowledgement. その後にのみ、アプリケーションは IO 確認を受信します。Only then does the application receive the IO acknowledgment. これにより、ソース サイトとリモート サイトの同期が定期的に行われ、実質的にネットワーク全体のストレージ IO が拡張されます。This ensures constant synchronization of the remote site with the source site, in effect extending storage IOs across the network. ソース サイトの障害が発生した場合、アプリケーションはリモート サイトにフェール オーバーして、データ損失なしで操作を再開できます。In the event of a source site failure, applications can failover to the remote site and resume their operations with assurance of zero data loss.

モードMode ダイアグラムDiagram 手順Steps
同期Synchronous

データの損失なしZero Data Loss

RPORPO
同期レプリケーションにおいて記憶域レプリカがデータを書き込む方法を示している図 1.アプリケーションがデータを書き込みます1. Application writes data
2.ログ データが書き込まれ、データがリモート サイトにレプリケートされます2. Log data is written and the data is replicated to the remote site
3.リモート サイトにログ データが書き込まれます3. Log data is written at the remote site
4.リモート サイトから確認が返されます4. Acknowledgement from the remote site
5.アプリケーションの書き込みが確認されます5. Application write acknowledged

t & t1: データはボリュームにフラッシュされ、ログは常にライトスルーされますt & t1 : Data flushed to the volume, logs always write through

非同期レプリケーションAsynchronous Replication

同期レプリケーションとは反対に、非同期レプリケーションは、アプリケーションがデータを書き込むと、データは即時の確認保証なしでリモート サイトにレプリケートされることを意味します。Contrarily, asynchronous replication means that when the application writes data, that data replicates to the remote site without immediate acknowledgment guarantees. このモードでは、アプリケーションおよび地理的に機能する DR ソリューションに対する応答時間が短縮されます。This mode allows faster response time to the application as well as a DR solution that works geographically.

アプリケーションがデータを書き込むと、レプリケーションエンジンが書き込みをキャプチャして、ただちにアプリケーションに対して確認します。When the application writes data, the replication engine captures the write and immediately acknowledges to the application. キャプチャしたデータは、リモートの場所にレプリケートされます。The captured data then replicates to the remote location. リモート ノードがデータのコピーを処理し、後からソースに確認を送信します。The remote node processes the copy of the data and lazily acknowledges back to the source copy. レプリケーションのパフォーマンスがアプリケーションの IO パス内ではなくなったため、リモート サイトの応答性と距離の重要度は低くなります。Since replication performance is no longer in the application IO path, the remote site's responsiveness and distance are less important factors. ソース データが失われ、レプリケーション先のデータのコピーがソースを離れずバッファー内にあった場合は、データ損失のリスクがあります。There is risk of data loss if the source data is lost and the destination copy of the data was still in buffer without leaving the source.

RPO が 0 より大きな場合、非同期レプリケーションは冗長性があってデータ損失のない継続的な操作向けに設計されているため、、フェールオーバー クラスターのような高可用性ソリューションには適していません。With its higher than zero RPO, asynchronous replication is less suitable for HA solutions like Failover Clusters, as they are designed for continuous operation with redundancy and no loss of data.

モードMode ダイアグラムDiagram 手順Steps
非同期Asynchronous

データ損失はほぼなしNear zero data loss

(複数の要因によって異なります)(depends on multiple factors)

RPORPO
非同期レプリケーションにおいて記憶域レプリカがデータを書き込む方法を示している図 1.アプリケーションがデータを書き込みます1. Application writes data
2.ログ データが書き込まれます2. Log data written
3.アプリケーションの書き込みが確認されます3. Application write acknowledged
4.リモート サイトにデータがレプリケートされます4. Data replicated to the remote site
5.リモート サイトにログ データが書き込まれます5. Log data written at the remote site
6.リモート サイトから確認が返されます6. Acknowledgement from the remote site

t & t1: データはボリュームにフラッシュされ、ログは常にライトスルーされますt & t1 : Data flushed to the volume, logs always write through

主要な評価ポイントと動作Key Evaluation Points and Behaviors

  • 最も高速な記憶域のネットワーク帯域幅と待機時間。Network bandwidth and latency with fastest storage. 同期レプリケーションに関する物理的な制限があります。There are physical limitations around synchronous replication. 記憶域レプリカはログを使用した IO のフィルタリング メカニズムを実装しており、ネットワークのラウンド トリップが必要であるため、同期レプリケーションによってアプリケーションの書き込み時間が長くなる可能性があります。Because Storage Replica implements an IO filtering mechanism using logs and requiring network round trips, synchronous replication is likely make application writes slower. ログのスループットの高いディスク サブシステムだけでなく、低待機時間、高帯域幅のネットワークを使用すると、パフォーマンスのオーバーヘッドを最小限に抑えることができます。By using low latency, high-bandwidth networks as well as high-throughput disk subsystems for the logs, you will minimize performance overhead.

  • Windows Server 2016 でレプリケート中に、レプリケーション先のボリュームにアクセスすることはできません。The destination volume is not accessible while replicating in Windows Server 2016. レプリケーションを構成すると、レプリケーション先のボリュームがマウント解除され、ユーザーによる読み取りまたは書き込みへのアクセスができなくなります。When you configure replication, the destination volume dismounts, making it inaccessible to any reads or writes by users. そのドライブ文字は、エクスプローラーなどの一般的なインターフェイスに表示されますが、アプリケーションがボリューム自体にアクセスすることはできません。Its driver letter may be visible in typical interfaces like File Explorer, but an application cannot access the volume itself. ブロック レベルのレプリケーション テクノロジは、ボリュームにマウントされているレプリケーション先のファイル システムへのアクセス許可と互換性がありません。NTFS および ReFS では、ユーザーによるボリュームへのデータの書き込みはサポートされませんが、ブロックがその下で変更されます。Block-level replication technologies are incompatible with allowing access to the destination target's mounted file system in a volume; NTFS and ReFS do not support users writing data to the volume while blocks change underneath them.

Windows Server バージョン 1709 では、新しい Test-Failover オプションが追加されました。In Windows Server, Version 1709 the new Test-Failover option was added. これは、バックアップやテストなどのために、宛先ボリュームの読み取り/書き込みのスナップショットを一時的にマウントすることをサポートしています。詳しくは、https://aka.ms/srfaq をご覧ください。This now supports temporarily mounting a read-write snapshot of the destination volume for backups, testing, etc. See https://aka.ms/srfaq for more info.

  • マイクロソフトの非同期レプリケーション実装は、その他の実装と大きく異なります。The Microsoft implementation of asynchronous replication is different than most. 業界の非同期レプリケーションの実装のほとんどは、定期的なな差分転送が他のノードに移動して結合する、スナップショット ベースのレプリケーションを使用します。Most industry implementations of asynchronous replication rely on snapshot-based replication, where periodic differential transfers move to the other node and merge. 記憶域レプリカの非同期レプリケーションは、レプリケーション先からのシリアル化された同期確認が不要な点を除いて、同期レプリケーションと同じように動作します。Storage Replica asynchronous replication operates just like synchronous replication, except that it removes the requirement for a serialized synchronous acknowledgment from the destination. 記憶域レプリカは継続的にレプリケートするため、これは理論上の RPO が低いことを意味します。This means that Storage Replica theoretically has a lower RPO as it continuously replicates. ただし、これはスナップショットを使用してアプリケーション ファイル内の一貫性を強制するのではなく、内部のアプリケーション一貫性の保証に依存しているということも意味します。However, this also means it relies on internal application consistency guarantees rather than using snapshots to force consistency in application files. 記憶域レプリカでは、すべてのレプリケーション モードでのクラッシュ整合が保証されます。Storage Replica guarantees crash consistency in all replication modes

  • 実用的ではない場合が頻繁にあるにもかかわらず、多くのお客様が DFS レプリケーションを障害復旧ソリューションとして利用しています。DFS レプリケーションは開いているファイルをレプリケートすることができず、パフォーマンスを犠牲にして帯域幅の使用量を最小限に抑えるように設計されているため、結果的に回復ポイントでの差分が大きくなります。Many customers use DFS Replication as a disaster recovery solution even though often impractical for that scenario - DFS Replication cannot replicate open files and is designed to minimize bandwidth usage at the expense of performance, leading to large recovery point deltas. 記憶域レプリカを利用することで、このような障害復旧の役割の一部から DFS レプリケーションを解放することができます。Storage Replica may allow you to retire DFS Replication from some of these types of disaster recovery duties.

  • 記憶域レプリカは、バックアップではありません。Storage Replica is not backup. 一部の IT 環境では、毎日のバックアップと比較して、データ損失ゼロのオプションがあるため、レプリケーション システムをバックアップ ソリューションとしてデプロイしています。Some IT environments deploy replication systems as backup solutions, due to their zero data loss options when compared to daily backups. 記憶域レプリカでは、ボリューム上の全データ ブロックに対するすべての変更が、変更の種類とは無関係にレプリケートされます。Storage Replica replicates all changes to all blocks of data on the volume, regardless of the change type. ユーザーが 1 つのボリュームからすべてのデータを削除すると、記憶域レプリカはその削除をもう一方のボリュームに即座にレプリケートし、両方のサーバーからデータを完全に削除します。If a user deletes all data from a volume, Storage Replica will replicate the deletion instantly to the other volume, irrevocably removing the data from both servers. 記憶域レプリカを、特定の時点でのバックアップ ソリューションの代わりに使用しないでください。Do not use Storage Replica as a replacement for a point-in-time backup solution.

  • 記憶域レプリカは、Hyper-V レプリカまたは Microsoft SQL AlwaysOn 可用性グループではありません。Storage Replica is not Hyper-V Replica or Microsoft SQL AlwaysOn Availability Groups. 記憶域レプリカは、一般的な用途の、ストレージに依存しないエンジンです。Storage Replica is a general purpose, storage-agnostic engine. 定義では、記憶域レプリカの動作をアプリケーションレベルのレプリケーションのように理想的になるように調整することはできません。By definition, it cannot tailor its behavior as ideally as application-level replication. これによって、ユーザーが特定のアプリケーションのレプリケーション テクノロジをデプロイしたり、このテクノロジを使用し続けたりしやすくする、特定の機能ギャップが生じる可能性があります。This may lead to specific feature gaps that encourage you to deploy or remain on specific application replication technologies.

注意

このドキュメントには、既知の問題と想定される動作の一覧のほか、よく寄せられる質問セクションが含まれています。This document contains a list of known issues and expected behaviors as well as Frequently Asked Questions section.

記憶域レプリカの用語Storage Replica terminology

このガイドでは、次の用語を頻繁に使用します。This guide frequently uses the following terms:

  • ソースは、ローカルの書き込みが可能で、送信をレプリケートするコンピューターのボリュームです。The source is a computer's volume that allows local writes and replicates outbound. "プライマリ" とも呼ばれます。Also known as "primary".

  • 宛先は、ローカルの書き込みができず、受信をレプリケートするコンピューターのボリュームです。The destination is a computer's volume that does not allow local writes and replicates inbound. "セカンダリ" とも呼ばれます。Also known as "secondary".

  • レプリケーション パートナーシップは、1 つまたは複数のボリュームのソースとレプリケーション先コンピューター間の同期リレーションシップであり、単一のログを使用します。A replication partnership is the synchronization relationship between a source and destination computer for one or more volumes and utilizes a single log.

  • レプリケーション グループは、パートナーシップ内の、サーバー ベースのボリュームの組織とボリュームのレプリケーション構成です。A replication group is the organization of volumes and their replication configuration within a partnership, on a per server basis. グループには、1 つまたは複数のボリュームが含まれることがあります。A group may contain one or more volumes.

関連項目See also