On est d’accord, plus que dans un système classique serveur/client il faudrait pouvoir répliquer un grand nombre de fois, au point que ça revienne peut être aussi cher qu’une offre classique : duplication pour la méfiance à priori des inconnus, sont-ils sérieux, reformattent-ils leur dd toutes les semaines, etc. Et parce qu’on aura affaire à des particuliers qui ne seront pas connecté 24h/24h, le but étant qu’on puisse à partir d’un instant t retrouver la totalité de ses données en x jours (donc la variable importante est disponibilité des autres ×ばつ leur débit).
Je n’avais pas pensé à la nécessité de supprimer les données. De toute façon je dirais que fondamentalement : il faut que les peers restent en contact pour s’assurer de la persistence des données, donc la suppression automatique est envisageable en cas de perte de liaison trop longue. À mon avis le gros point noir est : comment se prémunir des tricheurs ? Comment vérifier que telle personne a bien les données qu’elle prétend ? Dans un P2P classique on vérifie le bout télé-chargé et on vire le peer s’il est pas « gentil ». La problématique est de donner un score en fonction des capacités du réseau du peer et de virer les tricheurs (le pire est de se retrouver avec un bout de fichier invalide, ce qui est facile à vérifier et corriger). Là c’est plus compliqué... il faut vérifier que le peer a bien conservé sur son disque dur le fichier en sauvegarde. Il faudrait presque envoyée des requêtes de restauration aléatoires et factices et donner un score en fonction de la capacité des clients à répondre à la requête. Puis en fonction des scores des clients calculer un taux de capacité à retrouver ses données (en terme de tranche horaire et de duplication). Pour se retrouver au final probablement avec un truc minable : je pense que ça dépendra fortement du sérieux des gens impliquées, l’idée serait d’éjecter vite et bien les lourds.
[^] # Re: Sauvegarde P2P
Posté par nicolas . En réponse au journal Et vous, quelle sécurité pour vos sauvegardes?. Évalué à 1.
On est d’accord, plus que dans un système classique serveur/client il faudrait pouvoir répliquer un grand nombre de fois, au point que ça revienne peut être aussi cher qu’une offre classique : duplication pour la méfiance à priori des inconnus, sont-ils sérieux, reformattent-ils leur dd toutes les semaines, etc. Et parce qu’on aura affaire à des particuliers qui ne seront pas connecté 24h/24h, le but étant qu’on puisse à partir d’un instant t retrouver la totalité de ses données en x jours (donc la variable importante est disponibilité des autres ×ばつ leur débit).
Je n’avais pas pensé à la nécessité de supprimer les données. De toute façon je dirais que fondamentalement : il faut que les peers restent en contact pour s’assurer de la persistence des données, donc la suppression automatique est envisageable en cas de perte de liaison trop longue. À mon avis le gros point noir est : comment se prémunir des tricheurs ? Comment vérifier que telle personne a bien les données qu’elle prétend ? Dans un P2P classique on vérifie le bout télé-chargé et on vire le peer s’il est pas « gentil ». La problématique est de donner un score en fonction des capacités du réseau du peer et de virer les tricheurs (le pire est de se retrouver avec un bout de fichier invalide, ce qui est facile à vérifier et corriger). Là c’est plus compliqué... il faut vérifier que le peer a bien conservé sur son disque dur le fichier en sauvegarde. Il faudrait presque envoyée des requêtes de restauration aléatoires et factices et donner un score en fonction de la capacité des clients à répondre à la requête. Puis en fonction des scores des clients calculer un taux de capacité à retrouver ses données (en terme de tranche horaire et de duplication). Pour se retrouver au final probablement avec un truc minable : je pense que ça dépendra fortement du sérieux des gens impliquées, l’idée serait d’éjecter vite et bien les lourds.