Power BI の高可用性、フェールオーバー、およびディザスター リカバリーに関する FAQ

Power BI は、フル マネージドのサービスとしてのソフトウェア (SaaS) です。 Power BI は、ユーザーがいつでも自分のレポートにアクセスできるように、インフラストラクチャ エラーに対して回復力があります。 SLA については、「ライセンス リソースとドキュメント」を参照してください。

Power BI では、データセンターの障害から Power BI レポート、アプリケーション、およびデータを保護するために Azure Availability Zones が使用されます。 Availability Zones は自動的に適用され、Power BI で使用されます。 Availability Zones は、Azure リージョン内の障害から分離された場所であり、Azure リージョン内で、冗長な電源、冷却、およびネットワークを備えた、3 つ以上の個別な一意の場所が提供されます。 Availability Zones によって、Power BI ユーザーは、データセンターの障害に対してより高い可用性とフォールト トレランスを備えた、クリティカルなアプリケーションを実行できます。 可用性ゾーンは、Power BI フェールオーバーをトリガーせずにデータセンターの障害に耐える機能を顧客に提供します。

詳細については、「Azure リージョンと可用性ゾーンとは」を参照してください。

Power BI では、ビジネス継続性を保証するために Azure データセンター (リージョンともいう) 内の各コンポーネントの複数のインスタンスを保持します。 サービスが停止したか、Power BI がリージョンでアクセス不可または操作不能となった場合、Power BI ではバックアップ インスタンスに対するそのリージョン内のすべてのコンポーネントが失敗します。 フェールオーバーによって、可用性と運用性は、通常は同じ地理的場所内の新しいリージョンの Power BI サービス インスタンスに復元されます。 詳細については、Microsoft トラスト センターを参照してください。

フェールオーバーされた Power BI サービスのインスタンスでサポートされるのは、読み取り操作のみです。つまり、フェールオーバー中は、更新、レポートの発行操作、ダッシュボードまたはレポートの変更、および Power BI メタデータの変更が必要となるその他の操作 (レポートへのコメントの挿入など) はサポートされません。 (オンプレミス データ ソースに対する DirectQuery と Live Connect に基づいていない) ダッシュボードやレポートの表示などの読み取り操作は、引き続き正常に機能します。

Power BI サービスのすべてのコンポーネントでは、そのバックアップ インスタンスを定期的に同期します。 15 分ごとのポイントインタイム同期については、Power BI でアップロードまたは変更されたコンテンツが対象となります。 フェールオーバーが発生した場合、Power BI では Azure ストレージ geo 冗長レプリケーションと Azure SQL geo 冗長レプリケーションを使用して、バックアップ インスタンスが他のリージョンに存在することを保証し、使用できるようにします。

Microsoft Trust Center に示されていない限り、バックアップ インスタンスは、組織が Power BI にサインアップしたときに選択されたのと同じ地理的場所 (geo) 内に存在します。 geo には複数のリージョンを含めることができ、Microsoft では、データの回復性のために特定の geo 内のいずれかのリージョンにデータをレプリケートする場合があります。 Microsoft では、geo 外に顧客データをレプリケートしたり、移動したりすることはありません。 Power BI によって提供される geo とそれに含まれるリージョンとのマッピングについては、Microsoft Trust Center を参照してください。

フェールオーバーがいつ必要になる可能性があるかを示す 2 つの異なるシステムがあります。

• 外部および内部の監視プローブでは、正しく操作できない、あるいは可用性が欠如していることを示します。 示される内容は、Power BI コンポーネント、またはリージョン内の Power BI が依存する 1 つまたは複数のサービスで検出されたサービス停止に基づく場合があります。
• リージョンでの重大な停止については、Microsoft Azure 中央運用チームによって報告されます。

いずれの場合も、Power BI エグゼクティブ チームのメンバーがフェールオーバーすることを決定します。 決定は自動化されていません。 決定が行われた後、フェールオーバーは自動的に行われます。

Power BI のサポート ページに通知が投稿されます。 通知の情報には、ダッシュボードの発行、更新、作成、複製、およびアクセス許可の変更など、利用できない主な操作が含まれます。

ゾーン フェールオーバーの場合、Power BI は約 30 秒でフェールオーバー プロセスを完了でき、制限なく引き続き機能します。 リージョン フェールオーバーの場合、Power BI が再度機能するようには、フェールオーバーが必要であるという決定から約 15 分かかります。 フェールオーバーが必要であることの判断の時間は、フェールオーバーの原因となったシナリオによって異なります。

Power BI では Azure Storage の GEO レプリケーションを使用して、フェールオーバーを実行します。 このようなレプリケーションのリターン ポイントは通常 15 分ですが、Power BI で時間を保証することはできません。 詳細については、「Azure Storage の冗長性」を参照してください。

Premium 容量が使用できなくなった場合、ワークスペースとレポートは、すべてのユーザーが引き続きアクセスして表示できます。

Power BI サービス インスタンスは、フェールオーバーの原因となった問題が解決されたときに元のリージョンに戻ります。 Power BI のサポート ページを確認してください。問題が解決されると、Power BI チームによって、フェールオーバーについて記述された通知が削除されます。 その時点で、操作は正常な状態に戻ります。

組織で使用される Power BI ソリューションに次の要素のいずれかが含まれている場合は、ソリューションの高可用性が保たれていることを保証するための対応が必要です。

• 組織で Power BI Premium が使用されている場合は、デプロイの負荷需要を満たすために Premium 容量のサイズが設定されていることを確めてください。 計画とこの要件を満たすのに役立つ情報については、Power BI Premium の計画と展開に関するホワイト ペーパーを参照してください。 監視を支援するために、Power BI の管理ポータルと Power BI Premium 容量メトリック アプリには新しい機能が定期的に追加されます。
• 組織でオンプレミス データ ゲートウェイを使用してオンプレミスのデータ ソースにアクセスしている場合は、高可用性をサポートするようにゲートウェイを設定する必要があります。「オンプレミス データ ゲートウェイの高可用性クラスターと負荷分散の管理」を参照してください。 インポート モードでレポートを更新するか、DirectQuery または Live Connect を使用してデータまたはデータ モデルにアクセスするかに関係なく、このガイダンスを使用してください。

いいえ。 オンプレミス データ ソースで必要なデータ (直接クエリと Live Connect に基づくすべてのレポートとダッシュボード) は、フェールオーバー中には機能しません。 しかし、ゲートウェイの構成は変更されません。 Power BI インスタンスが元の状態に戻ると、ゲートウェイは正常な機能に戻ります。

プライマリ リージョンで深刻な障害が発生し、ゲートウェイを長期間復元できない場合、フェールオーバーされたプライマリ リージョンでは読み取りと書き込み操作が許可されるため、新しいリージョンに対してゲートウェイを再デプロイして構成できます。

新しいゲートウェイを別のコンピューターにインストールするか、既存のゲートウェイを引き継ぐかを選ぶことができます。 古いゲートウェイに関連付けられているすべてのデータソースが新しいゲートウェイに引き継がれるため、既存のゲートウェイを使用する方が簡単です。