ストレージアーキテクチャ
Lakebaseはストレージとコンピュートを分けています。お客様のデータベースデータは、お客様のクエリを実行するコンピュートインスタンスとは独立して、Databricksが管理する分散ストレージレイヤーに格納されています。ストレージは、コンピュートが実行中、停止する中、スケーリング中のいずれの状態であっても、永続的に保持され、高い可用性を維持します。
セーフキーパーやページサーバーを含む、コンピュート層とストレージ層がどのように連携するかの概要については、 「 Lakebase アーキテクチャ 」を参照してください。
ストレージ レイヤー
Lakebase は分散ストレージアーキテクチャを使用します。データベースの信頼できる状態を保持する単一のマシンは存在しません。Lakebase は、ストレージレイヤー全体の耐久性の基盤である Databricks 管理のクラウドオブジェクトストレージにもデータを永続化します。クラウドオブジェクトストレージは極めて高い耐久性を実現するように設計されており、非同期レプリケーションに依存しないため、レプリケーションの遅延が耐久性に影響を与えることはありません。Databricks はストレージの冗長性構成を管理します。
ストレージの冗長性はコンピュートの高可用性とは独立しています。
Databricksは、高可用性（HA）コンピュート設定とは独立して、Lakebaseストレージの冗長性と可用性を管理します。HAを有効または無効にしても、ストレージの冗長性には影響しません。
高可用性はコンピュート層の機能です。自動フェールオーバーのため、別の**アベイラビリティゾーン**にセカンダリ**コンピュート**インスタンスを**事前プロビジョニング**します。ストレージの冗長性とコンピュート HA は独立したレイヤーです。
characteristic | ストレージの冗長性 | コンピュート高可用性（HA） |
|---|---|---|
必須 | はい | No |
顧客設定可能 | No | はい |
保護されるもの | データの耐久性と可用性 | クエリー実行機能 |
ストレージ分離によって他の機能がどのように有効になるか
ストレージとコンピュートの分離により、いくつかのLakebase機能が可能になります。
- データ損失ゼロ (RPO = 0): Lakebaseは、コミットされたすべてのトランザクションをストレージ層に永続的に記録してから確認応答を行うため、コンピュートの障害、再起動、ゼロへのスケール、またはフェイルオーバーが発生しても、コミット済みのデータが失われることはありません。
- インスタントブランチ： Lakebase は共有ストレージに対してコピーオンライト方式でブランチを作成します。このプロセスではデータは重複しません。
- リードレプリカ: 複数のコンピュート インスタンスが同じ共有ストレージレイヤーから読み取ります。この方法では、データのレプリケーションは必要ありません。
- ゼロにスケーリング：コンピュートは停止しますが、ストレージは維持されます。コンピュートが再開されたとき、データはすぐに利用可能です。
- 高速フェールオーバー：ストレージはコンピュートとは分離されているため、フェールオーバーにはデータの移動が伴いません。 Lakebaseは、既存のストレージに接続するセカンダリコンピュートインスタンスを提供します。