AlloyDB Omni com RPM Orchestrator: PostgreSQL Empresarial em GA

O Google Cloud anuncia a disponibilização geral (General Availability - GA) do AlloyDB Omni Red Hat RPM orchestrator. Esta novidade promete trazer segurança, resiliência e operações de baixa interrupção para cargas de trabalho PostgreSQL em ambientes empresariais. O lançamento marca um avanço significativo em relação à versão de preview, e chega acompanhado do AlloyDB Omni versão 18.3.0, integrando automação de banco de dados similar à da nuvem diretamente em máquinas virtuais e servidores bare-metal, potencializado pelas capacidades de IA do Google.

Expansão das Opções de Deploy

Com o status GA, o AlloyDB Omni oferece agora quatro modos de implantação para atender às diversas necessidades empresariais:

• Container standalone (Debian / UBI)
• Container com operador Kubernetes para implantação empresarial de alta disponibilidade
• RPM standalone
• Com RPM orchestrator para implantação empresarial de alta disponibilidade

Para detalhes técnicos de cada modalidade, a documentação do AlloyDB Omni está disponível.

Por Que Manter um Banco de Dados Autogerenciado?

Embora serviços gerenciados em nuvem sejam frequentemente a opção mais simples e econômica, existem cenários onde a autogestão de um banco de dados PostgreSQL é preferível, seja na nuvem ou on-premises. O AlloyDB Omni com deploy via RPM foi desenvolvido para organizações que buscam a performance da nuvem com o controle de infraestrutura local e não conteinerizada. Os casos de uso incluem:

• Modernização de Cargas de Trabalho: Com desempenho até 2x mais rápido para transações e até 100x mais rápido para consultas analíticas em comparação com o PostgreSQL padrão, o AlloyDB Omni revitaliza infraestruturas existentes sem a necessidade de migrações completas.
• Ambientes Regulados: Para setores com rigorosos requisitos de residência de dados e segurança, o RPM orchestrator oferece ferramentas como SELinux e auditoria local, facilitando a conformidade.
• Implantação Edge e On-Premises: A execução em dispositivos de edge ou servidores bare-metal permite processamento de baixa latência e operação desconectada.
• Infraestrutura Preparada para IA: Provisionamento de clusters de banco de dados para integrações de IA, incluindo funcionalidades como busca por vetores (vector search) para aplicações generativas de IA diretamente no ambiente local.

Arquiteturas de Referência Flexíveis

O AlloyDB Omni RPM orchestrator se destaca pela flexibilidade em seus modelos de implantação, adaptando-se a requisitos operacionais específicos, como maximização de performance, escalonamento de leitura ou garantia de alta disponibilidade (HA). A orquestração simplifica o provisionamento de clusters e o gerenciamento do ciclo de vida, permitindo a definição de arquiteturas de referência customizáveis através de parâmetros de instância, configurações de nós e opções de rede.

A imagem a seguir ilustra uma arquitetura de referência de alta disponibilidade e distribuída para clusters AlloyDB Omni, gerenciada pelo RPM Orchestrator.

Esta arquitetura demonstra uma configuração robusta onde aplicações cliente se conectam a um nível de balanceamento de carga. O balanceador de carga direciona tráfego de leitura/escrita diretamente para o nó primário ativo e tráfego somente leitura para réplicas. O balanceamento é garantido por uma Virtual IP (VIP) de alta disponibilidade, com Keepalived para failover de VIP, PgBouncer para pooling de conexões PostgreSQL e Haproxy para roteamento. A alta disponibilidade dos nós do cluster primário AlloyDB Omni é alcançada por replicação síncrona entre zonas. Para escalonar cargas de trabalho intensivas em leitura, pools de leitura separados são implantados com replicação assíncrona, permitindo escalonamento independente sem impactar o cluster primário de HA.

O sistema conta com um plano de controle independente que gerencia a configuração e a saúde dos clusters. Administradores interagem com o RPM Orchestrator para supervisionar o ciclo de vida dos bancos de dados. O plano de controle inclui Cluster Managers redundantes e um Distributed Configuration Store baseado em etcd (3 nós) para garantir a integridade do estado do cluster e gerenciar configurações. Controladores se comunicam diretamente com o Node Manager executado em cada nó de banco de dados individual.