コンテナDRベーシック コールドスタンバイ
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Sitecore DR Basic Cold Standbyを使用すると、Sitecore Managed Cloudディザスタ リカバリ サービスは、停止時にプロセスを動作させます。プライマリ リージョンで障害が発生した場合、新しいSitecore本番環境がセカンダリ データ センターに作成されます。セカンダリ環境の作成中に、サイトが一時的にダウンしていることを顧客に知らせるために、単純な停止ページが表示されます。新しい環境はセカンダリ データ センターに作成する必要があるため、この復旧オプションはRTOが長くなりますが、低コストのオプションです。
次の図は、DR基本セットアップ前のコンテナインフラストラクチャを示しています。
セットアップ
セットアップ
セットアップ手順は次のとおりです。
-
制御リソースグループと、DR状態を監視する関連する基盤となるリソースとサービスをプロビジョニングします。
-
Azure FrontDoorを構成します。
-
SQL Server、ACR、およびストレージ アカウントのgeoレプリケーションを設定します。
-
アプリケーション リポジトリを更新して、特にSQL Geoレプリケーションのエンドポイントを認識します。
次の図は、DR基本セットアップを実行した後のコンテナのインフラストラクチャの状態を示しています。
Sitecoreは、お客様がサービス リクエストを開始した後にセットアップを実行します。
フェイルオーバーの開始
フェイルオーバーの開始
Sitecore Managed Cloudは、プライマリ リージョン環境の正常性を継続的にチェックします。5つのデータ センターのうち3つが問題を報告した場合、Sitecore Managed Cloud運用チームはプライマリ データセンターのSitecore環境の調査を開始し、誤検知ではなく正当な問題があるかどうかを確認します。運用チームは、プライマリ データ センターで次の検証チェックを実行します。
-
Sitecoreサイトで使用されるAzureリソースによって発生したアラートを確認します。
-
Traffic Managerが機能低下したエンドポイントを報告しているかどうかを確認します。
-
Azure Statusサイトで、データ センターの既知の問題を確認してください。
クラウド運用チームが、プライマリ データセンターの基盤となるインフラストラクチャの一部またはすべてに回復不能な問題があると判断した場合、フェイルオーバーの確認プロセスが開始され、お客様に連絡が入ります。
災害時には、プライマリ リソースは使用できず、Azure FrontDoorはユーザーに停止ページを提供します。次の図は、災害時の状態を示しています。
次の図は、DR Basicフェールオーバーを実行した後のコンテナーのインフラストラクチャを示しています。
フェイルオーバー/リカバリの確認
フェイルオーバー/リカバリの確認
お客様が確認すると、Sitecoreは次の手順を使用して復旧手順をトリガーします。
-
セカンダリでのインフラストラクチャのプロビジョニング。
-
セカンダリでのアプリケーションのプロビジョニング。
-
AFDを切り替えて、トラフィックをセカンダリにリダイレクトします。
フェイルバック
フェイルバック
Sitecoreがフェイルオーバー プロセスを完了し、災害の原因が修正された後、お客様とManaged Cloud運用チームは、プライマリ リージョン環境に戻る時間について合意します。フェールバック後、プライマリ環境は障害が発生する前の状態から再開され、SQL Serverデータはセカンダリ リージョン (存在する場合) からレプリケートされます。