災害復旧2.0手順
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
このトピックでは、災害復旧プロセスのさまざまなステップについて説明します。展開、呼び出し、フェイルバックタスクの役割や責任については、「 Disaster Recovery 2.0」の役割と責任について詳しくご参照ください。
Sitecore Cloud Operationsは、リクエストに応じて事前にセカンダリAzureリージョンでDR環境を作成します。例えば、本番環境の展開直後や後日で行うよう依頼することができます。環境は最初は本番環境と一致しますが、コスト削減のために低階層に縮小されます。災害復旧プロセスが開始されると、環境は再び拡大されます。
災害復旧プロセス開始の申請または許可を与える責任はあなたにあります。これが完了すると、復旧プロセスは以下の手順に従います:
- セカンダリのAzureリージョン(DRリージョン)に切り替えてください
- DR環境は拡大されています
- DR地域へのフェイルオーバー完了
- DR地域からライブ配信
Scaling Azure services
以下のAzureサービスは、DRフェイルオーバープロセスの一環として本番のSKUおよびティアに合わせてスケールアップされます。デフォルトの本番およびDRトポロジーおよび階層に含まれるAzure SKUの完全なリストについては、以下の記事をご覧ください。
Azure Application Gateway
すべてのアプリケーションゲートウェイインスタンスは対応する本番のSKUや階層に合わせてスケールアップされます。
Azure App services
すべてのAzureアプリサービスは対応する本番のSKUやティアに合わせてスケールアップされます。
Azure SQLデータベース
すべてのAzure SQLエラスティックプールは対応する本番SKUやティアに合わせてスケールアップされます。
Azure Redis cache
Azure Redisはフェイルオーバーのスケーリングに2つのステップが必要です:
- 基本的なC0は標準C0にスケールされます。
- 標準C0はPremium P1にスケールされています。
!注Redis Cacheのスケーリング作業は約30分かかります。この間、Azure Redisキャッシュへの断続的なアクセスが行われることがあります。このスケーリングアップ活動は完全にMicrosoft Azureに依存します。Sitecore Redisキャッシュインスタンスのスケール時間に影響を与えたり保証したりすることはできません。
Search services(Solr)
Managed Cloudは、初期の本番環境展開の一環としてSolr検索サービスの提供を含みます。DRが含まれる場合、Sitecoreは専用のDR Solr検索クラスターの提供も保証します。DRプロセスが開始されると、DR検索クラスターはフェイルオーバー環境に接続されます。これらのビジネス目標を達成するため、Sitecoreは3時間ごとにバックアップを取ります。これにはすべてのSolr設定ファイル、Solrコレクション、エイリアス、セキュリティファイル、カスタムJARファイルが含まれます。本番クラスタからのバックアップが正常に完了すると、DR環境で復元プロセスが開始されます。
フェイルオーバー後の活動
プライマリ環境からのフェイルオーバーが成功した後は、Webアプリのフォルダ内容や構造の変更や更新を避けるよう勧められます。送信元ロケーション(初期プライマリロケーション)の整合性を保つため、SitecoreはApp Service同期をオフにします。プライマリロケーションが利用可能であれば、SQLデータベース同期は維持されます。
プライマリ環境のフェイルオーバー中は、サービスに一時的な中断が生じることが予想されます。ソースロケーションでのアクティブユーザーセッションは停止され、セカンダリロケーションで新しいセッションが確立される前にユーザーは再認証が必要です。これにはプライマリRedisキャッシュインスタンスに保存されたアクティブセッションデータも含まれます。
フェイルバック
本番環境へのフェイルバックは、以前に影響を受けたリージョンのすべてのサービスがオンラインに戻った場合にのみ可能です。Sitecoreはあなたの要望に応じてフェイルバックプロセスを開始します。フェイルバックプロセスは、App Serviceの更新や変更をプライマリ環境に同期しません。
プライマリ環境へのフェイルバック中、サービスに一時的な中断が生じます。ソースロケーションでのアクティブなユーザーセッションは終了し、プライマリロケーションがオンラインに戻ると新しいセッションが確立されます。これにはRedis Cacheインスタンスに保存されたアクティブセッションデータも含まれます。ログインしたユーザーは、プライマリ環境でセッションを開く前に再認証が必要です。
Customer-custom Azure subscription
Customer-custom Azureサブスクリプションは、DRフェイルオーバー後に必要になるかもしれない非Sitecoreコンポーネントの保管場所として使える空白のAzureサブスクリプションです。
サブスクリプションを受け取ると、空のAzureリソースグループのみが含まれるでしょう。Sitecoreはこのサブスクリプション内でAzureサービスを展開しません。クライアントカスタム本番サブスクリプションおよび対応するカスタマーカスタムDRサブスクリプション内のリソース展開はあなた自身が所有します。