:Serverless mode

Visão geral

No modo Serverless, o AnalyticDB for PostgreSQL desacopla os recursos de computação e armazenamento para permitir o dimensionamento em proporções diferentes. Os recursos de armazenamento continuam sendo faturados na modalidade pagamento conforme o uso, mas a capacidade de computação pode ser dimensionada independentemente para atender aos requisitos do negócio. Isso reduz os custos de armazenamento e melhora a eficiência.

O AnalyticDB for PostgreSQL no modo Serverless oferece as seguintes vantagens em relação ao modo de armazenamento elástico:

• Redução de custos de armazenamento e uso de recursos sob demanda. Com o AnalyticDB for PostgreSQL no modo Serverless, você implementa análises de dados econômicas sem precisar migrar seus dados para outras mídias de armazenamento. Esse modo atende aos requisitos de análise de dados dos setores financeiro e de internet.

• Otimização de gravações de alto throughput e operações de processamento em lote de alto desempenho com dimensionamento elástico, adequado para cenários que envolvem grandes volumes de dados e flutuações significativas de tráfego.

• Recurso de compartilhamento de dados baseado na separação de armazenamento e computação. É possível acessar dados compartilhados a partir de outros bancos de dados sem necessidade de exportação e importação. Essa abordagem é mais simples e econômica do que o acesso a dados em data warehouses tradicionais.

Observações de uso

Comparação entre modos de serviço

O modo Serverless suporta a maioria dos recursos do modo de armazenamento elástico. A tabela a seguir descreve as diferenças entre esses dois modos de serviço.

Limites

O modo Serverless suporta mais de 95% dos recursos do modo de armazenamento elástico. Na maioria dos casos, a mesma sintaxe serve para ambos os modos. Ferramentas como o conector Java Database Connectivity (JDBC), o conector Open Database Connectivity (ODBC) e o psql funcionam no modo Serverless da mesma forma que no modo de armazenamento elástico. A tabela a seguir descreve os limites do AnalyticDB for PostgreSQL no modo Serverless para recursos específicos.

Migração de dados

É possível migrar dados de uma instância do AnalyticDB for PostgreSQL nos modos de armazenamento elástico ou reservado para uma instância no modo Serverless. Para mais informações, consulte Migrar dados entre instâncias do AnalyticDB for PostgreSQL.

A tabela a seguir descreve o suporte do modo Serverless para diferentes tipos de migração de dados.

Agendamento automático (em preview por convite)

As instâncias do AnalyticDB for PostgreSQL no modo de agendamento automático Serverless podem ser pausadas e retomadas automaticamente com base na detecção de tráfego. Se não houver tráfego, as instâncias mudam automaticamente para o estado ocioso. Não há cobrança por recursos de computação enquanto as instâncias estiverem nesse estado.

No modo de agendamento automático Serverless do AnalyticDB for PostgreSQL, é possível modificar os valores dos parâmetros Computing Resource Threshold e Wait Time for Idle Resource Release. Para mais informações, consulte Configuração de recursos da instância.

O faturamento das instâncias no modo de agendamento automático Serverless ocorre por segundo, com base nas unidades de computação do AnalyticDB (ACUs) que medem o poder de computação das instâncias. O sistema coleta o número de ACUs utilizadas e gera faturas a cada hora. Para mais informações, consulte Preços.

Dimensionamento elástico

Instâncias no modo Serverless podem ser dimensionadas em minutos. O seguinte desempenho de dimensionamento serve como referência:

• Uma instância com até 16 nós de computação pode ser dimensionada em 60 segundos.

• Uma instância com mais de 16 nós de computação pode ser dimensionada em 5 minutos.

Use a capacidade de dimensionamento elástico do AnalyticDB for PostgreSQL no modo Serverless para aumentar os nós de computação antes de períodos de pico esperados, como o Double 11, e reduzi-los após o término desses períodos. O AnalyticDB for PostgreSQL é faturado por hora com base na duração real do uso de recursos e nas especificações dos nós de computação. Dessa forma, você minimiza os custos sem comprometer o desempenho do serviço.

No modo Serverless, cada nó de computação possui uma capacidade máxima de armazenamento. Antes de reduzir os nós de computação, certifique-se de que o volume total de dados não exceda a capacidade máxima de armazenamento combinada de todos os nós restantes. Por exemplo, suponha que cada nó de computação ofereça 2 núcleos, 8 GB de memória e uma capacidade máxima de armazenamento de 960 GB. Se você quiser reduzir sua instância para quatro nós de computação, o volume total de dados não poderá exceder 3.840 GB (960 GB × 4).

A tabela a seguir descreve a capacidade máxima de armazenamento para diferentes especificações de nós de computação no AnalyticDB for PostgreSQL em modo Serverless.

Exceto durante interrupções de serviço que ocorrem antes e depois do dimensionamento, as cargas de trabalho permanecem legíveis e graváveis durante o processo de dimensionamento.

Compartilhamento de dados (beta)

Em comparação com os métodos de importação e exportação de dados usados em data warehouses tradicionais, o compartilhamento de dados no AnalyticDB for PostgreSQL em modo Serverless oferece as seguintes vantagens:

• Redução de custos de armazenamento: Não é necessário replicar ou migrar dados entre instâncias do AnalyticDB for PostgreSQL. Apenas uma única cópia dos dados é mantida no armazenamento distribuído e pode ser compartilhada por várias instâncias dentro do intervalo especificado. Assim, menos espaço de armazenamento é necessário.

• Facilidade de uso: Após criar um compartilhamento em uma instância produtora, realizar a autorização e importar dados para o compartilhamento, acesse os dados compartilhados a partir de uma instância consumidora da mesma forma que acessaria os dados na instância produtora. Não é necessário migrar o esquema da tabela. A adição ou remoção de objetos compartilhados e as alterações de autorização são sincronizadas automaticamente com a instância consumidora.

• Consistência de dados: As instâncias consumidoras acessam os dados compartilhados com capacidades muito próximas às das instâncias produtoras. Além disso, as instâncias consumidoras leem os dados gravados mais recentemente pelas instâncias produtoras. Isso garante as propriedades de atomicidade, consistência, isolamento e durabilidade (ACID) das transações.

O compartilhamento de dados ajuda a resolver os seguintes problemas:

• Isolamento entre permissões organizacionais complexas: Por exemplo, suponha que uma instância seja criada na matriz corporativa e outra em uma filial. O compartilhamento de dados permite que a instância da filial acesse dados específicos da instância da matriz.

• Isolamento entre recursos de negócios complexos: Por exemplo, suponha que haja isolamento de recursos físicos entre processos de extração, transformação e carga (ETL) e consultas ad hoc. O compartilhamento de dados permite compartilhar resultados de ETL entre instâncias que executam consultas ad hoc.

• Falhas na colaboração entre áreas: Por exemplo, se a mesma cópia de dados precisar ser analisada por equipes de P&D, vendas, operações e finanças, o compartilhamento de dados permite o acesso por diferentes grupos de negócios dentro de uma organização.

O compartilhamento de dados está em fase beta e apresenta os seguintes limites:

• O compartilhamento de dados é suportado em tabelas padrão. Não há suporte para tabelas particionadas, tabelas externas, visualizações, esquemas ou funções.

• O compartilhamento de dados é suportado em tabelas distribuídas por hash. Não há suporte para tabelas replicadas ou aleatórias.

• Não há suporte para compartilhamento de dados em subtransações.

• Se existirem vários compartilhamentos em uma instância produtora, uma instância consumidora poderá assinar apenas um deles.

• Operações DDL não são permitidas em tabelas compartilhadas. Para executar operações DDL em uma tabela compartilhada, desative o compartilhamento dessa tabela.

Referências

• [[Aviso] Modo Serverless lançado para o AnalyticDB for PostgreSQL](t2130215.dita#concept_2130215)

• Início rápido para o modo de armazenamento elástico

• Migrar dados entre instâncias do AnalyticDB for PostgreSQL

• Teste de desempenho para importação e consulta de dados no modo Serverless Pro

• Compartilhamento de dados