ディザスタ・リカバリについて

障害は、ネットワーク停止から装置障害、自然災害に至るまで、アプリケーションをリスクにさらす任意のイベントです。適切に設計されたディザスタ・リカバリ(DR)計画により、障害から迅速にリカバリし、引き続きユーザーにサービスを提供できます。

Oracle Cloud Infrastructureは、可用性が高く、安全でスケーラブルなインフラストラクチャおよびサービスを提供し、クラウド・ワークロードを迅速、確実かつ安全にリカバリできるようにします。

DRの概念

DRの計画の最初の手順では、回復時間目標(RTO)と回復ポイント目標(RPO)を決定します。

RTOは、障害発生後に特定のアプリケーションを復元する必要があるターゲット時間です。通常、クリティカルなアプリケーションであればあるほど、RTOは低くなります。

RPOは、障害がビジネスに影響を与える前にアプリケーションが失われたデータを許容できる障害発生後の期間です。

災害後のアプリケーションのリカバリを保証し、コスト効率が高いプランを作成するには、リカバリするターゲット時間とデータ損失の許容値の両方を考慮する必要があります。

障害のシナリオ

DRの計画には、災害を引き起こす可能性のあるすべてのシナリオを十分に理解する必要があります。

  • アプリケーション障害

    アプリケーションは、基礎となるインフラストラクチャでの障害のネットワーク障害、またはソフトウェアまたはハードウェア構成の変更に関連する問題に障害が発生することがあります。アプリケーション障害が検出され、アラートが送信されるように、DRソリューション設計に監視機能を含めることが重要です。要件に応じて、DRソリューションは、アプリケーションのデータと構成を単にバックアップすることから、多くのタイプの障害をシームレスに軽減する、完全にアクティブからアクティブへのフェイルオーバー設定まで多岐にわたります。

  • ネットワーク失敗

    DRの場合、クラウド環境で潜在的なネットワーク停止を検討してください。たとえば、IPSec VPN接続を使用してオンプレミス・データ・センターをOracle Cloudに接続すると、IPSec VPN接続でネットワークのパフォーマンスや停止の問題が発生する可能性があります。ネットワーク接続に十分な冗長性を確保するために、複数のIPSec VPN接続を設定するか、FastConnect接続とIPSec VPN接続の両方を使用することをお薦めします。

  • データ・センター障害

    予期しないイベントがデータ・センター全体(可用性ドメイン)に影響を与える可能性があります。DRソリューションの設計では、このような障害を計画します。リージョンに複数の可用性ドメインがある場合は、特定のデータ・センターで潜在的な問題に対処できるように、アベイラビリティ・ドメインにアプリケーションをデプロイすることをお薦めします。リージョンに可用性ドメインが1つのみの場合は、リージョンの障害に対する推奨事項で定義されているように、複数のフォルト・ドメインと複数リージョン構成の組合せを検討してください。

  • リージョン障害

    自然災害が発生すると、Oracle Cloud Infrastructureリージョン全体が稼働しなくなる可能性があります。このシナリオは、DR設計で最も深刻なケースの1つです。このシナリオから保護するには、複数のOracle Cloud Infrastructureリージョンにワークロードをデプロイします。DRの目標(RTOおよびRPO)に応じて、データを別のリージョンにバックアップまたはレプリケートしたり、別のリージョンに完全にアクティブからアクティブにスタンバイを設定したりできます。

変更ログ

このログには、重要な変更がリストされます。