すべてのプロダクト
Search
ドキュメントセンター

Cloud Backup:ECS ディザスタリカバリに関する FAQ

最終更新日:Jul 05, 2025

このトピックでは、Elastic Compute Service (ECS) ディザスタリカバリのための Elastic Block Storage (EBS) 非同期レプリケーションと継続的データレプリケーション (CDR) について、よくある質問 (FAQ) への回答を提供します。

EBS 非同期レプリケーション

EBS 非同期レプリケーションでサポートされているインスタンス仕様は何ですか? 制限事項は何ですか?

EBS 非同期レプリケーションは、ほとんどのインスタンスタイプと互換性があります。

EBS 非同期レプリケーション機能には、次の制限があります。

  • リージョンとゾーンの制限: 今後、より多くのリージョンが利用可能になる予定です。サイトペアを作成するときに選択できるリージョンとゾーンが優先されます。詳細については、「リージョンとゾーンの制限」をご参照ください。

  • ディスク仕様の制限: エンタープライズ SSD (ESSD) と ESSD AutoPL ディスクがサポートされています (ESSD エントリディスクを除く)。詳細については、「仕様と ECS ディスクの制限」をご参照ください。

  • ECS ネットワークの制限:

    • 単一の Elastic Network Interface (ENI):

      フェールオーバー後、ディザスタリカバリサイトの一部のオペレーティングシステムでは ENI を自動的に構成できません。フェールオーバー後、ディザスタリカバリサイトで ENI を確認および構成して、ネットワークが正しく機能することを確認します。詳細については、「セカンダリ ENI の構成」をご参照ください。

    • 複数の ENI:

      • ECS インスタンスがセカンダリ ENI にバインドされた後、一部のイメージはセカンダリ ENI の IP アドレスを自動的に識別したり、ルートを追加したりできません。その結果、セカンダリ ENI は正しく機能しません。

      • ECS インスタンスがセカンダリ ENI で構成されている場合は、フェールオーバー後にセカンダリ ENI の IP アドレスを確認してください。これにより、セカンダリ ENI が期待どおりに機能することが保証されます。詳細については、「セカンダリ ENI の構成」をご参照ください。

    • ディザスタリカバリサイトペアと同じ Virtual Private Cloud (VPC) に存在する ENI と ECS インスタンスのみがサポートされています。

EBS 非同期レプリケーションのディザスタリカバリサイトの IP アドレスはどこで変更できますか?

  • インスタンスの詳細ページの [ネットワーク情報] タブで、ディザスタリカバリサイトの IP アドレスを変更できます。

  • [基本情報のプレビュー] パネルで、ディザスタリカバリサイトの IP アドレスを変更できます。

EBS 非同期レプリケーションは ECS 構成の変更をサポートしていますか?

保護グループが初めてレプリケートされる前は、次のシナリオで ECS 構成の変更がサポートされます。

  • 保護グループ内のディスクの数と合計容量が保護グループの初期設定時の制限を超えない場合、システムは既存の構成と新しいディスクの構成変更をディザスタリカバリサイトに自動的に同期します。

  • システムのダウンタイム中は、ディスクのマウント、マウント解除、スケールアップ、ディスク名の変更、スナップショットに基づくディスクのロールバックを実行できます。

  • vSwitch とセキュリティグループ間のマッピングに基づいて、セキュリティグループのインスタンスを追加および削除したり、ENI のインスタンスのバインドを解除したり、セキュリティグループを変更したりできます。

次のシナリオでは、ECS 構成の変更はサポートされていません。

  • 保護グループが実行状態になると、本番サイトまたはディザスタリカバリサイトでの構成変更はフェールオーバーとフェイルバックに影響を与える可能性があります。

  • サポートされていない操作を実行すると、システム例外が発生し、アラートがトリガーされる可能性があります。

  • 例外が発生した場合、またはアラートがトリガーされた場合は、ビジネス要件を評価し、慎重に進んでください。次の解決策を参照できます。

    • フォワードレプリケーション中

      フォワードレプリケーション中に構成を変更する必要がある場合は、レプリケーションを一時停止し、影響を受ける保護対象インスタンスを削除してから、必要に応じてインスタンスを追加して、データ同期の整合性を確保することをお勧めします。

    • リバースレプリケーション中

      リバースレプリケーション中は、関連する保護対象インスタンスを削除してから、新しいディザスタリカバリサイトを作成して、データセキュリティとサービス継続性を確保することをお勧めします。

EBS 非同期レプリケーションでインスタンスを追加するときにインスタンスを選択できない場合はどうすればよいですか?

EBS 非同期レプリケーションには、リージョン、ゾーン、ディスクタイプ、ネットワーク、構成クォータに制限があります。インスタンス ID の左側にあるアイコンをクリックして、保護を有効にできない理由を表示し、それに応じて例外のトラブルシューティングを行うことができます。詳細については、「制限」をご参照ください。

image

EBS 非同期レプリケーションを有効にすると、ディザスタリカバリサイトのインスタンスタイプが異常な場合はどうすればよいですか?

この問題は、保護対象インスタンスのインスタンスタイプがディザスタリカバリサイトで利用できないか、不足しているために発生します。コンソールで [インスタンスタイプの変更] 操作を実行して、必要に応じてインスタンスタイプを変更することをお勧めします。オペレーティングシステムまたは IP アドレスで例外が発生した場合は、[オペレーティングシステムの変更] または [ディザスタリカバリ IP の変更] 操作を実行して、必要に応じてオペレーティングシステムまたは IP アドレスを変更できます。

保護グループが「レプリケーションの有効化に失敗しました」、「フェールオーバーに失敗しました」、または「フェイルバックに失敗しました」状態の場合はどうすればよいですか?

保護グループが [フェールオーバーに失敗しました] 状態であるとします。

image.png

  • コンソールで、指示に従って失敗したタスクの ID をクリックします。[タスク] タブで、詳細なエラー原因を表示します。

image.png

  • たとえば、インスタンスタイプファミリ ... の在庫がありません は、インスタンスタイプファミリが存在しないことを示しています。この場合、[保護対象インスタンス] ページで [DR サイトでインスタンスタイプを変更] 操作を実行してから、タスクを再試行します。

ECS ディザスタリカバリの CDR と EBS 非同期レプリケーションの違いは何ですか?

EBS 非同期レプリケーションは、EBS のデータレプリケーション機能に基づいて、リージョン間または同じリージョン内のゾーン間でデータを保護する機能です。詳細については、「ディスクディザスタリカバリ」をご参照ください。

次の表に、CDR と EBS 非同期レプリケーションの違いを示します。

項目

CDR

EBS 非同期レプリケーション

シナリオ

[単一の仮想マシン (VM)] のディザスタリカバリ。システムへの侵入が気にならない場合は、このレプリケーションテクノロジーを使用できます。

[VM グループの整合性] を確保するディザスタリカバリ。システムへの侵入を予期しない場合は、このレプリケーションテクノロジーを使用できます。

システムへの侵入

はい

いいえ

レプリケーションの実装

エージェントが保護対象インスタンスのオペレーティングシステムにインストールされるため、Cloud Backup はディスクに書き込まれたデータをレプリケートし、リアルタイムでゲートウェイに送信します。ゲートウェイはデータを Object Storage Service (OSS) バケットに保存し、ディザスタリカバリサイトのディスクに書き込みます。

データは、EBS 非同期レプリケーションとスナップショット機能を使用してレプリケートされます。

リカバリの実装

複数のリカバリポイントをサポートします。

シャドウ ECS インスタンスとゲートウェイサーバーが、ディザスタリカバリサイトの保護対象 ECS インスタンス用に作成されます。Cloud Backup は OSS バケットからシャドウ ECS インスタンスにデータを読み取り、ディザスタリカバリサイトの ECS インスタンスにデータを書き込み、スナップショットメカニズムに基づいてリカバリポイントを作成します。

単一のリカバリポイントのみをサポートします。

Cloud Backup は、スナップショットをディザスタリカバリサイトにレプリケートすることでリカバリポイントを作成します。

整合性グループ

サポートされていません

サポートされています

ディザスタリカバリまたは訓練用の ECS インスタンスのオペレーティングシステムが起動に失敗した場合はどうすればよいですか?

本番サイトの ECS インスタンスが、基本入出力システム (BIOS) または Unified Extensible Firmware Interface (UEFI) を使用して起動されているかどうかを確認します。2 つのブート方法は一緒に使用できません。ディザスタリカバリ中に ECS インスタンスのオペレーティングシステムが正しく起動できるようにするには、本番サイトの ECS インスタンスと同じ方法で起動されるイメージを使用して、ディザスタリカバリ用の ECS インスタンスを作成する必要があります。これにより、ブート方法の違いによりオペレーティングシステムが起動できないという問題を防ぎます。詳細については、「ECS インスタンスのブートモード」をご参照ください。

EBS 非同期レプリケーション中にレプリケートされるデータ量をどのように計算しますか?

EBS 非同期レプリケーションは、フォワードレプリケーションとリバースレプリケーションに分けられます。

  • フォワードレプリケーション

    フォワードレプリケーションには、初期フルレプリケーションと後続の増分レプリケーションが含まれます。

    • フルレプリケーション中は、ディスクのすべてのデータがレプリケートされ、データサイズはディスクの合計ストレージ容量と等しくなります。

    • フルレプリケーションの完了後、15 分ごとに増分レプリケーションが実行されます。その期間に変更されたデータのみがレプリケートされます。レプリケートされたデータのサイズは、その期間に変更されたデータのサイズによって異なります。

  • リバースレプリケーション

    元のインスタンスへのデータレプリケーションのみがサポートされています。フルレプリケーションはサポートされていません。リバースレプリケーションは、フェールオーバー後に開始されます。システムは 15 分ごとに増分レプリケーションを実行します。レプリケートされたデータのサイズは、その期間に変更されたデータのサイズによって異なります。

ディザスタリカバリサイトの ECS インスタンスと関連付けられたディスクの保持ポリシーは何ですか?

  • 長期保持

    ディザスタリカバリサイトの ECS インスタンスと関連付けられたディスクは、作成されると、対応する保護対象インスタンスが本番サイトから手動で削除されるまで保持されます。デフォルトでは、リソースは自動的に解放されません。

  • フェールオーバーの場合の保持ポリシー

    ディザスタリカバリサイトでサービスがアクティブ化されている場合 (保護グループのステータスが「フェールオーバー完了」または「フェールオーバー確認済み」)、保護対象インスタンスの削除を選択した場合でも、ディザスタリカバリサイトの ECS インスタンスとディスクは自動的に解放されません。

  • 障害訓練リソースの管理

    障害訓練中に作成された ECS インスタンスとディスクは、訓練グループが削除された後に自動的に解放されます。

  • 本番サイトのリソースへの影響

    ECS ディザスタリカバリは、本番サイトの ECS インスタンスとディスクを解放しません。

  • ECS インスタンスとディスクの課金方法

    1. ECS の課金は、起動、レプリケーション、フェールオーバー、フェイルバック操作の実行時に選択した停止モードに関連しています。詳細については、「エコノミーモード」をご参照ください。割引の詳細については、「リザーブドインスタンスと Savings Plan」をご参照ください。

    2. EBS 非同期レプリケーション機能は、サブスクリプションおよび従量課金の課金方法に対応しています。詳細については、「課金」をご参照ください。

フェールオーバーまたはフェイルバックを実行せずに、ディザスタリカバリサイトまたは本番サイトの ECS インスタンスを直接起動できますか?

いいえ、できません。保護グループがリバースレプリケーション状態(レプリケーション中またはレプリケーション停止後)の場合、宛先サイトのディスクは自動的に読み取り専用モードに設定されます。これにより、宛先 ECS インスタンスの予期しない起動によってデータの不整合が発生するのを防ぎます。ディザスタリカバリソリューションの有効性を検証する場合は、ディザスタリカバリ訓練機能を使用することをお勧めします。ワークロードを迅速に復元する場合は、正式なフェールオーバーまたはフェイルバックを実行することをお勧めします。

EBS 非同期レプリケーションの RTO は何ですか?

  • 目標復旧時間 (RTO) とは、ディザスタリカバリプランの実行から業務システムの復元までに必要な時間で、災害発生後に業務システムが事前に設定されたサービスレベルの目標を満たせるようにします。

  • EBS 非同期レプリケーションのフェールオーバーとフェイルバックでは、フェールオーバーまたはフェイルバックの開始から ECS インスタンスの起動まで、数分の RTO が必要です。

  • ディザスタリカバリ訓練に必要な RTO は、ECS システムディスクのデータ量と正の相関があります。サービスの複雑さに応じて、サービスの起動と検出の完了時間も RTO に考慮する必要があります。

CDR

CDR の RPO と RTO は何ですか?

コアビジネスデータは、企業のセルフマネージドデータセンターからクラウドにリアルタイムでレプリケートされ、数秒から数分の目標復旧ポイント (RPO) を実現します。セルフマネージドデータセンターで重大な障害が発生した場合、データは数分以内にセルフマネージドデータセンターからクラウドにレプリケートされ、数分の RTO を実現します。

CDR でサポートされているオペレーティングシステムは何ですか?

CDR は、主流の Windows および Linux オペレーティングシステムをサポートしています。詳細については、「オペレーティングシステム」をご参照ください。

次の表に、ECS ディザスタリカバリ (CDR) をサポートするオペレーティングシステムを示します。

重要

次の表にリストされているオペレーティングシステムのみがサポートされています。その他のオペレーティングシステムについては、「非同期レプリケーション機能」を使用することをお勧めします。

オペレーティングシステム

バージョン

Windows Server

2008 R2、2012、2012 R2、および 2016

Linux

重要

[/boot] パーティションと [/] パーティションが同じディスク上にあることを確認する必要があります。パーティションが同じディスク上にない場合は、パーティションを同じディスクに移動してから、ECS ディザスタリカバリ (CDR) を有効にする ECS インスタンスを登録します。

  • Red Hat Enterprise Linux 7.0~7.9

  • Red Hat Enterprise Linux 6.0~6.10

  • CentOS 7.0 ~ 7.9

  • CentOS 6.0 〜 6.10

    説明

    64 ビット CentOS のみがサポートされています。

  • SUSE Linux Enterprise Server 12.0 ~ 12.3

    重要
    • 64 ビット SUSE Linux Enterprise Server のみがサポートされています。

    • SUSE Linux Enterprise Server 12.1 が VMware 仮想マシン (VM) で実行されている場合、VM の再起動後に黒い画面が表示されます。黒い画面はオペレーティングシステムのエラーが原因であり、ECS ディザスタリカバリ (CDR) が原因ではありません。

  • Alibaba Cloud Linux 2.1903 LTS 64 ビット

    Alibaba Cloud Linux 2.1903 LTS 64 ビットの次のカーネルバージョンがサポートされています。

    • 4.19.91-25.1.al7.x86_64

    • 4.19.91-24.1.al7.x86_64

    • 4.19.91-23.al7.x86_64

    • 4.19.91-22.2.al7.x86_64

CDR のスナップショット保持ポリシーは何ですか?

ECS ディザスタリカバリのリカバリポイントは、シャドウディスクのスナップショット機能を使用して、ディザスタリカバリによって保護されているサーバーを指定された履歴バージョンに復元できるようにします。

次の項目は、スナップショットの保持ポリシーを示しています。

説明

リカバリポイントがディザスタリカバリ訓練またはフェールオーバーに使用されている場合、これらのスナップショット保持ポリシーによる制限は受けません。

  • 最終日のすべてのリカバリポイントが保持されます。

    たとえば、現在の UTC 時刻が 2020-10-12T17:00:00Z の場合、最終日の期間は 2020-10-11T00:00:00Z から 2020-10-12T17:00:00Z までで、合計 41 時間です。

  • 過去 1 週間の各日の最後のリカバリポイントが保持されます。

  • 過去 1 か月の各週の最後のリカバリポイントが保持されます。

  • すべてのリカバリポイントは 1 か月間保持されます。期限切れのリカバリポイントはクリアされます。

CDR は、ソース ECS インスタンスのスケールアップまたはディスクの追加をサポートしていますか?

リージョン間およびゾーン間のクラウドディザスタリカバリのサイトペアにあるソース Linux ECS インスタンスのみが、スケールアップまたはディスクの追加をサポートしています。

ソース ECS インスタンスがスケールアップされた後、またはディスクが追加された後、ECS ディザスタリカバリは 5 分以内にディスクの変更を検出できます。ECS ディザスタリカバリは進行中のサーバーレプリケーションを停止し、宛先シャドウディスクの容量を調整し、レプリケーションを修復してから、リアルタイムレプリケーションを再開します。このプロセスはディスクサイズによって異なり、長時間かかる場合があります。コンソールで、ステータスの変更を「レプリケーションの修復」から「レプリケート中」に確認できます。このプロセスは自動的に実行されます。

重要

ECS ディザスタリカバリは、ソース ECS インスタンスのスケールインまたはディスクの削減をサポートしていません。これは、操作によってレプリケーションエラーまたはデータ損失が発生する可能性があるためです。

ミラーリングの失敗を修正するにはどうすればよいですか?

  • 問題

    データレプリケーションを開始しようとしたとき、またはディザスタリカバリ訓練プランをプレビューしようとしたときに、Cloud Backup によってブートイメージエラーが表示されます。次の図は、エラーの例を示しています。image

  • 原因

    レプリケーションが開始されると、Cloud Backup は最初にプロキシイメージを使用して、ディザスタリカバリサイトに対応する ECS インスタンスを作成します。次に、Cloud Backup は本番サイトからディザスタリカバリサイトに新しく作成された ECS インスタンスにデータをレプリケートし、レプリケーションサイクルが終了するとリカバリポイントを生成または更新します。ディザスタリカバリ訓練が実行されると、Cloud Backup はプロキシイメージを使用して訓練用の ECS インスタンスをディザスタリカバリサイトに作成し、最新のリカバリポイントを使用してディザスタリカバリサイトのコンテンツを置き換えます。

    Cloud Backup は、オペレーティングシステムの内部操作に直接干渉しません。本番環境の ECS イメージがアップグレード、廃止、または削除のために使用できなくなった場合、Cloud Backup は ECS インスタンスの起動モードとオペレーティングシステムのバージョンを正しく識別できない場合があります。その結果、フェールオーバーまたはディザスタリカバリ訓練中に、宛先の ECS インスタンスが起動に失敗する可能性があります。インスタンスの起動モードのベストプラクティスについては、「インスタンスのブートモード」をご参照ください。

  • 解決策

    • 自動修正

      プレビュー中に Cloud Backup によってイメージの例外が表示された場合は、[詳細の表示] をクリックして詳細情報を取得できます。image

      [詳細] ダイアログボックスで、1 つ以上の ECS インスタンスに適切な使用可能なイメージを選択します。Cloud Backup は Cloud Assistant と連携して、クイック修正機能を提供します。[修正] をクリックして自動修正を実行できます。クイック修正機能は、スクリプトを自動的に実行して、ECS インスタンスの起動モードやオペレーティングシステムのバージョンなどの重要な情報を検出し、それに応じて適切な使用可能なブートイメージをインテリジェントに照合します。Cloud Assistant コンソールで実行されたすべての操作の詳細を表示できます。

      image

      image

    • 手動修正

      自動修正機能を使用して適切なイメージを検出できなかった場合は、ECS コンソールにログインして、ECS インスタンスの起動モードとオペレーティングシステムのバージョンを確認できます。次に、ビジネス要件に基づいて ECS ブートイメージを変更し、レプリケーションまたはディザスタリカバリ訓練を続行します。