Azure Bot Service の信頼性
Azure でアプリケーション (ボット) を作成するときに、ボット リソースのデータ所在地をグローバルにするかローカルにするかを選択できます。 ローカル データ所在地では、ボットの個人データが必ず特定の地理的境界 (ヨーロッパ境界など) 内で保持、格納、処理されるようになります。
重要
地域のボット サービスの標準チャネルでは、可用性ゾーンのサポートは有効になっていません。
この記事では、Azure Bot Service での信頼性のサポートについて説明し、可用性ゾーンを使用したリージョンの信頼性と、ローカル データ所在地を持つボットのディザスター リカバリーを使用したリージョン間の回復性の両方について説明します。 Azure における信頼性の詳細については、Azure の信頼性に関するページを参照してください。
ローカル データ所在地とリージョンのコンプライアンスを使用したボットのデプロイの詳細については、「Azure Bot Service のリージョン化」を参照してください。
可用性ゾーンのサポート
可用性ゾーンとは、各 Azure リージョン内にある、物理的に分離されたデータセンターのグループです。 1 つのゾーンで障害が発生した際には、サービスを残りのゾーンのいずれかにフェールオーバーできます。
Azure の可用性ゾーンの詳細情報については、「可用性ゾーンとは」を参照してください。
リージョン ボットの場合、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 つの完全なリージョンにアクティブ/アクティブ レプリケーションが提供されます。 グローバル ボット サービスの場合、使用可能なすべてのリージョン/地域をグローバル展開として提供できます。