このページは Cloud Translation API によって翻訳されました。

ボリュームレプリケーションについて
コレクションでコンテンツを整理必要に応じて、コンテンツの保存と分類を行います。

このページでは、ボリュームレプリケーションを使用してデータを保護する方法について説明します。

ボリュームレプリケーションについて

クロスロケーションのボリュームレプリケーションによってデータを保護できます。このレプリケーションでは、あるロケーションにあるソースボリュームが別のロケーションにある宛先ボリュームに非同期で複製されます。この機能により、ロケーション全体のサービス停止や障害が発生した場合に、複製されたボリュームを重要なアプリケーションアクティビティに使用できるようになります。複製されたボリュームは、通常の使用時には読み取り専用のコピーとしても使用できます。

ボリュームレプリケーションでは、最初の転送時に使用されたデータブロックのみが移動され、増分転送時に変更されたブロックのみが転送されます。転送されたバイト数にのみ料金が発生するため、転送時間が最適化され、費用を削減できます。

ボリュームレプリケーションのワークフロー

ボリュームレプリケーション中、初期転送というプロセスによって、移行元ボリュームのすべてのコンテンツが移行先ボリュームに複製されます。最初の転送プロセスでは、ソースシステムのスナップショットを取得し、そのコンテンツを宛先ボリュームに転送します。最初の転送が完了すると、レプリケーションミラーのステータスが [Mirrored] に変わります。その結果、宛先ボリュームは読み取り専用になり、ソースボリュームのスナップショットのコンテンツが反映されます。これには、最初のスナップショットの前に取得されたすべてのスナップショットが含まれます。

最初の転送プロセスが完了すると、スケジュールされたレプリケーション間隔は、次の順序で増分更新の形で進行します。

このプロセスにより、ソースボリュームに新しいスナップショットが作成されます。
新しいスナップショットと以前のスナップショット間で変更されたデータを計算します。
このプロセスにより、これらの変更が移行先のボリュームに転送されます。レプリケーションリソースの転送ステータスが [転送中] に変わります。

すべての変更が転送されると、宛先ボリュームのコンテンツが古いスナップショットから新しいスナップショットに移行します。

設定の変更

レプリケーションがミラーリング状態にある限り、ソースまたは宛先のボリューム設定に加えた変更はパートナーに複製されます。ソースボリュームを別のプールに移動してサービスレベルを変更しても、宛先ボリュームは変更されません。

レプリケーションが停止すると、ソースボリュームと宛先ボリュームの設定と新しいデータは、どちらのボリュームにも変更が反映されなくなります。

レプリケートされたデータ: ボリュームレプリケーションは、移行元ボリュームのすべてのユーザーデータとスナップショットを移行先ボリュームにミラーリングします。
容量の自動調整: ボリュームレプリケーションは、レプリケーション関係が存在する間、宛先ボリュームの容量をソースボリュームの容量に自動的に調整します。

ボリュームレプリケーションに関する考慮事項

ボリュームのレプリケーションを実行する前に、次の点を考慮してください。

Standard、Premium、Extreme のサービスレベルの場合、NetApp Volumes は次の特定のリージョンペア間のボリュームレプリケーションをサポートしています。
- asia-southeast1 と australia-southeast1
- europe-west2 と europe-west3
- europe-west2 と europe-west4
- europe-west3 と europe-west4
- europe-west3 と europe-west6
- europe-southwest1 と europe-west3
- northamerica-northeast1 と northamerica-northeast2
- northamerica-northeast1 と us-central1
- australia-southeast1 と asia-southeast1
- us-central1 と us-east4
- us-central1 と us-west2
- us-central1 と us-west3
- us-central1 と us-west4
- us-east4 と us-west2
- us-east4 と us-west4
- us-west2 と us-west4
- us-west3 と us-west4

Flex サービスレベルでは、同じリージョングループに属するリージョン間でボリュームレプリケーションがサポートされています。次の表に、さまざまなロケーションのリージョングループを示します。

	ロケーション
	南北アメリカ	アジア太平洋	ヨーロッパ、中東、アフリカ
リージョングループ	`southamerica-east1` `southamerica-west1` `northamerica-northeast1` `northamerica-northeast2` `us-central1` `us-east1` `us-east4` `us-east5` `us-south1` `us-west1` `us-west2` `us-west3` `us-west4`	`asia-east1` `asia-east2` `asia-northeast1` `asia-northeast2` `asia-northeast3` `asia-south1` `asia-south2` `asia-southeast1` `asia-southeast2` `australia-southeast1` `australia-southeast2`	`africa-south1` `europe-central2` `europe-north1` `europe-southwest1` `europe-west1` `europe-west2` `europe-west3` `europe-west4` `europe-west6` `europe-west8` `europe-west9` `europe-west10` `europe-west12` `me-central1` `me-central2` `me-west1`

割り当ての割り当て: プロジェクトのレプリケーション要件によっては、特定のリージョンまたはサービスレベルでレプリケートされるソースボリュームと宛先ボリュームの数の割り当てを増やす必要があります。割り当ての増加をリクエストするには、Google Cloud コンソールの NetApp Volumes の [割り当て] ページを使用します。
トポロジのサポート: ボリュームレプリケーションは、カスケード、ファンイン、ファンアウトのトポロジをサポートしていません。たとえば、1 つのボリュームをソースボリュームと宛先ボリュームの両方にすることはできません。
ソースボリュームと宛先ボリュームのロケーション: ソースボリュームと宛先ボリュームの両方が同じプロジェクトに存在する必要があります。ただし、異なる VPC に存在できます。
サービスレベルベースのサポート: プレミアムサービスレベルとエクストリームサービスレベルのボリュームを除き、送信元ボリュームと宛先ボリュームのサービスレベルは同じである必要があります。これらのサービスレベルのボリュームはレプリケーションで混在できます。

ボリュームレプリケーションの料金

NetApp Volumes では、レプリケーションの料金はボリューム容量とは別に請求されます。課金は、プライマリボリュームとセカンダリボリューム間で転送されたバイト数に基づいて行われます。詳細については、NetApp Volumes の料金をご覧ください。

目標復旧時点（RPO）

ボリュームレプリケーションはスケジュール設定された非同期レプリケーションであるため、宛先ボリュームのコンテンツは常にソースボリュームの後ろに遅れます。目標復旧時点（RPO）は、宛先ボリューム上のデータの最新性と、保存されるデータの時点のバージョンを指定します。障害が発生した場合、RPO は失われたデータの量を特定するのに役立ちます。

ボリュームレプリケーションの RPO は、レイテンシ時間またはレプリケーションスナップショットを確認することで確認できます。レイテンシ時間は RPO をすばやく推定できる方法ですが、レプリケーションスナップショットはより正確な測定方法です。

遅延時間: 宛先ボリュームに最後に複製されたソースボリューム上のスナップショットの作成から経過した時間。タイムラグは、ソースボリュームデータに対する宛先ボリュームデータの経過時間の差を表します。5 分ごとに更新され、RPO の概要を提供します。レプリケーションがレプリケーション間隔をスキップしている場合、Google Cloud コンソールのレイテンシの横に警告アイコンが表示されます。これが続く場合は、移行元ボリュームのデータ変更率が高すぎて、レプリケーション間隔内で転送できない可能性があります。ソースでのデータ変更アクティビティが多いなどの 1 回限りの状況では、レプリケーション間隔を長くするか、警告を無視することをおすすめします。
レプリケーションスナップショット: レプリケーションスナップショットは、特定の時点でのデータがどのように表示されるか正確にキャプチャしたものです。レプリケーションスナップショットは、RPO を最も正確に把握できます。ボリュームレプリケーションでは、レプリケーションに 2 つのローリングスナップショットが使用されます。宛先ボリュームの最新のレプリケーションスナップショットのタイムスタンプは、宛先ボリュームの最新データの時点（UTC）を指定します。

タイムスタンプ（replication-<timestamp>）は、UTC 形式（YYYY-MM-DD-HHMMSS）の複製スナップショット名から取得できます。

ストレージプールの要件

移行元ボリュームと移行先ボリュームを含むストレージプールは、次の要件を満たしている必要があります。

サービスレベルに応じて、有効なロケーションペアまたはリージョングループに属している必要があります。
同じ Active Directory ポリシー構成が必要です
同じ Active Directory を参照している必要があります
同じ LDAP 設定を使用する必要があります

レプリケーションのスケジュール

レプリケーションスケジュールは、指定された間隔でレプリケーションの実行を試みます。前のレプリケーションが進行中の場合、現在のサイクルのレプリケーションはスキップされ、次の間隔で再度チェックされます。この動作は、最初のレプリケーション中に最もよく見られます。最初のレプリケーションでは、最初のボリュームブロックが転送され、レプリケーションに最も時間がかかります。レプリケーションスケジュールは、スケジュールタイプごとに次の時間に基づいて実行されます。

レプリケーションスケジュールの頻度	スケジュールされたオペレーションの時間
10 分おき	`:00, :10, :20, :30, :40, :50`
毎時	`:05`（毎時 0 分）
毎日	`:10`（毎日午前 0 時以降）

次のステップ

ボリュームレプリケーションを作成する。

ボリューム レプリケーションについて コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。