この記事では、Azure Bot Service での信頼性のサポートについて説明します。 可用性ゾーンでのリージョンの信頼性と、ローカル データ所在地を持つボットのディザスター リカバリーによるリージョン間の回復性の両方について説明します。 Azure における信頼性の詳細については、Azure の信頼性に関するページを参照してください。
Bot Service でアプリケーション (ボット) を作成する場合は、グローバルまたはローカルのデータ所在地を選択できます。 ローカル データ所在地により、お使いのボットの個人データは、欧州連合などの特定の地理的境界内で保存、保存、処理されます。 このアプローチは、コンプライアンスと地域の信頼性の要件を満たすのに役立ちます。
重要
地域のボット サービスの標準チャネルでは、可用性ゾーンのサポートは有効になっていません。
ローカル データ所在地とリージョンのコンプライアンスを使用したボットのデプロイの詳細については、「Azure Bot Service のリージョン化」を参照してください。
可用性ゾーンのサポート
可用性ゾーン は、各 Azure リージョン内のデータセンターの物理的に分離されたグループです。 1 つのゾーンで障害が発生した際には、サービスを残りのゾーンのいずれかにフェールオーバーできます。
リージョン ボットの場合、Azure Bot Service では既定でゾーン冗長がサポートされます。 可用性ゾーンのサポートのために設定または再構成する必要はありません。
前提条件
- ボットはリージョン (グローバルではない) である必要があります。
- 現時点では、"westeurope" リージョンのみで可用性ゾーンがサポートされています。
ゾーン ダウン エクスペリエンス
ゾーン全体が停止した場合、サービスの自己修復機能によって基礎となる容量が再調整されてゾーンが正常な状態になるまで、短期的にパフォーマンスが低下することが予想されます。 これはゾーンの復元には依存しません。Microsoft が管理するサービスの自己修復状態では、他のゾーンの容量を使用して失われたゾーンを補うことが期待されます。
マルチリージョンの地域でのリージョン間ディザスター リカバリー
ディザスター リカバリー (DR) とは、自然災害やデプロイの失敗など、ダウンタイムやデータ損失につながる影響の大きいイベントから組織が復旧するために使用するプラクティスを指します。 原因に関係なく、災害に対する最善の解決策は、明確に定義されテストされた DR プランと、DR を積極的にサポートするアプリケーション設計です。 ディザスター リカバリー計画の作成を開始する前に、 ディザスター リカバリー戦略の設計に関する推奨事項を参照してください。
DR の場合、Microsoft は 共有責任モデルを使用します。 このモデルでは、Microsoft はベースライン インフラストラクチャとプラットフォーム サービスを確実に利用できるようにします。 ただし、多くの Azure サービスでは、データが自動的にレプリケートされたり、障害が発生したリージョンから別の有効なリージョンにクロスレプリケートされたりすることはありません。 それらのサービスに対して、ワークロードに適したディザスター リカバリー計画を設定する責任はユーザーにあります。 Azure PaaS (サービスとしてのプラットフォーム) オファリング上で実行されるほとんどのサービスには、DR をサポートするための機能とガイダンスが用意されています。 サービス固有の機能を使用して高速復旧をサポートし、DR プランの開発に役立ちます。
Azure Bot Service は、グローバルとリージョンの両方のサービスについてアクティブ/アクティブ モードで実行されます。 停止が発生した場合、エラーを検出したり、サービスを管理したりする必要はありません。 Azure Bot Service では、マルチリージョンの地理的アーキテクチャで自動フェールオーバーと自動回復が自動的に実行されます。 EU ボットのリージョン サービスの場合、Azure Bot Service では、冗長性を確保するために、ヨーロッパ内の 2 つの完全なリージョンにアクティブ/アクティブ レプリケーションが提供されます。 グローバル ボット サービスの場合、使用可能なすべてのリージョン/地域をグローバル展開として提供できます。