コンテナDR管理ホットスタンバイ

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

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

Sitecore Containers DR Managed Hot Standbyを使用すると、障害が発生した場合、Sitecore Managed Cloudディザスタ リカバリ サービスによってプロセスが稼働します。プライマリ リージョンで障害が発生した場合、トラフィックはセカンダリ本番環境にリダイレクトされます。セカンダリ環境は、DRプロビジョニング中に作成されます。セカンダリ環境は既に使用可能であるため、この復旧オプションの目標復旧時間 (RTO) はDRベーシック コールド スタンバイよりも短くなりますが、より高価なオプションです。

次の図は、DRマネージド ホット スタンバイを設定する前のコンテナー インフラストラクチャを示しています。

Containers infrastructure before DR Managed Hot Standby

セットアップ

以下は、コンテナDR管理ホットスタンバイを設定する手順の簡単な概要です。

メモ

Sitecoreは、お客様がサービス リクエストを開始した後にセットアップを実行します。これらの操作はGitOpsの一部であり、変更は最初に関連するお客様のリポジトリにコミットされます。

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

  • Sitecoreリソースを含むセカンダリ環境であるセカンダリ リソース グループをプロビジョニングします。

  • Azure FrontDoorを構成します。

  • SQL Server、ACR、およびストレージ アカウントのgeoレプリケーションを設定します。

  • 特にSQL Geoレプリケーションのエンドポイントを認識するために、アプリケーション リポジトリを更新します。

次の図は、DRマネージド ホット スタンバイを実行した後のコンテナー インフラストラクチャを示しています。

Containers infrastructure after DR Managed Hot Standby

フェイルオーバーの開始

Sitecore Managed Cloud Containersは、プライマリ リージョン環境の正常性を継続的にチェックします。5つのデータ センターのうち3つが問題を報告した場合、DRソリューションの監視コンポーネントはリージョンの障害を通知し、セカンダリ リージョンへのフェールオーバーを実行します。Azure FrontDoorは、セカンダリ リージョンからSitecoreを使用してユーザーに提供します。

次の図は、DR Managed Hot Standbyフェイルオーバーを実行した後のコンテナインフラストラクチャを示しています。

Containers infrastructure after DR Managed Hot Standby failover

フェイルバック

プライマリ リージョンのSitecoreが災害から回復すると、DRソリューションは自動的にフェイルバックを実行します。フェールバック後、プライマリ環境は障害発生前の状態から再開され、新しいSQL Serverデータがセカンダリ リージョンからレプリケートされます。

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