A High-performance Edition do AnalyticDB for PostgreSQL usa arquitetura de réplica única para reduzir custos de armazenamento e oferecer desempenho de I/O de escrita superior ao 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 que a disponibilidade máxima.
A High-performance Edition atende à maioria dos cenários de análise de negócios. Para requisitos críticos que exigem a maior disponibilidade possível, use a High-availability Edition.
Quando usar a High-performance Edition
|
Critério |
High-performance Edition |
High-availability Edition |
|
Arquitetura |
Réplica única |
Réplica dupla (primária + standby) |
|
Custo de armazenamento |
Menor (redução de 50% em relação às mesmas especificações) |
Maior |
|
Desempenho de I/O de escrita |
Superior (sem sobrecarga de replicação) |
Inferior |
|
Recuperação após falha de SQL |
~10 segundos |
5–10 minutos |
|
Recuperação após falha de nó de computação |
Reinicialização necessária; sem failover automático |
Failover automático; sem interrupção de serviço |
|
Recuperação após falha de host |
Reinicialização necessária após migração do host; ~15 minutos |
Failover automático; migração em segundo plano |
|
Mais indicado para |
Análises, processamento em lote, cargas sensíveis a custos |
Missão crítica, OLAP de produção |
Escolha a High-performance Edition quando sua carga de trabalho tolerar uma janela de recuperação de minutos a horas em caso de falha de hardware. Para cargas que exigem disponibilidade contínua durante falhas de hardware, use a High-availability Edition.
Arquitetura
A High-performance Edition implanta nós coordenadores e nós de computação em arquitetura de réplica única, conforme ilustrado abaixo.
Figura 1. Arquitetura da High-performance Edition 
A High-availability Edition inclui um nó coordenador standby e nós de computação secundários.
Figura 2. Arquitetura da High-availability Edition 
A remoção do nó coordenador 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 standby.
O armazenamento dos nós de computação diminui em 50%.
A eliminação da sincronização de dados entre os nós de computação primário e secundário melhora o desempenho de I/O de escrita.
Redução de custos
Uma instância da High-performance Edition com as mesmas especificações custa menos que uma instância da High-availability Edition porque mantém apenas uma réplica.
A tabela abaixo apresenta os preços mensais em USD para ambas as edições em dois níveis comuns de especificação.
|
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) usa 2 núcleos de CPU, 50 GB de armazenamento e 2 nós de computação. A High-availability Edition (HAE) usa 2 núcleos de CPU, 50 GB de armazenamento e 4 nós de computação. Nessas especificações, a HPE é 56% mais econômica.
Especificações comuns: Ambas as edições usam 4 núcleos de CPU, 100 GB de armazenamento e 4 nós de computação. Nessas especificações, a HPE é 15% mais econômica.
Para consultar os preços atuais, veja Preços do AnalyticDB for PostgreSQL.
Desempenho
A High-performance Edition oferece desempenho 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ário e secundário. Em uma instância com 2 núcleos de CPU, o desempenho de I/O pode atingir até 250% do desempenho de uma instância equivalente da High-availability Edition. Cargas de trabalho intensivas em escrita apresentam melhoria aproximada de 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 com 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 oficiais 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 que a High-availability Edition, refletindo a vantagem de I/O obtida com a eliminação da sobrecarga de replicação.
Disponibilidade
Confiabilidade dos dados
O AnalyticDB for PostgreSQL armazena dados em unidades de estado sólido aprimoradas (ESSDs), que usam 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 disponibilidade inferior à da High-availability Edition porque não há nó standby para assumir em caso de falha. A tabela abaixo resume o comportamento de recuperação para cenários comuns de falha.
|
Cenário de falha |
High-performance Edition |
High-availability Edition |
|
Falha de SQL (core dump, out-of-memory (OOM)) |
~10 segundos (checkpoint otimizado) |
5–10 minutos |
|
Falha de nó de computação |
Reinicialização necessária; serviço indisponível até a conclusão da reinicialização |
Failover automático; nó secundário assume sem interrupção de serviço |
|
Falha de host |
Reinicialização necessária após migração do host; ~15 minutos |
Failover automático; migração do host em segundo plano |
Em caso de falhas em máquinas físicas, 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 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 locks e memória residuais.
Reaplica arquivos de Write-Ahead Log (WAL) para restaurar transações confirmadas ainda não gravadas em disco.
Retoma o serviço.
A High-performance Edition usa um mecanismo de checkpoint otimizado que reduz a quantidade de dados WAL a serem reaplicados. A recuperação desses cenários comuns de falha leva aproximadamente 10 segundos, em comparação com 5–10 minutos na High-availability Edition.
WAL e checkpoints
Write-Ahead Log (WAL): Registra todas as alterações de dados de cada transação antes da confirmação. O WAL permite que o banco de dados reaplique alterações confirmadas, mas ainda não liberadas para o disco.
Checkpoint: Ponto até o qual todas as alterações de dados estão confirmadas em disco. O banco de dados se recupera a partir do checkpoint mais recente. O AnalyticDB for PostgreSQL executa checkpoints conforme uma programação e também os aciona quando o tamanho do arquivo WAL atinge um limiar.
Falhas de nó de computação
Quando um nó de computação falha na High-availability Edition, o nó secundário assume automaticamente. O nó com falha reinicia em segundo plano, sem interrupção do serviço.
Se um nó de computação falhar na High-performance Edition, não há nó secundário para assumir. A instância fica indisponível e deve ser reiniciada para recuperação.
Falhas de host
Falhas de host acionam a migração automática do host em ambas as edições. Na High-availability Edition, o nó standby mantém a continuidade do serviço enquanto a migração ocorre em segundo plano. Na High-performance Edition, a instância precisa reiniciar após a conclusão da migração do host — processo que leva aproximadamente 15 minutos.
Perguntas frequentes
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 usam quantidades diferentes de réplicas e configurações de armazenamento distintas, portanto, não existe um caminho de migração automatizado. Para trocar de edição, faça backup dos dados da instância da High-performance Edition, adquira uma instância da High-availability Edition e restaure os dados nela. Para instruções de migração, consulte Migrar dados entre instâncias do AnalyticDB for PostgreSQL.