デフォルトAutoscalling
2026 年 3 月 12 日 以降、新しい Lakebase インスタンスが (プロビジョニング インスタンスの代わりに) Lakebase オートスケール プロジェクトとして作成されるため、オートスケール コンピュート、ゼロへのスケール、分岐、即時復元などの機能を使用できるようになります。
展開は3月12日に始まり、数日以内に完了する予定です。ワークスペースが更新されるまでは、プロビジョニングされたインスタンスを作成できます。ワークスペースがロールアウトされると、作成する新しい Lakebase インスタンスはすべてオートスケール プロジェクトになります。
新しい Lakebase インスタンスを作成すると、 Lakebase オートスケール プロジェクトとして作成され、プロビジョニング ページではなく、Lakebase アプリの オートスケール ページに表示さ れ ます。 既存のプロビジョニングされたインスタンスは影響を受けず、以前とまったく同じように実行され続けます。
オートスケールの ページでは、新しいプロジェクトには情報アイコンが付いています。
アイコンの上にマウスを移動すると、プロジェクトがデータベース インスタンスAPIを使用して作成され、データベース インスタンス API と Postgres APIs両方をサポートしていることを説明するツールヒントが表示されます。
これがあなたにとって何を意味するか
- Lakebase インスタンスの作成。 新しい Lakebase インスタンスは、Lakebase オートスケール プロジェクトとして作成され、Lakebase アプリの オートスケール ページに表示されます。 これらのプロジェクトは、データベース インスタンス APIとPostgres API の両方を使用して管理できます。
- UI の [作成] ボタン。 [作成] ボタン ([プロビジョニング] タブに含まれる) をクリックすると、オートスケール プロジェクトの作成フローが開きます。
- オートスケールの特徴。 新しいプロジェクトには、オートスケール コンピュート、ゼロへのスケール (24 時間の非アクティブ タイムアウトを設定して自動的に有効)、分岐、インスタント リストアが備わっています。 準備ができたら、 Lakebaseオートスケール UI およびPostgres APIからこれらの機能にアクセスできます。
- 既存の Lakebase Provisioned インスタンスは変更されません。 以前と同じ動作で、UI の プロビジョニング済み ページに留まります。既存のプロビジョニング インスタンスは実行し続け、接続文字列も動作し続け、 APIs動作し続けます。
- 既存の自動化は引き続き機能します。 既存のオートメーションは変更せずに動作し続けますが、新しいインスタンスはオートスケール プロジェクトとして作成されます。
将来的には、プロビジョニング インスタンスを Lakebase オートスケール プロジェクトにアップグレードできるようになります。 Databricks は、アップグレードのタイムラインが近づきましたらお知らせします。
APIs
Lakebase Provisionedで開発された既存のオートメーションが中断することなく動作し続けることを保証するために、データベース インスタンスAPI (Lakebase Provisioned) と Postgres API (Lakebase オートスケール) の両方が新しく作成された Lakebase インスタンスで動作します。 次の表は、プロジェクトまたはインスタンスの作成方法に応じて、使用する API を示しています。
プロジェクトまたはインスタンスの作成方法 | 使用するAPI |
|---|---|
データベース インスタンスAPIまたはレイクハウス/プロビジョニング UI を使用して作成された新しいプロジェクト | データベース インスタンス APIとPostgres API の両方が機能します。どちらの API でも同じプロジェクトを管理できます。 |
オートスケール UI またはPostgres APIでのみ作成された新規および既存のプロジェクト | Postgres APIのみ。 |
既存の Lakebase Provisioned データベース インスタンス |
Feature Storeを使用する場合、またはテーブルを同期してプログラムでプロビジョニングする場合 (オンライン Feature Store など)、現時点ではデータベース インスタンスAPI使用してください。 同期テーブルのプログラムによるプロビジョニングは、Postgres API ではまだサポートされていません。このギャップは将来のリリースで解消される予定です。
Lakebase API のサポートは、最終的には Postgres API に統合される予定です。Databricks は、データベース インスタンス API からの移行のタイムラインが近づき次第、お知らせします。
新しいLakebaseインスタンスの違い
Lakebase Provisionedに慣れている場合は、Lakebase オートスケール プロジェクトとして作成された新しい Lakebase インスタンスには、いくつかの特別な特徴があることがわかります。 期待できることは次のとおりです。
コンピュートサイズ
オートスケール プロジェクトとして作成された Lakebase インスタンスは、Lakebase Provisioned キャパシティ ユニットの代わりにオートスケール コンピュート ユニット (CU) を使用します。 データベース インスタンスAPI使用してプロジェクトが作成されると、選択した Lakebase Provisioned キャパシティ ユニットは、次のように Lakebase オートスケールの min および max オートスケール CU 範囲にマッピングされます。
ユニットあたりの RAM: Lakebase Provisionedでは、1 つの容量ユニットに 16 GB の RAM が搭載されています。 Lakebase オートスケールでは、1 つの CU に 2 GB の RAM が搭載されています。
プロビジョニングされた容量 | オートスケール min CU | オートスケールマックスCU |
|---|---|---|
1 (16 GB) | 4 (8GB) | 8 (16 GB) |
2 (32 GB) | 8 (16 GB) | 16 (32 GB) |
4 (64 GB) | 16 (32 GB) | 32 (64 GB) |
8 (128 GB) | 64 (128 GB) | 64 (128 GB) |
Lakebase オートスケールは 32 CU までのオートスケールのみ をサポートします。 より大きなサイズ (64 CU を含む) は固定サイズです。したがって、容量 1 ～ 4 の場合、最小～最大のオートスケール範囲が得られます。 容量 8 の場合、固定の 64 CU コンピュートが得られます (最小値と最大値は両方とも 64)。
たとえば、オートメーションによって 容量 1 の Lakebase インスタンスが作成される場合、新しい Lakebase オートスケール プロジェクトは 最小 CU 4 および 最大 CU 8 設定で作成されます。 最小/最大は、後でPostgres APIまたは Lakebase オートスケール UI を使用して変更できます。 Postgres APIを使用して最大 CU を 64 より大きく設定すると、データベース インスタンス API は容量を 8 と報告します。
価格プラン
データベース インスタンスAPIを使用して作成されたインスタンスを含むすべての新しいインスタンスは、オートスケール プラットフォーム上で実行され、 Lakebase オートスケール価格を使用します。 詳細については、 Lakebase の価格ページをご覧ください。
既存のプロビジョニング インスタンスは、オートスケールにアップグレードされるまで、現在の価格のままになります。 Databricks は、アップグレードのタイムラインが近づきましたらお知らせします。
スケールゼロ
新しいプロジェクトの読み取り/書き込みエンドポイントは 、24 時間の非アクティブ タイムアウト を備えた ゼロへのスケールが有効になっている ため、コストを削減するために 24 時間の非アクティブ状態が続くとコンピュートが自動的に一時停止されます。 Lakebaseオートスケール UI またはPostgres APIを使用して、タイムアウトを調整したり、ゼロへのスケールを無効にしてコンピュートを常に実行し続けることができます。 詳細については、 「スケールをゼロにする」を参照してください。
インスタントリストア（リストアウィンドウ）
Lakebase Provisioned (データベース インスタンス) では、 復元ウィンドウを 最大 35 日間 設定できます。 Lakebase オートスケール (新しいプロジェクト) では、 インスタント復元 設定は最大 30 日間 です。 プロビジョニングで 30 日を超える復元ウィンドウに依存している場合、新しいプロジェクトでは、ポイントインタイム リカバリ、タイムトラベル、および過去の状態からの分岐が最大 30 日間サポートされることに注意してください。
PostgreSQLバージョン
Database インスタンスAPIまたはレイクハウス/プロビジョニング UI を通じて作成された新しいプロジェクトは、Lakebase Provisionedと連携した PostgreSQL 16 を 使用します。 つまり、データベース インスタンス API を使用した自動化では、以前と同じ PostgreSQL バージョン (16) のプロジェクトが作成されることになります。オートスケール UI またはPostgres APIを使用して作成されたプロジェクトの安全性は PostgreSQL 17 です。
接続の詳細とホスト名
新しいプロジェクトの接続の詳細には、Lakebase Provisionedとは異なる ホスト名形式 が使用されます。 プロビジョニングされたインスタンスは、 グローバル ホスト名 (ホスト名にリージョンはありません) を使用します。新しく作成されたプロジェクトでは、 地域 ホスト名 (地域を含む) が使用されます。読み取り/書き込みエンドポイントと読み取り専用エンドポイントの両方で、新しいプロジェクトに地域のホスト名形式が使用されます。
プロビジョニング済み（グローバルホスト名）:
host=instance-a1b2c3d4-e5f6-7890-abcd-ef1234567890.database.cloud.databricks.com
オートスケール (地域ホスト名):
host=ep-example-endpoint-a1b2c3d4.database.<region>.cloud.databricks.com
リージョン ホスト名には、クラウドとリージョンのリージョン コードが含まれます (たとえば、AWS ではus-east-1 、Azure ではeastus )。
IP 許可リストを使用する場合は、新しいプロジェクトに対してリージョンのリージョン Ingress IP を許可する必要があります。「ワークスペースの IP アクセス リストを作成する」を参照してください。
プライベートリンク
Lakebaseオートスケールは、 APIアクセス用の フロントエンド プライベート リンク (ワークスペース レベルの接続) の 2 つのプライベート リンク エンドポイントを使用します。 ほとんどの顧客は既にこれを利用しており、変更はありません）と、 パフォーマンス重視のサービス向けの受信プライベートリンク （リージョンフロントエンドプライベートリンクとも呼ばれます）を使用して、Postgresクライアントをデータベースに接続します。パフォーマンス重視のサービス向け受信プライベートリンクは、パブリックプレビュー版として提供されています。Private Linkを使用し、新しいLakebaseインスタンスを作成する場合、パフォーマンスを重視するサービス用の受信Private Linkがまだ設定されていない場合のみ、追加する必要があります。フロントエンドのプライベートリンクは変更されていません。既存のプロビジョニング済みインスタンスは、現在のプライベートリンク構成を維持します。
あなたの状況 | 必要なもの |
|---|---|
プライベートリンクを使用して新しいインスタンスを作成しますが、パフォーマンス重視のサービス用の受信プライベートリンクはまだありません。 | |
すでにLakebaseオートスケール、またはパフォーマンス重視のサービスにインバウンド プライベート リンクを使用するその他のサービスを使用しています。 | 変更はありません。 |
既存のプロビジョニングされたインスタンスのみを使用し、新しいインスタンスは作成しません | 変更はありません。 |
権限（ACL）
新しいLakebaseインスタンスの権限は、 LakebaseプロジェクトのACLリソースに保存されます。それらは、 request_object_type=database-projects標準Permissions API 、 Lakebaseオートスケール UI、またはPostgres APIを介して管理できます。 データベースインスタンスAPIを使用する既存の自動化は、これらの呼び出しが同じdatabase-projectsリソースにプロキシされるため、引き続き機能します。そのため、読み取りと書き込みは両方のAPIサーフェス間で一貫性を保ちます。
以前の権限モデル
2026年3月12日から5月11日の間にデータベースインスタンスAPIまたは関連ツール（CLI、SDK、Terraform、DAB）を使用して作成されたLakebaseプロジェクトでは、2つの独立したACLセットが適用される以前の権限モデルが使用されていました。
- データベースインスタンスのACL： データベースインスタンスAPIを通じて設定および評価されます。
- Lakebaseプロジェクト ACL: Lakebaseオートスケール UI またはPostgres APIを通じて設定および評価されます。
この2つのセットは、異なるレベルのアクセス権限を付与できる。有効な権限を理解するために、データベースインスタンスとLakebaseプロジェクトの両方のACLセットを確認してください。Databricksは、今後のアップデートでこれらのインスタンスのアクセス権限を統一する予定です。
プロジェクト名とインスタンス名
プロジェクト名とインスタンス名は DNS に準拠している 必要があります。名前の一意性では 大文字と小文字が区別されません 。つまり、同じワークスペースにABCとabc両方を含めることはできません。Postgres API を使用する場合は、小文字のプロジェクト名を使用します。名前が既存のプロジェクト ID と競合する場合、作成は失敗します。
ブランチとプロジェクトの名前変更
データベース インスタンスAPIまたはレイクハウス/プロビジョニング UI を使用して作成されたプロジェクトの場合、 ブランチ名変更とプロジェクト名変更は利用できません 。 データベース インスタンスAPIで使用する名前は、オートスケール UI のプロジェクトとブランチの名前です。
子データベースインスタンス
子 データベース インスタンスの場合 (子インスタンスはオートスケール プロジェクトのブランチに対応します):
- ブランチ制限。 Postgres APIまたはオートスケール UI を使用すると、任意の数のブランチを作成できます。 データベース インスタンス APIでは、親インスタンス (ルート ブランチ 1 つ) と子インスタンス (子ブランチ 1 つ) を 1 つだけ作成できます。これは、以前のデータベース インスタンス API の動作と一致します。
- タグと予算。 カスタム タグと予算ポリシーは 親ブランチから継承されます 。これは、子インスタンスがそれぞれ独自の個別の値を持っていた以前のデータベース インスタンス API の動作からの変更です。
- 子インスタンスを削除しています。 子インスタンスに対応するプロジェクトで Lakebase オートスケール UI または Postgres APIを使用して追加のブランチを作成した場合、それらのブランチがすべて削除されるまで、レイクハウス/プロビジョニング UI またはAPIを通じてその子インスタンスを削除することはできません。 まずブランチを削除し (オートスケール UI または Postgres APIを使用)、次に子インスタンスを削除します。
保護されたブランチ
データベース インスタンスAPIを使用して作成されたプロジェクトのブランチを保護した場合 (ブランチが子インスタンスに対応しているか、作成した他のブランチに対応しているかに関係なく)、ブランチの保護が解除されるまで、レイクハウス/マルウェア UI またはAPIを使用してその子インスタンスまたはルート (親) インスタンスを削除することはできません。 まず Lakebase オートスケール UI でブランチの保護を解除してから、インスタンスを削除します。 保護されたブランチを参照してください。
プライベートプレビュー機能
新しく作成されたプロジェクトは Lakebase オートスケール プロジェクトであり、Lakebase ProbijoningData API や Forward ETL プライベート プレビュー機能はサポートされていません。 これらはプロビジョニングに関する別のサービスでした。
-
REST APIアクセス (PostgREST スタイル): Lakebase オートスケールには、PostgREST 互換のRESTアクセス (CRUD、クエリ、RPC) 用の独自のデータAPIあります。
-
レイクハウスへのデータの同期: Lakebase オートスケールにはレイクハウス同期があり、Lakebase Provisionedのプライベート プレビュー Forward ETLとは異なります。
オートスケールに関するよくある質問（FAQ） by 当然
これは AWS と Azure の両方に適用されますか?
はい。この変更は AWS と Azure の両方に適用されます。ロールアウトは両方のクラウドで同じ日に開始されます。
新しく作成された Lakebase インスタンスはどこに表示されますか?
プロビジョニングページではなく、Lakebase アプリの オート スケール ページにあります。 上記のイントロを参照してください。
Lakebase UI で [作成] をクリックすると何が起こりますか?
[作成] ボタン ([プロビジョニング] タブを含む) をクリックすると、オートスケール プロジェクトの作成フローが開きます。 UI から新しいプロビジョニングされたインスタンスを作成することはできなくなりました。プロビジョニングされたインスタンスがない場合、「プロビジョニング済み」タブは非表示になります。これがあなたにとって何を意味するかをご覧ください。
プロビジョニングで利用できた機能はすべてオートスケールでもサポートされていますか?
Lakebase Provisionedで利用できるほとんどの機能は、いくつかの違いはありますが、Lakebase オートスケールでもサポートされています。 完全な比較については、Lakebase インデックス ページの機能比較表を参照してください。
変わらないものは何ですか?
以下は変更ありません。
- 既存のプロビジョニング済みインスタンス: 現在の接続文字列、価格、および Private Link 構成で実行され続けます。
- 既存のオートスケール インスタンス: 変更なし。
- データベース インスタンス API : 引き続き完全にサポートされます。Lakebase Provisioned用に開発した既存のTerraform 、SDK、またはその他の自動化を変更する必要はありません。
database_instancesを使用した既存の DAB 自動化:database_instancesリソースを使用したバンドルは引き続き動作します。ただし、database_instancesによって作成された新しいインスタンスは、 Lakebaseオートスケール プロジェクトとして作成されます。 Lakebase の新規開発には、代わりにpostgres_projectsを使用することをお勧めします。バンドルリソースを参照してください。- 既存の Lakebase Provisioned インスタンスの接続文字列: 変更されません。 アップデートは必要ありません。
- 既存のプロビジョニングまたはオートスケール インスタンスの プライベート リンク構成 。 変更はありません。
この変更は価格にどのような影響を与えますか?
すべての新しいインスタンス (データベース インスタンスAPIを使用して作成されたインスタンスを含む) は、Lakebase オートスケール価格を使用します。 コンピュート サイズ を参照してください。
新しいプロジェクトでもデータベース インスタンス API を使用できますか?
はい、データベース インスタンスAPIまたはレイクハウス/プロビジョニング UI を使用して作成された新しいプロジェクトの場合は可能です。 新しく作成されたプロジェクトでは、両方のAPIs機能します。 See APIs.
既存のプロビジョニングされたインスタンスに Postgres API を使用できますか?
いいえ。データベース インスタンスAPI 、既存の Lakebase Provisioned インスタンスに対してのみ使用してください。 See APIs.
データベース インスタンス API を使用して、ゼロへのスケールを有効にしたり、最小/最大 CU を設定したりできますか?
データベースインスタンスAPIを使用して作成された新しいプロジェクトでは、デフォルトでスケール・トゥ・ゼロが有効になっており、24時間の非アクティブタイムアウトが設定されています。タイムアウトを調整したり、ゼロへのスケールを無効にしたり、オートスケールのコンピュート範囲 (最小/最大 CU) を設定したりするには、 Postgres APIまたはLakebaseオートスケール UI を使用します。 データベースインスタンスAPIは、これらの制御機能を提供していません。「コンピュート サイズ」と「ゼロへのスケール」を参照してください。
容量の数値が異なって見えるのはなぜですか (たとえば、容量 1 と 4 ～ 8 CU)?
オートスケールは、プロビジョニング容量とは異なるユニットあたりの RAM を持つコンピュート ユニット (CU) を使用します。 コンピュート サイズ を参照してください。
新しいプロジェクトではどのバージョンの PostgreSQL を使用しますか?
レイクハウス/プロビジョニング UI またはデータベース インスタンスAPIから作成されたプロジェクトは、Lakebase Provisionedと同様にPostgreSQL 16 を使用します。 したがって、データベース インスタンス API を使用した自動化では、以前と同じ PostgreSQL バージョン (16) が取得されます。PostgreSQL バージョンを参照してください。
接続の詳細またはホスト名を変更する必要がありますか?
新しいプロジェクトでは地域のホスト名を使用します。IP 許可リストまたは Private Link を使用する場合は、新しく作成されたプロジェクトに合わせてそれらを更新する必要があります。接続の詳細とホスト名を参照してください。
新しいインスタンスのために Private Link の設定を変更する必要がありますか?
ほとんどのお客様は何も変更する必要はありません。 パフォーマンス重視のサービス向けに受信プライベートリンクを 追加する必要があるのは、プライベートリンクを使用し、新しいLakebaseインスタンスを作成し、かつパフォーマンス重視のサービス向けに受信プライベートリンクがまだ構成されていない場合のみです。Lakebaseオートスケールや、パフォーマンス重視のサービスに受信プライベート リンクを使用するその他のサービスをすでに使用している場合、または既存のプロビジョニング インスタンスのみを使用している場合は、変更する必要はありません。 詳細な表と設定リンクについては、プライベートリンクをご覧ください。
既存のプロビジョニング済みインスタンスでは、プライベート リンクの変更が必要ですか?
いいえ。既存のプロビジョニング済みインスタンスは、現在のプライベート リンク構成を保持します。再構成は必要ありません。プライベートリンクを参照してください。
復元ウィンドウ (プロビジョニング) とインスタント復元 (オートスケール) の違いは何ですか?
Lakebase Provisionedは、最大 35 日間の復元期間をサポートします。 新しい Lakebase オートスケール プロジェクトは、最大 30 日間の即時復元を使用します。 「インスタント リストア (リストア ウィンドウ)」を参照してください。
新しい Lakebase インスタンスではインスタンス名とプロジェクト名はどのように機能しますか?
名前は DNS に準拠している必要があります。一意性は大文字と小文字を区別しません ( ABCとabc両方を持つことはできません)。Postgres API を使用する場合は、小文字のプロジェクト名を使用します。名前が既存のプロジェクト ID と競合する場合、作成は失敗します。プロジェクト名とインスタンス名を参照してください。
既存のプロビジョニングされたインスタンスは変更されますか?
いいえ。同じ動作で プロビジョニング済み ページに留まります。新しい Lakebase インスタンスのみがオートスケール プロジェクトとして作成されます。
レイクハウス/プロビジョニング UI またはデータベース インスタンスAPIから作成されたプロジェクトに対する権限はどのように機能しますか?
権限はLakebaseプロジェクトのACLを通じて管理されます。これらは、 Lakebaseオートスケール UI またはPostgres APIを通じて管理できます。 データベースインスタンスAPIを使用する既存の自動化機能は引き続き動作します。アクセス許可（ACL）を参照してください。
新しいプロジェクトに PostgREST を使用したり、REST API アクセスを取得したりできますか?
Data API (PostgREST スタイル) は、Lakebase Provisionedのプライベート プレビュー機能でした。 新しく作成されたプロジェクトは、PostgREST 互換のRESTアクセス (CRUD、クエリ、RPC) に Lakebase オートスケールData APIを使用します。 プライベートプレビュー機能を参照してください。