DR 2.0の目標復旧ポイントと目標復旧時間

Version:

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

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

実稼働環境での障害発生からDR環境での操作への正常な復帰までにかかる時間は、フェイルオーバー・プロセスを開始する要求を作成するユーザーによって異なります。フェイルオーバーの前に障害やイベントの調査に時間を費やすと、操作に戻るポイントが遅れます。このトピックでは、DR 2.0のフェールオーバープロセスに関連する目標復旧時点 (RPO) と目標復旧時間 (RTO) について説明します。

目標復旧時点 (RPO)

サービスの種類	目標復旧時点
Azure SQLフェイルオーバーグループ	~5秒
Azure App Serviceは、バックアップと復元を計画します	3時間
Azure Redis Cache (セカンダリリージョンで再作成)	該当なし
Sitecoreの設定と自動化	3時間
バックアップと復元を使用したSearchStax(Solr as a Service)	3時間

テクノロジーの目標復旧時間(RTO)

サービスの種類	テクノロジーの目標復旧時間
フェイルオーバーグループAzure SQL	10分間
Azure App Serviceプランのバックアップ	10分間
Azure Redisキャッシュ *	30分間
Sitecoreの設定と自動化	10分間
バックアップと復元を使用したSearchStax(Solr as a Service)	10分間

* Azure Redis Cacheのスケールアップには約30分かかります。この間、Azure Redis Cacheサービスへのアクセスが断続的になる場合があります。 Azure Redis Scalingに関するMicrosoftのドキュメントを参照してください。

メモ

テクノロジー RTOの値は、Sitecoreプラットフォームの復元にかかる時間のみを考慮しています。フェイルオーバーの許可を得るために権限のある連絡先に連絡する試みや、稼働前にカスタマイズの検証を試みるなど、顧客またはパートナーが関与する手動の手順が必要な場合、有効なRTOは延長されます。

プラットフォームとウェブサイトの目標復旧時間(RTO)

以下に示すRTO値は、DRフェイルオーバープロセスを開始するためのお客様の承認が必要です。

バックアップ技術	責任ある所有者	テクノロジーの目標復旧時間
Sitecore CMサーバーへのアクセスとサービスの可用性	Sitecore	1時間
Sitecore CDサーバーへのアクセスとサービスの可用性	Sitecore	1時間
ウェブサイトへのアクセスと可用性	お客様/パートナー	カスタムアプリケーション接続文字列とサードパーティ接続の検証を必要とする顧客依存のアクティビティ。

手記

RTOでは、大規模なコンテンツデータベースにはかなりの時間がかかるため、xDBインデックスの再構築は対象外です。分析インデックスが再構築されない場合、EXMなどのリストに依存する機能にのみ影響し、ランタイムサイトには影響しません。

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