Red Hat abandona Btrfs, SUSE lo defiende

hdd

Con el lanzamiento de Red Hat Enterprise Linux 7.4, uno de los apuntes más llamativos en la documentación de esta versión fue el del abandono de Btrfs. Algo que no mencionamos porque en realidad tampoco era novedad, por carecer de efecto inmediato y porque la decisión no estaba fundamentada. Sin embargo, SUSE acaba de responder y es momento de abordar el asunto.

A saber, Red Hat añadió a la lista de “funcionalidades en desuso” para RHEL 7.4 el sistema de archivos Btrfs. Nada fuera de lo normal, pues ya lo habían hecho en versiones previas de la distribución, solo que en esta ocasión la sentencia es definitiva: Btrfs no se mantendrá más allá de la actual RHEL 7. Así lo explicaban:

El sistema de archivos Btrfs ha permanecido en estado de ‘Technology Preview’ desde la versión inicial de Red Hat Enterprise Linux 6. Red Hat no ofrecerá Btrfs como característica con soporte completo y se eliminará en la futura versión principal de Red Hat Enterprise Linux.

El sistema de archivos Btrfs recibió numerosas actualizaciones directas en Red Hat Enterprise Linux 7.4 y seguirá estando disponible en la toda la serie de Red Hat Enterprise Linux 7. Sin embargo, esta es la última actualización planificada de esta característica.

Red Hat continuará invirtiendo en tecnologías novedosas para atender los casos de uso de nuestros clientes, específicamente aquellos relacionados con instantáneas, compresión, NVRAM y facilidad de uso [características propias de Btrfs].

En otras palabras, Btrfs seguirá disponible en RHEL lo que dure el ciclo de vida de sus versiones en curso, que aún serán muchos años. Pero a futuro Btrfs está finiquitado para Red Hat y la compañía ya trabaja en alternativas para su reemplazo, siendo Stratis la mejor posicionada, que no la única. Se habla incluso de que XFS -sistema de archivos que ya usan como predeterminado y cuyo desarrollo está mantenido por uno de sus empleados- integre algunas de las características de Btrfs.

Lo que no ofrecen son razones concretas para su retirada, aunque los comentarios acerca del mal rendimiento en según qué escenarios, o problemas de estabilidad de Btrfs en ciertas configuraciones RAID son bien conocidos. Cabe recordar que Red Hat ha sido uno de los mayores contribuidores al desarrollo de Btrfs, y todavía no se ha desligado del mismo, si bien sus aportaciones han disminuido considerablemente. Además, como mencionan, Btrfs no ha pasado de ‘Technology Preview’ en RHEL.

commits_per_release_by_year_stacked_bar-more-history

Hay una cosa que, sin embargo, no cambia: Btrfs se mantiene en el kernel Linux como una de las principales opciones de presente, pero también de futuro. Hasta el momento solo dos de las grandes distribuciones corporativas lo han incluido como sistema de archivos por defecto: Oracle, desarrolladora original del proyecto, y SUSE. En los tres últimos años, de hecho, la compañía del camaleón se ha convertido en el mayor contribuidor. De ahí que su respuesta a este movimiento de su principal competencia sea de interés.

Comenzando con una analogía cogida un poco con pinzas como es “a quién le importa que un pequeño contribuidor abandone el barco”, Matthias G. Eckermann, director de Gestión de Producto de SUSE Linux Enterprise, saca pecho del empeño que está poniendo su compañía en Btrfs y recuerda que no están solos en el intento: Oracle, Facebook o Fujitsu son otras grandes empresas remando en la misma dirección.

Eckermann explica también cómo han ayudado a integrar funciones clave en Btrfs, al tiempo que se han negado a implementar otras que no están listas para producción, a pesar de tratarse de peticiones de socios. Hay que señalar que SUSE ofrece Btrfs como sistema de archivos por defecto (solo para la raíz) desde el lanzamiento de SUSE Linux Enterprise 12, por lo que su apuesta está fuera de toda duda. “SUSE está comprometida con Btrfs como el sistema de archivos predeterminado para SUSE Linux Enterprise y más allá“, apunta el directivo.

En ese más allá al que se refiere entran tendencias tecnológicas como el Internet de las cosas, sistemas embebidos o la mejora en la aplicación de parches del propio sistema operativo. Y es que si por algo destaca Btrfs, es por sus funcionalidades de gestión y recuperación, al contrario de lo que sucede por ejemplo con XFS, destinado a potenciar el rendimiento con altas cargas de trabajo.

* * * *

¿Usas Linux en tu PC y te estás preguntando si algo de esto te concierne? Nuestra respuesta más rápida para ti es no. Muchos usuarios han saltado ya a los nuevos sistemas de archivos sin problemas, pero la inmensa mayoría de casos de uso en PC no necesitan ni de las funciones avanzadas de Btrfs, ni del rendimiento de XFS, cuya diferencia con respecto a EXT4 apenas es apreciable en este escenario. Con un particionado inteligente y copias de seguridad vas servido, a sabiendas de que reinstalar una distribución Linux hoy en día es cuestión de un rato. Es en grandes sistemas en producción donde son consideradas estas opciones, no en la computación personal, para la cual EXT4 se mantiene como la mejor recomendación actualmente. Y si no mira lo que lleva Debian, Ubuntu… Android o Chrome OS. Por algo será.

Fuente: www.muylinux.com

SUSE enseña cómo funciona la restauración con Btrfs

btrfs

SUSE Linux y openSUSE fueron de las primeras distribuciones Linux en apostar de manera decidida por Btrfs como sistema de archivos, así como en sacarle todo el jugo posible gracias a nuevas herramientas como Snapper. SLE 12 tomó ese camino y openSUSE 13.2 lo siguió.

¿Me sigues tú? ¿No? Entonces léete este artículo -aderezado con un buen montón de comentarios interesantes-, porque las cosas no han cambiado apenas en este tiempo y mi recomendación para el usuario corriente y moliente no ha dejado de ser ext4. Pero es cierto que Btrfs está ahí para quien quiera usarlo y que en un futuro terminará por reemplazar a ext4. ¿Por qué? Porque es mucho más potente, por supuesto.

La joya de la corona de Btrfs es Full System Rollback, un sistema de restauración completo que permite tomar instantáneas del sistema, los archivos del kernel incluidos, y restaurar a un estado anterior. No se trata de crear puntos de restauración al uso, sino de instantáneas incrementales casi en tiempo real, aprovechando las funciones de copy-on-write de Btrfs.

A su vez, Snapper es la aplicación gráfica para gestionar esas instantáneas.

¿Cómo funciona exactamente esto del Full System Rollback, te preguntas? Lo explicó al detalle uno de los ingenieros de SUSE en la pasada LinuxCon Europa, y mejor que él no voy a hacerlo yo. Así que aprovechando que la Linux Foundation ha colgado el documento (PDF) para que cualquier interesado pueda valerse de él, aquí os lo traigo. Va dirigido a SUSE y openSUSE, pero merece la pena echarle un vistazo.

¿Qué me decís vosotros? ¿Habéis dado el salto u os mantenéis con el viejo conocido? Seguro que ya lo sabéis, pero se oyen campanas de Btrfs en Ubuntu por defecto, aunque no hay nada oficial por el momento.

Fuente: www.muylinux.com

Sistemas de archivos en Linux: ¿es hora de dejar ext4 por Btrfs y XFS?

En 2014 se dio un cambio significativo: las dos distribuciones Linux profesionales más relevantes, Red Hat y SUSE, lanzaron nueva versión mayor y cuando éstos se mueven, es que hay novedades. Entre otras, fue notable el hecho de que tras muchos, muchos años, dijeran adiós al clásico sistema de archivos Ext para abrazar a los que se han posicionado como sus sucesores directos, Btrfs y XFS.

sistema_archivos_xfs

En el caso de RHEL 7, su apuesta es decidida por XFS, una tecnología bien asentada que destaca por su alto rendimiento y capacidad, que en Linux le permite manejar archivos de hasta 16 TB. No es un desarrollo original de Red Hat, pero está bajo su paraguas en la actualidad. Más info.

SLE 12, por su parte, se queda con XFS únicamente para la partición “home” y para la partición “root” y las demás que se creen, la propuesta es Btrfs, que llevan promocionando desde 2012. A grandes rasgos, lo hacen así para que en el espacio del usuario -donde se supone va a haber mayor trasiego de archivos- prime el rendimiento, mientras que el espacio del sistema se confía a las múltiples funcionalidades de Btrfs.

Btrfs está llamado a ser el sistema de los administradores de sistemas, valga la redundancia, y es que destaca por capacidad, pero por encima de todo lo hace por características avanzadas que, en general, no van dirigidas a mejorar el rendimiento, sino la gestión y seguridad del almacenamiento. Una de las más laureadas es la de realizar instantáneas, que posibilitan copias de seguridad y actualizaciones incrementales y un sistema de restauración como nunca se había tenido.

Visto de esta forma, tenemos a XFS como solución idónea para cualquier escenario que precise de velocidad y escalabilidad -virtualización, bases de datos, aplicaciones, cloud…-, Btrfs para el sistema operativo en entornos en producción que ponen por delante el control al rendimiento. ¿Es así de verdad, o solo sobre el papel?

Cuando SUSE y Red Hat han dado el paso, el cambio está en marcha, no cabe duda, y las razones para tomar una decisión de semejante envergadura son siempre técnicas. O sea, sí, XFS y Btrfs cumplen con lo que se espera de ellos. De hecho, openSUSE 13.2 siguió el esquema señalado por SLE 12, ofreciendo por primera vez XFS y Btrfs como reemplazo de Ext4. Falta que se decidan Debian y Ubuntu.

Sin embargo, estos movimientos se corresponden a requerimientos de la industria, no se suele pensar en el usuario de PC, que es el que nos preocupa aquí. Lo que nos lleva a la pregunta de si es hora de dejar Ext4 por Btrfs y o XFS también en el escritorio. Una pregunta fácil de respuesta difícil, porque hay un tercer factor tan importante o más que los mencionados de rendimiento y funciones: la calidad de la implementación.

La calidad de la implementación de un sistema de archivos en Linux equivale a un mejor soporte, lo que a su vez equivale a estabilidad… aunque sea a “corto plazo”. Y el usuario de PC no necesita más. Es decir, ¿para qué querría nadie usar Btrfs en lugar de Ext4 cuando…:

  • Un sistema básico de particionado y copias de seguridad es más sencillo y rápido que ponerse a configurar las herramientas de Btrfs;
  • El rendimiento es similar según los benchmarks, pero las cifras son una cosa y la experiencia de uso otra muy diferente (y lo digo por experiencia);
  • Le faltan características como un cifrado realmente integrado, que lleva en desarrollo años -sí, se pueden cifrar las particiones Btrfs, pero no como se debiera- y otras que andan a medias.

Por lo tanto y por el momento, no parece recomendable dar la patada a Ext4 en favor de Btrfs, a excepción de que se pretenda sacarle bien el jugo en un servidor. ¿Sucede lo mismo con XFS? En parte, sí.

XFS está diseñado con objetivos que contemplan cargas de trabajo tan intensas que para el usuario normal son ciencia ficción, por carga y por el hardware que sería necesario para satisfacer los topes que indican las especificaciones técnicas de este sistema de archivos en Linux. Y sin embargo los benchmarks sí se corresponden con las opiniones de quienes lo han probado en el escritorio, está más maduro, aunque dependiendo del tipo de operación, no siempre mejoran en rendimiento a Ext4.

¿Cuál es la conclusión, entonces? Que la vanguardia de Linux no atiende precisamente al usuario de a pie y que las características y el rendimiento no tienen por qué ser la vara de medir en todos los casos. La respuesta a las preguntas con las que iniciábamos este artículo, pues, es una y es no. Por ahora.

Si tienes interés en el tema, no obstante, infórmate -los enlaces no están de adorno-, prueba -pero que no se te olvide hacer un buen particionado e implantar un sistema de copias de seguridad- y concluye por ti mismo. Mi consejo sería que dejases Btrfs para más adelante y, tal vez, que comiences con XFS en la partición “home”, hasta te puedes sorprender. O, si pasas de todo y este tema te la repampinfla, simplemente espera a que Ubuntu se atreva con Btrfs por defecto, que es a lo que parece que apunta, y que sea lo que Tux quiera.

Por supuesto, el tema está abierto a vuestra opinión, que será de especial valor si quienes os habéis embarcado ya en estas historias compartís la experiencia.

Fuente: www.muylinux.com

Deprecated: trim(): Passing null to parameter #1 ($string) of type string is deprecated in /home1/uiolibre/public_html/wp-content/plugins/simple-lightbox/includes/class.utilities.php on line 545