Est-il sûr de répliquer de Solaris ZFS vers FreeBSD ZFS?

8

Est-il sûr de répliquer d'un Solaris 10 ZFS v22 vers un FreeBSD 8.3 ZFS v28?

Y a-t-il quelqu'un qui l'a fait avec des versions spécifiques de ZFS, où cela fonctionnait parfaitement?

solaris filesystems freebsd replication zfs Louise Hoffman
la source
à partir de quelle version de solaris répliquez-vous? Quelle est la version du système de fichiers ZFS?
n8whnp
Que voulez-vous dire par répliquer?
jlliagre
1
Réplication ZFS
Louise Hoffman
1
Bien sûr, mais cela ne répond pas vraiment à ma question. Il serait utile de clarifier ce que vous voulez dupliquer (par exemple: un pool ou un ensemble de données), comment (par exemple: zfs envoyer / recevoir ou autre chose), et avec quelles contraintes (par exemple: en ligne / en temps réel vs hors ligne / lot, support partagé ou amovible).
jlliagre le
@jlliagre: Alors, qu'est-ce que tu voulais dire. Il s'agit d'un pool, avec un volume et un système de fichiers. Je pensais faire la réplication avec des instantanés zfs send -i, donc la réplication est au niveau du système de fichiers et non au niveau du volume. Le niveau de pool ou de volume serait-il meilleur? Cela devrait être fait en ligne, mais par exemple toutes les 20 minutes environ.
Louise Hoffman

Réponses:

5

Il ne devrait y avoir aucun problème lors de l'envoi d'un instantané Solaris 10 ZFS v22 à un serveur FreeBSD prenant en charge la version 28. Réciproquement, cet instantané enregistré ou tout instantané d'un clone / descendant de l'instantané initial doit être renvoyé sans problème à cette boîte Solaris tant que vous ne mettez jamais à niveau le système de fichiers ZFS sur le serveur FreeBSD.

Ce qui compte vraiment, ce sont les versions zfs, pas les systèmes d'exploitation, étant donné que la base de code Solaris (Open) est utilisée des deux côtés. La préservation de la compatibilité ascendante pour les ensembles de données (systèmes de fichiers, volumes et instantanés) et les pools est probablement l'une des règles que les développeurs ZFS ne peuvent pas enfreindre.

Remarque: cela s'est quelque peu produit dans le passé, mais ZFS était encore en version bêta: http://hub.opensolaris.org/bin/view/Community+Group+on/2008042301

Les pages de manuel zfs actuelles indiquent le flux d'envoi zfs:

       *The format of the stream is committed. You will be able to receive
       your streams on future versions of ZFS.*
jlliagre
la source
1
Aucun test requis! ZFS ne peut pas corrompre les données et cela est de par leur conception;) Bien sûr, il y aurait de nombreuses choses à tester de toute façon, mais cela dépend de ce que vous prévoyez de faire avec le système de fichiers de chaque côté. Vous devriez tester les procédures, les performances, les limitations potentielles (par exemple: je ne suis pas sûr que FreeBSD supporte sharemb), etc. À propos de votre question sur l'ensemble de données, je suppose que vous confondez les termes. Un pool est quelque chose construit sur le dessus des disques ou des choses similaires fournissant différents niveaux de redondance. À l'intérieur d'un pool, vous pouvez créer des ensembles de données qui sont des systèmes de fichiers, des volumes et des instantanés. Tous les jeux de données partagent le même pool.
jlliagre
1
Un instantané est en lecture seule, donc quelle que soit la version prise en charge par le code qui le monte, il ne peut pas être modifié. Si vous parlez vraiment de clones, le contenu peut être modifié mais de manière compatible, à moins bien sûr de mettre à niveau.
jlliagre le
1
Dans le scénario ci-dessus, pourquoi la mise à niveau du système de fichiers FreeBSD ZFS romprait-elle la compatibilité? La mise à niveau, pour ainsi dire la v34, ne reconnaîtrait-elle pas toujours les données comme provenant de la v22 et préserverait-elle le fait?
Joe Internet
1
La machine stockant le flux zfs n'a même pas besoin de connaître quoi que ce soit sur ZFS si votre objectif est simplement de pouvoir le renvoyer à l'expéditeur d'origine. Cependant, vous ne pourrez pas restaurer des fichiers individuels dans ce cas. @Joe Internet, la mise à niveau ne conserve pas la version précédente. Toute mise à niveau rompt la compatibilité par conception.
jlliagre
1
Les données ne sont que des données. Il n'a pas de version en ce qui concerne ZFS. Bien sûr, le nouveau système est toujours en mesure de renvoyer les données du fichier (et éventuellement ses métadonnées posix) vers la machine d'origine en utilisant un protocole de transfert ou de partage de fichiers. Cependant, nous parlons ici de zfs send / receive qui traite plus que les données et les métadonnées de base. La structure du système de fichiers est affectée par les changements de version. Ils sont heurtés lorsqu'une ou plusieurs modifications incompatibles sont apportées.
jlliagre le
0

Dans ce sens, cela devrait fonctionner. Je ne sais pas si cela fonctionnerait à l'envers avec FreeBSD ZFS allant vers l'ancien Solaris ZFS.

ewwhite
la source
1
Je peux dire avec certitude que cela ne fonctionnera pas d'une version inférieure à une version plus récente. Sun a effectué des mises à jour de ZFS qui, une fois mises à niveau, ne peuvent pas être rétrogradées. Sur quoi vous basez-vous pour que la réplication fonctionne sur tous les systèmes d'exploitation?
Louise Hoffman