A Basic Edition/High-performance Edition do AnalyticDB for PostgreSQL utiliza uma arquitetura de réplica única para reduzir os custos de armazenamento e oferecer uma performance de I/O de escrita superior à da High-availability Edition. Essa edição é ideal para cargas de trabalho analíticas em que a eficiência de custos e o throughput de escrita são mais importantes do que a disponibilidade máxima.
Basic Edition
A High-performance Edition é adequada para a maioria dos cenários de análise de negócios. Para requisitos de negócios críticos que exigem a maior disponibilidade possível, utilize a High-availability Edition.
Quando usar a High-performance Edition
Critérios | High-performance Edition | High-availability Edition |
Arquitetura | Réplica única | Réplica dupla (primário + standby) |
Custo de armazenamento | Menor (redução de 50% em comparação com as mesmas especificações) | Maior |
Performance de I/O de escrita | Maior (sem sobrecarga de replicação) | Menor |
Recuperação de falha de SQL | ~10 segundos | 5 a 10 minutos |
Recuperação de falha de nó de computação | Reinicialização necessária; sem failover automático | Failover automático; sem interrupção do service |
Recuperação de falha de host | Reinicialização necessária após a migração do host; ~15 minutos | Failover automático; a migração é executada em segundo plano |
Mais indicado para | Análises, processamento em lote e cargas de trabalho sensíveis a custos | OLAP de produção e missões críticas |
Escolha a High-performance Edition quando sua carga de trabalho puder tolerar uma janela de recuperação de minutos a horas em caso de falha de hardware. Para cargas de trabalho que exigem disponibilidade contínua durante falhas de hardware, utilize a High-availability Edition.
Arquitetura
A High-performance Edition implanta nós coordenadores e nós de computação em uma arquitetura de réplica única, conforme ilustrado abaixo.
Figura 1. Arquitetura da High-performance Edition
A High-availability Edition inclui um nó coordenador em standby e nós de computação secundários.
Figura 2. Arquitetura da High-availability Edition 
A remoção do nó coordenador em standby e dos nós de computação secundários gera três efeitos diretos:
Não há alocação de armazenamento para o nó coordenador em standby.
Há uma redução de 50% no armazenamento dos nós de computação.
A arquitetura elimina a sincronização de dados entre os nós de computação primários e secundários, o que melhora a performance de I/O de escrita.
Redução de custos
Uma instância da High-performance Edition com as mesmas especificações custa menos do que uma instância da High-availability Edition, pois mantém apenas uma réplica.
A tabela abaixo mostra os preços mensais de ambas as edições em dois níveis de especificações comuns.
|
Especificações |
Armazenamento HPE (USD/mês) |
Armazenamento HAE (USD/mês) |
Redução de armazenamento |
Computação HPE (USD/mês) |
Computação HAE (USD/mês) |
Redução de computação |
Total HPE (USD/mês) |
Total HAE (USD/mês) |
Redução total |
|
Nível de entrada |
22,4 |
100 |
77,6% |
175,55 |
352,05 |
50,13% |
197,95 |
452,05 |
56,21% |
|
Comum |
89,6 |
200 |
55,2% |
668,65 |
700,28 |
4,52% |
758,25 |
900,28 |
15,78% |
Especificações de nível de entrada: a High-performance Edition (HPE) utiliza 2 núcleos de CPU, 50 GB de armazenamento e 2 nós de computação. A High-availability Edition (HAE) utiliza 2 núcleos de CPU, 50 GB de armazenamento e 4 nós de computação. Nessas especificações, a HPE é 56% mais barata.
Especificações comuns: ambas as edições utilizam 4 núcleos de CPU, 100 GB de armazenamento e 4 nós de computação. Nessas especificações, a HPE é 15% mais barata.
Para os preços atuais, consulte AnalyticDB for PostgreSQL pricing.
Performance
A High-performance Edition oferece uma performance de I/O superior porque elimina a sincronização de dados e a replicação em streaming entre os nós de computação primários e secundários. Em uma instância com 2 núcleos de CPU, a performance de I/O pode chegar a 250% de uma instância comparável da High-availability Edition. Cargas de trabalho com uso intensivo de escrita apresentam uma melhoria de aproximadamente 100%.
Os benchmarks a seguir comparam ambas as edições configuradas com 2 núcleos de CPU, 400 GB de armazenamento e 4 nós de computação.
Replicação local
Replicação de uma tabela orientada a linhas contendo aproximadamente 90 GB de dados:
CREATE TABLE lineitem2 AS (SELECT * FROM lineitem);Edição | Tempo de execução |
High-performance Edition | 249 segundos |
High-availability Edition | 1.307 segundos |
A High-performance Edition concluiu a operação aproximadamente 5 vezes mais rápido. A mesma melhoria se aplica às operações INSERT INTO SELECT.
Benchmark TPC-H
Este teste baseia-se na metodologia de benchmark TPC-H, mas não atende a todos os requisitos do TPC-H. Os resultados não podem ser comparados com os resultados publicados do TPC-H.
Foram executadas 22 consultas SQL em um conjunto de dados TPC-H de 100 GB. A figura a seguir mostra os resultados.
A High-performance Edition concluiu o conjunto completo de consultas 40% mais rápido do que a High-availability Edition, refletindo a vantagem de I/O ao remover a sobrecarga de replicação.
Disponibilidade
Confiabilidade dos dados
O AnalyticDB for PostgreSQL armazena dados em unidades de estado sólido aprimoradas (ESSDs), que utilizam múltiplas réplicas internas na camada de armazenamento. Isso garante alta confiabilidade e integridade dos dados mesmo no modo de réplica única — os dados não são perdidos quando um nó de computação falha.
Cenários de falha e recuperação
A High-performance Edition oferece menor disponibilidade do que a High-availability Edition porque não há um nó em standby para assumir o controle. A tabela abaixo resume o comportamento de recuperação para cenários de falha comuns.
Cenário de falha | High-performance Edition | High-availability Edition |
Falha de SQL (core dump, out-of-memory (OOM)) | ~10 segundos (checkpoint otimizado) | 5 a 10 minutos |
Falha de nó de computação | Reinicialização necessária; service indisponível até a conclusão da reinicialização | Failover automático; o nó secundário assume sem interrupção do service |
Falha de host | Reinicialização necessária após a migração do host; ~15 minutos | Failover automático; a migração do host é executada em segundo plano |
Para falhas de máquina física, a recuperação pode levar até 8 horas em cenários extremos.
Como funciona o modo de recuperação
A maioria das falhas no AnalyticDB for PostgreSQL — incluindo falhas de SQL causadas por core dumps ou erros de OOM — aciona o modo de recuperação em vez de uma falha completa do nó. Durante o modo de recuperação, a instância:
Limpa os locks e a memória restantes.
Reproduz os arquivos de Write-Ahead Log (WAL) para restaurar as transações commitadas que ainda não foram gravadas em disco.
Retoma o service.
A High-performance Edition utiliza um mecanismo de checkpoint otimizado que reduz a quantidade de dados WAL a serem reproduzidos. A recuperação desses cenários de falha comuns leva aproximadamente 10 segundos, em comparação com os 5 a 10 minutos da High-availability Edition.
WAL e checkpoints
Write-Ahead Log (WAL): registra todas as alterações de dados para cada transação antes do commit da transação. O WAL permite que o banco de dados reproduza as alterações que foram commitadas, mas ainda não foram liberadas para o disco.
Checkpoint: o ponto até o qual todas as alterações de dados são confirmadas em disco. O banco de dados se recupera a partir do checkpoint mais recente. O AnalyticDB for PostgreSQL executa checkpoints em uma programação definida e também os aciona quando o tamanho do arquivo WAL atinge um determinado limiar.
Falhas de nó de computação
Quando um nó de computação falha na High-availability Edition, o nó de computação secundário assume automaticamente. O nó com defeito é reiniciado em segundo plano, sem interrupção do service.
Quando um nó de computação falha na High-performance Edition, não há um nó secundário para assumir. A instância fica indisponível e precisa ser reiniciada para recuperação.
Falhas de host
As falhas de host acionam a migração automática de host em ambas as edições. Na High-availability Edition, o nó em standby mantém a continuidade do service enquanto a migração é executada em segundo plano. Na High-performance Edition, a instância precisa ser reiniciada após a conclusão da migração do host — um processo que leva aproximadamente 15 minutos.
FAQ
Posso fazer upgrade da High-performance Edition para a High-availability Edition?
Não há suporte para upgrade direto no local. As duas edições utilizam contagens de réplicas e configurações de armazenamento diferentes, portanto, não existe um caminho de migração automatizado. Para mudar de edição, faça o backup dos dados da instância da High-performance Edition, adquira uma instância da High-availability Edition e restaure os dados nela. Para obter instruções de migração, consulte Migrar dados entre instâncias do AnalyticDB for PostgreSQL.