Amazon OpenSearch Service がマネージドなクロスリージョンディザスタリカバリを発表、RPO 1分未満・RTO 20分未満を実現
- 公開
- 更新

概要
Amazon OpenSearch Service がマネージドなクロスリージョンディザスタリカバリ機能を提供開始しました。2つのリージョンにドメインを作成し、1回の API 呼び出しまたは AWS Management Console の数ステップでペアリングでき、RPO 1分未満・RTO 20分未満を達成します。
変更内容
- マネージドなクロスリージョンディザスタリカバリ機能が Amazon OpenSearch Service に追加された。
- 1回の API 呼び出しまたは AWS Management Console の数ステップでプライマリとセカンダリのドメインをペアリングできるようになった。
- RPO 1分未満・RTO 20分未満のディザスタリカバリが実現できるようになった。
- 計画的なイベント向けのスイッチオーバー(ゼロデータロス)と、障害時のフェイルオーバー(レプリケーションラグ分のデータロス)の2つの切り替え方式が利用できる。
- Amazon CloudWatch メトリクスでレプリケーションの健全性とラグを監視できるようになった。
- マネージドディザスタリカバリに追加料金はなく、セカンダリドメインとクロスリージョンデータ転送の標準料金のみが発生する。
- OpenSearch 3.7 以降が必要で、カスタマーマネージド AWS KMS キーで暗号化されたドメインもサポートされる。
- UltraWarm ストレージまたは OpenSearch Optimized インスタンス(OR1 または OR2)を使用するドメインはサポートされない。
公式発表で確認できる事実
- Amazon OpenSearch Service にマネージドなクロスリージョンディザスタリカバリ機能が追加された。
- 2つのリージョンにドメインを作成後、1回の API 呼び出しまたは AWS Management Console の数ステップでペアリングが可能。
- RPO(目標復旧時点)は 1分未満、RTO(目標復旧時間)は 20分未満。
- セカンダリドメインはプライマリと継続的に同期される。
- スイッチオーバー:メンテナンスやリージョンローテーションなど計画的なイベント向け。2つのドメインの役割をゼロデータロスで入れ替える。
- フェイルオーバー:プライマリドメインが利用不能になった場合にセカンダリを昇格させる。データロスはレプリケーションラグの範囲内に限定される。
- フェイルオーバー後は、新しいプライマリとセカンダリドメインを再ペアリングすることで保護を復元できる。
- Amazon CloudWatch メトリクスでレプリケーションの健全性とラグを監視できる。
- 必要条件:OpenSearch 3.7 以降、同一 AWS アカウント内のドメイン。
- カスタマーマネージド AWS KMS キーで暗号化されたドメインもサポート対象。
- 非対応:UltraWarm ストレージを使用するドメイン、OpenSearch Optimized インスタンス(OR1 または OR2)を使用するドメイン。
- OpenSearch 3.7 未満のバージョンからはクローンベースのアップグレードで移行・テスト・ロールバックが可能。
- 追加料金なし。セカンダリドメインとクロスリージョンデータ転送には標準料金が適用される。
- Amazon OpenSearch Service が利用可能なすべての商用 AWS リージョンで本日より利用可能。
当サイトの考察
- これまでクロスリージョンのディザスタリカバリを実現するには、独自のレプリケーション基盤を構築・運用する必要がありましたが、本機能によりその負担が大幅に軽減されます。
- RPO 1分未満・RTO 20分未満という水準は、金融・医療・EC など高い可用性が求められる業界での採用を後押しする可能性があります。
- UltraWarm や OR1・OR2 インスタンスが非対応である点は、コスト最適化のためにこれらを活用しているユーザーにとって制約となります。将来的なサポート拡張に注目が必要です。
確認できていない事項
- 東京リージョン(ap-northeast-1)および大阪リージョン(ap-northeast-3)での提供有無は資料から確認できません(「すべての商用 AWS リージョン」と記載されているが、具体的なリージョンリストは資料内に含まれていません)。
- セカンダリドメインおよびクロスリージョンデータ転送の具体的な料金額は資料に記載されていません。
- OpenSearch 3.7 のリリース日は資料に記載されていません。
- 東京(ap-northeast-1)と大阪(ap-northeast-3)での提供は、公式記事からは確認できていません。
この記事は、AWS 公式の発表をもとに AI が作成し、自動で公開しています。
既存環境への影響
ミッションクリティカルな検索・AI・分析ワークロードに対して、自前でレプリケーションを構築・維持することなく、厳格な可用性とビジネス継続性の要件を満たせるようになります。セカンダリドメインはプライマリと継続的に同期されるため、障害発生時のデータロスをレプリケーションラグの範囲内に抑えられます。UltraWarm ストレージや OR1・OR2 インスタンスを使用している場合はサポート対象外となるため、利用前に構成の確認が必要です。OpenSearch 3.7 未満のバージョンを使用している場合は、クローンベースのアップグレードで移行できます。
対応の必要性
新機能のオプトイン型であり、既存環境への強制的な変更はありません。利用するには OpenSearch 3.7 以降が必要なため、古いバージョンを使用している場合はアップグレードの検討が推奨されます。
利用可能リージョン
- 東京(ap-northeast-1)
- 未確認
- 大阪(ap-northeast-3)
- 未確認
公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。
AWS 公式情報
- Amazon OpenSearch Service announces managed cross-Region disaster recovery(Amazon Web Services・新しいタブで開く)
公式発表:2026/11/11 04:00 取得:2026/11/12 06:02
当サイトの記事は公式情報をもとに編集したものです。正確な内容は必ず AWS 公式情報をご確認ください。
