Microsoft Fabric の Mirroring を使用すると、複雑な ETL (抽出、変換、ロード) プロセスを回避し、既存の Azure Database for PostgreSQL フレキシブルサーバー環境を他の Microsoft Fabric 内のデータと統合する分かりやすく使いやすい体験を提供します。 既存の Azure Database for PostgreSQL フレキシブル サーバーは、サーバーがパブリックにアクセス可能であるか、仮想ネットワークまたはプライベート エンドポイントを介してネットワーク分離されているか、高可用性のために構成されているかに関係なく、ファブリックの OneLake に直接継続的にレプリケートできます。 Fabric 内では、強力なビジネス インテリジェンス、人工知能、データ エンジニアリング、データ サイエンス、データ共有のシナリオのロックを解除できます。
Azure Database for PostgreSQL フレキシブル サーバーから Microsoft Fabric でミラーリングされたデータベースを構成する方法については、チュートリアル「Azure Database for PostgreSQL フレキシブル サーバーから Microsoft Fabric でミラーリングされたデータベースを構成するチュートリアル」（一般提供開始）を参照してください。
ファブリックでミラーリングを使用する理由
Fabric のミラーリングでは、複数のベンダーの異なるサービスをまとめる必要はありません。 代わりに、分析ニーズを簡素化するように設計され、Microsoft、Azure Database for PostgreSQL フレキシブル サーバー、およびオープンソースの Delta Lake テーブル形式を読み取ることができる 1000 のテクノロジ ソリューション間のオープン性とコラボレーションのために構築された、高度に統合された、エンドツーエンドで使いやすい製品を利用できます。
どのような分析エクスペリエンスが組み込まれていますか?
ミラー化されたデータベースは、 ファブリック データ ウェアハウス 内のアイテムであり、 Warehouse および SQL 分析エンドポイントとは異なります。
ミラーリングでは、Fabric ワークスペースに次の項目が作成されます。
- ミラー化されたデータベース項目。 ミラーリングでは、 データの OneLake へのレプリケーションと Parquet への変換が、分析対応形式で管理されます。 これにより、データ エンジニアリング、データ サイエンスなどのダウンストリーム シナリオが可能になります。
- SQL 分析エンドポイント
フレキシブル サーバー Azure Database for PostgreSQLミラー化された各データベースには、自動生成された SQL 分析エンドポイントがあり、ミラーリング プロセスによって作成されたデルタ テーブルに関する豊富な分析エクスペリエンスが提供されます。 ユーザーは、読み取り専用のコピーであるため、データ オブジェクトを定義してクエリを実行できるが、SQL 分析エンドポイントからデータを操作できない、使い慣れた T-SQL コマンドにアクセスできます。 SQL 分析エンドポイントでは、次のアクションを実行できます。
- Azure Database for PostgreSQL フレキシブル サーバーの Delta Lake テーブル内のデータを参照するテーブルを調べます。
- コード行を記述することなく、コード クエリやビューを作成したり、データを視覚的に探索したりすることはありません。
- SQL ビュー、インライン TVF (テーブル値関数)、ストアド プロシージャを開発して、T-SQL でセマンティクスとビジネス ロジックをカプセル化します。
- オブジェクトに対するアクセス許可を管理します。
- 同じワークスペース内の他のウェアハウスと Lakehouse のデータに対してクエリを実行します。
SQL クエリ エディターに加えてSQL Server Management Studio (SSMS)、 Visual Studio Code 用の MSSQL 拡張機能、さらには GitHub Copilot など、SQL 分析エンドポイントに対してクエリを実行できるツールの広範なエコシステムがあります。
ミラー化されたデータベースでは、Fabric 内の Microsoft Power BI とのワンクリック統合も提供されるため、ミラー化されたデータまたは SQL 分析エンドポイントから直接レポートを迅速に作成できます。
ネットワークの要件
ミラーリングでは、パブリックにアクセスできるサーバーと、プライベート エンドポイント経由で接続されたサーバーや仮想ネットワークでホストされているサーバーなど、ネットワーク分離構成の両方がサポートされます。 フレキシブル サーバーがパブリックにアクセス可能でなく、Azure サービスが接続できない場合は、仮想ネットワーク データ ゲートウェイを作成してデータのミラーリングができます。 Azure Virtual Networkまたはゲートウェイ マシンのネットワークが、プライベート エンドポイント経由でAzure Database for PostgreSQLフレキシブル サーバーに接続できるか、ファイアウォール規則で許可されていることを確認します。
アクティブなトランザクション、ワークロード、レプリケーター エンジンの動作
アクティブなトランザクションは、トランザクションがコミットされ、ミラー化されたAzure Database for PostgreSQLフレキシブル サーバーがキャッチアップするか、トランザクションが中止されるまで、先行書き込みログ (WAL) の切り捨てを保持し続けます。 実行時間の長いトランザクションでは、通常よりも WAL がいっぱいになる可能性があります。 ソース Azure Database for PostgreSQLフレキシブル サーバー上の WAL は、ストレージがいっぱいにならないよう監視する必要があります。 詳細については、「長時間実行されるトランザクションやCDCによってWALが増加する」を参照してください。
ユーザーのワークロードはそれぞれ異なります。 初期スナップショット中は、CPU と IOPS の両方 (ページを読み取るための 1 秒あたりの入力/出力操作) に対して、ソース データベースのリソース使用率が高くなる可能性があります。 テーブルの更新/削除操作により、ログの生成が増加する可能性があります。 Azure Database for PostgreSQLフレキシブル サーバーにおけるリソースの監視方法について詳しく学びます。
計算階層のサポート
Azure Database for PostgreSQL のフレキシブル サーバーには、汎用またはメモリ最適化のいずれかのコンピューティング階層を指定できます。 バースト可能なコンピューティング レベルは、ミラーリングのソースとしてサポートされていません。
フレキシブル サーバーで使用できるコンピューティング レベルの詳細については、フレキシブル サーバー Azure Database for PostgreSQLのCompute オプションAzure Database for PostgreSQLを参照してください。
高可用性のサポート
ミラーリングでは、高可用性Azure Database for PostgreSQLフレキシブル サーバー構成がサポートされます。 レプリケーションは、追加の構成を必要とせずに、フェールオーバー イベント間でシームレスに続行されます。 具体的な制限事項や考慮事項については、Azure Database for PostgreSQL フレキシブル サーバーにおける Microsoft Fabric でミラー化されたデータベースの制限を参照してください。