Re: Mise en place de la réplication

Bonjour,

Et bien je crois que j'ai pas mal de lecture à faire.

Coté drbd pour l'avoir utilisé et mis en place en 2006, il ne voit qu'un seul volume
me semble-t-il, du fait les fichiers sont identique puisque l'on gère un miroir.

n'ayant rien trouvé sur le sujet, je vais rester sur du rsync ou ssh.

Merci pour vos retours. J'utilise la version 9.2.

Je ferai appel à vous si j'ai des soucis ;-)

Christophe Mailhebuau
Systèmes Open source
Direction du Système d'Information
14 Rue François de Sourdis
33077 Bordeaux Cedex - France

Tel +33 (0)5.57.57.82.21
Fax +33 (0)5.56.56.38.58
GSM : 06.30.11.09.77

----- Mail original -----
De: "Stéphane Schildknecht" <stephane(dot)schildknecht(at)postgres(dot)fr>
À: pgsql-fr-generale(at)postgresql(dot)org
Envoyé: Mardi 14 Avril 2015 11:54:25
Objet: Re: [pgsql-fr-generale] Mise en place de la réplication

Bonjour,

On 14/04/2015 11:14, Christophe Mailhebuau wrote:
> Bonjour,
>
> Je suis en train d'essayer de mettre en place la réplication entre deux
> serveurs Postgresql.

Quelle version de PostgreSQL utilisez-vous ?
>
> J'aimerai faire la synchro sur une interface réseau dédiée uniquement à ça,
> est-ce possible et facile à paramétrer ?

Oui. C'est tout à fait possible.
Il suffit de configurer le réplicat pour qu'il se connecte sur l'IP dédié du
noeud principal.

>
> Autre point qui me tarabuste, c'est le fait de copier les wall après leur
> génération complète et uniquement
> quand un fichier est plein il est copié avec la commande (scp avec échange de
> clé) ou rsync.

Il y a plusieurs façon de faire de la réplication interne.
Aujourd'hui, il existe la réplication en continu (streaming replication) qui
réplique les informations au fur et à mesure des validations de transactions.

>
> Ne serait-il pas plus performant de mettre en place drbd et du coup s'aquitter
> de cette copie ?

Ce n'est pas la même façon de procéder. Et vous n'adressez pas les mêmes besoins.

Dans un cas PostgreSQL gère le transfert d'information, et le deuxième noeud
est accessible en lecture, dans l'autre cas, vous vous reposez sur un
utilitaire tiers pour gérer la réplication à la place de PostgreSQL.
Et avec drbd, vos fichiers ne sont pas lisibles sur le réplicat. Du coup, c'est
tout le serveur que vous devrez répliquer en drbd, pas juste les WAL.

D'autre part, drbd ne vous garantit pas la cohérence des informations dans les
fichiers WAL. Il vous garantit que chaque octet écrit dans le fichier maître
est copié sur l'esclave.

--
Stéphane Schildknecht
Contact régional PostgreSQL pour l'Europe francophone
Loxodata - Conseil, expertise et formations
06.17.11.37.42

--