Diferencia entre revisiones de «PostgreSQL replicación esclavos multi»
| Línea 26: | Línea 26: | ||
Esta página trata sobre la configuración de la replicación asíncrona de transmisión de '''PostgreSQL''' con un maestro y dos esclavos. Nuestros esclavos se configurarán como espera activa, es decir, será posible ejecutar consultas (solo lectura) en ellos. | Esta página trata sobre la configuración de la replicación asíncrona de transmisión de '''PostgreSQL''' con un maestro y dos esclavos. Nuestros esclavos se configurarán como espera activa, es decir, será posible ejecutar consultas (solo lectura) en ellos. | ||
| + | [File:Postgresql.png|center] | ||
'''Contexto de esta implementación:''' | '''Contexto de esta implementación:''' | ||
Revisión del 16:04 28 jun 2019
es:PostgreSQL replicación esclavos multi
en:PostgreSQL replication slaves multi
he:PostgreSQL שכפול עבדים רב
ro:PostgreSQL replicare sclavi multi
ru:PostgreSQL репликации рабы multi
pl:PostgreSQL replikacji niewolników multi
ja:PostgreSQL のレプリケーション スレーブ マルチ
ar:كيو النسخ المتماثل العبيد متعددة
zh:PostgreSQL 复制奴隶多
de:PostgreSQL Replikation Sklaven multi
nl:PostgreSQL replicatie slaven multi
it:PostgreSQL replica schiavi multi
pt:Multi de escravos de replicação PostgreSQL
fr:Replication PostgreSQL multi slaves
Este artículo ha sido traducido por un software de traducción automática. Usted puede ver el origen artículo aquí.
Introducción
Esta página trata sobre la configuración de la replicación asíncrona de transmisión de PostgreSQL con un maestro y dos esclavos. Nuestros esclavos se configurarán como espera activa, es decir, será posible ejecutar consultas (solo lectura) en ellos.
[File:Postgresql.png|center]
Contexto de esta implementación:
Tenemos 3 servidores Debian 8 (actualizados):
Postgres01 (10.1.1.75) : Para quitarlo, desde el maestro
Postgres02 (10.1.1.90) :
Postgres03 (10.1.1.199) :
Los comandos indicados deben realizarse en la raíz cuando están precedidos por "#" y como usuario del sistema postgres cuando están precedidos por "$".
Instalación de PostgreSQL y preconfiguración de los tres servidores.
Todos los comandos en esta parte deben realizarse en cada uno de los servidores.
Al principio, se recomienda tener un archivo / etc / hosts rellenado con las correspondencias de cada servidor, así (adaptándose con nombres de host y direcciones IP de sus propios servidores):
# cat /etc/hosts 127.0.0.1 localhost 10.1.1.75 postgres01 10.1.1.90 postgres02 10.1.1.199 postgres03
Añadimos el repositorio APT PostgreSQL :
# echo "deb http://apt.postgresql.org/pub/repos/apt/ jessie-pgdg main" > /etc/apt/sources.list.d/postgres.list
Importamos la clave pública de este depósito:
# gpg --keyserver pgpkeys.mit.edu --recv-key 7FCC7D46ACCC4CF8 && gpg -a --export 7FCC7D46ACCC4CF8 | apt-key add -
gpg: directory `/root/.gnupg' created
gpg: new configuration file `/root/.gnupg/gpg.conf' created
gpg: WARNING: options in `/root/.gnupg/gpg.conf' are not yet active during this run
gpg: keyring `/root/.gnupg/secring.gpg' created
gpg: keyring `/root/.gnupg/pubring.gpg' created
gpg: requesting key ACCC4CF8 from hkp server pgpkeys.mit.edu
gpg: /root/.gnupg/trustdb.gpg: trustdb created
gpg: key ACCC4CF8: public key "PostgreSQL Debian Repository" imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg: imported: 1 (RSA: 1)
OK
Actualizamos el caché APT para tener en cuenta el repositorio:
# apt-get update
Instalamos el paquete postgresql (la última versión estable será la 9.5 cuando se escriban las líneas):
# apt-get install postgresql
Definimos una contraseña (de su elección pero segura) y generamos un par de claves ssh (sin frase de contraseña) para el usuario del sistema postgres:
# passwd postgres
# su - postgres
$ ssh-keygen
Copiamos la clave pública ssh del usuario postgres desde y entre cada servidor:
Desde el primer servidor (postgres01 en nuestro caso) al segundo (postgres02 para nosotros) y troisisème (postgres03):
root@postgres01:~# su - postgres
postgres@postgres01:~$ ssh-copy-id postgres02
postgres@postgres01:~$ ssh-copy-id postgres03
Del segundo servidor al primero y al tercero:
root@postgres02:~# su - postgres
postgres@postgres02:~$ ssh-copy-id postgres01
postgres@postgres02:~$ ssh-copy-id postgres03
Del tercer servidor al primero y segundo:
root@postgres03:~# su - postgres
postgres@postgres03:~$ ssh-copy-id postgres01
postgres@postgres03:~$ ssh-copy-id postgres02
Configuración maestra
Para hacer solo en el master (postgres01 en nuestro caso):
Creamos el rol / usuario de replicación:
# su - postgres
$ psql -c "CREATE USER repuser REPLICATION LOGIN CONNECTION LIMIT 2 ENCRYPTED PASSWORD '<mot de passe repuser>';"
Nota: definimos un límite de conexión de 2 porque tenemos 2 esclavos
El archivo de configuración principal postgresql /etc/postgresql/9.5/main/postgresql.conf se edita para configurar las siguientes directivas:
listen_addresses = '*'
wal_level = hot_standby
archive_mode = on
archive_command = 'rsync -av %p postgres@<ip du premier slave>:/var/lib/postgresql/wal_archive/%f'
max_wal_senders = 2
wal_keep_segments = 256
hot_standby = on
Nota: activamos el archivo en nuestro segundo servidor (adaptamos la dirección IP según la de su servidor) para tomar aún más precauciones, pero esto no es una obligación. También definimos los parámetros hot_standby, aunque se ignoran en un maestro, en el caso de que deban ser degradados a un esclavo en el futuro.
Ahora estamos editando el archivo de autenticación postgresql /etc/postgresql/9.5/main/pg_hba.conf para agregar permiso para que nuestro usuario de replicación se conecte desde nuestros esclavos o la siguiente línea al final del archivo:
hostssl replication repuser <ip du réseau de vos serveurs>/24 md5
Adapte esta línea de acuerdo con el nombre de su usuario de replicación y la red (o las respectivas direcciones IP) de sus esclavos
Reiniciamos el servicio postgresql para tener en cuenta nuestra configuración (en la root):
# systemctl restart postgresql
Nos aseguramos de que el servicio comience correctamente:
root@postgres01:~# systemctl status postgresql
● postgresql.service - PostgreSQL RDBMS
Loaded: loaded (/lib/systemd/system/postgresql.service; enabled)
Active: active (exited) since Thu 2016-06-02 12:06:28 CEST; 22s ago
Process: 77056 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 77056 (code=exited, status=0/SUCCESS)
root@postgres01:~# ps -u postgres u
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
postgres 77038 0.0 4.4 227300 21836 ? S 12:06 0:00 /usr/lib/postgresql/9.5/bin/postgres -D /var/lib/postgresql/9.
postgres 77040 0.0 0.8 227300 4160 ? Ss 12:06 0:00 postgres: checkpointer process
postgres 77041 0.0 1.0 227300 4968 ? Ss 12:06 0:00 postgres: writer process
postgres 77042 0.0 1.7 227300 8776 ? Ss 12:06 0:00 postgres: wal writer process
postgres 77043 0.0 1.3 227728 6708 ? Ss 12:06 0:00 postgres: autovacuum launcher process
postgres 77044 0.0 0.6 82244 3392 ? Ss 12:06 0:00 postgres: archiver process
postgres 77045 0.0 0.8 82244 4244 ? Ss 12:06 0:00 postgres: stats collector process
Configuración de esclavos
En el primer esclavo
Comenzamos por detener el servicio postgresql :
# systemctl stop postgresql
El archivo de configuración principal postgresql /etc/postgresql/9.5/main/postgresql.conf se edita para configurar las mismas directivas que en el maestro, simplemente adaptando la ip del primer esclavo con la del segundo esclavo en el comando rsync d. Archivar si quieres activarlo ya sea:
listen_addresses = '*'
wal_level = hot_standby
archive_mode = on
archive_command = 'rsync -av %p postgres@<ip du second slave>:/var/lib/postgresql/wal_archive/%f'
max_wal_senders = 2
wal_keep_segments = 256
hot_standby = on
Ahora estamos editando el archivo de autenticación postgresql /etc/postgresql/9.5/main/pg_hba.conf para agregar el permiso de nuestro usuario de replicación para conectarse desde nuestros otros servidores (esto solo será útil en caso de que este esclavo debe ascender maestro):
hostssl replication repuser <ip du réseau de vos serveurs>/24 md5
Nota: con esta configuración similar a la de nuestro maestro, esto promoverá fácilmente a este esclavo como maestro cuando sea necesario.
Para las operaciones a continuación, inicie sesión como usuario del sistema de postgres:
# su – postgres
Creamos el directorio de destino de los archivos del master :
$ mkdir /var/lib/postgresql/wal_archive
Eliminamos el directorio de datos postgresql :
$ rm -rf /var/lib/postgresql/9.5/main
Essayez avec cette orthographe : On fait le base backup (adaptez l'ip par celle de votre master et le nom de votre utilisateur de réplication), le mot de passe de votre utilisateur de réplication vous sera demandé :
182/5000
Hacemos la base de datos de respaldo (adaptamos la ip según la de su maestro y el nombre de su usuario de replicación), se le pedirá la contraseña de su usuario de replicación:
$ pg_basebackup -h <ip de votre master> -D /var/lib/postgresql/9.5/main -U repuser -v -P --xlog
Configuramos la replicación creando el archivo /var/lib/postgresql/9.5/main/recovery.conf con los siguientes parámetros :
standby_mode = on
primary_conninfo = 'host=<ip de votre master> port=5432 user=repuser password=<mot de passe de repuser> sslmode=require application_name=<hostname de votre slave>'
trigger_file = '/var/lib/postgresql/9.5/postgres.trigger'
Nota: El archivo de activación es el archivo que creamos solo cuando queremos que su esclavo detenga la replicación y comience a aceptar scripts, es decir, cuando queremos promoverlo como maestro. Antes de promocionar un Esclavo en el caso de un bloqueo maestro, se debe garantizar que el maestro inicial no volverá a subir para evitar daños.
Regresamos a la raíz e iniciamos el servicio :
# systemctl start postgresql
Nos aseguramos de que el servicio haya comenzado correctamente :
# systemctl status postgresql
● postgresql.service - PostgreSQL RDBMS
Loaded: loaded (/lib/systemd/system/postgresql.service; enabled)
Active: active (exited) since Thu 2016-06-02 12:53:42 CEST; 1min 6s ago
Process: 8894 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 8894 (code=exited, status=0/SUCCESS)
# ps -u postgres u
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
postgres 8878 0.0 4.4 227308 21892 ? S 12:53 0:00 /usr/lib/postgresql/9.5/bin/postgres -D /var/lib/postgresql/9.
postgres 8879 0.0 1.1 227376 5700 ? Ss 12:53 0:00 postgres: startup process recovering 00000001000000000000000
postgres 8880 0.0 0.8 227308 4140 ? Ss 12:53 0:00 postgres: checkpointer process
postgres 8881 0.0 1.0 227308 5236 ? Ss 12:53 0:00 postgres: writer process
postgres 8882 0.0 0.6 82252 3316 ? Ss 12:53 0:00 postgres: stats collector process
postgres 8883 0.0 1.7 238064 8520 ? Ss 12:53 0:00 postgres: wal receiver process streaming 0/30003E0
Si nos conectamos a nuestro maestro, ya podemos verificar que nuestra replicación entre el maestro y el primer esclavo es funcional:
Nos conectamos con nuestro maestro y nos conectamos como un usuario del sistema postgres:
# su - postgres
Entonces nos conectamos a postgresql :
$ psql
Activamos la pantalla extendida y comprobamos nuestra replicación :
postgres=# \x
Expanded display is on.
postgres=# select * from pg_stat_replication;
-[ RECORD 1 ]----+------------------------------
pid | 78879
usesysid | 16384
usename | repuser
application_name | postgres02
client_addr | 10.1.1.90
client_hostname |
client_port | 49009
backend_start | 2016-06-02 12:53:36.641823+02
backend_xmin |
state | streaming
sent_CRElocation | 0/30004C0
write_location | 0/30004C0
flush_location | 0/30004C0
replay_location | 0/30004C0
sync_priority | 0
sync_state | async
Nuestra replicación de transmisión asíncrona con nuestro primer esclavo estaba bien hecha. En esta etapa tenemos una replicación clásica Maestro / esclavo (solo un esclavo en transmisión asíncrona)
En el segundo esclavo
Rehacemos exactamente lo que se hizo en el primer esclavo, obviamente adaptando su nombre de host en el archivo recovery.conf y la dirección IP en el comando de archivo en el archivo de configuración principal si también desea activar el Archivando en este segundo esclavo.
Comprobando y probando nuestra replicación maestra multi-eslava
Nos conectamos con el master e iniciamos sesión como usuario de postgres:
# su – postgres
Entonces nos conectamos a postgresql :
$ psql
Activamos la pantalla extendida y comprobamos nuestra replicación :
postgres=# \x
Expanded display is on.
postgres=# select * from pg_stat_replication;
-[ RECORD 1 ]----+------------------------------
pid | 78879
usesysid | 16384
usename | repuser
application_name | postgres02
client_addr | 10.1.1.90
client_hostname |
client_port | 49009
backend_start | 2016-06-02 12:53:36.641823+02
backend_xmin |
state | streaming
sent_location | 0/5000140
write_location | 0/5000140
flush_location | 0/5000140
replay_location | 0/5000140
sync_priority | 0
sync_state | async
-[ RECORD 2 ]----+------------------------------
pid | 82725
usesysid | 16384
usename | repuser
application_name | postgres03
client_addr | 10.1.1.199
client_hostname |
client_port | 51754
backend_start | 2016-06-02 14:31:43.759683+02
backend_xmin |
state | streaming
sent_location | 0/5000140
write_location | 0/5000140
flush_location | 0/5000140
replay_location | 0/5000140
sync_priority | 0
sync_state | async
Así que tenemos nuestras 2 replicaciones con nuestros dos servidores esclavos (postgres02 y postgres03).
Siempre conectado a postgresql en el maestro, creamos una base de datos de prueba (por ejemplo, checkrep) para confirmar que la replicación es funcional:
postgres=# CREATE DATABASE checkrep;
Verificamos que esta base de datos esté bien replicada en nuestros 2 esclavos :
root@postgres02:~# su - postgres
postgres@postgres02:~$ psql
psql (9.5.3)
Type "help" for help.
postgres=# \l
List of databases
Name | Owner | Encoding | Collate | Ctype | Access privileges
-----------+----------+----------+-------------+-------------+-----------------------
checkrep | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 |
postgres | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 |
template0 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
(4 rows)
root@postgres03:~# su - postgres
postgres@postgres03:~$ psql
psql (9.5.3)
Type "help" for help.
postgres=# \l
List of databases
Name | Owner | Encoding | Collate | Ctype | Access privileges
-----------+----------+----------+-------------+-------------+-----------------------
checkrep | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 |
postgres | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 |
template0 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
(4 rows)
La base de datos que creamos en nuestro maestro, por lo tanto, se ha replicado automáticamente en nuestros dos eslavos.
Para borrarlo, desde el master:
postgres=# DROP DATABASE checkrep;
Habilitar actualización automática de comentarios