Autoescalonamento por padrão

Quando cria uma nova instância Lakebase, ela é agora criada como um projeto Lakebase com autoescalamento e aparece na página de autoescalamento da aplicação Lakebase, não na página do Provisionamento. As instâncias Provisionadas existentes não são afetadas e continuam a funcionar exatamente como antes.

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

Passe o rato sobre o ícone e verá uma dica a explicar que o projeto foi criado usando a API de instância da base de dados e que suporta tanto a API de instância da base de dados como a de Postgres.

O que isto significa para ti

• Criação de instâncias no Lakebase. Qualquer nova instância Lakebase é criada como um projeto de Autoscaling Lakebase e aparece na página de Autoscaling na aplicação Lakebase. Pode gerir estes projetos tanto com a API de instância da base de dados como com a API Postgres.
• Botão de criação na interface. O botão Criar (incluindo no separador Provisionado) abre agora o fluxo de criação de projetos com Autoescalonamento.
• Funcionalidades de autoescalonamento. Os novos projetos têm recursos de computação com autoescalonamento, escalação para zero (desativado por defeito para corresponder ao comportamento provisionado), divisão em ramificações e restauração imediata. Podes aceder a estas funcionalidades a partir da interface de Autoscaling do Lakebase e da API Postgres quando estiveres pronto.
• As instâncias de Lakebase Provisioned existentes permanecem inalteradas. Ficam na página Provisionada na interface com o mesmo comportamento de antes. As instâncias Provisionadas existentes continuam a funcionar, as cadeias de ligação continuam a funcionar e as APIs continuam operacionais.
• A sua automação atual continua a funcionar. A sua automação existente continua a funcionar sem modificações, mas novas instâncias são criadas como projetos de Autoscaling.

Interfaces de Programação de Aplicações (APIs)

Para garantir que a automação existente desenvolvida no Lakebase Provisioned continua a funcionar sem interrupções, tanto a API de Instância de Base de Dados (Lakebase Provisioned) como a API Postgres (Lakebase Autoscaling) funcionam com instâncias Lakebase recém-criadas. A tabela seguinte mostra qual API usar, dependendo de como o seu projeto ou instância foi criado.

Se usar o Armazenamento de Funcionalidades ou as tabelas de sincronização e as provisionar programaticamente (por exemplo, armazenamentos de funcionalidades online), use a API de instância da base de dados para já. A provisão programática de tabelas de sincronização ainda não é suportada na API Postgres. Esta lacuna será reduzida numa versão futura.

Diferenças para novas instâncias do Lakebase

Se está habituado ao Lakebase Provisioned, as novas instâncias do Lakebase criadas como projetos de Autoscaling Lakebase têm algumas características especiais. Aqui está o que esperar.

Tamanho do cálculo

As instâncias Lakebase criadas como projetos de Autoscaling utilizam unidades de computação Autoscaling (CUs) em vez de unidades de capacidade provisionadas pelo Lakebase. Quando um projeto é criado usando a API de instância do Database, a unidade de capacidade provisionada do Lakebase escolhida é mapeada para uma gama mínima e máxima de autoescalabilidade (CU) do Lakebase Autoscaling, da seguinte forma:

O Lakebase Autoscaling suporta autoscaling apenas até 32 CU. Tamanhos maiores (incluindo 64 CU) são de tamanho fixo. Portanto, para a capacidade 1-4, obtém-se uma faixa de autoscaling de mínimo-máximo. Para capacidade 8, tem um total fixo de 64 unidades de computação (mínimo e máximo ambos 64).

Por exemplo, se a sua automação cria instâncias Lakebase com capacidade 1, novos projetos de Autoscaling Lakebase são criados com as configurações de min 4 CU e máximo 8 CU. Podes alterar o min/max mais tarde usando a API do Postgres ou na interface de Autoscaling do Lakebase. Se definir o máximo CU acima de 64 usando a API Postgres, a API da instância de base de dados reportará a capacidade como 8.

Escala até zero

O endpoint de leitura/escrita para novos projetos tem scale-to-zero desativado por padrão, por isso o cálculo está sempre em execução, como nas instâncias Lakebase Provisioned. Sem mudança de comportamento. Quando ativado, o scale-to-zero suspende o seu cálculo após um período de inatividade (padrão 5 minutos, mínimo 60 segundos), por isso paga apenas pelo tempo de computação ativo. Pode ativar a escala para zero na interface de Autoscaling do Lakebase ou usando a API Postgres. Veja Escala até zero para mais detalhes.

Restauração instantânea (janela de restauração)

No Lakebase Provisioned (instâncias de base de dados), a janela de restauro pode ser configurada até 35 dias. No Autoscaling do Lakebase (novos projetos), a definição de restauração instantânea tem um máximo de 30 dias. Caso dependa de uma janela de restauro superior a 30 dias no serviço Provisionado, observe que novos projetos suportam um máximo de 30 dias para recuperação de ponto no tempo, viagem ao passado e criação de ramificações a partir de estados anteriores.

Versão PostgreSQL

Novos projetos criados através da API de instância da base de dados ou da interface Lakehouse/Provisioned utilizam o PostgreSQL 16, alinhado com o Lakebase Provisioned. Isto significa que a automação usando a API de instância de base de dados cria projetos com a mesma versão PostgreSQL (16) de antes. O padrão para projetos criados com a interface de Autoscaling ou a API Postgres é o PostgreSQL 17.

Detalhes de ligação e nomes de host

Os detalhes de ligação para novos projetos utilizam um formato de nome de host diferente do Lakebase Provisioned. As instâncias provisionadas usam um nome de host global (sem região no nome de host). Projetos recém-criados utilizam um hostname regional (incluindo a região). Tanto os endpoints de leitura-escrita como os de apenas leitura utilizam o formato regional de nomes de host para novos projetos.

Provisionado (nome de domínio global):

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

Autoscaling (nome regional do hospedeiro):

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

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

Ligação Privada

O Lakebase Autoscaling utiliza dois pontos Private Link: front-end Private Link para acesso à API (conectividade ao nível do espaço de trabalho). A maioria dos clientes já tem isto, sem alterações) e Service Direct Private Link (também chamado de Private Link front-end regional) para ligar clientes Postgres à base de dados. O Service Direct Private Link está em pré-visualização pública. Se usar o Private Link e criar uma nova instância do Lakebase, só precisa de adicionar o Service Direct se ainda não o tiver. O Front-end Private Link mantém-se inalterado. As instâncias Provisionadas existentes mantêm a sua configuração atual de Private Link.

Permissões (ACLs)

Para projetos criados a partir da interface Lakehouse/Provisioned UI ou da API de instância da base de dados, aplicam-se dois conjuntos separados de ACLs: ACLs de instância de base de dados e ACLs de projeto Lakebase. Cada conjunto é gerido de forma independente, pelo que um utilizador pode ter diferentes acessos efetivos dependendo da API utilizada.

• ACLs das instâncias da base de dados: Definir usando a API da instância da base de dados. É avaliado quando se chama a API de instância da base de dados.
• ACLs do projeto Lakebase: Definido usando a interface de Autoscaling do Lakebase ou a API Postgres. É avaliado quando usas a API do Postgres ou a interface de Autoscaling.

Nomes de projeto e nomes de instância

Os nomes de projeto e de instância devem ser compatíveis com DNS. A unicidade do nome é insensível a maiúsculas e minúsculas, o que significa que não podes ter tanto ABC como abc no mesmo espaço de trabalho. Ao usar a API Postgres, use o nome do projeto em minúscula. A criação falha se o nome entrar em conflito com um ID de projeto existente.

Filial e renomeação do projeto

Para projetos criados usando a API de instância da base de dados ou a interface de utilizador Lakehouse/Provisioned, as opções de renomear branch e renomear projeto não estão disponíveis. O nome que usas na API de instância da base de dados é o nome do projeto e ramo na interface de Autoscaling.

Instâncias de base de dados secundárias

Para as instâncias de base de dados secundárias (no projeto Autoscaling, uma instância secundária corresponde a um ramo):

• Limite de ramificações Com a API do Postgres ou a interface de Autoscaling, podes criar qualquer número de ramos. Com a API de instância da base de dados, pode criar apenas uma instância principal (um ramo raiz) e uma instância secundária (um ramo filho), o que corresponde ao comportamento anterior da API de instância da base de dados.
• Etiquetas e orçamento. Etiquetas personalizadas e políticas orçamentais são herdadas do ramo principal. Esta é uma mudança em relação ao comportamento anterior da API de instâncias da base de dados, onde as instâncias filhas tinham os seus próprios valores separados.
• Apagar uma instância secundária. Se criares ramos adicionais usando a UI de Autoscaling do Lakebase ou a API Postgres num projeto que corresponda a uma instância filha, não podes eliminar essa instância filha através da interface ou API Lakehouse/Provisioned até que todas essas ramificações sejam eliminadas. Elimina primeiro as ramificações (usando a interface de Autoscaling ou a API Postgres), depois elimina a instância filha.

Branches protegidas

Se proteger um branch num projeto criado usando a API de instância Database (quer o branch corresponda a uma instância filho ou a qualquer outro branch que tenha criado), não pode eliminar essa instância filha ou a instância raiz (pai) através da interface ou API Lakehouse/Provisioned até que o branch esteja desprotegido. Desprotege primeiro a ramificação na interface de Autoscaling do Lakebase, depois apaga a instância. Ver Ramos protegidos.

Funcionalidades de pré-visualização privada

Os projetos recém-criados são projetos Lakebase Autoscaling e não suportam a API de Dados Provisionados do Lakebase nem as funcionalidades de pré-visualização privada Forward ETL . Essas eram ofertas separadas no Provisionado.

• Acesso à API REST (estilo PostgREST): O Lakebase Autoscaling tem a sua própria API de Dados para acesso REST compatível com PostgREST (CRUD, query, RPC).

Perguntas frequentes (FAQ) sobre Autoscaling por padrão

Isto aplica-se tanto à AWS como ao Azure?

Yes. A alteração aplica-se tanto à AWS como ao Azure. A implementação começa na mesma data em ambas as nuvens.

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

Na página de Autoscaling na aplicação Lakebase, não na página Provisionado. Veja a introdução acima.

O que acontece quando clico em Criar na interface do Lakebase?

O botão Criar (incluindo no separador Providenciado) abre o fluxo de criação de projetos com Autoescalabilidade. Já não podes criar novas instâncias Provisionadas a partir da interface. Se não tiver instâncias Provisionadas, o separador Provisionadas é oculto. Veja o que isto significa para si.

Todas as funcionalidades disponíveis no Provisioned também são suportadas no Autoscaling?

A maioria das funcionalidades disponíveis no Lakebase Provisioned é suportada pelo Autoscaling do Lakebase, com algumas diferenças. Para uma comparação completa lado a lado, consulte a tabela de comparação de Funcionalidades na página de índice do Lakebase.

O que NÃO muda?

Os seguintes mantêm-se inalterados:

• Instâncias Provisionadas Existentes: continuam a funcionar com as suas cadeias de ligação atuais, preços e configuração de ligação privada.
• Instâncias de Autoscaling existentes: sem alterações.
• A API de instância da base de dados: continua totalmente suportada. Não precisa de alterar o Terraform existente, SDKs ou outras automatizações que desenvolveu para o Lakebase Provisioned.
• Automatização dos DABs existentes usando database_instances: Pacotes que usam o recurso database_instances continuam a funcionar. No entanto, novas instâncias criadas por database_instances são criadas como projetos de Autoscaling Lakebase. Para novos trabalhos no Lakebase, recomendamos usar postgres_projects em vez disso. Consulte os recursos do pacote.
• Cadeias de ligação para instâncias Lakebase Provisionadas existentes: permanecem inalteradas. Não são necessárias atualizações.
• Configuração de Private Link para instâncias provisionadas ou de autoescalamento existentes. Nenhuma alteração.

Como é que esta mudança afeta os preços?

Todas as novas instâncias (incluindo as criadas com a API de instâncias da base de dados) utilizam preços de Autoscaling do Lakebase. Veja Tamanho de cálculo.

Posso continuar a usar a API de instância da base de dados para novos projetos?

Sim, para novos projetos criados usando a API de instância da base de dados ou Lakehouse/Provisioned UI. Ambas as APIs funcionam para estes projetos recém-criados. Ver APIs.

Posso usar a API Postgres para as minhas instâncias provisionadas existentes?

Não. Use a API de instâncias de banco de dados apenas para as instâncias existentes do Lakebase Provisioned. Ver APIs.

Posso ativar o escalonamento para zero ou definir unidades de computação mínimas e máximas (min/max CU) com a API de instância da base de dados?

Não. Novos projetos criados com a API de instância de base de dados têm o scale-to-zero desativado por padrão. Para ativar a escala para zero ou definir a faixa de computação de autoescalabilidade (min/max), use a API Postgres ou a interface de autoescalabilidade do Lakebase. A API de instância de base de dados não expõe estes controlos. Veja Tamanho de computação e Reduzir para zero.

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

O autoescalonamento utiliza unidades de cálculo (CUs) com uma RAM por unidade diferente da capacidade provisionada. Veja Tamanho de cálculo.

Que versão do PostgreSQL usam os novos projetos?

Projetos criados a partir da interface Lakehouse/Provisioned ou da API de instância da base de dados usam o PostgreSQL 16, tal como o Lakebase Provisioned. A automação usando a API de instância da base de dados obtém, portanto, a mesma versão PostgreSQL (16) que antes. Ver versão PostgreSQL.

Preciso de mudar os meus dados de ligação ou nomes de host?

Novos projetos utilizam nomes de anfitriões regionais. Se usar listas de permissões IP ou Private Link, precisa de as atualizar para projetos recém-criados. Consulte Detalhes de ligação e nomes de host.

Preciso de mudar a minha configuração do Private Link para novas instâncias?

A maioria dos clientes não precisa de mudar nada. Só precisa adicionar Service Direct Private Link se usar Private Link, criar novas instâncias Lakebase e ainda não tiver configurado o Service Direct Private Link. Se já usa Lakebase Autoscaling ou outros serviços que utilizam Service Direct, ou apenas usa instâncias Provisionadas existentes, não é necessária qualquer alteração. Consulte Private Link para a tabela completa e os links de configuração.

As minhas instâncias Provisionadas existentes precisam de alterações no Private Link?

Não. As instâncias Provisionadas existentes mantêm a sua configuração atual de Private Link. Não é necessária qualquer reconfiguração. Ver Private Link.

Qual é a diferença entre a janela de restauração (Provisionada) e a restauração instantânea (Dimensionamento Automático)?

O Lakebase Provisioned suporta uma janela de restauro de até 35 dias. Novos projetos de Autoscaling do Lakebase utilizam restauração instantânea com um período máximo de 30 dias. Veja Restauração instantânea (janela de restauração).

Como funcionam os nomes das instâncias e dos projetos para novas instâncias do Lakebase?

Os nomes devem ser compatíveis com DNS. A unicidade não diferencia entre maiúsculas e minúsculas (não é possível ter tanto ABC quanto abc). Ao usar a API Postgres, use o nome do projeto em minúscula. A criação falha se o nome entrar em conflito com um ID de projeto existente. Consulte nomes de projeto e nomes de instância.

As minhas instâncias Provisionadas existentes mudam?

Não. Ficam na página Provisioned com o mesmo comportamento. Apenas novas instâncias do Lakebase são criadas como projetos de Autoscaling.

Como funcionam as permissões em projetos criados a partir do Lakehouse/Provisioned UI ou da API de instância de Base de Dados?

Para esses projetos, aplicam-se dois conjuntos de ACL separados (instância de base de dados e projeto Lakebase), e as permissões padrão podem ser mais amplas do que no Lakebase Provisioned. Verifique ambos os conjuntos caso necessite restringir o acesso. Ver Permissões (ACLs).

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

A API de Dados (estilo PostgREST) era uma funcionalidade de pré-visualização privada no Lakebase Provisioned. Projetos recém-criados utilizam a API de Dados de Escalabilidade Automática do Lakebase para acesso REST compatível com PostgREST (CRUD, consulta, RPC). Consulte as funcionalidades de pré-visualização privada.

Saiba mais

• O que é o Autoscaling do Lakebase?
• Cadeias de ligação e Sobre a autenticação
• Criar um projeto