1. PaaS 1.0のディザスター リカバリー

PaaS 1.0のDR管理ホット スタンバイ

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

DRマネージド ホット スタンバイ サービスの場合、セカンダリ リージョンには常に完全なSitecore環境が設定されており、すべてのAzureリソースがプライマリ データ センターのサイズ/インスタンスと一致しています。この復旧オプションは、フェイルオーバーが自動的に行われるため、RTOが最短になります。

 

セットアップ

セットアップ手順は次のとおりです。

  • 制御リソースグループと、DR状態を監視する関連する基盤となるリソースとサービスをプロビジョニングします。

  • 新しいSitecore環境をセカンダリ データ センターにデプロイします。

  • SQLサーバーのレプリケーションを設定します。

  • バックアップ、同期、プロビジョニングの状態管理の自動化 (Webアプリのバックアップをカバーし、フェールオーバー グループ内のSQL Serverデータベースを同期し、セカンダリSitecore環境を最新の状態に保ちます。

  • トラフィックをリダイレクトし、プライマリCDとセカンダリCDを切り替えるようにTraffic Managerを設定します。

  • Managed Cloud運用チームに通知するさまざまなアラートを設定します。

フェイルオーバーの開始

Managed Cloudは、プライマリ データセンターの正常性を継続的にチェックします。5つのデータ センターのうち3つで問題が報告された場合は、Sitecore Managed Cloud運用チームにアラートが送信され、自動フェールオーバーがトリガーされます。

フェイルオーバー/リカバリ

災害が発生した場合、Sitecoreは自動フェイルオーバー イベントをお客様に通知します。Sitecoreは、Traffic Managerを介してリカバリ手順をトリガーし、DNS変更を介してトラフィックをセカンダリSitecoreインスタンスに自動的にリダイレクトします。

フェイルバック

プライマリ データ センターへの復帰は、フェイルオーバー手順を再度実行し、オンラインとして検出された後にトラフィックを元のSitecoreインスタンスに転送することで自動的に実行されます。

この記事を改善するための提案がある場合は、 お知らせください!