• # mtree plutôt que rsync

    Posté par (site web personnel) . En réponse au journal Répliquer des fichiers sur n machines via bittorrent. Évalué à 10.

    Si vous visez à obtenir non seulement un contenu mais aussi des attributs identiques, un coup de rsync final pourra se révéler utile.

    À mon avis c'est probablement plus efficace de créer un fichier ATRIBUTS contenant les dits attributs en utilisant mtree puis lorsque ce fichier ATTRIBUTS a été transmis sur tous les nœuds, de répliquer les attributs grâce à un second appel à mtree.

    Ensuite l'idée de faite un P2P pour tout répliquer semble séduisante mais présente l'inconvénient (a priori) qu'elle ne tient pas compte de la topologie du réseau. Disons pour simplifier que chaque site géographique est un réseau en étoile centré sur un hub (la passerelle) et que les hub sont ensuite interconnectés entre eux via internet. C'est alors probablement plus efficace de synchroniser premièrement les hubs (par exemple avec ta solution ou une réplication avec rsync ou unison en arbre, cf. infra) puis de répliquer localement chaque hub sur les autres membres du LAN. La méthode pour la dernière étape est optimale à cause de la topologie du réseau.

    Réplication en arbre disons que tes hubs s'appellent h[0], h[1], h[10] h[11] etc. On réplique h[0] sur h[1], puis en parralèle h[0] sur h[10] et h[1] sur h[11], puis en parallèle h[0] sur [100], h[1] sur h[101], h[10] sur h[110] et h[11] sur h[111] et ainsi de suite.