Conociendo las distribuciones de Linux y FreeBSD en CD, crecí dándole a cada directorio como /usr,,, etc., su propia partición. Una de las reglas sagradas era que /vardebía protegerse para que no se ejecutara por completo./opt/
Hoy en día veo muy a menudo sistemas en los que incluso /tmpo /varestá en la partición raíz y los sistemas fallan porque una aplicación ha ocupado todo el espacio disponible, por ejemplo, debajo de /opto /tmp.
Entonces, ¿por qué muchos administradores utilizan sólo una partición en lugar de un enfoque más sofisticado para la partición? ¿Me perdí algo en la última década?
Respuesta1
La partición simple es la opción predeterminada en muchos entornos. Imágenes de sistemas operativos populares en muchas nubes, esquema de partición predeterminado en los instaladores, simplifica la automatización para encontrar un disco. Funciona bien, los discos a menudo se pueden ampliar a tamaños enormes en línea y cloud-init ampliará el sistema de archivos por usted.
Hasta que se complica. De vez en cuando, la gente trae problemas a Server Fault porque las instancias fallan porque / está completamente lleno. Después de las cosas habituales, como la limpieza de archivos de registro, se preguntan cómo reducir el tamaño de / y evitar que vuelva a suceder. Es complicado, volver a particionar realmente no se puede hacer en línea, reducir los sistemas de archivos definitivamente requiere desmontarlos y, por lo tanto, iniciar un entorno de rescate, y Linux XFS no se puede reducir de todos modos.
Mi configuración de almacenamiento ideal para Linux es un disco pequeño para arranque y sistema operativo, y discos separados para almacenamiento de aplicaciones. Todo LVM y dejando algo de espacio libre en el VG para necesidades futuras. Por ejemplo, en un servidor de base de datos, inicie desde /dev/sda1, pero los datos en /var/lib/pgsql/ se almacenan en un VG diferente en PV /dev/sdb. Un esquema como este permite restaurar los datos y el sistema operativo por separado, y realizar trucos ingeniosos como crear una nueva instancia de VM pero mover el mismo volumen de datos. Probablemente demasiado complicado para una instancia de aplicación simple sin mucho estado y, por lo tanto, requisitos de almacenamiento simples. Pero aún es posible.
Respuesta2
También he notado la tendencia que mencionaste, pero las respuestas serán obstinadas.
En el pasado teníamos máquinas físicas con discos físicos: era difícil realizar cambios y requería tiempo de inactividad. Hoy en día, gracias a los Gestores de Volumen Lógico y las Máquinas Virtuales, es muy sencillo expandir un disco:
- Todos los sistemas de archivos utilizados en los sistemas de servidores admiten la expansión en vivo.
- Las configuraciones RAID son transparentes para el sistema conectado y están organizadas en Almacenamiento.
- Las máquinas virtuales tienen discos virtuales que se pueden ampliar fácilmente.
- En los servidores físicos conectados a sistemas de almacenamiento, básicamente se presenta un disco virtual.
Por lo tanto, muchos administradores optan por una configuración más simple (¡o simplista!), sistemas con una sola partición (o dos particiones, con datos solo separados) y confían en herramientas de monitoreo para notificar el poco espacio libre, que se puede expandir fácilmente.
Respuesta3
Una de las razones podría ser que hoy en día puedes actualizar fácilmente las versiones del sistema operativo sin reformatear las particiones.
Todavía creo una partición dedicada para/home, pero probablemente ya no haya motivos reales.
Respuesta4
"Mantenlo simple" es un principio de diseño bastante común. Las máquinas virtuales actuales son fáciles de ampliar, a diferencia de los servidores físicos de hace años.