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