partición y estrategia de subvol con btrfs


10

Soy nuevo en btrfs y me gustaría un consejo sobre la estrategia de particionamiento y subvolumen. El sistema es un servidor web liviano y se supone que solo tiene un solo disco.

Con los sistemas de archivos ext, siempre he creado particiones separadas para /, / var, swap (y posiblemente / boot y / home). Para mí, / var siempre contiene todos los datos valiosos del servidor web (por ejemplo, bases de datos MySQL) y ninguno de los códigos. Eso me permite mover fácilmente los datos a un sistema diferente (mover o copiar / var) o reinstalar el sistema operativo sin interrumpir los datos (formatear /) etc.

Usando btrfs, podría hacer lo mismo, usar el mismo esquema de partición y tener un sistema de archivos btrfs separado en cada partición. O bien, podría tener una única partición y usar subvolúmenes btrfs para /, / var, etc. ¿Cuáles serían los pros y los contras de eso?

Me parece que puede haber alguna ventaja en tener instantáneas / -ly y / var-only, por ejemplo ("Restaurar todos los datos a un punto de control anterior" vs "restaurar todo el código" vs "restaurar ambos"). ¿Es correcto, o solo parece de esa manera?

Pregunta extra: ¿hay ventajas al usar lvm debajo del sistema de archivos btrfs?

Pregunta adicional 2: ¿cómo cambiaría su consejo si el sistema tuviera dos discos del mismo tamaño?

También se agradecería cualquier sugerencia sobre "esto es lo que hice y cómo me ha funcionado". Puedo encontrar mucho material sobre lo que puedo hacer, pero no puedo encontrar muchas palabras que digan "esto es lo que intenté y por eso funcionó o no".


1
Gran pregunta! Quería preguntar casi lo mismo. Me gustaría usar el cifrado raid1 y luks, pero es difícil encontrar información relevante sobre los conceptos básicos. Por ejemplo, si puedo instalar un sistema operativo en un solo volumen duplicado y si puedo usar subvolumen para / intercambiar, etc. sin ningún inconveniente. Tal vez debería leer el manual, pero no me gustan los textos largos. : D
inf3rno

Respuestas:


6

Si no tiene necesidades específicas, use btrfs como usaría otro sistema de archivos. Separar / hogar es una buena práctica.

Personalmente, en servidores domésticos, mi único subvolumen es / etc, por lo que puedo hacer instantáneas de las configuraciones. Esto se puede automatizar con herramientas como snapper.

Por lo general, hay poco interés en restaurar solo una versión anterior de / var, debido a la necesidad de restaurar también / lib / stuff. Es una situación de todo o nada.

Las instantáneas de / home pueden ser MUY grandes, por lo que la gestión del tamaño del disco pronto será un problema. Se puede hacer sin ningún problema, pero vigile el espacio restante. Además, como las instantáneas solo se pueden hacer en el mismo disco, no son una solución para las copias de seguridad en caso de falla del disco. Piense en ellos como algo para situaciones como "oups, eliminé este archivo hace dos horas, pero aún lo necesito".

Bono 1: ninguno. De hecho, btrfs fue diseñado para simplificar la pila mdadm + lvm + fs. Por lo tanto, es realmente mejor evitarlo.

Bonus 2: No, ¡pero haz un RAID 1! Simple y eficiente, tus datos te amarán :)

Bonificación de Ninja: probablemente quieras echar un buen vistazo a la wiki de btrfs .


btrfs admite la duplicación y otras configuraciones RAID. Incluso si debe evitar reproducir RAID6, podría crear fácilmente un espejo simplemente agregando una partición después de la instalación. Podrías encontrar un buen cómo hacerlo aquí ( complang.tuwien.ac.at/anton/btrfs-raid1.html )
JOduMonT

0

He estado revisando esto últimamente y pensé en compartir una publicación muy bien pensada que propone una partición con directorios de nivel superior que contienen subvolúmenes: https://bbs.archlinux.org/viewtopic.php?id=194491

TL; DR

subvolid=0
      ├── subvol_root
      │        └── /usr, /bin, /sbin, /.snapshots, etc
      ├── subvol_snapshots
      ├── subvol_home
      └── subvol_opt
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.