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

dimensionamento automático ativado por default

nota

A partir de 12 de março de 2026 , novas instâncias do Lakebase serão criadas como projetos de escalonamento automático do Lakebase (em vez de instâncias de provisionamento), permitindo o uso de recursos como escalonamento automático compute, escalonamento para zero, ramificação e restauração instantânea.

A implementação começa em 12 de março e espera-se que seja concluída em poucos dias. Você ainda poderá criar instâncias de provisionamento enquanto seu workspace não for atualizado. Assim que seu workspace estiver no processo de implantação, qualquer nova instância do Lakebase que você criar será um projeto de escalonamento automático.

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.

Ao passar o cursor sobre o ícone, você verá uma dica explicando que o projeto foi criado usando a API de instância de banco de dados e que ele oferece suporte às APIs de instância de banco de dados e 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.
  • dimensionamento automático de recursos. Novos projetos recebem compute automático, escalabilidade para zero (desativada por default para corresponder ao comportamento de provisionamento), ramificação e restauração instantânea. Você pode acessar esses recursos na interface de usuário do Lakebase Autoscale e APIdo Postgres quando estiver pronto.
  • As instâncias de provisionamento do Lakebase existentes permanecem inalteradas. Eles permanecem na página de provisionamento da interface do usuário com o mesmo comportamento de antes. As instâncias de provisionamento existentes continuam em execução, strings de conexão continuam funcionando e APIs permanecem operacionais.
  • Sua automação existente continua funcionando. Sua automação existente continua funcionando sem modificações, mas novas instâncias são criadas como projetos de escalonamento automático.
nota

Em uma data futura, você poderá atualizar instâncias de provisionamento para projetos de escalonamento automático do Lakebase. A Databricks comunicará o cronograma de atualização à medida que a data se aproximar.

APIs​

Para garantir que sua automação existente, desenvolvida no provisionamento do Lakebase, continue operando sem interrupções, tanto a API de Instância de Banco de Dados (provisionamento do Lakebase) quanto a API do Postgres (escalonamento automático do Lakebase) funcionam com instâncias do Lakebase recém-criadas. A tabela a seguir mostra qual API usar, dependendo de como seu projeto ou instância foi criado.

Como o projeto ou instância foi criado

API para usar

Novos projetos criados usando a APIda instância do banco de dados ou a interface do usuário lakehouse/provisionamento

Tanto a API da instância do banco de dados quanto a API do Postgres funcionam. Você pode gerenciar o mesmo projeto com qualquer uma API.

Projetos novos e existentes criados somente na interface de usuário de dimensionamento automático ou com a APIdo Postgres

Somente a API do Postgres .

Instâncias existentes do banco de dados de provisionamento Lakebase

Somente API de instância de banco de dados .

Se você usa o Feature Store ou sincroniza tabelas e as provisiona programaticamente (por exemplo, repositório de recursos online), use a APIda instância de banco de dados por enquanto. O provisionamento programático de tabelas de sincronização ainda não é suportado na API do Postgres. Essa lacuna será sanada em uma versão futura.

nota

O suporte à API do Lakebase eventualmente convergirá para a API do Postgres. A Databricks comunicará o cronograma para a transição da API de instância de banco de dados à medida que a data se aproximar.

Diferenças para novas instâncias do Lakebase​

Se você está acostumado com o provisionamento do Lakebase, as novas instâncias do Lakebase criadas como projetos de escalonamento automático do Lakebase têm algumas características especiais. Eis o que você pode esperar.

tamanho do cálculo​

As instâncias do Lakebase criadas como projetos de escalonamento automático usam unidadescompute (CUs) de escalonamento automático em vez de unidades de capacidade de provisionamento do Lakebase. Quando um projeto é criado usando a APIde instância de banco de dados, a unidade de capacidade de provisionamento do Lakebase escolhida é mapeada para um intervalo mínimo e máximo de unidades de capacidade de autoescalonamento do Lakebase, conforme descrito a seguir:

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)

64 (128 GB)

64 (128 GB)

O recurso de escalonamento automático do Lakebase suporta escalonamento automático apenas até 32 CUs . Os tamanhos maiores (incluindo 64 CU) têm tamanho fixo. Assim, para capacidades de 1 a 4, você obtém um intervalo de dimensionamento automático mínimo-máximo. Para capacidade 8, você obtém um compute fixo de 64 CUs (mínimo e máximo de 64).

Por exemplo, se a sua automação criar instâncias do Lakebase com capacidade 1 , novos projetos de escalonamento automático do Lakebase serão criados com configurações de CU mínima 4 e CU máxima 8 . Você pode alterar os valores mínimo e máximo posteriormente usando a APIdo Postgres ou na interface de usuário de dimensionamento automático do Lakebase. Se você definir o número máximo de Unidades de Controle (CU) acima de 64 usando a API do Postgres, a API da instância do banco de dados informará a capacidade como 8.

nota

Preços

Todas as novas instâncias, incluindo aquelas criadas usando a APIde instância de banco de dados, são executadas na plataforma de escalonamento automático e usam os preços de escalonamento automático do Lakebase. Consulte a página de preços do Lakebase para obter detalhes.

As instâncias de provisionamento existentes manterão seus preços atuais até que sejam atualizadas para escalonamento automático. A Databricks comunicará o cronograma de atualização à medida que a data se aproximar.

escalar para zero​

O endpoint de leitura/gravação para novos projetos tem o recurso de escalonamento para zero desativado por default, portanto, compute está sempre em execução, assim como nas instâncias de provisionamento do Lakebase. Nenhuma mudança de comportamento. Quando ativado, o recurso "escala-to-zero" suspende o uso de seus compute após um período de inatividade (5 minutos default , mínimo de 60 segundos), para que você pague apenas pelo tempo compute ativo. Você pode habilitar o recurso de escalonamento para zero na interface de usuário do Lakebase Autoscale ou usando a APIdo Postgres. Consulte a seção "Escalar para Zero" para obter mais detalhes.

Restauração instantânea (restaurar janela)​

No provisionamento do Lakebase (instâncias de banco de dados), a janela de restauração pode ser configurada em até 35 dias . No Lakebase autoscale (novos projetos), a configuração de restauração instantânea tem um máximo de 30 dias . Se você depende de uma janela de restauração superior a 30 dias no provisionamento, observe que os novos projetos suportam um máximo de 30 dias para recuperação pontual, viagem do tempo e ramificação a partir de estados anteriores.

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):

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

dimensionamento automático ( hostname regional):

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.

O dimensionamento automático do Lakebase usa dois endpoints de Private Link: Private Link de front-end para acesso API (conectividade em nível workspace ). A maioria dos clientes já possui isso (sem alterações) e o serviço Direct Private Link (também chamado de front-end Private Link regional) para conectar clientes Postgres ao banco de dados. O serviço Direct Private Link está em Pré-visualização Pública. Se você usar o Private Link e criar uma nova instância do Lakebase, só precisará adicionar o serviço Direct caso ainda não o tenha. O link privado do front-end permanece inalterado. As instâncias de provisionamento existentes mantêm sua configuração atual de link privado.

Sua situação

Do que você precisa

Você usa o Private Link e cria uma nova instância, e ainda não possui o serviço Direct Private Link.

Adicionar link privado direto do serviço.

Você já utiliza o autoscale do Lakebase ou outro serviço que usa o Direct Private Link?

Sem alterações.

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

Sem alterações.

Permissões (ACLs)​

Para projetos criados a partir da interface de usuário do Lakehouse/Provisionamento ou da APIda instância do banco de dados, aplicam-se dois conjuntos distintos de ACLs: ACLs da instância do banco de dados e ACLs do projeto Lakebase. Cada conjunto é gerenciado independentemente, portanto, um usuário pode ter diferentes níveis de acesso efetivo dependendo da API utilizada.

atenção

Ambos os conjuntos ACL se aplicam a novos projetos criados usando a APIda instância do banco de dados ou a interface do usuário do lakehouse/provisionamento. Analise as ACL Listas de Controle de Acesso) da instância do banco de dados e do projeto Lakebase para entender as permissões default concedidas aos membros workspace . As permissões padrão em novos projetos podem ser mais abrangentes do que no provisionamento do Lakebase, refletindo o conjunto mais amplo de recursos do autoscale do Lakebase.

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.
  • Etiquetas e orçamento. As tags personalizadas e as políticas de orçamento são herdadas da ramificação principal . Isso representa uma mudança em relação ao comportamento anterior da API de instâncias de banco de dados , em que as instâncias filhas possuíam 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).

  • Sincronizando dados com o lakehouse: O autoscale do Lakebase possui sincronização com o Lakehouse, que é diferente da pré-visualização privada do Forward ETL no provisionamento do Lakebase.

Perguntas frequentes (FAQ) sobre a escala automática por default​

Isso se aplica tanto à AWS quanto ao Azure?​

Sim. A alteração se aplica tanto à AWS quanto ao Azure. A implementação começa na mesma data em ambas clouds.

Onde aparecem as instâncias do Lakebase recém-criadas?​

Na página de dimensionamento automático do aplicativo Lakebase, não na página de provisionamento . Veja a introdução acima.

O que acontece quando clico em Criar na interface do usuário do Lakebase?​

O botão Criar (inclusive na tab de provisionamento) abre o fluxo de criação de projetos de dimensionamento automático. Não é mais possível criar novas instâncias de provisionamento a partir da interface do usuário. Se você não tiver instâncias de provisionamento, a tab de provisionamento ficará oculta. Veja o que isso significa para você.

Todos os recursos que estavam disponíveis no provisionamento também são suportados no autoscale?​

A maioria das funcionalidades disponíveis no provisionamento do Lakebase também são suportadas no autoscale do Lakebase, com algumas diferenças. Para uma comparação lado a lado completa, consulte a tabela de comparação de recursos na página de índice do Lakebase.

O que NÃO muda?​

Os seguintes itens permanecem inalterados:

  • Instâncias de provisionamento existentes: elas continuam em execução com suas strings de conexão, preços e configuração de link privado atuais.
  • Instâncias de dimensionamento automático existentes: sem alterações.
  • A API da instância do banco de dados continua totalmente suportada. Você não precisa alterar Terraform, os SDKs ou outras automações existentes que você desenvolveu para o provisionamento do Lakebase.
  • strings de conexão para instâncias de provisionamento do Lakebase existentes: permanecem inalteradas. Nenhuma atualização necessária.
  • Configuração de link privado para instâncias de provisionamento ou escalonamento automático existentes. Sem alterações.

Como essa mudança impacta os preços?​

Todas as novas instâncias (incluindo aquelas criadas usando a APIde instância de banco de dados) usam os preços de escalonamento automático do Lakebase. Veja tamanho do cálculo.

Posso continuar usando a API de instância de banco de dados para novos projetos?​

Sim, para novos projetos criados usando a APIde instância do banco de dados ou a interface de usuário do lakehouse/provisionamento. Ambas as APIs funcionam para esses projetos recém-criados. See APIs.

Posso usar a API do Postgres para minhas instâncias de provisionamento existentes?​

Não. Utilize a APIde instância de banco de dados somente para instâncias de provisionamento do Lakebase já existentes. See APIs.

Posso habilitar o recurso de escalonamento para zero ou definir o número mínimo/máximo de CUs com a API da instância do banco de dados?​

Não. Novos projetos criados com a API de instância do banco de dados têm a opção de escalar para zero desativada por default. Para habilitar o recurso de escalonamento automático para zero ou definir o intervalo compute escalonamento automático (unidades de computação mínimas/máximas), use a APIdo Postgres ou a interface de usuário de escalonamento automático do Lakebase. A API da instância do banco de dados não expõe esses controles. Consulte tamanho de computação e escala-para-zero.

Por que os números de capacidade parecem diferentes (por exemplo, capacidade 1 vs 4-8 CU)?​

O dimensionamento automático utiliza unidades compute (CUs) com uma quantidade de RAM por unidade diferente da capacidade de provisionamento. Veja tamanho do cálculo.

Qual versão do PostgreSQL os novos projetos utilizam?​

Os projetos criados a partir da interface de usuário do lakehouse/provisionamento ou da APIda instância do banco de dados usam PostgreSQL 16, assim como o provisionamento do Lakebase. A automação usando a API de instância do banco de dados obtém, portanto, a mesma versão do PostgreSQL (16) de antes. Veja a versão do PostgreSQL.

Preciso alterar meus dados de conexão ou nome do host?​

Novos projetos usam nomes de host regionais. Se você utiliza listas de permissão de IP ou Link Privado, precisa atualizá-las para projetos recém-criados. Veja os detalhes da conexão e o nome do host.

A maioria dos clientes não precisa alterar nada. Você só precisa adicionar o serviço Direct Private Link se usar o Private Link, criar novas instâncias do Lakebase e ainda não tiver o serviço Direct Private Link configurado. Se você já utiliza o Lakebase Autoscale ou outro serviço que usa o Serviço Direct, ou se utiliza apenas instâncias de provisionamento existentes, nenhuma alteração é necessária. Consulte o link privado para obter a tabela completa e os links de configuração.

Não. As instâncias de provisionamento existentes mantêm sua configuração atual de link privado. Nenhuma reconfiguração é necessária. Veja o link privado.

Qual a diferença entre a janela de restauração (provisionamento) e a restauração instantânea (autoscale)?​

O provisionamento do Lakebase suporta uma janela de restauração de até 35 dias. Os novos projetos de dimensionamento automático do Lakebase utilizam restauração instantânea com um prazo máximo de 30 dias. Consulte Restauração instantânea (janela de restauração).

Como funcionam os nomes de instâncias e projetos para novas instâncias do Lakebase?​

Os nomes devem estar em conformidade com o DNS. A unicidade não diferencia maiúsculas de minúsculas (você não pode ter ABC e abc ao mesmo tempo). 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. Consulte Nomes de projetos e nomes de instâncias.

Minhas instâncias de provisionamento existentes mudam?​

Não. Eles permanecem na página de provisionamento com o mesmo comportamento. Somente novas instâncias do Lakebase são criadas como projetos de escalonamento automático.

Como funcionam as permissões em projetos criados a partir da interface de usuário do Lakehouse/Provisionamento ou API da instância do banco de dados?​

Para esses projetos, aplicam-se dois conjuntos ACL separados (instância de banco de dados e projeto Lakebase), e as permissões default podem ser mais abrangentes do que no provisionamento do Lakebase. Verifique ambos os conjuntos se precisar restringir o acesso. Consulte Permissões (ACLs).

Posso usar o PostgREST ou obter acesso à API REST do meu novo projeto?​

A API de Dados (estilo PostgREST) era um recurso de pré-visualização privada no provisionamento do Lakebase. Os projetos recém-criados utilizam a APIde dados de escalonamento automático do Lakebase para acesso REST compatível com PostgREST (CRUD, consulta, RPC). Veja o recurso de pré-visualização privada.

Saber mais​