1. PaaS 2.0のディザスター リカバリー

ディザスタリカバリ2.0に関する考慮事項

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

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

このセクションでは、ディザスタ リカバリを念頭に置いてManaged Cloud PaaS 2.0 Sitecoreソリューションを構築する際に考慮する必要があるいくつかの点について説明します。

サポートされていないシナリオ

フェールオーバーでは、サイトの構成の誤りやアプリケーション コードの問題によるエラーは解決されません。これは、構成がセカンダリ サイトに正確にレプリケートされるためです。

さらに、運用環境でP0 V3 App Service SKUを使用している場合、ディザスター リカバリーをサポートすることはできません。これは、P0 V3 SKUがゾーン冗長性をサポートしていないことと、P0 V3レベルへのスケーリングとP0 V3レベルからのスケーリングをサポートしていないためです。Sitecoreディザスタ リカバリ プロセスには、調整されたApp Serviceプランが含まれているため、セカンダリ リージョンでP0 V3 SKUを有効にすることはできません。

また、運用サイトをセカンダリリージョンに復元できない可能性があるシナリオもいくつかあります。これらの例をいくつか示します。

  • 認証やAzure Front DoorなどのグローバルAzureサービスに問題がある場合。

  • プライマリリージョンとセカンダリ(バックアップ)リージョンの両方が同時にダウンしている場合。

  • 大規模なグローバル ネットワーク障害または停止が発生した場合。

  • プライマリリージョンとセカンダリリージョン間のネットワーク接続がダウンしている場合。

フェールバックに関する考慮事項

このセクションでは、フェールオーバー後に発生する可能性のある、フェールバック ステージへの移行機能に影響を与える可能性のあるさまざまなシナリオについて説明します。

すべてのシナリオで、ディザスター リカバリー計画を定期的に見直して更新し、変化する状況やテクノロジに適応することが重要です。これにより、組織は予期しない中断に対処し、運用への影響を最小限に抑えるための十分な準備が整うようになります。

プライマリ リージョンが復旧し、データの損失や破損なしにAzureサービスを使用できるようになりました

このシナリオでは、災害または停止が発生したプライマリ リージョンは正常に回復しました。その結果、プライマリ リージョンのすべてのAzureサービスがオンラインに戻り、正常に機能するようになりました。これは、データの損失や破損なしにビジネスの継続性を確保するため、理想的な結果です。

考慮 事項：

  • 災害または停止の根本原因分析を確認して、何が起こったのかを理解し、今後再発しないようにします。

  • 潜在的な問題の早期兆候を検出するために、監視システムとアラートシステムが整っていることを確認します。

プライマリ リージョンが復旧し、Azureサービスを使用できるが、Azureサービスのデータ損失または破損が発生している

このシナリオでは、プライマリ リージョンが復旧し、Azureサービスがオンラインに戻っています。ただし、データの損失またはデータの破損が発生しています。これは、データの不整合や不完全なトランザクションなどの問題につながる可能性があるため、あまり望ましくない結果です。

考慮 事項：

  • データの損失または破損の程度を特定し、ビジネス運用への影響を評価します。

  • データ回復手順を実装して、バックアップまたはセカンダリソースから失われたデータまたは破損したデータを復元します。Sitecore Managed Cloudフェールバックの実行時に、DRリージョンからプライマリ リージョンにデータを更新するオプションが含まれています。

  • データの損失や破損の原因を調査し、今後発生しないように対策を講じます。

プライマリリージョンが回復していないため、別のDRリージョンを指名する必要があります

このシナリオでは、プライマリ リージョンはまだ復旧しておらず、ダウンタイムが長引いたり、修復不可能な問題が発生したりする可能性があります。そのため、ビジネスの継続性を確保するために、代替のディザスタリカバリ(DR)リージョンを指定する必要があります。

考慮 事項：

  • 新しいDRリージョンを選択するための基準 (地理的な近接性、インフラストラクチャの冗長性、コンプライアンス要件などの要素を含む) を決定します。

  • ディザスタリカバリ計画を更新して、必要なフェイルオーバー手順やデータレプリケーション戦略など、新しいDRリージョンを反映します。

  • DR戦略の変更を関連する利害関係者に伝え、新しいDRの地域と手順を認識していることを確認します。

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

お客様は、すべてのサードパーティサービスAPIに責任を負います。

Sitecore接続文字列

最初のDR有効化プロセス中に、Sitecoreは接続文字列を更新して、関連するディザスタ リカバリー リソースに正しく指し示されるようにします。これは、プライマリ リージョンからセカンダリ リージョンへのフェールオーバーを成功させるために必要です。ただし、DRプロセスにはSQL Databaseの継続的なレプリケーションとApp Servicesの定期的なバックアップと復元が含まれますが、次の表に示すファイルは、プライマリ サイトとセカンダリ サイト間で進行中のApp Service同期から除外されます。そのため、これらの接続文字列に更新が加えられた場合 (たとえば、カスタム アプリケーションの新しい接続文字列や資格情報を追加する場合)、これらの変更をDRサイトに手動で適用する必要があります。

次の接続文字列は、進行中のバックアップおよび復元プロセスから除外されます。

糸

ファイル

「si」

"Config/production/Sitecore.IdentityServer.Host.xml」

「sitecorehost.xml」

「CM」

"App_Config/ConnectionStrings.config"

「App_Config/Sitecore/Azure/Sitecore.Xdb.Remote.Client.CM.config"

「皮質処理」

App_Config/ConnectionStrings.config","App_Data/jobs/continuous/ProcessingEngine/App_Config/ConnectionStrings.config"

"App_Config/AppSettings.config"、"App_Data/jobs/continuous/ProcessingEngine/App_Config/AppSettings.config"

「皮質報告」

"App_Config/ConnectionStrings.config"

「App_Config/AppSettings.config」

「マオプス」

"App_Config/ConnectionStrings.config"

「App_Data/jobs/continuous/AutomationEngine/App_Config/ConnectionStrings.config」

「App_Config/AppSettings.config」

"App_Data/jobs/continuous/AutomationEngine/App_Config/AppSettings.config"

「マレップ」

"App_Config/ConnectionStrings.config"

「App_Config/AppSettings.config」

「XCコレクト」

"App_Config/ConnectionStrings.config"

「App_Config/AppSettings.config」

「xc-refdata」

"App_Config/ConnectionStrings.config"

「App_Config/AppSettings.config」

「XC検索」

"App_Config/ConnectionStrings.config"

"App_Data/jobs/continuous/IndexWorker/App_Config/ConnectionStrings.config"

「App_Config/AppSettings.config」

"App_Data/jobs/continuous/IndexWorker/App_Config/AppSettings.config"

障害ページ

Managed Cloud DR 2.0には、デフォルトの停止ページが含まれています。この停止ページは、フェイルオーバープロセス中に公開されているエンドポイント全体に表示されます。このページは、お客様のご判断で変更することができます。

証明 書

Azure証明書の作成は、Managed Cloud PaaS 2.0プロビジョニング パイプライン (スポーク ネットワーク プロビジョニング) の一部です。この設計により、スポークごとに専用の証明書を実装できます。

xConnect Searchインデクサー

Sitecoreは、ソリューション全体で1つのアクティブなxConnect Search Indexer Webジョブのみを実行できます。つまり、サービスのフェールオーバーと復元中にProductionインデクサーをシャットダウンして、DR環境でインデクサーと同時に実行されるリスクを排除する必要があります。

Azureの証明書

お客様のWebサイトドメインの完全な信頼チェーン証明書を提供し、インストールする必要があります。現在、Managed Cloud DRでサポートされているWebサイト証明書は1つだけです。複数のドメインがある場合は、ワイルドカード証明書を使用します。

DNS設定

特定のDNSエントリは、WebサイトドメインのパブリックDNSプロバイダーに追加する必要があります。正確なエントリは環境/デプロイメント駆動型であり、デプロイメントに固有です。これらが正しく適用されていない場合、サイトは読み込まれません。

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