Sitecore Managed Cloud Standard - コンテナーのディザスタ リカバリ


解説

Sitecore Managed Cloud コンテナーのディザスタ リカバリ機能は、災害の発生後にミッションクリティカルな機能を維持または迅速に再開できるようにすることで、お客様の事業継続計画をサポートする機能です。 本番環境（プライマリ）を含むリージョンで災害が発生した場合、ディザスタ リカバリ ツールを使用すると、環境を別のリージョン（セカンダリ）またはディザスタ リカバリ サイトでリカバリできます。

Sitecoreは現在、次のディザスタ リカバリ オプションを提供しています：

この記事では、ディザスタ リカバリの構成、ワークフロー、および注意すべきアーキテクチャの側面に関する情報を提供します。

前提条件

以下は、全てのディザスタ リカバリ オプションで共通の前提条件です：

  1. お客様のSitecore Managed Cloud コンテナーのデプロイメントはいくつかの条件に準拠している必要があります。 詳細については、「Managed Cloud にデプロイする」を参照してください。
  2. お客様のSitecore Managed Cloud コンテナー ソリューションは、リージョン サポート節で説明されているリージョン サポート要件に準拠している必要があります。
  3. お客様は、Managed Cloud契約内で購入された場合にのみ、ディザスタ リカバリ機能をリクエストできます。
  4. https://support.sitecore.net/ からディザスタ リカバリのセットアップをリクエストする際は、有効なSitecore ライセンス ファイル、Sitecoreの証明書、及びパスワードをご提示いただく必要があります。
  5. 以下でAzureで実行されているSitecore コンテナー ソリューション：
    • サポートされているバージョン：
      • 10.1.0:
        • r.0.1.187656
        • r.0.1.191601
        • r.0.1.199374
        • r.0.1.201392
        • r.0.1.204154
        • r.0.1.211803
        • r.0.1.217249
        • r.0.1.227714
        • r.0.1.228902
        • r.0.1.244207
        • r.0.1.258953
        • r.0.1.261853
        • r.0.1.263672
        • r.0.1.276989
        • r.0.1.278801
        • r.0.1.283040
        • r.0.1.287527
        • r.0.1.296377
        • r.0.1.309907
        • r.0.1.321601
        • r.0.1.329447
        • r.0.1.352169
        • r.0.1.383975
        • r.0.1.394606
        • r.0.1.426940
      • 10.1.1:
        • r.0.1.187668
        • r.0.1.190817
        • r.0.1.199375
        • r.0.1.201503
        • r.0.1.204171
        • r.0.1.211930
        • r.0.1.217250
        • r.0.1.227715
        • r.0.1.228903
        • r.0.1.244208
        • r.0.1.258958
        • r.0.1.261854
        • r.0.1.263671
        • r.0.1.276990
        • r.0.1.278804
        • r.0.1.283043
        • r.0.1.287525
        • r.0.1.296378
        • r.0.1.309915
        • r.0.1.321602
        • r.0.1.329448
        • r.0.1.352170
        • r.0.1.383976
        • r.0.1.394607
        • r.0.1.426941
      • 10.1.2:
        • r.0.1.191832
        • r.0.1.199376
        • r.0.1.201468
        • r.0.1.204209
        • r.0.1.211931
        • r.0.1.217251
        • r.0.1.227716
        • r.0.1.228904
        • r.0.1.244213
        • r.0.1.258959
        • r.0.1.261855
        • r.0.1.263669
        • r.0.1.276991
        • r.0.1.278805
        • r.0.1.283049
        • r.0.1.287524
        • r.0.1.296379
        • r.0.1.309909
        • r.0.1.321603
        • r.0.1.329449
        • r.0.1.352171
        • r.0.1.383977
        • r.0.1.394608
        • r.0.1.426953
      • 10.1.3:
        • r.0.1.352172
        • r.0.1.383978
        • r.0.1.394609
        • r.0.1.426954
      • 10.2.0:
        • r.0.1.195550
        • r.0.1.199377
        • r.0.1.201465
        • r.0.1.204153
        • r.0.1.211957
        • r.0.1.217252
        • r.0.1.227717
        • r.0.1.228905
        • r.0.1.244214
        • r.0.1.258960
        • r.0.1.261856
        • r.0.1.263668
        • r.0.1.276993
        • r.0.1.278806
        • r.0.1.283053
        • r.0.1.287520
        • r.0.1.296380
        • r.0.1.309919
        • r.0.1.321604
        • r.0.1.329450
        • r.0.1.352174
        • r.0.1.383980
        • r.0.1.394610
        • r.0.1.426961
      • 10.2.1:
        • r.0.1.352175
        • r.0.1.383981
        • r.0.1.394611
        • r.0.1.426962
      • 10.2.2:
        • r.0.1.426963
      • 10.3.0:
        • r.0.1.296381
        • r.0.1.309911
        • r.0.1.321605
        • r.0.1.329451
        • r.0.1.352176
        • r.0.1.383982
        • r.0.1.394612
        • r.0.1.426977
      • 10.3.1:
        • r.0.1.329452
        • r.0.1.352177
        • r.0.1.383983
        • r.0.1.394613
        • r.0.1.426978
      • 10.4.0:
        • r.0.1.394614
        • r.0.1.427029
    • サポートされているトポロジ：XM、XP

技術的な前提条件

SQL ServerのGeoレプリケーションがプライマリで有効になっていないことが必要です。

概要

災害が発生すると、Sitecoreは15分以内にアラート メールを受信します。アラート メールに基づいて、Sitecoreはアラートの信頼性を検証し、事象を調査するためのお問い合わせを作成し、初期調査についてお客様に通知します。事象が何らかの災害の結果であり、プライマリ リソース グループを一時的に回復できないことが判明した場合、Sitecoreはフェイルオーバー プロセスを開始します。サービス タイプに応じて、お客様からの承認を得てから開始する場合と、承認を得ずに直接開始する場合とがあります。また、お客様は、サポート ポータルからこれをリクエストすることもできます。このフェイルオーバー プロセスにより、プライマリ環境が利用可能になるまでの間、ビジネス クリティカルな活動を継続できるセカンダリ環境がお客様に提供されます。

留意点:

ディザスタ リカバリ機能

GitOpsと継続的デプロイ

Managed Cloud コンテナーは、GitOpsの使用をサポートしています。 詳細については、「Managed Cloud にデプロイする」を参照してください。

Sitecoreのディザスタ リカバリ ソリューションは、これを使用してセカンダリ環境の状態を管理します。

インフラストラクチャとアプリケーションのリポジトリは、基本的なディザスタ リカバリ コールド スタンバイをセットアップする際に、ディザスタ リカバリをサポートするように拡張されています。

基本的なコールド スタンバイのGeo レプリケーション

Geo レプリケーションは、セカンダリ リージョンにデータベースの継続的なコピーを作成します。災害時には、セカンダリ リージョンにフェールオーバーし、最小限のダウンタイムでデータベースを起動できます。

Sitecoreは、次の2つのディザスタ リカバリ機能を提供します：

ディザスタ リカバリ機能の詳細を入手するには、Sitecore サポート ポータルにてサポートのお問い合わせを送信してください。

考慮事項

ディザスタ リカバリでは、Sitecore XP・XM ソリューションを構築する際に新しく考慮すべき事項があります。本節では、最も一般的なものについて説明します。

Azure リージョンの選択

Azureは、レイテンシが定義された境界を持つリージョンにデータ センターを編成し、専用のリージョンの低レイテンシ ネットワークを介して接続されます。リージョンを選択する際、バックアップの高速化とお客様への一貫した配信速度を確保するために、この記事で説明されているように、Microsoftが推奨するペアのリージョンを選択することをお勧めします。互換性のある地域については、リージョン サポート節を参照してください。

サード パーティのサービスAPI

Sitecoreの実装がIPに基づいてアクセスを制限するサード パーティ サービスAPIを使用している場合、セカンダリ データ センターのIPをサービスに登録することが不可欠です。IPの登録に失敗すると、セカンダリSitecore環境をオンラインにする際に遅延が生じる可能性があります。

停止ページ

Managed CloudはAzure Functionsを使用して、停止した場合に停止ページを表示します。Azure Functionsを使用すると、停止ページから503コードが返され、サービスが利用できないことが示されます。停止ページには、サイトがまもなくオンラインに戻ることをお客様に保証するために必要な情報のみを含めることをお勧めします。例えば、以下のことを記載します。

停止ページは、デフォルトでは簡単なテキストが記述されているだけのページです。停止ページのコンテンツ（index.html）を更新して、停止ページを変更およびカスタマイズすることができます。

停止ページのカスタマイズ

Managed Cloud コンテナーの環境は、Infrastructure as Code（IaC）宣言型アプローチを使用して、システムの望ましい状態を定義します。 これは、停止ページにも当てはまります。 以下は、既存の停止ページを更新するための手順です。

ディザスタ リカバリの停止htmlを編集する

  1. Azure DevOps Organizationに移動します。
  2. サイドバーからRepos > Filesに移動します。
  3. リポジトリ フィルターからインフラストラクチャ リポジトリを選択します。


  4. インフラストラクチャ リポジトリで、hadr > outage >index.htmlに移動します。


  5. HTML ファイルに変更を追加するには、コンテンツを追加および削除できる編集ビューに切り替えます。または、リポジトリをローカルに複製し、コード編集ツールを使用して変更を加え、コミットをインフラストラクチャ リポジトリにプッシュします。貴社のプル リクエストのプロセスに従って、環境に関連するリポジトリのブランチからの意図した変更とともに、パイプラインが実行されるようにしてください。

インフラストラクチャ パイプラインを実行する

  1. Azure DevOps サイドバーで、Pipelines > Pipelinesをクリックします。
  2. パイプライン ページのインフラストラクチャ パイプラインの右端にある省略記号アイコンをクリックして、「パイプラインを実行する」を選択します。


  3. 「Update outage app」チェックボックスをオンにし、「Run」をクリックします。

制限

本節では、マネージド クラウドが提供するディザスタ リカバリ オプションの制限について説明します。

コントロール リソース グループは削除できない

コントロール リソース グループには、セカンダリ データ センターでSitecore XP・XM環境を正常に復元するために使用するすべてのリソースが含まれています。コントロール リソース グループまたはそのリソースを削除すると、リカバリを正常に実行できなくなる可能性があります。

リカバリ時間を考慮し、xDBの再構築はリカバリから除外される

大規模なコンテンツ データベースではかなりの時間がかかる可能性があるため、フェイルオーバー プロセスの実行にかかるリカバリ時間の中に、xDBの再構築は含まれません。分析インデックスが再構築されない場合でも、リストに依存する機能にのみ影響し、フロント エンド サイトには影響しません。

カスタマイズ

SitecoreのManaged Cloud コンテナーのソリューションは、Infrastructure as Code（IaC）に基づいているため、高度にカスタマイズできます。 インフラストラクチャとアプリケーションのプロビジョニングには、それぞれTerraformとAnsibleを使用しています。

これらの成果物はお客様のGitリポジトリで公開されており、弊社ではGitOpsプラクティスを使用してお客様の環境を管理します。ディザスタ リカバリでのバックアップ、復元、またはレプリケーションに対するカスタマイズのサポートは、個々のプロジェクトにおいて大きく状況が異なるものであるため、詳細についてはお問い合わせください。

サポートされないフェイルオーバー状況がある

本番サイトをセカンダリ データ センターに復元できない状況がいくつかあります。例えば、認証やAzure Front Door等のグローバルなAzureサービスがダウンしている場合です。

ディザスタ リカバリの誤警報

セキュリティ アップデートがある場合、ノードの再起動が必要になることがあります。ノードを再起動すると、環境が短時間ダウンします。 これにより、マネージド ディザスタ リカバリ ホット スタンバイのシナリオで自動ディザスタ リカバリ フェイルオーバーとフェイルバックが起動します。

ディザスタ リカバリのテストはサポートされない

現時点では、お客様の実装に対するディザスタ リカバリのテストはサポートされていません。

リージョン サポート

地理的な場所

Azure リージョン ペア

 ElasticSearch 

サポート

 SearchStax 

サポート

制限および推奨事項

（セカンダリ リージョンでElasticSearchまたはSearchStaxのいずれかがサポートされていない場合、別の適切なリージョンを推奨します）

北米

米国東部 2

米国中部

-

✓

  ElasticSearch Elastic High IO Configurationがリージョン間で一致していません。

  オプションのリージョンを推奨します（Elastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

ヨーロッパ

北ヨーロッパ (アイルランド)

西ヨーロッパ (オランダ)

✓

✓

 

北米

米国東部

米国西部

-

✓

  ElasticSearchは、米国西部をサポートしていません。

  オプションのリージョンを推奨します（Elastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

北米

米国中北部

米国中南部

-

✓

  ElasticSearchは、米国中北部をサポートしていません。

  オプションのリージョンを推奨します（同じElastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

北米

米国西部 2

米国中西部

-

✓

  ElasticSearchは、米国中西部をサポートしていません。

  オプションのリージョンを推奨します（同じElastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

ブラジル

ブラジル南部

一方向のみ（ブラジル南部から米国中南部）

米国中南部

-

✓

  ElasticSearchは、ブラジル南部をサポートしていません。

  オプションのリージョンを推奨します（Elastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

日本

東日本

西日本

-

✓

  ElasticSearchは、西日本をサポートしていません。オプションのリージョンを推奨します（Elastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

  バージョン10.1.0（r.0.1.201392）、10.1.1（r.0.1.201503）、10.1.2（r.0.1.201468）、および10.2.0（r.0.1.201465）より前のMCCパッケージには制限があります）。可用性ゾーンのあるパブリックIPは、西日本をサポートしていません。新しいMCCバージョンにアップグレードするか、オプションのリージョンをお勧めします。

アジア太平洋

東アジア

東南アジア

-

✓

  ElasticSearchは、東アジアをサポートしていません。

  オプションのリージョンを推奨します（Elastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

英国

英国西部

英国南部

-

✓

  ElasticSearchは、英国西部をサポートしていません。オプションのリージョンを推奨します（Elastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

  バージョン10.1.0（r.0.1.201392）、10.1.1（r.0.1.201503）、10.1.2（r.0.1.201468）、および10.2.0（r.0.1.201465）より前のMCCパッケージには制限があります）。可用性ゾーンのあるパブリックIPは、英国南部をサポートしていません。新しいMCCバージョンにアップグレードするか、オプションのリージョンをお勧めします。

カナダ

カナダ中部 

カナダ東部

-

✓

  ElasticSearchは、カナダ中部とカナダ東部のいずれもサポートしていません。オプションのリージョンを推奨します（Elastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

  バージョン10.1.0（r.0.1.201392）、10.1.1（r.0.1.201503）、10.1.2（r.0.1.201468）、および10.2.0（r.0.1.201465）より前のMCCパッケージには制限があります）。可用性ゾーンのあるパブリックIPは、カナダ東部をサポートしていません。新しいMCCバージョンにアップグレードするか、オプションのリージョンをお勧めします。

韓国

韓国中部 

韓国南部

-

✓

  ElasticSearchは、韓国中部と韓国南部のいずれもサポートしていません。オプションのリージョンを推奨します（Elastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

  バージョン10.1.0（r.0.1.201392）、10.1.1（r.0.1.201503）、10.1.2（r.0.1.201468）、および10.2.0（r.0.1.201465）より前のMCCパッケージには制限があります）。可用性ゾーンのあるパブリックIPは、韓国南部をサポートしていません。新しいMCCバージョンにアップグレードするか、オプションのリージョンをお勧めします。

オーストラリア

オーストラリア東部 

オーストラリア南東部

-

✓

  ElasticSearchは、オーストラリア南東部のいずれもサポートしていません。オプションのリージョンを推奨します（Elastic High IO 構成IDとElastic Deployment Template IDが同じである場合）。

  バージョン10.1.0（r.0.1.201392）、10.1.1（r.0.1.201503）、10.1.2（r.0.1.201468）、および10.2.0（r.0.1.201465）より前のMCCパッケージには制限があります）。可用性ゾーンのあるパブリックIPは、オーストラリア南東部をサポートしていません。新しいMCCバージョンにアップグレードするか、オプションのリージョンをお勧めします。

アラブ首長国連邦

アラブ首長国連邦北部

アラブ首長国連邦中部

-

-

  ElasticSearchは、アラブ首長国連邦北部とアラブ首長国連邦中部のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxはアラブ首長国連邦中部をサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

オーストラリア

オーストラリア中部

オーストラリア中部 2

-

-

  ElasticSearchは、オーストラリア中部とオーストラリア中部2のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxはオーストラリア中部2をサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

フランス

フランス中部

フランス南部

-

-

  ElasticSearchは、フランス南部のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxはフランス南部をサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

ドイツ 

ドイツ中西部 

ドイツ北部

-

-

  ElasticSearchは、ドイツ中西部とドイツ北部のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxはドイツ北部をサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

ノルウェー

ノルウェー東部

ノルウェー西部

-

-

  ElasticSearchは、ノルウェー東部とノルウェー西部のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxはノルウェー西部をサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

スイス

スイス北部 

スイス西部

-

-

  ElasticSearchは、スイス北部とスイス西部のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxはスイス西部をサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

インド

インド中部
 

インド南部

-

-

  ElasticSearchは、インド中部とインド南部のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxはインド南部をサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

インド

インド西部 

一方向のみ（インド西部からインド南部）

インド南部

-

-

  ElasticSearchは、インド西部とインド南部のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxはインド西部とインド南部のいずれもサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

ブラジル

ブラジル南東部

ブラジル南部

-

-

  ElasticSearchは、ブラジル南東部とブラジル南部のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxはブラジル南東部をサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

南アフリカ

南アフリカ北部

南アフリカ西部

-

-

  ElasticSearchは、アフリカ北部と南アフリカ西部のいずれもサポートしていません。

  セカンダリElasticSearchの場合、ElasticSearch Elastic High IO 構成IDとElastic Deployment Template IdがプライマリElasticSearchと同じであるリージョンを選択します。

  SearchStaxは南アフリカ西部をサポートしていません。

  推奨されるリージョンについては、Sitecoreにお問い合わせください。

中国

中国北部 

中国東部

-

-

  サポートされていません

中国

中国北部 2

中国東部 2

-

-

  サポートされていません

 

プロセスの説明

DR セットアップ

 

手順

説明

1

  お客様側にて前提条件、考慮事項、及び制限を確認していただきます

 プライマリ環境が上記の前提条件を満たしているかを確認します。

 セットアップ、フェイルオーバー、およびフェイルバックを実行するときに必要となる考慮事項節を理解します。

 ドキュメントに記載されている制限を理解します。制限が環境に影響を与える場合は、アクションプランを作成します。

3

  お客様側からDRセットアップをリクエストしていただきます

「DR Basic ColdStandby Setup」サービス リクエストを作成します

4

  CloudOpsが前提条件と制限のチェックを行います

  CloudOpsが、DRをプロビジョニングする前に、前提条件、考慮事項、および制限についてプライマリ環境を確認します

5

  CloudOpsがDRセットアップを実行します

  CloudOpsがDRをプロビジョニングします

6

  CloudOpsがお客様にDRセットアップステータスを通知します

  CloudOpsが、DR セットアップの前、最中、および後に通知し、更新を提供します

8

  停止アプリのコンテンツを構成します

  「よくある質問」節に記載されているように、お客様の仕様に従って停止ページを構成します。

  「考慮事項節」の「アクセス」項目で述べたように、CloudOpsは関連するリソースへの一時的なアクセスの提供を支援します。

 

基本的なディザスタ リカバリ コールド スタンバイのDRフェイルオーバー

 

手順

説明

1

  CloudOpsがプライマリ リージョンの可用性・災害アラートを受信します

  コントロール リソース グループの監視サービスは、CloudOpsがアクションを実行するためのアラートを生成します。

2

  CloudOpsがお客様に災害を通知します

 

3

  お客様が必要であると考えた場合に、フェイルオーバーをリクエストしていただきます

  「DR Basic Cold Standby Failover 」サービス リクエストを作成します。

4

  CloudOpsがフェイルオーバーを実行します

 

5

  CloudOpsがフェイルオーバー ステータスをお客様に通知します

 

6

  必要に応じて、お客様にてセカンダリ環境でカスタム構成またはプロビジョニングを適用していただきます

  フェイルオーバーを実行するときに必要となる考慮事項節を理解します。

  ドキュメントに記載されている制限を理解します。制限が環境に影響を与える場合、DRセットアップの前に準備されたアクション プランを実行します。

  追加のサポートと、それがカスタマイズにどのように影響するかを確認します。このドキュメントに記載されていないプライマリ環境へのカスタマイズは、サポートされないことに注意してください。

 

基本的なディザスタ リカバリ コールド スタンバイのDR フェイルバック

 

手順

説明

1

  CloudOpsがプライマリ リージョンの可用性・リカバリ アラートを受信します

  コントロール リソース グループの監視サービスが、CloudOpsがアクションを実行するためのアラートを生成します

2

  CloudOpsがお客様に復旧について通知します

 

3

  お客様からフェイルバックをリクエストしていただきます

  「DR Basic Cold Standby Failback」サービス リクエストを作成します

4

  CloudOpsがフェイルバックを実行します

 

5

  CloudOpsがフェイルバック ステータスをお客様に通知します

 

マネージド ディザスタ リカバリ ホット スタンバイのディザスタ リカバリ フェイルオーバー

 

手順

説明

1

  CloudOpsがプライマリ リージョンの非可用性・災害アラートを受信します

  コントロール リソース グループの監視サービスが、CloudOpsがフェイルオーバーを監視し、必要に応じてアクションを実行するためのアラートを生成します

2

  フェイルオーバーが自動的に実行されます

 

3

 
  CloudOpsがフェイルオーバー ステータスをお客様に通知します

  

4

  必要に応じて、お客様側にてセカンダリ環境でカスタム構成またはプロビジョニングを適用していただきます

  フェイルオーバーを実行した後に必要となる考慮事項節を理解します。

  ドキュメントに記載されている制限を理解します。制限が環境に影響を与える場合、DR セットアップの前に準備されたアクション プランを実行します

  追加のサポートと、それがカスタマイズにどのように影響するかを確認します。このドキュメントに記載されていないプライマリ環境で行われたカスタマイズはサポートされていないことに注意してください。

 

マネージド ディザスタ リカバリ ホット スタンバイのディザスタ リカバリ フェイルバック

 

手順

説明

1

  CloudOpsが、プライマリ リージョンの可用性・リカバリ アラートを受信します

  コントロール リソース グループの監視サービスは、CloudOpsがフェイルオーバーを監視し、必要に応じてアクションを実行するためのアラートを生成します。

2

  フェイルバックが自動的に実行されます

 

3

  CloudOpsが、フェイルバック ステータスをお客様に通知します

 

よくある質問

Sitecore Managed Cloud環境のマネージド クラウド ディザスタ リカバリ（DR）機能はどのようにリクエストすればよいですか？
お客様は、Sitecoreの支社または Sitecoreの営業チームを通じて、Sitecore XP・XM 環境のディザスタ リカバリのセットアップをリクエストできます。

ディザスタ リカバリのセットアップが完了したら、どのようなアクションを実行する必要がありますか？
ディザスタ リカバリのセットアップが完了したら、お客様は次のアクションを実行する必要があります：

方法の説明は、ディザスタ リカバリのセットアップの提供後にSitecore エンジニアによって提供されます。または、お客様はSitecore サポート ポータルで詳細情報についてサポート クエリを送信できます。

ディザスタ リカバリのセットアップが完了した後に導入される新しいリソースは何ですか？
ディザスタ リカバリのセットアップのプロビジョニング後、お客様は、選択したディザスタ リカバリのタイプに応じて次のリソース グループをご覧になれます：

利用者（お客様）はディザスタ リカバリのリソースへのアクセス権が制限されていますか?
Sitecoreは、お客様に追加のリソース グループ（コントロール及びセカンダリ）への制限付きアクセスを提供します。これにより、Sitecoreはバックアップ ポリシーと自動化に関連する構成への変更を防ぐことができます。

ディザスタ リカバリのセットアップにおいて、ペアのリージョンはどのように選ばれていますか?
Sitecoreは、Microsoftの標準に準拠した、お客様にとって最適な地域を選択します。詳細については、リージョン サポート節を参照してください。

デフォルトの停止ページを更新できますか？
はい。インフラストラクチャ リポジトリの停止アプリケーションのコンテンツ（index.html）を変更し、「停止アプリケーションの更新」の入力を確認してインフラストラクチャ パイプラインを実行することで、停止アプリケーションを更新できます。 詳細な手順は、考慮事項節の停止ページに記載されています。

フェイルオーバー後、プライマリ リソース グループの全てが使用可能になりますか?

いいえ、標準のマネージド クラウド コンテナーのリソースのみを復元します。HADRの現在の制限については、制限節、特にカスタマイズ 節を参照してください。

カスタム ドメインと SSL バインディングは、フェイルオーバー中にプライマリ環境から複製されますか?

Azure Front DoorでドメインとSSL バインディングを構成しており、Azure Front Doorはグローバルに利用可能であるため、これらの構成を複製する必要はありません。

管理証明書とは何ですか？

Sitecoreのプロビジョニング中に使用される証明書です。

管理証明書の目的：Sitecore Azure モジュールは、Microsoft Azure Service Management REST APIに基づいています。全てのAPI操作は、SSLを介して実行され、X.509 v4証明書を使用して相互に認証されます。したがって、管理証明書をモジュールにアップロードする必要があります。

SolrCloudのディザスタ リカバリを有効にする手順は何ですか？

マネージド クラウド インスタンスとSolrCloudを併せて購入いただいたお客様につきましては、Sitecoreはディザスタ リカバリのセットアップを有効にしながら、次の手順に従って、両方にディザスタ リカバリの可用性を提供します。

GrafanaでどのようにDRの環境データが表示されますか?
フェイルオーバー後、DR GrafanaでDR・セカンダリSitecore関連のデータを表示できます。これは設計上の仕様であり、プライマリGrafanaとDR・セカンダリGrafanaデータは一緒に保存されません。