1. 災害復旧

コンテナの災害復旧

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

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

災害復旧は、手動介入が必要な災害後に組織がミッションクリティカル機能を維持または迅速に再開することを可能にします。Sitecore災害復旧(DR)サービスは、DR Basic(確認 )とDR管理(自動)の2種類のDRサービスを提供します。これらには2つのインフラストラクチャタイプがあります

(最小インフラ)とホットスタンバイ(フルレプリカ):

  • DR 基本コールドスタンバイ

    。復旧およびフェイルオーバーのプロセスはイベント後に開始され、顧客からの確認が必要です。これはコスト効率の良いサービスオプションで、より長い復旧時間(RTO)が設定されます。基本コールドスタンバイDRサービスタイプは最低限必要なインフラをプロビジョニングし、重要でないアプリケーションやデータが頻繁に変更される場合によく利用されます。

    基本的なコールドスタンバイ災害復旧にはジオレプリケーションが含まれます。災害発生時には、セカンダリーリージョンとデータベースへのフェイルオーバーが最小限のダウンタイムで行われます。

  • DR マネージドホットスタンバイ

    。フェイルバックおよびフェイルオーバーのプロセスは自動的に開始され、プライマリサイトのレプリカ全体をプロビジョニングします。これによりRTO間隔が最も短くなります。

環境に合った復旧方法は、フェイルオーバー開始を先手に行うか受動的か、そして障害発生時にどれくらい早く復旧したいかによって異なります。

コンテナの災害復旧に関する詳細は、Sitecore Managed Cloud標準「コンテナ災害復旧 知識ベース」の記事をご覧ください。

コードとしてのインフラストラクチャ

Managed Cloudコンテナ環境はInfrastructure as Code(IaC)を採用しており、プロビジョニングの成果物はGitリポジトリに保存され、GitOpsのベストプラクティスに従っています。災害復旧もこれらの慣行に従っています。

コンテナのインフラストラクチャについての詳細は、「 The Managed Cloud architecture and Deploying in Managed Cloud」をご覧ください。

回復オプションの考慮事項

ご自身の要件に合った回復オプションを判断するには、以下の表を参考にして考慮してください:

  • 障害が発生した場合にサイトをどれくらい早く復旧させる必要があるか。
  • リカバリーポイント目標(RPO)。
  • 回復時間目標(RTO)。

仕様

DR 基本コールドスタンバイ

DRマネージドホットスタンバイ

バックアップ技術

ジオレプリケーション(ACR、SQL Server、KeyVault、Blob Storage)

Azure APIs

ジオレプリケーション(ACR、SQL Server、KeyVault、Blob Storage)

Azure APIs

回復プロセス

  1. フェイルオーバーの顧客要望/承認

  2. 展開

  3. 切り替え

  4. ライブで始めて

  5. 顧客検証

  6. 切り替え

  7. ライブで始めて

  8. 顧客検証

二次環境状態

オンデマンド作成

プライマリ環境の完全に正確な複製を完全にデプロイして稼働させました

リカバリーポイント目標(RPO)

SQL 5秒

アプリケーションはACR内の画像に依存しているため、RPOはACRで利用可能な最新の画像に基づいています。

SQL 5秒

アプリケーションはACR内の画像に依存しているため、RPOはACRで利用可能な最新の画像に基づいています。

回復時間目標(RTO) - 技術のみ

手動フェイルオーバー実行は 約90分 かかり、二次的なSitecoreプロビジョニング、AFDトラフィックのスイッチング、SQLスイッチオーバーが含まれます。

自動フェイルオーバー実行は 約10分 で、AFDトラフィックスイッチングおよびSQLスイッチオーバーが含まれます。

フェイルバック時間 - テクノロジーのみ

手動のフェイルバック実行は 約15分 で、AFDトラフィックのスイッチングとSQLスイッチオーバーが含まれます。

自動フェイルバック実行は 約10分 で、AFDトラフィックスイッチングやSQLスイッチオーバーが含まれます。

!注技術のRTO値は、システムがSitecoreプラットフォームを復元するのにかかる時間によって異なります。顧客やパートナーが手動で行う必要がある場合は、実質的なRTOが延長されることがあります。

領域間の複製

典型的なSitecore環境は以下のAzureリソースタイプで構成されています。

  • KeyVault - Azureはセカンダリ環境への読み取り専用レプリケーションを提供し、これによりセカンダリ環境でのSitecoreの継続的な運用が可能になります。
  • ストレージアカウント - ストレージアカウントで提供されるオブジェクトの複製は、ストレージアカウントコンテナをセカンダリ環境に選択的に複製するために使われます。
  • ACR – ACRとそのイメージはterraformを用いてプロビジョニングされます。Gitのインフラストラクチャコードは最新のターゲット状態を含み、セカンダリ状態のプロビジョニングや維持に使用されます。
  • AKS – AKSはterraformを用いてプロビジョニングされます。Gitのインフラストラクチャコードは最新のターゲット状態を含み、プロビジョニングや二次状態の維持に使用されます。
  • Azure SQL – データ複製を保証するAzureによるジオレプリケーション。
この記事を改善するための提案がある場合は、 お知らせください!