# Azure SQL Hyperscale [[Microsoft]] Azure SQL Database のサービスティアの一つ。compute・log・storage を分離するクラウドネイティブ・disaggregated アーキテクチャにより、最大 128TB のデータベースを独立してスケールできる。アーキテクチャは 4 つの中核コンポーネントからなる: Compute(Primary/Secondary replica、クエリ実行とユーザー対話を担う)、Page Server(データページの所有・修正・提供を担う)、Log Service(トランザクションログの一貫性を保証)、Azure Storage(ページファイル(blob)の永続化を担う)。(Source: [[@2026__SIGMOD Companion__Scalable and Resilient Storage Tier for Azure SQL Hyperscale]]) Page Server は担当ページ集合を [[Azure Storage]] blob から取得し、ローカル SSD キャッシュである RBPEX(Resilient Buffer Pool Extension)にキャッシュする。ストレージ層はさらに、ページ blob のスナップショットを用いたバックアップと point-in-time restore(PITR)を提供する。 [[@2026__SIGMOD Companion__Scalable and Resilient Storage Tier for Azure SQL Hyperscale]] は、Page Server ↔ Azure Storage 間のリモート IO 経路の性能・耐障害性課題(per-blob IO 上限、大容量ファイルの障害時再シーディングに数時間かかる問題、RBPEX と Azure Storage への同期二重書き込み)を、file anatomization(cell/stripe/slice による論理・物理ファイル分離)と asynchronous write-behind RBPEX という 2 戦略で再設計した。8 slice 分割で本番相当ワークロードの Azure Storage IOPS を baseline 比 82〜86% 削減し、write-behind との併用でさらに削減した実測を報告する。 過去の関連システムとして、参考文献に Socrates(2019年 SIGMOD、Azure SQL Database の前身クラウドネイティブアーキテクチャ)が挙げられている(本論文の脚注・参考文献 [2])。 ## 関連 - ソース: [[@2026__SIGMOD Companion__Scalable and Resilient Storage Tier for Azure SQL Hyperscale]] - 組織: [[Microsoft]] - 関連製品: [[Azure Storage]](永続化ストレージ) - 概念: [[コンピュートストレージ分離]] / [[ライトビハインドキャッシング]] / [[OLTPシステムアーキテクチャ]] - 比較対象(state of the art 節で言及): [[Amazon Aurora (Database)]]、Alibaba Cloud PolarDB、Google AlloyDB、Neon(いずれも compute/storage 分離を採る cloud-native RDBMS)