クロスリージョンレプリケーション（CRR）

ストレージやデータベースのデータを、別のリージョンへ自動的に複製する機能。リージョン全体の障害や災害に備えたバックアップ、別の地域の利用者への低遅延なデータ提供、データ保管の要件への対応に使う。複製は通常、非同期で行われるため、障害時には直前の更新が失われることがある。

クラウド事業者がデータセンター群を設置している地理的な地域の単位で、東京、大阪のように国や都市圏ごとに設けられる。各リージョンは互いに独立し、複数のアベイラビリティゾーンで構成される。利用者は、通信の遅延、提供されるサービスと料金、データの保存場所に関する法令や規制を考慮して選ぶ。

システムやデータを、地理的に離れた複数のリージョンに配置する構成。大規模な災害などでリージョン全体が停止しても別のリージョンで業務を継続でき、各地の利用者に近いリージョンから応答して遅延を短くする目的にも使う。リージョン間のデータ複製の遅延と整合性、通信費用の増加、データの保存場所に関する規制への配慮が必要になる。

障害や災害の発生時に、データをどの時点の状態まで復旧できればよいかの目標値で、失ってもよいデータの量を時間で表す。RPOが24時間なら日次のバックアップで足りるが、ゼロに近づけるには別の拠点へのリアルタイムの複製が必要になる。RTO、RLOとともにDRの方式を選ぶ基準となる。

データの複製間で更新の反映に時間差があり、一時的に異なる値が読まれることを許すが、新たな更新がなければいずれすべての複製が同じ値に収束するという一貫性の考え方。強い一貫性よりも可用性と応答の速さを確保しやすく、多くのNoSQLデータベースやDNSなどで採用される。古い値を読んでも業務上問題がないかを見極めて採用する。

ネットワークで結ばれた複数のサイトにデータを分けて配置しながら、利用者からは1つのデータベースとして扱えるようにしたもの。データの所在や複製の有無を意識させない透過性を備え、負荷の分散と可用性の向上を図れるが、サイトにまたがる更新の整合性を保つため、2相コミットメントなどの制御が必要になる。

災害や重大な障害で停止した情報システムを復旧させる取組みと、そのための仕組み。目標復旧時間（RTO）、目標復旧時点（RPO）、目標復旧レベル（RLO）を定め、遠隔地へのバックアップや代替環境を用意する。クラウドでは、別リージョンへのデータ複製や、待機環境を最小構成で用意して障害時に拡張する方式を、要件と費用に応じて選ぶ。