Fabric のミラーリングは、複雑な ETL (変換読み込みの抽出) を回避し、既存の Azure Database for PostgreSQL フレキシブル サーバー資産を Microsoft Fabric の残りのデータと統合する簡単なエクスペリエンスを提供します。 既存の Azure Database for PostgreSQL フレキシブル サーバーを Fabric の OneLake に継続的に直接レプリケートできます。 Fabric 内では、強力なビジネス インテリジェンス、人工知能、データ エンジニアリング、データ サイエンス、データ共有のシナリオのロックを解除できます。
Fabric でのミラーリング用に Azure Database for PostgreSQL フレキシブル サーバーを構成するチュートリアルについては、チュートリアル: Azure Database for PostgreSQL フレキシブル サーバーからの Microsoft Fabric ミラー化データベースの構成に関する記事を参照してください。
Fabric でミラーリングを使用する理由
Fabric のミラーリングでは、複数のベンダーの異なるサービスをまとめる必要はありません。 代わりに、高度に統合された、エンドツーエンドで使いやすい製品を利用できます。これは分析ニーズを簡素化するように設計されていて、Microsoft、Azure Database for PostgreSQL フレキシブル サーバー、およびオープンソースの Delta Lake テーブル形式を読み取ることができる何千ものテクノロジ ソリューションの間のオープン性とコラボレーションのために構築されています。
どのような分析エクスペリエンスが組み込まれていますか?
ミラー化されたデータベースは、Fabric データ ウェアハウスの項目であり、ウェアハウスや SQL 分析エンドポイントとは異なります。
ミラーリングでは、Fabric ワークスペースに次の 3 つの項目が作成されます。
- ミラー化データベースの項目。 ミラーリングでは、データの OneLake へのレプリケーションと Parquet への変換が、分析対応形式で管理されます。 これにより、データ エンジニアリング、データ サイエンスなどのダウンストリーム シナリオが可能になります。
- SQL 分析エンドポイント
- 既定のセマンティック モデル
Azure Database for PostgreSQL フレキシブル サーバーの各ミラー化データベースには自動生成された SQL 分析エンドポイントがあり、ミラーリング プロセスによって作成された Delta テーブルに加えて、豊富な分析エクスペリエンスを提供します。 データ オブジェクトを定義とクエリを実行できる使い慣れた T-SQL コマンドにアクセスできますが、これは読み取り専用のコピーであるため、SQL 分析エンドポイントからデータを操作することはできません。 SQL 分析エンドポイントで実行できるアクションは、次のとおりです。
- Azure Database for PostgreSQL フレキシブル サーバーから Delta Lake テーブル内のデータを参照するテーブルを調べます。
- ノー コード クエリとビューを作成し、コード行を記述することなく、視覚的にデータを調査します。
- T-SQL でセマンティクスとビジネス ロジックをカプセル化するための SQL ビュー、インライン TVF (テーブル値関数)、およびストアド プロシージャを開発します。
- オブジェクトに対するアクセス許可を管理します。
- 同じワークスペース内の他のウェアハウスとレイクハウスのデータのクエリを実行します。
SQL クエリ エディターに加えて、SQL Server Management Studio (SSMS)、Visual Studio Code の mssql 拡張機能、さらには GitHub Copilot など、SQL 分析エンドポイントのクエリを実行できるツールの広範なエコシステムがあります。
ネットワークの要件
現在、ミラーリングは、Azure 仮想ネットワークまたはプライベート ネットワークの内側にある Azure Database for PostgreSQL フレキシブル サーバーをサポートしていません。 プライベート ネットワークの内側にフレキシブル サーバー インスタンスがある場合、Azure Database for PostgreSQL フレキシブル サーバーのミラーリングを有効にはできません。
パブリック ネットワーク アクセスを許可するように Azure Database for PostgreSQL フレキシブル サーバーのファイアウォール規則を更新し、Azure Database for PostgreSQL フレキシブル サーバーに接続するための Azure サービスの許可オプションを有効にする必要があります。
アクティブなトランザクション、ワークロード、レプリケーター エンジンの動作
アクティブなトランザクションは、トランザクションがコミットされ、ミラー化 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 フレキシブル サーバーで使用できるコンピューティング レベルの詳細については、Azure Database for PostgreSQL フレキシブル サーバーのコンピューティング オプションに関する記事を参照してください。