Re: [pgbr-geral] Alta disponibilidade

[Felipe N. Oliva]

Em 25/06/2014 12:24, Matheus de Oliveira escreveu:


2014-06-25 11:37 GMT-03:00 Danilo Silva <mailto:danilo.dsg.go...@gmail.com>>:


O que vocês recomendam para a alta disponibilidade do postgres com
failover automático?


Primeiro. Utilize Streaming Replication para prover redundância.

Segundo. Eu evitaria failover automático ao menos que você realmente 
precisa disso, tipo, 100% de certeza. O problema de failover 
automático é que se você usa replicação síncrona, você tem a chance de 
perda de dados na ocorrência de um failover (as vezes acontece, mas 
bastava alguma intervenção para trazer o sistema de volta). Agora, se 
perder alguns dados é aceitável, ou você pode usar replicação 
síncrona, daí você pode pensar em failover automático.


Agora, para failover automático. É bem comum o uso do 
Pacemaker+Corosync [1]. O Heartbeat foi muito usado, mas o projeto 
está meio parado (acho que até descontinuado, não?), e o Pacemaker o 
melhorou bastante. Outro projeto que algumas pessoas usam para isso é 
o pgPool-II [2]. Eu daria preferência ao Pacemaker+Corosync nesse caso.


[1] http://clusterlabs.org/
[2] http://www.pgpool.net/

Atenciosamente,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres <http://www.dextra.com.br/postgres/>



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Se o sistema operacional for FreeBSD eu recomendo CARP + HAST, a 
replicação ocorrerá a nível de bloco do armazenamento.


--
Att,
Felipe N. Oliva

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Opinião - Amazon

[Felipe N. Oliva]

Sim, eles possuem ponto de presença em 2 localidades distintas em São Paulo.

Em 27/06/2014 14:12, Jean Pereira escreveu:


On 06/27/2014 02:00 PM, Flávio Granato wrote:

On 06/27/2014 01:53 PM, Jean Pereira wrote:

Boa tarde,

Gostaria de uma opinião de vocês.

Temos um sistema que gerencia a saúde publica de alguns municípios do
pais, atende a +- 2 milhões de pessoas. Roda 24/7 em todos os postos
de saúde, UPA 24 e pronto socorros de alguns clientes. O sistema em si
já ultrapassa as 9 milhões de transações dia.

Situação é a seguinte, hoje tenho uma estrutura redundante, de
datacenter e servidores, e no qual tenho um gasto de +- R$ 6500,00 (+
a depreciação) - contando tudo. Sendo a estrutura master com
redundância aqui na empresa, e mais uma redundância em outro DC.

Nessa situação, eu estou sendo questionado sobre a amazon, mais por
causa do custo, sendo que eles na teoria fornecem tudo redundante e
com SLA de 99.95% ao mês (se não me engano), que na teoria também o
custo é menor.

Hoje minha SLA dos servidores está em 99.997% e do BGP em 99.96%

Gostaria da opinião de quem usa, ou de quem já usou, ou até mesmo de
quem trabalha com situação parecida de disponibilidade.
Os contratos são com SLA, e alta demanda, e para piorar, sem
"fidelidade".

Uma sugestão que acho importantíssimo você ter uma definição é sobre o
local de armazenamento dos dados. Um professor meu comentou que um
serviço de proteção ao crédito utiliza infra virtualizada por uma dessas
grandes mas a justiça brasileira orientou a deixar os dados no Brasil
por questões jurídicas.

Sim, mais na teoria, eles tem em SP não?
Essa questão para mim é primordial, já que são prontuários de 
pacientes (por exemplo), que em processos (que não são poucos, ainda 
mais contra a saúde pública) são requeridos/utilizados, etc..


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


--
Att,
Felipe N. Oliva

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral