WAN経由のSAN間レプリケーション：実践ガイド
同期・非同期・ファイル単位の方式を選び、現実的な帯域計算と検証済みの切り替え手順でSAN間レプリケーションを計画します。
遠隔拠点の SAN にデータを複製するときは、障害時にどの時点まで戻せればよいか、何分で業務を再開する必要があるかを先に決めます。容量だけを見て回線を選ぶと、初回コピーは終わっても、日々の更新や障害後の追いつき処理が間に合わないことがあります。
SAN のレプリケーションは通常、ストレージ装置や仮想化基盤の機能でブロックの変更を複製します。通常のファイルコピーとは、保持する状態も切り替え方法も異なります。必要な復旧動作から、同期、非同期、ファイル単位の移行を選んでください。
SAN レプリケーション方式の比較
| 方式 | 送信元の書き込み完了 | 向いている用途 | 設計上の注意点 |
|---|---|---|---|
| 同期ブロックレプリケーション | 対象製品の方式に従い、遠隔側の確認後 | 対応する低遅延構成で、確認済み書き込みの損失を防ぎたい | WAN の遅延が書き込みに加わる。回線障害時の I/O 継続方針が必要 |
| 非同期ブロックレプリケーション | 遠隔側への反映前に完了できる | 長距離で、明示した範囲の復旧時点の遅れを許容できる | 更新記録、スケジュール、遅れを解消する容量が必要 |
| ファイル単位の移行・初回コピー | ファイル、チャンク、ジョブごと | 選択したデータセットや通常のファイルを移動したい | LUN、装置のスナップショット、整合性グループ、自動フェイルオーバーは再現しない |
IBM は Remote Mirror and Copyで Metro Mirror を同期、Global Mirror を非同期として説明しています。Dell の PowerMax SRDF 文書も、モード別に書き込み確認の時点を定義しています。これらは製品例であり、異なる装置間でそのまま互換になるという意味ではありません。
同期レプリケーションの条件
同期状態が正常に保たれている間は、確認済み書き込みを両側に残す構成を取れます。ただし、保証の範囲にはホスト、装置、回線、整合性グループ、クォーラムや仲裁機構、障害時のポリシーが関わります。
遠隔側への反映を待ってからホストに完了を返す方式では、WAN の往復時間が書き込み遅延に加わります。帯域テストに加え、実際の RTT でアプリケーションを動かしてください。回線断の際に書き込みを止めるか、同期保護を失ってもローカル I/O を続けるかも決めます。NetApp の SnapMirror Synchronous 文書では、Sync と StrictSync の違いを確認できます。
非同期レプリケーションの許容遅延
非同期では遠隔側の反映を待たずに書き込みを完了できるため、アプリケーションへの WAN 遅延の影響を抑えられます。その代わり、どの程度の遅れを許容し、更新の集中や回線断の後にどれだけ速く追いつくかを定めます。
「ほぼリアルタイム」という表現だけでは復旧要件になりません。RPO は復旧すべきデータの時点、RTO は許容できる復旧時間の目標です。モードを選ぶ前に両方を記録してください。NIST SP 800-34 Rev. 1
ファイルコピーを使える範囲
宛先に通常のファイルがあればよく、必要な権限や属性を保持できるなら、ファイル単位の移行が適することがあります。大部分を先にコピーし、切り替え時に変更分だけを反映する運用も可能です。
ただし、使用中のファイルやアプリケーション内部の状態が整合するとは限りません。宛先の LUN 識別子や装置固有の復旧機能も再現しません。ファイル一覧、チェックサム、最終差分、切り戻しは 100 TB 移行ガイド、多数のファイルを含む場合は小ファイル転送ガイドを参考にしてください。
初回コピーと日々の更新を別に見積もる
初回コピーの容量と、運用開始後に発生する書き込み変更量を分けます。初回転送の下限は次の式です。
秒 = コピーするバイト数 × 8 ÷ 持続速度（ビット/秒）
10 進数の 100 TB を 1 Gbps の回線で送り、オーバーヘッドと他の通信に 30% を残す仮定なら、データ転送に使う速度は 700 Mbps です。
100,000,000,000,000 × 8 ÷ 700,000,000 ≈ 1,142,857 秒、約 13.2 日
これはデータ本体の転送時間です。読み書き、スナップショット、圧縮、重複排除、暗号化、再送、整合性処理でも時間が変わります。転送時間計算ツールには実測の持続速度を入力してください。
定常運用では、最も更新が集中する時間帯を調べます。
必要なデータ転送速度 = 対象時間内の変更バイト数 × 8 ÷ 対象時間（秒）
10 時間に 2 TB が変わるなら、オーバーヘッドと追いつき処理の余裕を含める前に平均約 444 Mbps が必要です。この平均値と同じ容量しか確保しないと、更新の集中や中断後に遅れを解消できない可能性があります。
帯域遅延積も確認する
1 Gbps、RTT 80 ms の帯域遅延積は次のとおりです。
1,000,000,000 bits/s × 0.080 s ÷ 8 = 10 MB
高帯域・長 RTT の経路では、このように十分なデータを送信中に保つ必要があります。ただし、これは装置のバッファー設定値を直接指定する式ではありません。RFC 7323は TCP Window Scale を説明していますが、ストレージ装置は独自方式、複数ストリーム、圧縮を使う場合があります。製品がサポートするネットワーク設計に従ってください。
SAN 間レプリケーションの導入手順
1. 復旧要件を定義する
各ボリュームを使うアプリケーションの RPO、RTO、起動順、許容書き込み遅延、切り替え承認者を記録します。一つの複製関係に、異なる整合性要件のデータベースやサービスが含まれる場合があります。
2. 装置とホストの互換性を確認する
両側のモデル、ソフトウェア版、ライセンス、複製モード、対応する距離と遅延、LUN と整合性グループの上限、マルチパス、仲裁機構、暗号化、ポートを、製品の対応表で照合します。両装置が Fibre Channel や iSCSI を提供するだけでは、複製の互換性は確認できません。
3. アプリケーションの整合点を作る
クラッシュ時相当のブロックコピーが、アプリケーションのトランザクションとして整合しているとは限りません。必要に応じてデータベースの静止、VM の整合性処理、ファイルシステムの書き込み停止、アプリケーション対応スナップショットを使い、依存するボリュームを同じ整合性グループに含めます。
4. 実際の経路を測定する
RTT、ロス、ジッター、双方向のスループット、MTU、経路、暗号化の負荷、代替経路の容量を記録します。更新のピーク量と持続転送速度から、遅れが解消するまでの時間を見積もります。
5. 初回コピー中の業務影響を見る
可能なら重要業務の時間帯を避け、送信元の読み取り遅延、宛先の書き込み遅延、回線使用率、データ削減率、複製の遅れ、再同期を監視します。管理画面の「同期済み」に加え、アプリケーションからコピーを検証してください。
6. 最終差分と切り替えをリハーサルする
書き込みを停止または制御し、最終の整合点を取得します。宛先が所定の状態に達したら、旧側への書き込みを遮断して宛先を稼働系へ昇格し、ホストのパスを再検出してボリュームをマウントします。その後、依存順にアプリケーションを起動します。
Microsoft の Storage Migration Service も棚卸し、転送、検証、切り替えを分けますが、これはファイルサーバー向けの手順です。SAN のコマンドは対象製品の手順に従ってください。
7. 切り戻しまで試す
実測の RPO/RTO、読み書きの確認、複製状態、ログ、切り戻し判断を記録します。新側への切り替えだけでなく、障害や検証不合格の際に旧側へ戻せるところまで試してください。
検証で残す記録
| 確認対象 | 保存する証拠 | 検出する問題 |
|---|---|---|
| アプリケーション整合性 | スナップショット・静止処理のログと復旧確認 | ブロックは揃っていても起動できない DB や VM |
| 複製の新しさ | 両側のチェックポイントと遅延 | 想定した RPO に届かない状態 |
| ホストからのアクセス | マルチパス、LUN、ファイルシステム、マウント | 装置のコピーは正常でもホストが使えない状態 |
| 性能 | 複製前・中・後の遅延とスループット | 複製を優先して業務の性能を損なう構成 |
| 書き込みの分離 | 旧稼働系への書き込み遮断の記録 | 両側で同時に書き込むスプリットブレイン |
| 切り戻し | 所要時間、手順、判断時点 | 昇格後に旧環境へ戻れない状態 |
| ファイル検証 | 一覧、チェックサム、アプリの確認 | ファイル単位の移行での欠落や破損 |
WarpSend が対応する範囲
WarpSend はファイル単位の転送・同期製品です。SAN 上のファイルシステムを対応する Windows、macOS、Linux 端末にマウントできる場合、WarpDirect や WarpSync を、選択したデータの移行や反復転送に評価できます。
ストレージ装置の複製プロトコル、宛先 LUN のレプリカ、スナップショット履歴、整合性グループ、自動 SAN フェイルオーバーは提供しません。これらが要件なら装置側の複製機能を使い、ファイルの移動が要件の場合に長距離転送ガイドと機能の範囲を確認して、実データで試験してください。
参考資料
- NIST SP 800-34 Rev. 1：RPO/RTO
- NetApp ONTAP SnapMirror workflow
- NetApp SnapMirror Synchronous
- Dell PowerMax SRDF modes
- IBM Remote Mirror and Copy
- IETF RFC 7323
- Microsoft Storage Migration Service
元記事の資料確認日は 2026 年 8 月 10 日です。対応モデルとソフトウェア版、ライセンス、サポート範囲は変更されるため、導入時に対象装置の現行文書を確認してください。
よくある質問
同期と非同期の SAN レプリケーションはどう選びますか？
確認済み書き込みの損失を防ぐ必要があり、実測 RTT がアプリケーションの許容遅延に収まるなら同期を検討します。長距離で、明示した範囲の復旧時点の遅れを許容できるなら非同期を検討します。製品の対応構成と障害時ポリシーも確認してください。
SAN レプリケーションにはどれだけの帯域が必要ですか？
更新のピーク量に加え、通信のオーバーヘッド、再送、中断後の追いつき処理、初回コピーを処理できる容量が必要です。総容量だけでなく、一定時間に変わるバイト数を測って運用余裕を確保します。
WarpSend は SAN レプリケーションを置き換えられますか？
WarpSend は対応端末間でファイルやフォルダーを移動しますが、LUN のレプリカ、装置の整合性グループ、自動 SAN フェイルオーバーは作りません。通常ファイルの移行が要件の場合に評価できます。
SAN の切り替えはどう検証しますか？
RPO/RTO と整合点を記録し、複製を検証してから旧側の書き込みを遮断し、宛先を昇格します。ホストのパス、依存順の起動、読み書き、切り戻しまで実際に試してください。