Exatamente Matheus, a Amazon realmente não disponibiliza nenhuma forma de dump, apenas o PITR, mas creio que deva estar no radar deles vocês poder agendar dumps e jogar diretamente ao S3, seria uma ótima funcionalidade, já que hoje nos fazemos esse dump apenas para jogar para o S3 :).
Tenho vários bancos rodando na AWS e, por enquanto, nenhum em franca produção com o RDS, somente um pequeno servidor que não é crítico e tem um dump de algumas dezenas de megabytes.
Eu, pessoalmente, não gosto de "perder a mão" do sistema operacional onde rodo meus bancos. Apesar de o RDS ter coisas interessantes como IOPS garantido, replicação multizona síncrona e possibilidade de mexer no arquivo de configuração, não se tem controle do S.O. e delega-se isso à Amazon. Tem quem prefira dessa forma.
Note que você não pode fazer coisas básicas como fazer um dump dentro do seu servidor, criar tablespaces ou monitorar coisas idiotas como conexões de rede. Você terá dificuldades em tirar SEUS dados do serviço, como já está vendo. Imagine sua base na ordem de centenas de gigabytes e você decide migrar pra outro servidor fora da AWS. Poderá ser impossível ou necessitar de uma interrupção de serviço de vários dias.
Mas estou fazendo mais alguns testes, pq pelo que percebi agora, pode ser algum bug de comunicação entre as VPCs.
Considere instalar sua máquina na Amazon com seu S.O. de escolha, leva poucos cliques, o PostgreSQL se instala em minutos. E dá pra automatisar tudo, tá na moda hoje usar Docker. Eu tenho automatização com Ansible (um parente do Puppet) e criar uma instância AWS provisionada e pronta, com escravo e backup com Wal-E pro S3 leva alguns minutos. O custo é próximo ao RDS.
Para instâncias como o RDS, considere também estudar o serviço da Heroku. []s Flavio Gurgel _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
