AlloyDB Hot Standby: Failover Rápido e Performance Consistente

AlloyDB Hot Standby: Um Salto na Alta Disponibilidade para Bancos de Dados Empresariais

O AlloyDB for PostgreSQL é um serviço de banco de dados totalmente gerenciado e compatível com PostgreSQL, projetado para as cargas de trabalho empresariais mais exigentes. Ele combina o melhor do PostgreSQL com o poder do Google, entregando performance, escalabilidade e disponibilidade excepcionais. Buscando inovar continuamente para tornar o AlloyDB ainda mais resiliente, anunciamos um upgrade significativo em nossa arquitetura de Alta Disponibilidade (HA): Hot Standby.

Entendendo a Arquitetura de HA do AlloyDB

Uma instância primária do AlloyDB configurada para alta disponibilidade consiste em um nó ativo e um nó standby, localizados em zonas diferentes dentro de uma região para garantir resiliência. A arquitetura cloud-native do AlloyDB separa computação e armazenamento, permitindo o escalonamento individual de cada recurso. Os logs de escrita antecipada (WAL) do banco de dados são escritos sincronicamente em um persistente de logs regional, garantindo durabilidade, enquanto os blocos de dados residem no serviço de armazenamento regional do AlloyDB. Um load balancer direciona o tráfego para o nó ativo atual utilizando um endereço IP estável.

No modelo tradicional de HA, se o nó ativo se tornasse indisponível, o AlloyDB iniciaria automaticamente um failover. O nó standby, anteriormente ocioso do ponto de vista do PostgreSQL, iniciaria o banco de dados, processaria quaisquer logs restantes e, em seguida, assumiria. Embora isso garanta alta disponibilidade, o tempo de inicialização do banco de dados e o período subsequente de aquecimento do cache poderiam impactar o tempo de recuperação da aplicação e a performance.

Apresentando o AlloyDB Hot Standby: A Nova Arquitetura

Com a nova capacidade Hot Standby, transformamos o papel do nó standby. Em vez de ser um nó passivo, o nó standby agora aplica continuamente os registros WAL transmitidos do primário. Essa mudança arquitetural traz duas vantagens massivas:

1. Tempos de Failover Drasticamente Reduzidos: Como o PostgreSQL já está em execução, inicializado e replicando ativamente no standby, o tempo necessário para promovê-lo a primário em caso de falha é significativamente menor. O sistema detecta a falha (geralmente em até 30 segundos), promove o standby e redireciona as conexões. A fase de inicialização do banco de dados no standby é eliminada, reduzindo o tempo de inatividade geral e melhorando seu Recovery Time Objective (RTO).
2. Performance Consistente Após o Failover: Como o nó Hot Standby está ativamente repetindo os logs, seus caches de memória (como o buffer cache do PostgreSQL) são mantidos “aquecidos”. Eles contêm grande parte dos mesmos dados acessados frequentemente que os caches do nó primário. Quando um failover ocorre, o novo primário pode atender às solicitações com velocidade otimizada quase imediatamente. Isso evita a “desaceleração” de performance geralmente observada enquanto os caches são aquecidos a partir do disco, garantindo que a performance da aplicação permaneça estável.

E a melhor parte? Essa melhoria substancial na disponibilidade e resiliência vem sem custo adicional para você.

Veja o Hot Standby em Ação

Preparamos uma demonstração curta para ilustrar a diferença entre o novo HA com Hot Standby e a configuração de HA legado. No vídeo, executamos uma carga de benchmark em duas instâncias AlloyDB e acionamos um failover em ambas simultaneamente.

Como você pode ver na demonstração:

• A instância com Hot Standby completa o failover em aproximadamente 15 segundos. Crucialmente, sua taxa de transações por segundo (TPS) retorna aos níveis pré-failover quase imediatamente.
• A instância com Legacy HA leva um tempo consideravelmente maior para completar o failover. Mesmo quando volta online, o TPS é significativamente menor e leva vários minutos para retornar aos níveis de performance originais, enquanto seus caches são aquecidos.

Essa comparação lado a lado mostra claramente os benefícios do Hot Standby em minimizar o tempo de inatividade e eliminar o impacto na performance pós-failover.

Comece com HA Aprimorado

O Hot Standby está sendo implementado em instâncias AlloyDB recém-criadas no PostgreSQL 18, proporcionando uma experiência de HA atualizada automaticamente, e será implementado nas versões principais anteriores nos próximos meses. Você pode continuar contando com o SLA de 99,99% do AlloyDB, agora respaldado por failovers ainda mais rápidos e performance pós-failover mais previsível.

Essa melhoria reforça nosso compromisso em fornecer uma experiência de PostgreSQL gerenciado de ponta e de nível empresarial.

Para saber mais sobre os recursos de Alta Disponibilidade do AlloyDB, consulte a documentação oficial. Novo no AlloyDB? Experimente hoje mesmo!

Fonte: Google Database