¿Puedo confiar en que ZFS sea consistente entre Linux y FreeBSD?


11

Estoy planeando construir una caja FreeNAS en algún momento pronto, pero si ZFS en Linux finalmente demuestra ser confiable, es posible que desee cambiar, solo para tener un sistema operativo más familiar.

Así que me pregunto si puedo confiar en que las diferentes implementaciones de ZFS son compatibles. En otras palabras, si solo cambio el disco de arranque de FreeNAS a Linux u OpenIndiana, ¿puedo confiar en que no pasará nada malo a mis datos?

Esto puede parecer una pregunta estúpida, obviamente debería ser compatible, pero supongo que ZFS no se usa comúnmente en los casos en que las unidades se mueven entre computadoras, por lo que espero que alguien pueda proporcionar una mejor respuesta que solo " debería ser".

Respuestas:


8

Debe prestar mucha atención a las versiones de zpool. Ese es el principal diferenciador entre las variantes de Oracle, Oracle OpenSolaris, Linux y * BSD de ZFS.

Básicamente, puede actualizar un zpool anterior a una versión más nueva, pero no puede degradarlo.

Curiosamente, Wikipedia tiene el mejor resumen de las diferentes versiones de zpool y las diferencias entre ellas.

La lista actual de versiones de zpool entre las implementaciones de ZFS está aquí .

Yo uso NexentaStor 3.1. De acuerdo con ese cronograma, podría trabajar con sistemas de archivos ZFS de OpenIndiana y FreeBSD, pero NO con Solaris 11, por ejemplo.

Sin embargo, creo que FreeNAS está en una versión súper antigua de ZFS. Considere Nexenta?


1
El FreeNAS 8.2 "estable" sigue siendo ZPool v15; pero FreeNAS 8.3 tiene ZPool v28.
Chris S

Sí, consideraría a Nexenta. Especialmente porque, cuanto más lo analizo, más creo que podría terminar ejecutando todo en Proxmox , de modo que la misma caja pueda servir fácilmente para otros propósitos.
iconoclasta

Si no se opone a VMWare, Nexenta está anunciando compilaciones todo en uno .
ewwhite

No me opongo a VMware, pero la licencia que tengo es para Mac y una versión detrás, y no creo que quiera comprar una nueva licencia cuando las alternativas de código abierto se están poniendo al día (¿o simplemente la he superado? ??). ¿A menos que haya una razón sólida para usar VMware ...?
iconoclasta

1
FreeNAS 8.3 con ZPool v28 ha alcanzado el hito "estable", y ZFSBuild está realizando pruebas exhaustivas todo en uno comparándolo con Nexenta y Vanilla OpenIndiana.
rkagerer

7

El futuro del desarrollo de ZFS fuera de Oracle presentará las banderas de características de ZFS . Esto debería permitirle utilizar un sistema ZFS más nuevo en un grupo de almacenamiento basado en una versión anterior de ZFS. Entonces la respuesta es sí, debería ser seguro comenzar con FreeNAS hoy y pasar a Linux más tarde cuando ZFS esté más maduro.

Sé que FreeBSD ahora sigue muy de cerca los cambios de ZFS en Illumos. Se agregan nuevas correcciones de errores o características a FreeBSD-HEAD en cuestión de días o semanas. También creo que el proyecto zfsonlinux sigue los cambios de ZFS en la fuente Illumos ZFS. Y lo más probable es que tengan banderas de características ZFS, si aún no se han agregado. Pero en este momento tienen una mayor prioridad para alcanzar el nivel de estabilidad y calidad que tienen Illumos y FreeBSD.


Es extremadamente útil saberlo. No sabía que algunas disposiciones estaban en su lugar.
ewwhite

Si. Si pudiera aceptar dos respuestas, también lo aceptaría ... desafortunadamente, los sitios de stackexchange están sesgados a favor de las respuestas que siguen poco después de las preguntas a las que responden.
iconoclasta

2
@ Brandon Si cambia de opinión, siempre puede anular la aceptación de una respuesta y aceptar otra.
Michael Hampton

@MichaelHampton: agrega información adicional (muy útil), pero no estoy seguro de poder decir que es mejor. Una respuesta (tal como la veo) responde la pregunta directamente, como están las cosas ahora, mientras que la otra me dice cómo serán las cosas en el futuro y, por lo tanto, podría ser la respuesta correcta si avanzamos un par de años.
iconoclasta

7

El soporte de ZFS en FreeBSD y OpenIndiana se basa en el mismo código de OpenSolaris, por lo que ciertamente son compatibles dentro de los límites normales (lo mismo ocurre con otros derivados de OpenSolaris). Hay un módulo Linux disponible que le permite usar el código OpenSolaris en Linux (nunca se pueden distribuir juntos, debido a la licencia infecciosa de Linux). Esto también sería compatible por las mismas razones.

Hay un esfuerzo para construir una base de código ZFS GPL'd desde cero. No hay garantía inherente de compatibilidad ahora ni en ningún momento en el futuro. El lugar donde deciden llevar el proyecto es su propia responsabilidad, aunque su "objetivo" es la compatibilidad que aún no existe.

También he visto a muchas personas afirmar que Linux puede incluir código de otras licencias. Esto es verdad. La licencia CDDL, que está cubierta por OpenSolaris, no permite que se incluya con proyectos que imponen términos más restrictivos de lo que lo hace sin embargo. La GPL de Linux requiere que cuando las personas realicen mejoras en el sistema operativo, esas mejoras se devuelvan; Este término "más restrictivo" significa que el código CDDL no se puede incluir con el código GPL. Darle a Oracle una excusa para demandarlo probablemente no sea una buena idea. FreeNAS y el resto de los BSD utilizan la licencia BSD, que es menos restrictiva que la CDDL.


4

He movido algunas piscinas grandes de la siguiente manera:

comenzó en Solaris 10 (se fue debido a cambios en los precios de .edu bajo el régimen de Oracle)

se mudó a nexenta (no es tan impresionante como espera que sea ... en particular, a pesar de que tiene una tierra de usuarios debian'ish, todas las cosas del administrador de sistemas siguen siendo solaris / illumos / lo que sea).

movido a freebsd (está bien, excepto que los controladores scsi para mi hardware no lo estaban). Aquí, agregué un nuevo grupo o dos.

se mudó a Openindiana (fue como volver a casa)

Por lo tanto, en general, definitivamente es posible mover grupos entre sistemas operativos. Incluso puede pasar de little-endian a big-endian (sparc a x64, o viceversa). La clave, sin embargo, como decía el otro cartel, era la versión del grupo. Siempre y cuando se mude a un sistema con código ZFS que admita la misma versión o una versión más reciente, debería estar contento. Supongo que esto puede ser una razón para evitar actualizar la versión de su grupo cuando actualiza su sistema operativo.


hola danno! +1 debería empujarte más de 100 repeticiones.
iconoclasta

tnx :) déjame una línea, primero en yahoo
Dan Pritts
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.