• # Dépend du problème

    Posté par (page perso) . Évalué à 2.

    Dépend si tu dois être synchrone ou non… unison et rsync sont très proche, DRBD est du RAID1 réseau donc en mode block.

    Perso, je n'utilise pas DRBD car le plus souvent, une synchro des VM une fois par jour suffit donc si cela plante, je lance la version de la veille. Pour quelques serveurs, j'utilise lsyncd qui est du RAID1 réseau mais en mode fichier contrairement à DRDB.

  • # Ça dépend du besoin

    Posté par (page perso) . Évalué à 4.

    Salut,

    Chacune de ces solutions répond à un besoin différent :

    • rsync propose une synchronisation unidirectionnelle de fichiers, permettant de répliquer une arborescence d'une machine A à une machine B, à l'exécution de la commande ;
    • Unison propose une synchronisation bidirectionnelle de fichiers, permettant de conserver deux arborescences identiques sur deux machines, quel que soit le côté où un fichier a été modifié, à l'exécution de la commande ;
    • DRBD propose une synchronisation "en live" de volumes de stockage (donc synchronisation bit à bit), de bas niveau : c'est un peu comme un RAID 0 à travers le réseau. Par contre les données ne peuvent pas être utilisées sur les deux serveurs en même temps, vu qu'une partition ne peut être montée que sur un serveur à la fois, sauf avec des systèmes de fichiers orienté cluster comme GFS.

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • # ça dépend

    Posté par (page perso) . Évalué à 2.

    clonage, ou pas ?

    Système - Réseau - Sécurité Open Source

  • # site web statique

    Posté par . Évalué à 1.

    merci pour vos reactions

    c'est pour un site web statique(pas de base de donnée)

    • [^] # Re: site web statique

      Posté par (page perso) . Évalué à 3.

      Si on peux définir un master sur les deux, je prends lsyncd sans problème. C'est archi simple et très robuste, bien plus que de faire du RAID sur le réseau….

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.