メインコンテンツまでスキップ
に最終更新

オートスケール by 安心

注記

2026 年 3 月 12 日 以降、新しい Lakebase インスタンスが (プロビジョニング インスタンスの代わりに) Lakebase オートスケール プロジェクトとして作成されるため、オートスケール コンピュート、ゼロへのスケール、分岐、即時復元などの機能を使用できるようになります。

展開は3月12日に始まり、数日以内に完了する予定です。ワークスペースが更新されるまでは、プロビジョニングされたインスタンスを作成できます。ワークスペースがロールアウトされると、作成する新しい Lakebase インスタンスはすべてオートスケール プロジェクトになります。

新しい Lakebase インスタンスを作成すると、 Lakebase オートスケール プロジェクトとして作成され、プロビジョニング ページではなく、Lakebase アプリの オートスケール ページに表示さ れ ます。 既存のプロビジョニングされたインスタンスは影響を受けず、以前とまったく同じように実行され続けます。

オートスケールの ページでは、新しいプロジェクトには情報アイコンが付いています。

アイコンの上にマウスを移動すると、プロジェクトがデータベース インスタンスAPIを使用して作成され、データベース インスタンス API と Postgres APIs両方をサポートしていることを説明するツールヒントが表示されます。

オートスケール ページのデータベース インスタンス プロジェクト

これがあなたにとって何を意味するか​

  • Lakebase インスタンスの作成。 新しい Lakebase インスタンスは、Lakebase オートスケール プロジェクトとして作成され、Lakebase アプリの オートスケール ページに表示されます。 これらのプロジェクトは、データベース インスタンス APIとPostgres API の両方を使用して管理できます。
  • UI の [作成] ボタン。 [作成] ボタン ([プロビジョニング] タブに含まれる) をクリックすると、オートスケール プロジェクトの作成フローが開きます。
  • オートスケールの特徴。 新しいプロジェクトには、オートスケール コンピュート、スケール トゥ ゼロ (プロビジョニングの動作に一致させるために意図的に無効化されています)、分岐、および即時復元が含まれています。 準備ができたら、Lakebase オートスケール UI およびPostgres APIからこれらの機能にアクセスできます。
  • 既存の Lakebase プロビジョニング インスタンスは変更されません。 以前と同じ動作で、UI の プロビジョニング済み ページに留まります。既存のプロビジョニング インスタンスは実行し続け、接続文字列も動作し続け、 APIs動作し続けます。
  • 既存の自動化は引き続き機能します。 既存のオートメーションは変更せずに動作し続けますが、新しいインスタンスはオートスケール プロジェクトとして作成されます。
注記

将来的には、プロビジョニング インスタンスを Lakebase オートスケール プロジェクトにアップグレードできるようになります。 Databricks は、アップグレードのタイムラインが近づきましたらお知らせします。

APIs​

Lakebase プロビジョニングで開発された既存のオートメーションが中断することなく動作し続けることを保証するために、データベース インスタンスAPI (Lakebase プロビジョニング) と Postgres API (Lakebase オートスケール) の両方が新しく作成された Lakebase インスタンスで動作します。 次の表は、プロジェクトまたはインスタンスの作成方法に応じて、使用する API を示しています。

プロジェクトまたはインスタンスの作成方法

使用するAPI

データベース インスタンスAPIまたはレイクハウス/プロビジョニング UI を使用して作成された新しいプロジェクト

データベース インスタンス APIとPostgres API の両方が機能します。どちらの API でも同じプロジェクトを管理できます。

オートスケール UI またはPostgres APIでのみ作成された新規および既存のプロジェクト

Postgres APIのみ。

既存の Lakebase プロビジョニング データベース インスタンス

データベース インスタンス APIのみ。

Feature Storeを使用する場合、またはテーブルを同期してプログラムでプロビジョニングする場合 (オンライン Feature Store など)、現時点ではデータベース インスタンスAPI使用してください。 同期テーブルのプログラムによるプロビジョニングは、Postgres API ではまだサポートされていません。このギャップは将来のリリースで解消される予定です。

注記

Lakebase API のサポートは、最終的には Postgres API に統合される予定です。Databricks は、データベース インスタンス API からの移行のタイムラインが近づき次第、お知らせします。

新しいLakebaseインスタンスの違い​

Lakebase プロビジョニングに慣れている場合は、Lakebase オートスケール プロジェクトとして作成された新しい Lakebase インスタンスには、いくつかの特別な特徴があることがわかります。 期待できることは次のとおりです。

コンピュートサイズ​

オートスケール プロジェクトとして作成された Lakebase インスタンスは、Lakebase プロビジョニング キャパシティ ユニットの代わりにオートスケール コンピュート ユニット (CU) を使用します。 データベース インスタンスAPI使用してプロジェクトが作成されると、選択した Lakebase プロビジョニング キャパシティ ユニットは、次のように Lakebase オートスケールの min および max オートスケール CU 範囲にマッピングされます。

注記

ユニットあたりの RAM: Lakebase プロビジョニングでは、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 は、アップグレードのタイムラインが近づきましたらお知らせします。

スケールゼロ​

新しいプロジェクトの読み取り/書き込みエンドポイントは スケール トゥ ゼロが無効になって いるため、Lakebase プロビジョニング インスタンスと同様に、コンピュートは常に実行されます。 動作に変化はありません。有効にすると、scale-to-zero は非アクティブな期間 (当然 5 分、最低 60 秒) が経過するとコンピュートを一時停止するため、アクティブなコンピュート時間に対してのみ料金を支払います。 Lakebase オートスケール UI またはPostgres APIを使用して、ゼロへのスケールを有効にできます。 詳細については、 「ゼロにスケール」を参照してください。

インスタントリストア（リストアウィンドウ）​

Lakebase プロビジョニング (データベース インスタンス) では、 復元ウィンドウを 最大 35 日間 設定できます。 Lakebase オートスケール (新しいプロジェクト) では、 インスタント復元 設定は最大 30 日間 です。 プロビジョニングで 30 日を超える復元ウィンドウに依存している場合、新しいプロジェクトでは、ポイントインタイム リカバリ、タイムトラベル、および過去の状態からの分岐が最大 30 日間サポートされることに注意してください。

PostgreSQLバージョン​

Database インスタンスAPIまたはレイクハウス/プロビジョニング UI を通じて作成された新しいプロジェクトは、Lakebase プロビジョニングと連携した PostgreSQL 16 を 使用します。 つまり、データベース インスタンス API を使用した自動化では、以前と同じ PostgreSQL バージョン (16) のプロジェクトが作成されることになります。オートスケール UI またはPostgres APIを使用して作成されたプロジェクトの安全性は PostgreSQL 17 です。

接続の詳細とホスト名​

新しいプロジェクトの接続の詳細には、Lakebase プロビジョニングとは異なる ホスト名形式 が使用されます。 プロビジョニングされたインスタンスは、 グローバル ホスト名 (ホスト名にリージョンはありません) を使用します。新しく作成されたプロジェクトでは、 地域 ホスト名 (地域を含む) が使用されます。読み取り/書き込みエンドポイントと読み取り専用エンドポイントの両方で、新しいプロジェクトに地域のホスト名形式が使用されます。

プロビジョニング済み（グローバルホスト名）:

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 クライアントをデータベースに接続するための Direct Private Link (リージョン フロントエンド Private Link とも呼ばれます)。 サービス ダイレクト プライベート リンクはパブリック プレビュー段階です。 Private Link を使用して新しい Lakebase インスタンスを作成する場合は、サービス Direct がまだない場合は追加するだけで済みます。 フロントエンドのプライベートリンクは変更されていません。既存のプロビジョニングされたインスタンスは、現在のプライベート リンク構成を保持します。

あなたの状況

必要なもの

Private Link を使用して新しいインスタンスを作成しますが、まだサービス Direct Private Link を持っていません

サービスダイレクトプライベートリンクを追加します。

すでに Lakebase オートスケール、またはサービス Direct Private Link を使用する他のサービスを使用しています。

変更はありません。

既存のプロビジョニングされたインスタンスのみを使用し、新しいインスタンスは作成しません

変更はありません。

権限（ACL）​

レイクハウス/プロビジョニング UI またはデータベース インスタンスAPIから作成されたプロジェクトの場合、データベース インスタンス ACLとLakebase プロジェクト ACLの 2 つの別個の ACL セットが適用されます。 各セットは独立して管理されるため、使用する API に応じてユーザーは異なる有効なアクセス権を持つことができます。

警告

どちらのACLセットも、データベース インスタンスAPIまたはレイクハウス/プロビジョニング UI を使用して作成された新しいプロジェクトに適用されます。 データベース インスタンスとLakebase プロジェクトの両方の ACL セットを確認して、ワークスペース メンバーに付与されるデフォルトの権限を理解します。ただし、新しいプロジェクトに対する権限は、Lakebase オートスケールの幅広い機能セットを反映して、Lakebase プロビジョニングよりも広範囲になる可能性があります。

プロジェクト名とインスタンス名​

プロジェクト名とインスタンス名は 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 プロビジョニングのプライベート プレビュー Forward ETLとは異なります。

オートスケールに関するよくある質問（FAQ） by 当然​

これは AWS と Azure の両方に適用されますか?​

はい。この変更は AWS と Azure の両方に適用されます。ロールアウトは両方のクラウドで同じ日に開始されます。

新しく作成された Lakebase インスタンスはどこに表示されますか?​

プロビジョニングページではなく、Lakebase アプリの オート スケール ページにあります。 上記のイントロを参照してください。

Lakebase UI で [作成] をクリックすると何が起こりますか?​

[作成] ボタン ([プロビジョニング] タブを含む) をクリックすると、オートスケール プロジェクトの作成フローが開きます。 UI から新しいプロビジョニングされたインスタンスを作成することはできなくなりました。プロビジョニングされたインスタンスがない場合、「プロビジョニング済み」タブは非表示になります。これがあなたにとって何を意味するかをご覧ください。

プロビジョニングで利用できた機能はすべてオートスケールでもサポートされていますか?​

Lakebase プロビジョニングで利用できるほとんどの機能は、いくつかの違いはありますが、Lakebase オートスケールでもサポートされています。 完全な比較については、Lakebase インデックス ページの機能比較表を参照してください。

変わらないものは何ですか?​

以下は変更ありません。

  • 既存のプロビジョニング済みインスタンス: 現在の接続文字列、価格、および Private Link 構成で実行され続けます。
  • 既存のオートスケール インスタンス: 変更なし。
  • データベース インスタンス API : 引き続き完全にサポートされます。Lakebase プロビジョニング用に開発した既存のTerraform 、SDK、またはその他の自動化を変更する必要はありません。
  • 既存の Lakebase プロビジョニング インスタンスの接続文字列: 変更されません。 アップデートは必要ありません。
  • 既存のプロビジョニングまたはオートスケール インスタンスの プライベート リンク構成 。 変更はありません。

この変更は価格にどのような影響を与えますか?​

すべての新しいインスタンス (データベース インスタンスAPIを使用して作成されたインスタンスを含む) は、Lakebase オートスケール価格を使用します。 コンピュート サイズ を参照してください。

新しいプロジェクトでもデータベース インスタンス API を使用できますか?​

はい、データベース インスタンスAPIまたはレイクハウス/プロビジョニング UI を使用して作成された新しいプロジェクトの場合は可能です。 新しく作成されたプロジェクトでは、両方のAPIs機能します。 See APIs.

既存のプロビジョニングされたインスタンスに Postgres API を使用できますか?​

いいえ。データベース インスタンスAPI 、既存の Lakebase プロビジョニング インスタンスに対してのみ使用してください。 See APIs.

データベース インスタンス API を使用して、ゼロへのスケールを有効にしたり、最小/最大 CU を設定したりできますか?​

いいえ。データベース インスタンス API を使用して作成された新しいプロジェクトでは、スケール トゥ ゼロはデフォルトで無効になっています。ゼロへのスケールを有効にするか、オートスケール コンピュート範囲 (最小/最大 CU) を設定するには、 Postgres APIまたは Lakebase オートスケール UI を使用します。 データベース インスタンス API ではこれらのコントロールは公開されません。「コンピュート サイズ」と「ゼロへのスケール」を参照してください。

容量の数値が異なって見えるのはなぜですか (たとえば、容量 1 と 4 ～ 8 CU)?​

オートスケールは、プロビジョニング容量とは異なるユニットあたりの RAM を持つコンピュート ユニット (CU) を使用します。 コンピュート サイズ を参照してください。

新しいプロジェクトではどのバージョンの PostgreSQL を使用しますか?​

レイクハウス/プロビジョニング UI またはデータベース インスタンスAPIから作成されたプロジェクトは、Lakebase プロビジョニングと同様にPostgreSQL 16 を使用します。 したがって、データベース インスタンス API を使用した自動化では、以前と同じ PostgreSQL バージョン (16) が取得されます。PostgreSQL バージョンを参照してください。

接続の詳細またはホスト名を変更する必要がありますか?​

新しいプロジェクトでは地域のホスト名を使用します。IP 許可リストまたは Private Link を使用する場合は、新しく作成されたプロジェクトに合わせてそれらを更新する必要があります。接続の詳細とホスト名を参照してください。

ほとんどの顧客は何も変更する必要はありません。 Private Link を使用し、新しい Lakebase インスタンスを作成し、 サービス Direct Private Link がまだ構成されていない場合にのみ、サービス Direct Private Link を追加する必要があります。 Lakebase オートスケールやサービス ダイレクトを使用するその他のサービスをすでに使用している場合、または既存のプロビジョニング インスタンスのみを使用している場合は、変更する必要はありません。 完全な表とセットアップ リンクについては、プライベート リンクを参照してください。

既存のプロビジョニング済みインスタンスでは、プライベート リンクの変更が必要ですか?​

いいえ。既存のプロビジョニング済みインスタンスは、現在のプライベート リンク構成を保持します。再構成は必要ありません。プライベートリンクを参照してください。

復元ウィンドウ (プロビジョニング) とインスタント復元 (オートスケール) の違いは何ですか?​

Lakebase プロビジョニングは、最大 35 日間の復元期間をサポートします。 新しい Lakebase オートスケール プロジェクトは、最大 30 日間の即時復元を使用します。 「インスタント リストア (リストア ウィンドウ)」を参照してください。

新しい Lakebase インスタンスではインスタンス名とプロジェクト名はどのように機能しますか?​

名前は DNS に準拠している必要があります。一意性は大文字と小文字を区別しません ( ABCとabc両方を持つことはできません)。Postgres API を使用する場合は、小文字のプロジェクト名を使用します。名前が既存のプロジェクト ID と競合する場合、作成は失敗します。プロジェクト名とインスタンス名を参照してください。

既存のプロビジョニングされたインスタンスは変更されますか?​

いいえ。同じ動作で プロビジョニング済み ページに留まります。新しい Lakebase インスタンスのみがオートスケール プロジェクトとして作成されます。

レイクハウス/プロビジョニング UI またはデータベース インスタンスAPIから作成されたプロジェクトに対する権限はどのように機能しますか?​

これらのプロジェクトには、2 つの別個のACLセット (データベース インスタンスと Lakebase プロジェクト) が適用され、当然、権限は Lakebase プロビジョニングよりも広範囲になる可能性があります。 アクセスを制限する必要がある場合は、両方のセットをチェックしてください。「権限 (ACL)」を参照してください。

新しいプロジェクトに PostgREST を使用したり、REST API アクセスを取得したりできますか?​

Data API (PostgREST スタイル) は、Lakebase プロビジョニングのプライベート プレビュー機能でした。 新しく作成されたプロジェクトは、PostgREST 互換のRESTアクセス (CRUD、クエリ、RPC) に Lakebase オートスケールData APIを使用します。 プライベートプレビュー機能を参照してください。

もっと詳しく知る​