マルチアクティブ災害復旧 MSHA アーキテクチャは、ビジネスをアクセス層、アプリケーション層、データ層の 3 つの層に分割します。アプリケーション層は、マイクロサービスの呼び出しやメッセージングなどの複数の機能ドメインに細分化できます。各層には、対応するマルチアクティブがあります。コンポーネント、管理、および制御には、コンポーネントの各層に基づいたフルスタックのマルチアクティビティ管理および制御機能があります。

建築 耐災害性 該当シーン 同じ都市でのより多くの生活 RPO: 地域レベルの障害は制御不能であり、コンピューター室レベルの障害は数秒から数分に及びます。 RTO: 地域レベルの障害は制御できません。コンピューター室レベルの障害は数分から 10 分で発生します。 説明する 具体的な状況は、プライマリ データとセカンダリ データの同期の遅延によって異なります。 予算は限られており、オフサイトの災害復旧は考慮されていません。 工期は短い（2週間以内）と予想されます。 ビジネスコードの変更がゼロであることを期待します。 データの一貫性の問題は考慮されていません。 アクティブ/アクティブ リモート アプリケーション RPO: 分。 RTO: 数分から 10 分。 説明する 具体的な状況は、プライマリ データとセカンダリ データの同期の遅延によって異なります。 災害復旧のために別の場所にデータセンターを設立することを選択します。 バックアップ センターのリソースがアイドル状態になることはなく、トラフィックはアクティブ-アクティブになることが予想されます。 リージョン間のネットワーク遅延を受け入れます。 ビジネスコードへの変更はゼロ以下であることが予想されます。 データの一貫性の問題は考慮されていません。 リモート マルチアクティビティと比較して、このソリューションはトラフィックのラベル付けやルーティング エラーの修正を必要としません。 リモートアクティブ/アクティブ RPO: 分。 RTO: 数分から 10 分。 説明する 具体的な状況は、プライマリ データとセカンダリ データの同期の遅延によって異なります。 十分な予算がある場合は、オフサイトの場所にマルチアクティブ データ センターを構築することを選択してください。 長期工事（3～6ヶ月）も承ります。 適切なディメンションを選択してトラフィックをルーティングし、データシャーディングを実行できます。 ビジネス トラフィック標準、ビジネス コード標準、およびミドルウェアのアップグレードの変革を受け入れます。 データは最終的には整合性が保たれることを受け入れます。

障害訓練では、準備フェーズ、実行フェーズ、検査フェーズ、復旧フェーズなどの一連の標準的な訓練手順が確立されます。 4 段階のプロセスを通じて、計画から復旧までのユーザーの完全なドリル プロセスをカバーし、視覚化によってユーザーに明確に提示されます。

障害ドリルは、次の一般的なシナリオに適用できます。