Pular para o conteúdo principal
Última atualização em

Upgrade to autoscale

Lakebase está fazendo a transição completa para o dimensionamento automático.

Novas instâncias são criadas como projetos autoscale​

Ao criar uma nova instância do Lakebase, ela agora é criada como um projeto de escalonamento automático do Lakebase e aparece na página de escalonamento automático do aplicativo Lakebase, e não na página de provisionamento . As instâncias de provisionamento existentes não são afetadas e continuam funcionando exatamente como antes.

Na página de autoescala , os novos projetos são marcados com um ícone de informação.

Passe o mouse sobre o ícone para ver uma dica de ferramenta explicando que o projeto foi criado usando a API da instância de banco de dados, e que ele oferece suporte tanto para a API da instância de banco de dados quanto para as APIs do Postgres.

Projetos de instâncias de banco de dados na página de dimensionamento automático

O que isso significa para você?​

  • Criação de instância do Lakebase. Qualquer nova instância do Lakebase é criada como um projeto de escalonamento automático do Lakebase e aparece na página de escalonamento automático do aplicativo Lakebase. Você pode gerenciar esses projetos tanto com a API da instância do banco de dados quanto com a API do Postgres.
  • Criar botão na interface do usuário. O botão Criar (inclusive na tab de provisionamento) agora abre o fluxo de criação de projetos com dimensionamento automático.
  • Recursos de dimensionamento automático. Novos projetos recebem recursos de autoscale, incluindo compute de autoscale, ajuste até zero (habilitado por default com um tempo limite de inatividade de 24 horas), ramificação e restauração instantânea. É possível acessar estes recursos na interface do usuário de dimensionamento automático do Lakebase e na API do Postgres quando estiver preparado. Para uma comparação completa com Provisionado, consulte a tabela de Comparação de recursos.
  • As instâncias provisionadas existentes permanecem inalteradas. Eles permanecem na página **Provisionada** na IU com o mesmo comportamento de antes. Instâncias provisionadas, strings de conexão e APIs todas continuam funcionando.
  • Sua automação existente continua funcionando. As automações existentes continuam funcionando sem modificação, mas novas instâncias são criadas como projetos de autoscale.

APIs​

Novas instâncias criadas por meio da API de Instância de Banco de Dados suportam ambas as APIs, de modo que a automação existente continue sem modificações.

Instância ou projeto

API para usar

Novos projetos criados por meio da API de instância de banco de dados

Ambas as APIs. Você pode gerenciar o mesmo projeto com qualquer um.

Projetos criados na IU de autoscale ou com a API do Postgres

Somente a API do Postgres .

Instâncias Provisionadas Existentes

Somente API de instância de banco de dados .

A automação de DABs existente usando database_instances continua a funcionar. No entanto, novas instâncias criadas por database_instances são criadas como projetos de autoscale. Para novos trabalhos do Lakebase, a Databricks recomenda o uso de postgres_projects. Ver recursos de pacote.

Diferenças para novas instâncias do Lakebase​

tamanho do cálculo​

As instâncias do Lakebase criadas como projetos de autoscale usam unidades de compute (CUs) de autoscale em vez de unidades de capacidade provisionada do Lakebase. Quando você cria um projeto usando a API de instâncias de banco de dados, o Lakebase mapeia sua unidade de capacidade provisionada selecionada para um intervalo mínimo e máximo de CU de autoscale, da seguinte forma:

nota

RAM por unidade: No provisionamento do Lakebase, uma unidade de capacidade possui 16 GB de RAM. No Lakebase autoscale, uma CU possui 2 GB de RAM.

capacidade de provisionamento

autoscale min CU

dimensionamento automático máx. CU

1 (16 GB)

4 (8 GB)

8 (16 GB)

2 (32 GB)

8 (16 GB)

16 (32 GB)

4 (64 GB)

16 (32 GB)

32 (64 GB)

8 (128 GB)

48 (96 GB)

64 (128 GB)

Por exemplo, se sua automação criar instâncias do Lakebase com **capacidade 1**, novos projetos de escalonamento automático do Lakebase são criados com configurações de **UC mínima de 4** e **UC máxima de 8**. É possível alterar o mínimo/máximo mais tarde usando a API do Postgres ou na interface do usuário de dimensionamento automático do Lakebase.

nota

Preços

Todas as novas instâncias, incluindo as criadas usando a API da instância do banco de dados, são executadas na plataforma Autoscaling e usam os preços do Autoscaling do Lakebase. Com o compute elástico substituindo a cobrança por capacidade fixa, a maioria dos clientes observa uma redução nos custos de compute. As instâncias provisionadas existentes permanecem com seus preços atuais até serem atualizadas. Consulte Atualização de instâncias provisionadas existentes para autoscale.

escalar para zero​

O endpoint de leitura/gravação para novos projetos tem o recurso "escala para zero" ativado por default , com um tempo limite de inatividade de 24 horas . Assim, seu compute é suspenso automaticamente após 24 horas de inatividade para reduzir custos. Você pode ajustar o tempo limite ou desativar o recurso de escalonamento automático para zero para manter compute sempre em execução, na interface do usuário de escalonamento automático Lakebase ou usando a APIdo Postgres. Consulte a seção "Escalar para Zero" para obter mais detalhes.

Janela de histórico​

Em Lakebase provisionado (instâncias de banco de dados), a janela de restauração pode ser configurada para até 35 dias . Em **Lakebase Autoscaling** (novos projetos), a configuração da **janela de histórico** tem um máximo de **30 dias**.

versão PostgreSQL​

Novos projetos criados através da APIde instância de banco de dados ou da interface de usuário lakehouse/provisionamento usam PostgreSQL 16 , alinhado com o provisionamento do Lakebase. Isso significa que a automação usando a API de instância de banco de dados cria projetos com a mesma versão do PostgreSQL (16) de antes. A default para projetos criados usando a interface de usuário de dimensionamento automático ou APIdo Postgres é PostgreSQL 17 .

Detalhes da conexão e nome do host​

Os detalhes de conexão para novos projetos usam um formatohostname diferente do provisionamento do Lakebase. As instâncias de provisionamento usam um hostname global (sem região no hostname). Os projetos recém-criados usam um hostname regional (incluindo a região). Tanto o endpoint de leitura e gravação quanto o endpoint somente leitura utilizam o formato hostname regional para novos projetos.

provisionamento ( hostname global):

Text
host=instance-a1b2c3d4-e5f6-7890-abcd-ef1234567890.database.cloud.databricks.com

dimensionamento automático ( hostname regional):

Text
host=ep-example-endpoint-a1b2c3d4.database.<region>.cloud.databricks.com

O hostname regional inclui o código de região para sua cloud e região (por exemplo, us-east-1 na AWS ou eastus no Azure).

importante

Se você utiliza listas de permissões de IP, deve permitir os IPs de entrada regionais da sua região para novos projetos. Consulte Criar listas de acesso IP para o espaço de trabalho.

Lakebase autoscale usa dois endpoints de Private Link: Private Link de front-end para acesso à API (conectividade em nível de workspace, inalterada) e Private Link de entrada para serviços de alto desempenho (Private Link de entrada para serviços de alto desempenho) para conexões de cliente Postgres. A necessidade de um Private Link de entrada para serviços que exigem alto desempenho depende de como seus aplicativos se conectam.

Sua situação

Do que você precisa

Usa-se o Private Link, cria-se uma nova instância e conecta-se de fora do workspace do Databricks usando um cliente Postgres, o editor de Tabelas ou o Editor SQL.

Adicione link privado de entrada para serviço de alto desempenho.

Você já utiliza o escalonamento automático Lakebase ou outro serviço que usa o Private Link de entrada para serviços com uso intensivo de desempenho?

Sem alterações.

Você só utiliza instâncias de provisionamento existentes e não cria novas.

Sem alterações.

Permissões (ACLs)​

As permissões em novas instâncias do Lakebase são armazenadas no recurso de ACL de projeto do Lakebase. É possível gerenciá-los por meio da API de permissões com request_object_type=database-projects, da interface do usuário de Autoscaling do Lakebase ou da API do Postgres. A automação existente que usa a API de instância de banco de dados continua a funcionar porque essas chamadas são encaminhadas por proxy para o mesmo database-projects recurso. Leituras e gravações permanecem consistentes em ambas as superfícies da API.

Modelo de permissões anterior

Os projetos Lakebase criados com a API de instância de banco de dados ou ferramentas relacionadas (CLI, SDKs, Terraform, DABs) entre 12 de março e 11 de maio de 2026 usavam um modelo de permissões anterior, no qual dois conjuntos de ACL independentes eram aplicados:

  • ACLs da instância de banco de dados: definidas e avaliadas por meio da API da instância de banco de dados.
  • ACLs do projetoLakebase : definidas e avaliadas por meio da interface de usuário de escalonamento automático Lakebase ou da APIdo Postgres.

Os dois conjuntos podem conceder diferentes níveis de acesso. Analise as ACL Listas de Controle de Acesso) da instância do banco de dados e do projetoLakebase para entender as permissões efetivas. A Databricks planeja unificar as permissões nessas instâncias em uma atualização futura.

Nomes de projetos e nomes de instâncias​

Os nomes de projetos e instâncias devem estar em conformidade com o DNS . A unicidade do nome não diferencia maiúsculas de minúsculas , o que significa que você não pode ter ABC e abc no mesmo workspace. Ao usar a API do Postgres, utilize o nome do projeto em letras minúsculas. A criação falha se o nome entrar em conflito com um ID de projeto existente.

Renomear filial e projeto​

Para projetos criados usando a APIde instância do banco de dados ou a interface de usuário do lakehouse/provisionamento, a renomeação de branch e a renomeação de projeto não estão disponíveis . O nome que você usa na APIda instância do banco de dados é o mesmo nome do projeto e da ramificação na interface do usuário de dimensionamento automático.

Instâncias de banco de dados filho​

Para instâncias de banco de dados filhas (uma instância filha corresponde a uma ramificação no projeto de escalonamento automático):

  • Limite de ramificação. Com a APIdo Postgres ou a interface de usuário de dimensionamento automático, você pode criar qualquer número de ramificações. Com a API de instância de banco de dados, você pode criar apenas uma instância pai (um ramo raiz) e uma instância filha (um ramo filho), o que corresponde ao comportamento anterior da API de instância de banco de dados.
  • Tags e orçamento. As tags personalizadas e as políticas de uso são herdadas da ramificação principal . Isto é uma mudança do comportamento anterior da API de instância de banco de dados, onde as instâncias secundárias tinham seus próprios valores separados.
  • Excluindo uma instância filha. Se você criar ramificações adicionais usando a interface de usuário de escalonamento automático do Lakebase ou API do Postgres em um projeto que corresponde a uma instância filha, não poderá excluir essa instância filha por meio da interface de usuário ou API do lakehouse/provisionamento até que todas essas ramificações sejam excluídas. Primeiro, exclua os branches (usando a interface de autoescalonamento ou API do Postgres) e, em seguida, exclua a instância filha.

Ramos protegidos​

Se você proteger uma ramificação em um projeto criado usando a APIda instância do banco de dados (seja a ramificação correspondente a uma instância filha ou a qualquer outra ramificação que você criou), não poderá excluir essa instância filha nem a instância raiz (pai) por meio da interface do usuário ou API do lakehouse/provisionamento até que a ramificação seja desprotegida. Primeiro, desproteja a ramificação na interface de escalonamento automático do Lakebase e, em seguida, exclua a instância. Ver Ramos protegidos.

Recurso de pré-visualização privada​

Os projetos recém-criados são projetos de escalonamento automático do Lakebase e não são compatíveis com a APIde dados de provisionamento do Lakebase nem com o recurso de pré-visualização privada do Forward ETL . Essas eram ofertas separadas sobre provisões.

  • Acesso API REST (estilo PostgREST): O Lakebase autoscale possui sua própria APIde dados para acesso REST compatível com PostgREST (CRUD, consultas, RPC).

  • Sincronização de dados com o Lakehouse: O Lakebase Autoscaling inclui o Lakebase Change Data Feed, que é diferente do Forward ETL de pré-visualização privada no Lakebase Provisioned.

Atualização de instâncias provisionadas existentes para autoscale​

A Databricks está atualizando todas as instâncias provisionadas do Lakebase para a plataforma Lakebase Autoscaling. As atualizações começarão em junho de 2026 para os clientes que as solicitaram. As atualizações de instância restantes prosseguirão nas semanas seguintes. Os administradores do espaço de trabalho recebem um email com as datas de atualização antes do início da mesma.

A atualização é automática. As conexões são reiniciadas brevemente durante a transição. Suas strings de conexão existentes, chamadas de API, Pacotes de Automação Declarativa e configurações do Terraform continuam a funcionar sem modificação.

Após a atualização, as seguintes mudanças se aplicam:

  • Ambas as UIs estão disponíveis. Suas instâncias podem ser gerenciadas por meio da nova UI de autoscale e da UI de Provisionamento familiar, que permanece disponível até **1º de setembro de 2026**.

  • Nova string de conexão regional. Cada instância recebe uma nova string de conexão regional com entrada otimizada. A sua string de conexão global existente está disponível na IU Provisionada; a sua nova string de conexão regional está disponível na IU de Autoscale.

    • Strings de conexão existentes. Strings de conexão provisionadas (sem uma região) continuam a funcionar por meio do PrivateLink de Entrada existente e não exigem o Private Link Direto de Serviço.
    • Nova string de conexão regional. Se você usa o Private Link e se conecta ao Lakebase de fora do workspace do Databricks, você deve configurar o Private Link de entrada para serviços com uso intensivo de desempenho para usar a nova string de conexão regional.

  • DABs e Terraform. Para usar novos recursos de dimensionamento automático, como ajuste até zero, atualize seus pacotes para usar postgres_projects (consulte recursos do pacote) ou seu Terraform para usar o recurso databricks_postgres_project.

  • ETL de Encaminhamento (pré-visualização privada). O recurso de visualização privada do Forward ETL no Lakebase provisionado não é mais compatível e não estará disponível em uma atualização futura. Para continuar sincronizando dados com o lakehouse após a atualização, configure o Lakebase Change Data Feed na plataforma de Autoscaling.

  • API REST, PostgREST (prévia privada). O recurso de visualização privada da API REST (PostgREST) em Lakebase Provisionado continua a funcionar após a atualização, mas não é mais suportado e estará indisponível em uma futura atualização. Seu substituto, a API de Dados, está disponível na plataforma de escalonamento automático.

  • Aprimoramentos de autoscale. Suas instâncias suportam recursos de dimensionamento automático. Lakebase Autoscaling adiciona autoscale, escala até zero, restauração pontual, Snapshot, programação de janelas de manutenção, ramificação de banco de dados e outras melhorias. Para obter mais informações, consulte Lakebase Autoscaling.

  • Cache de armazenamento otimizado. Após a atualização, o Lakebase prioriza os dados para o branch raiz do seu projeto em seu cache de armazenamento, otimizando a latência da consulta. Você pode priorizar um ramo diferente após a atualização, marcando-o como um ramo protegido.

  • Funções e bancos de dados por branch. O Lakebase Autoscaling tem um limite de 500 funções Postgres e 500 bancos de dados por ramificação. Lakebase provisionado não tinha tal limite. A atualização é concluída normalmente para instâncias que excedem esses limites, mas não é possível criar funções ou bancos de dados adicionais posteriormente. Caso sua instância esteja afetada, entre em contato com sua equipe de conta ou com o Suporte Databricks.

  • preços. Os preços GA do Lakebase são aplicados após a atualização. Com compute elástico substituindo instâncias de tamanho fixo, a maioria dos clientes observa uma redução nos custos de compute. Lakebase Autoscaling também inclui preços de compute sempre ativo. Para taxas atuais, consulte a página de preços do Lakebase.

Para solicitar um upgrade acelerado ou caso tenha dúvidas, entre em contato com sua equipe de conta ou com o suporte Databricks.

Saber mais​

Nesta página