Microsoft Fabric Mirroring のコスト：無料ストレージの上限とキャパシティのルールを解説

By Mirko Peters · 2026-10-22

Microsoft Fabric Mirroring の実際のコストを詳しく見ていきます。キャパシティユニット、無料ストレージの上限、バックグラウンド レプリケーションの料金体系の仕組みを解説します。

Automatically translated with AI from the original post. Read the English original

Microsoft Fabric Mirroring を使うと、運用データベースを OneLake にほぼリアルタイムで自動同期できるため、従来の複雑なデータ パイプラインにかかっていた負担を解消できます。ただし、本番環境でこの機能を導入する前に、料金への影響、ストレージの上限、キャパシティの要件を把握しておくことが重要です。

重要なポイント

• データベース ミラーリングとオープン ミラーリングのストレージは、キャパシティに応じた一定のしきい値までは完全に無料です。
• Microsoft Fabric で購入した キャパシティユニット (CU) 1 つにつき、1 テラバイトのミラーリング ストレージが無料で提供されます。
• バックグラウンドのレプリケーションとデータ移動は、貴重なキャパシティユニット (CU) を消費しません。
• クエリ、下流のレポート作成、無料枠を超えたストレージには、標準の Fabric 料金が適用されます。
• Fabric キャパシティを一時停止または削除すると、再開されるまでミラーリングとレプリケーションが直ちに停止します。

Microsoft Fabric ミラーリングの料金の仕組み

組織が最新のデータ分析プラットフォームを評価する際、多くの場合で最大の関心事はコストです。クラウドのデータ統合では、コンピュートを大量に使うパイプラインの実行、複雑なステージング テーブル、継続的なデータ移動の料金が、従来から大きな負担になってきました。Fabric Mirroring は、バックグラウンドのデータ同期をサービスに含まれるものとして扱うことで、この前提を変えます。

ミラーリングの実際のコストを理解するには、管理者はバックグラウンドのレプリケーションと、アクティブな利用によるコストを切り分けて考える必要があります。Azure SQL などのソース データベースからトランザクション ログを読み取り、変更内容をまとめて Delta テーブルとして OneLake に格納する処理は、購入したキャパシティユニットを消費しません。この設計により、IT チームは業務のピーク時間帯であっても、コンピュート消費の予期しない急増を心配せずに、負荷の高い運用データベースでミラーリングを有効にできます。

キャパシティユニット ストレージの計算式

データ移動エンジンは無料ですが、ミラーリングされたデータを OneLake に保存する部分は、Microsoft Fabric キャパシティの購入量に直接結びついた割り当てモデルに従います。Microsoft はクラウドの導入を促すため、非常に手厚いストレージ枠を用意しています。

購入したキャパシティユニット (CU) 1 つにつき、ミラーリング ストレージが 1 テラバイト無料になります。たとえば F64 キャパシティ階層では、ミラーリングされたデータ専用に 64 テラバイトの無料ストレージが付与されます。運用系のトランザクション データベースを使う中小規模の組織にとって、このストレージの上限は、標準のストレージ料金が適用されるまでに十分な余裕をもたらします。

課金が始まるタイミング

基本的なストレージと同期は追加料金なしで利用できますが、組織はどこから費用が発生し始めるのかを理解しておく必要があります。こうした境界を把握しておくことで、請求サイクルの終わりに予算を想定外に超えるのを防げます。

まず、データを能動的にクエリや変換する際には、コンピュートの処理能力は決して無料ではありません。ミラーリングされたデータが OneLake に格納されたあとは、Spark ノートブックの利用、SQL analytics エンドポイント経由の T-SQL クエリの実行、セマンティック モデルの更新のいずれを行っても、標準の Fabric キャパシティユニットを消費します。課金されているのは、ストレージに置かれたまま動かないデータではなく、分析を実行しているコンピュート リソースです。

第二に、ミラーリングされたデータセットの合計がキャパシティに応じた無償枠を超えた時点で、ストレージコストが発生します。また、コスト削減のために組織がFabricキャパシティを一時停止すると、ミラーリングも同時に停止します。一時停止中は、運用ソースからの変更は複製されず、キャパシティを再開するまで無償枠のストレージ割り当ても適用されなくなります。

過去データと保持の管理

ストレージ使用量に影響するもう一つの重要な要素は、タイムトラベル履歴の構成です。Fabricミラーリングは、履歴分析やポイントインタイムクエリを可能にするため、データの以前のバージョンを保持します。既定では、新しく作成されたミラーリングデータベースは1日分の履歴を保持し、以前の構成では最大7日分を保持する場合があります。

管理者は、組織のコンプライアンス要件に合わせてこれらの保持期間を調整すると同時に、ストレージ使用量を最適化できます。既定の上限を超えて履歴を延長すると、より多くのテラバイトを消費し、最終的にワークスペースが無償枠を超えて、標準のOneLakeストレージ料金の対象になります。

まとめと次のステップ

Microsoft Fabric Mirroring は、運用データベースと分析レポート環境をつなぐ、非常にコスト効率の高い方法を提供します。バックグラウンドでの無償のレプリケーションと、キャパシティベースの十分なストレージ枠を活用することで、組織は従来のデータパイプラインにかかるエンジニアリングの負荷を回避できます。ミラーリングがショートカット、パイプライン、その他のデータ統合戦略と比べてどうなのかを詳しく知りたい場合は、ポッドキャストのエピソード全編を聴いて、エキスパートによる解説をご覧ください。

よくある質問

Microsoft Fabric では、バックグラウンドのミラーリングに対してコンピューティングコストが発生しますか?

いいえ。トランザクションログを読み取り、OneLake内のDeltaテーブルを更新するバックグラウンドのレプリケーションエンジンは、購入済みのキャパシティユニット(CU)を消費しません。

Fabricキャパシティを一時停止すると、ミラーリングされたデータはどうなりますか?

Fabricキャパシティを一時停止または削除すると、ミラーリングの同期処理は直ちに停止します。キャパシティを再開するまで、データのレプリケーションは再開されません。

Fabricキャパシティには、どの程度の無償ストレージが含まれていますか?

購入したFabricキャパシティ階層に含まれるキャパシティユニット(CU)1つにつき、1テラバイトのミラーリングストレージが無償で提供されます。

ミラーリングされたデータに対して実際に料金が発生するのはいつですか?

ミラーリングされたストレージの合計が、キャパシティベースの無償枠を超えた場合、キャパシティが一時停止された場合、またはデータのクエリや分析にコンピューティングリソースを使用した場合に、料金の支払いが始まります。