Re: [MASSMAIL]Re: Pregunta acerca de Streaming Replication

Carlos,

Al menos mientras esperar ya tienes casi listo s3 y s4 usando
postgres_fdw. de hecho los puedes usar para consultas y demás en caso de
algún problema.

El 2019-03-05 16:35, Carlos T. Groero Carmona escribió:
> Lucas, basicamente entonces solo debo:
> 1. tener todos las versiones de postgres lo mas iguales posible
> a) Bajar de postgres 9.6.9 a 9.3.25
>
> 2. Tengo la misma arquitectura x86_64 en todos mis servidores.
>
> 3. Esta situacion de un harware diferente en mi servidor 2 (diferente
> a mi servidor 3 y 4 pero que necesito por mi disaster recovery) solo
> seria temporal hasta que se ordene una actualizacion de hardware que
> normalmente requiere al menos 30 dias, asi que supon que solo tendre
> esta diferencia de hardware por 3 meses maximo.
>
> En este entorno, entonces stream replicacion funcionaria?
>
> Porque estaba pensando en usar postgres_fdw como me recomendo un
> colega.
>
> Saludos,
> Carlos
>
> On Tue, Mar 5, 2019 at 2:49 PM Lucas Luengas <lucasluengas(at)gmail(dot)com>
> wrote:
>
>> Hola.
>> Desde el punto de vista de streaming replication, el hardware no es
>> importante. Pueden tener distinto hardware. Es decir, ambos equipos
>> (master y standby) pueden tener diferente hardware: distintas cpus,
>> distinta memoria, etc.
>>
>> La arquitectura sí es importante. Debe ser la misma arquitectura.
>> Es decir, ambos tienen que ser 32 bits o ambos 64 bits.
>>
>> Además, las major version de Postgres deben ser iguales. Para el
>> caso de 9.3 y 9.6, son distintas major version. Por lo tanto, no es
>> posible según la documentación
>> https://www.postgresql.org/docs/9.6/warm-standby.html
>>
>> Te pongo el texto y a continuación una traducción libre de un
>> trozo del link anterior.
>>
>> Hardware need not be exactly the same, but experience shows that
>> maintaining two identical systems is easier than maintaining two
>> dissimilar ones over the lifetime of the application and system. In
>> any case the hardware architecture must be the same — shipping
>> from, say, a 32-bit to a 64-bit system will not work.
>> In general, log shipping between servers running different major
>> PostgreSQL release levels is not possible. It is the policy of the
>> PostgreSQL Global Development Group not to make changes to disk
>> formats during minor release upgrades, so it is likely that running
>> different minor release levels on primary and standby servers will
>> work successfully.
>>
>> El hardware no necesita ser exactamente el mismo, aunque la
>> experiencia muestra que mantener dos sistemas idénticos es más
>> fácil que mantener dos distintos durante toda la vida de la
>> aplicación y el sistema. En cualquier caso la arquitectura hardware
>> debe ser la misma - el envío desde, por ejemplo, un sistema 32 bits
>> a un sistema 64 bits no funcionará.
>> En general, el envío de log de transacciones entre servidores
>> corriendo diferentes niveles mayores de versiones de Postgres no es
>> posible. Es la política del PostgreSQL Global Development Group no
>> hacer cambios a los formatos en disco durante actualizaciones de
>> versiones menores, así que es probable que ejecutar diferentes
>> niveles de versiones menores en servidores primario y esclavo
>> funcionará correctamente.
>>
>> Espero que te sea de ayuda.
>>
>> On Tue, Mar 5, 2019 at 6:33 PM Carlos T. Groero Carmona
>> <ctonetg(at)gmail(dot)com> wrote:
>>
>>> Hola lista,
>>>
>>> Tengo la necesidad de mover mi BD de producion a otro servidor con
>>> mejoras de hardware considerables.
>>>
>>> Estoy pensando en usar streaming replication para lograr el minimo
>>> tiempo posible de shootdown, el problema con eso es que segun la
>>> bibliografia consultada hasta el momento el harware deberia ser
>>> igual y las versiones de postgres deverian ser con un minimo de
>>> diferencia. Debo comentar que si tienen la misma arquitectura de
>>> hardware x86_64.
>>>
>>> En el servidor actual y master (Serv_1) tengo:
>>> Postgres: 9.3.23
>>> CPU: 24
>>> RAM: 512
>>> DISK: SAN (2.5TB)
>>>
>>> Tambien tengo un SR a un servidor slave (Hot Standby Serv_2)
>>> Ser_2 es exactamente igual a mi servidor 1
>>>
>>> Nuevo Servidor (Ser_3):
>>> Postgres: 9.6.9
>>> CPU: 36
>>> RAM: 512
>>> DISK: 5TB SSD inertno
>>>
>>> Y tengo un servidor (Serv_4) que es exactamente igual a mi
>>> servidor 3.
>>>
>>> Mi plan es poner a Serv_3 como Slave (hot standby) de Serv_1, y
>>> hacer un cascade SR hasta Serv_4, Despues eliminar serv_1, y dejar
>>> mi Serv_3 como master y 2 slave (serv_2 y serv_4)
>>>
>>> Pero antes de reconfigurar mi serv_2, le hara una actualizacion a
>>> 9.6
>>>
>>> Donde veo el principal problema, es donde les tengo dos preguntas:
>>> 1. Esposible hacer SR o cualquier otro typo de asyncronic
>>> replication (tool) con hardwares similares pero no iguales.
>>> 2. Creo que esta pregunta esta relacionada con la anterior, es
>>> posible una vez que yo upgrade mi postgres a 9.6 en my serv_2
>>> funcione esta replica?
>>>
>>> El problema es que necesito user serv_2 porque es mi disaster
>>> recovery, Los servidores 1, 3 y 4 estan en la misma zona (norte
>>> del pais) y servidor 2 es el unico que esta en el sur del pais.
>>>
>>> Lo peor de esta situacion es que es indispensable para el buen
>>> desempeno de nuestras app/services tener listo esta migracion
>>> antes del viernes (2 days), el tamano de mi base de datos es de
>>> 2TB.
>>>
>>> Una vez mas muchas gracias por cualquier sugerencia,
>>> Carlos.