Re: [MASSMAIL] Replicación Hot-Standby, volver al servidor Maestro a su configuración normal o hacer el servidor esclavo servidor principal

[mauricio pullabuestan]

Hola Dalymel.
No estoy usando slot.



Maestro postgresql.conf 

listen_addresses = 'miip'wal_level = 
hot_standbysynchronous_commit=localarchive_mode = onarchive_command = 'cp %p 
/var/lib/pstgresql/9.6/main/ archive/%f'max_wal_senders = 2wal_keep_segments = 
10synchronous_standby_names = 'pgslave1'

No es casualidad que crezca si configuraste que el servidor archive en ese 
directorio.

Dada la configuración del servidor maestro puedo eliminar los archivos de la 
carpeta "archive" de días anteriores sin afectar el funcionamiento de 
postgresql tanto maestro como esclavo.
Estos archivos de la carpeta "archive", tienen algo que ver con los wal que 
ocupa postgres para recuperarse de alguna caída o transacción fallida?
Saludos.Mauricio


   

Re: [MASSMAIL] Replicación Hot-Standby, volver al servidor Maestro a su configuración normal o hacer el servidor esclavo servidor principal

[Daymel Bonne]

El 26 de septiembre de 2017, 16:51, mauricio pullabuestan<
jmaurici...@yahoo.es> escribió:

> Hola Daymel.
>
> Gracias por las recomendaciones, voy a revisar la documentación.
>
> Estoy comenzando con la replicación y me apoye un un manual, donde se
> cambian pocos parámetros
>
> Maestro postgresql.conf
>
> listen_addresses = 'miip'
> wal_level = hot_standby
> synchronous_commit=local
> archive_mode = on
> archive_command = 'cp %p /var/lib/pstgresql/9.6/main/archive/%f'
> max_wal_senders = 2
> wal_keep_segments = 10
> synchronous_standby_names = 'pgslave1'
>
>
>
> Esclavo postgresql.conf
> listen_addresses = 'miip'
> wal_level = hot_standby
> synchronous_commit=local
> max_wal_senders = 2
> wal_keep_segments = 10
> synchronous_standby_names = 'pgslave1'
> hot_standby = on
>
>
>
> Me preocupa quedarme sin espacio en el disco, el directorio archive del
> maestro a crecido 5 gb en un día
>
No se si es automática la limpieza de los archivos wal?
>

No es casualidad que crezca si configuraste que el servidor archive en ese
directorio.


>
> Donde puede ver si estoy usando slot y si es así como lo borro? o como
> puedo mantenerlo en un tamaño razonable?
>

Con la consulta:
SELECT * from pg_replication_slots;

ver replication slots

en la documentación oficial.


>
> Estoy en busca de un curso, el próximo que se dicta en mi país sobre
> replicación es en unos meses, espero poder asistir, entre tanto necesito
> aprender a hacer esto, espero puedas apoyar.
>

Suerte

Saludos



>
> Saludos.
> Mauricio
>
>
> El Martes 26 de septiembre de 2017 10:45, Daymel Bonne <
> daymel.bo...@2ndquadrant.ec> escribió:
>
>
> Hola Mauricio:
>
> El 26 de septiembre de 2017, 08:55, Gilberto Castillo etecsa.cu> escribió:
>
>
> > Tengo 2 servidores con ubunto server 16.04 y postgresql 9.6 a los cuales
> > se los configuro como maestro y esclavo para replicación hot standby, al
> > momento todo parece estar bien.
> >
> > La configuración se realizo en los archivos postgresql.conf y
> pg_hba.conf,
> > se configuro UFW para ssh y postgresql así como la creación del usuario
> > para la replicación y la copia de la data del servidor maestro.
> > En caso de que algo funcionara mal en el servidor maestro, volverlo al
> > estado antes de la replica bastaría con restaurar los archivos
> > postgresql.conf y pg_hba.conf y reiniciar el servicio de postgres? O se
> > tendría que realizar otro proceso?
>
>
> Sólo remueve la línea del pg_hba.conf donde configuraste el permiso de
> conexión del servidor réplica y haz luego un reload. No tienes que volver a
> reiniciar el servidor maestro. El único paso adicional que pudieras hacer,
> SI es que replicas usando un slot de replicación, es borrarlo, ya que si no
> lo haces, el maestro retendrá wals, y puede llenarte el disco.
>
>
> > Para el servidor esclavo.Al ser de solo lectura y si por alguna razón
> > necesito hacerlo servidor principal, cual seria los pasos para hacerlo?
> > Al momento necesito saber hacerlo manualmente, próximamente voy a probar
> > repmgr
>
>
> Básicamente hay dos formas de hacer que el esclavo se promueva a maestro.
> Puedes promover mediante pg_ctl promote -D data_dir o  touch trigger_file.
> En la documentación se describe que pasa cuando se promueve y explican con
> más detalles, ver la documentacion
> 
> .
>
> Recomiendo mucho utilizar repmgr . Te abstrae de
> muchas cosas en el camino que puedes no tomar en cuenta en caso de una
> promoción de un esclavo, además de que puedes crear notificaciones y
> ejecutar scripts para hacer lo que quieras cuando ocurra el failover.
>
> Saludos
>
> --
> Daymel Bonne   https://www.2ndQuadrant.com/
> 
> Database Consultant, Training & Services
>
>
>
>
>


-- 
Daymel Bonne   https://www.2ndQuadrant.com/

Database Consultant, Training & Services

Re: [MASSMAIL] Replicación Hot-Standby, volver al servidor Maestro a su configuración normal o hacer el servidor esclavo servidor principal

[mauricio pullabuestan]

Hola Daymel.
Gracias por las recomendaciones, voy a revisar la documentación.
Estoy comenzando con la replicación y me apoye un un manual, donde se cambian 
pocos parámetros 
Maestro postgresql.conf 

listen_addresses = 'miip'wal_level = 
hot_standbysynchronous_commit=localarchive_mode = onarchive_command = 'cp %p 
/var/lib/pstgresql/9.6/main/archive/%f'max_wal_senders = 2wal_keep_segments = 
10synchronous_standby_names = 'pgslave1'


Esclavo postgresql.conf listen_addresses = 'miip'wal_level = 
hot_standbysynchronous_commit=localmax_wal_senders = 2
wal_keep_segments = 10
synchronous_standby_names = 'pgslave1'hot_standby = on


Me preocupa quedarme sin espacio en el disco, el directorio archive del maestro 
a crecido 5 gb en un día
No se si es automática la limpieza de los archivos wal?
Donde puede ver si estoy usando slot y si es así como lo borro? o como puedo 
mantenerlo en un tamaño razonable?

Estoy en busca de un curso, el próximo que se dicta en mi país sobre 
replicación es en unos meses, espero poder asistir, entre tanto necesito 
aprender a hacer esto, espero puedas apoyar.

Saludos. Mauricio 

El Martes 26 de septiembre de 2017 10:45, Daymel Bonne 
 escribió:
 

 Hola Mauricio:

El 26 de septiembre de 2017, 08:55, Gilberto 
Castillo escribió:


> Tengo 2 servidores con ubunto server 16.04 y postgresql 9.6 a los cuales
> se los configuro como maestro y esclavo para replicación hot standby, al
> momento todo parece estar bien.
>
> La configuración se realizo en los archivos postgresql.conf y pg_hba.conf,
> se configuro UFW para ssh y postgresql así como la creación del usuario
> para la replicación y la copia de la data del servidor maestro.
> En caso de que algo funcionara mal en el servidor maestro, volverlo al
> estado antes de la replica bastaría con restaurar los archivos
> postgresql.conf y pg_hba.conf y reiniciar el servicio de postgres? O se
> tendría que realizar otro proceso?


Sólo remueve la línea del pg_hba.conf donde configuraste el permiso de conexión 
del servidor réplica y haz luego un reload. No tienes que volver a reiniciar el 
servidor maestro. El único paso adicional que pudieras hacer, SI es que 
replicas usando un slot de replicación, es borrarlo, ya que si no lo haces, el 
maestro retendrá wals, y puede llenarte el disco. 

> Para el servidor esclavo.Al ser de solo lectura y si por alguna razón
> necesito hacerlo servidor principal, cual seria los pasos para hacerlo?
> Al momento necesito saber hacerlo manualmente, próximamente voy a probar
> repmgr 


Básicamente hay dos formas de hacer que el esclavo se promueva a maestro. 
Puedes promover mediante pg_ctl promote -D data_dir o  touch trigger_file. En 
la documentación se describe que pasa cuando se promueve y explican con más 
detalles, ver la documentacion.
Recomiendo mucho utilizar repmgr. Te abstrae de muchas cosas en el camino que 
puedes no tomar en cuenta en caso de una promoción de un esclavo, además de que 
puedes crear notificaciones y ejecutar scripts para hacer lo que quieras cuando 
ocurra el failover.
Saludos
-- 
Daymel Bonne               https://www.2ndQuadrant.com/
Database Consultant, Training & Services



   

Re: [MASSMAIL] Replicación Hot-Standby, volver al servidor Maestro a su configuración normal o hacer el servidor esclavo servidor principal

[Daymel Bonne]

Hola Mauricio:

El 26 de septiembre de 2017, 08:55, Gilberto Castillo<
gilberto.casti...@etecsa.cu> escribió:

>
> > Tengo 2 servidores con ubunto server 16.04 y postgresql 9.6 a los cuales
> > se los configuro como maestro y esclavo para replicación hot standby, al
> > momento todo parece estar bien.
> >
> > La configuración se realizo en los archivos postgresql.conf y
> pg_hba.conf,
> > se configuro UFW para ssh y postgresql así como la creación del usuario
> > para la replicación y la copia de la data del servidor maestro.
> > En caso de que algo funcionara mal en el servidor maestro, volverlo al
> > estado antes de la replica bastaría con restaurar los archivos
> > postgresql.conf y pg_hba.conf y reiniciar el servicio de postgres? O se
> > tendría que realizar otro proceso?
>

Sólo remueve la línea del pg_hba.conf donde configuraste el permiso de
conexión del servidor réplica y haz luego un reload. No tienes que volver a
reiniciar el servidor maestro. El único paso adicional que pudieras hacer,
SI es que replicas usando un slot de replicación, es borrarlo, ya que si no
lo haces, el maestro retendrá wals, y puede llenarte el disco.


> > Para el servidor esclavo.Al ser de solo lectura y si por alguna razón
> > necesito hacerlo servidor principal, cual seria los pasos para hacerlo?
> > Al momento necesito saber hacerlo manualmente, próximamente voy a probar
> > repmgr
>

Básicamente hay dos formas de hacer que el esclavo se promueva a maestro.
Puedes promover mediante pg_ctl promote -D data_dir o  touch trigger_file.
En la documentación se describe que pasa cuando se promueve y explican con
más detalles, ver la documentacion
.

Recomiendo mucho utilizar repmgr . Te abstrae de
muchas cosas en el camino que puedes no tomar en cuenta en caso de una
promoción de un esclavo, además de que puedes crear notificaciones y
ejecutar scripts para hacer lo que quieras cuando ocurra el failover.

Saludos

-- 
Daymel Bonne   https://www.2ndQuadrant.com/

Database Consultant, Training & Services