PostgreSQL - Replicação de Base de Dados Em Tempo Real Para Obter Redundância e Escalabilidade 

Estou com esse problema, e a maioria dos vídeos é sobre isso de backup, eu quero algo útil ! Tenho 7 lojas e o servidor master é na cloud, como deixar todo mundo sincronizado e cada loja tem seu servidor local e vai usar esse servidor como o master da loja....acho que isso é o básico kkk

opa, você pode configurar um pgpool para atualizar como um proxy entre sua aplicação e os bancos de dados e ele faz esse papel de load balance da conexões.

Por padrão é assíncrona (podendo configurar para síncrono), porém o atraso da configuração assíncrona é quase imperceptível se ambos as bases estiverem na mesma rede.

Opa, então, basta remover o arquivo standby.signal da raiz da instancia de replicação e reiniciar o banco que ele inicializará como um master.

Opa Caio, blz? Sua abordagem proposta de clonar uma VM master creio que funcionaria sim, desde que claro fazendo as devidas configurações, na prática o que você deseja é fazer o mesmo trabalho do pg_base_backup só de de outra forma, enfim sugiro realizar o experimento em um ambiente de testes, boa sorte.

sim, é possível

fala ai amigo, tudo beleza? então, hoje eu monitoro as vm's apenas, isso através do zabbix, claro que isso não garante que a replicação esteja funcionando, mas parto do principio que se configurei tudo certo, e ambos (master e replicas) estão conversando só irão parar de funcionar se acontecer alguma interrupção, geralmente a nível de VM, mas eventuamente dou uma olhada de forma manual nos logs. Sobre sua segunda pergunta não tem limite de replicas, a configuração é a mesma para qualquer replica, talvez o limite é a quantidade de slot que você definir no master, bem como recursos de infra. Enfim, espero ter ajudado, abraços.

Sobre a primeira pergunta, pode subir o banco de dados em S.O's e versões diferentes. Sobre a segunda pergunta, nos meus testes só consegui replicar na msm versão.

@@patrickmuniz7878 muito obrigado!!

Olá Rafael, obrigado pelo comentário, na documentação atual do postgres tem sim a citação dessa possibilidade, mas confesso que nunca utilizei, valeria uma tentativa em um ambiente de testes, talvez migrar do 10 para 13 seria muito abrupto, mas migrar para 11 depois 12 e por fim para 13 via replication você teria mais chances de sucesso. Na documentação na sessão 19.6.3 fala sobre o assunto, segue o link: www.postgresql.org/docs/14/upgrading.html Por fim, boa sorte e sucesso.

@@patrickmuniz7878 muito obrigado pela atenção. PostgreSQL, tem estado em alta e, estou certo que seu conhecimento ajudará demais, aos que como eu, estão iniciando com essa engine. Fica a dica, faz um curso na Udemy de administração, com replicação entre versões, pq não tem isso não viu

Boa noite Rafael,tudo bom ? A resposta correta é não,no video ele usa replicação fisica e para esse recurso é comendado que você utilize a mesma versão majoritária do postgresql ,mesmo S.O e o mesmo FS ( Replicação Fisíca é feita bloco a bloco,por isso precisa ter o mesmo ambiente).Replicação entre versões diferentes funciona apenas na replicação logica e este recurso esta disponivel a partir da versão 10 do postgres.

Em teoria sim, creio que as configurações do postgres são iguais para qualquer plataforma

também estou com o mesmo problema

@@jeanvictor7798 Na real, os arquivos são copiados para a pasta mas as permissões para essa pasta mudam quando executamos o comando do docker-compose. Com ele rodando, rode um chmod nessa pasta em específico. Você verá os arquivos lá. O chato é que eu tive que rodar o chmod toda vez que executava o docker-compose. Tenta e me avisa.

Hugo, instancia de replicação funciona apenas como leitura, não é permitido fazer escrita. Você só consegue fazer operações nele a partir do momento de deixa de ser replica para virar um banco master. Se você precisa de uma arquitetura que seja necessário ter 2 ou mais bancos com possibilidade de escrita então você precisa procurar por banco "multi master", que não é o caso desse video, espero ter esclarecido.

não, para ter esse recurso você precisa adicionar uma camada de "Proxy", como a ferramenta pgpool-II.

opa, o que você precisa é de uma arquitetura que tenha um "proxy" entre os bancos e sua aplicação, fazendo esse fail over em caso de falha. O software que pode te auxiliar é o pgpool-II.

Grato pelo feedback. Apenas complemento que redundância não se limita ao formato que você esperava, se o master cair no sentido de perder tudo msm, uma replica pode te salvar como um backup, mas de fato não falei de ferramentas como pg-pool que faz esse switch em caso de queda do principal.

@@patrickmuniz7878 isso que é o que mais falta no youtube sobre esse assunto, alta disponibilidade de banco de dados. tem muita coisa gringa mas nada muito claro, se souber seria bom fazer um video sobre.

@@patrickmuniz7878 Patrick, seu vídeo ficou ótimo, vou dar uma estudada no PG Pool e colocar ele no meu lab para ter o fail over. Thanks!!!