"En el pasado" siempre segregamos nuestras unidades de sistema operativo (en Windows) de nuestras unidades de datos. En el mundo de Linux, aunque estoy mucho menos familiarizado con él, soy consciente de que la sabiduría dicta que se definan y utilicen aún más volúmenes en una configuración de mejores prácticas.
Ahora que es muy probable que el almacenamiento del servidor esté en una SAN (donde los recursos del disco son compartidos por muchos sistemas operativos y aplicaciones individuales), ¿realmente importa más que las particiones del sistema operativo y de datos estén segregadas a nivel de volumen?
¿Cuáles son tus pensamientos?
Respuesta1
Hay tres factores principales para mantener el sistema operativo y los datos separados en cuanto al almacenamiento.
- Espacio. Como señala ErikA, REALMENTE no quieres que el volumen de tu sistema operativo se quede sin espacio. Pueden pasar todo tipo de cosas malas. Separando estos dos métodos de crecimiento
- Requisitos de acceso a E/S. El tipo de E/S utilizado en el volumen de su sistema operativo generalmente es muy diferente al tipo utilizado por sus volúmenes de datos. Mantener separados los tipos de E/S es una muy buena idea en muchos niveles.
- Portabilidad de almacenamiento. Cuando llegue el momento de actualizar el sistema operativo de su servidor, puede destruir el volumen del sistema operativo y conservar todos los datos. O en entornos SAN o VM, puede simplemente mover el volumen de datos a un servidor nuevo recién instalado y ahorrar tiempo en las actualizaciones.
Además, algunos sistemas operativos (Windows se encuentra entre ellos) no son muy amables con cambiar el tamaño del volumen del sistema operativo, lo que significa que generalmente debes darle todo lo que necesitará durante su vida útil cuando formatee el servidor. Compare esto con los volúmenes de datos que pueden cambiar de tamaño, y con frecuencia lo hacen, muchas veces durante la vida útil de un servidor. Incluso en entornos totalmente virtualizados donde el sistema operativo y los volúmenes de datos se alojan en el mismo almacenamiento real, no poder cambiar el tamaño del volumen del sistema operativo puede ser una desventaja importante. Windows 2008+ ahora recomienda 30 GB para la unidad C:\ en estos días, muy lejos de los 10 GB que usábamos en Server 2003; esto es algo que afectará a muchos administradores de Windows cuando realicen la conversión de 2003 a 2008.
Respuesta2
Sí, ciertamente separe el sistema operativo de los datos. Lo he visto una y otra vez donde, con una partición compartida, la partición termina llenándose y haciendo imposible parchear el sistema operativo, imposible extender la partición (debido a varias razones), etc.
En mi opinión, los gastos generales de administrar dos particiones es un pequeño precio a pagar por el aislamiento proporcionado.
Con respecto a los sistemas respaldados por SAN a los que se refirió, eso aún no lo protegerá de que los datos llenen la partición de su sistema operativo. Con un almacenamiento totalmente virtualizado, no necesita preocuparse tanto por garantizar que el sistema operativo y los datos residan en ejes separados.
Respuesta3
Yo diría que depende de lo que estés haciendo con el sistema. Si necesita reinstalar el sistema operativo, puede ahorrarse algunas molestias colocando todos sus datos en una partición separada. De lo contrario, ya no veo la necesidad. Mis dos centavos.
Respuesta4
Las recomendaciones históricas de partición de Linux (bueno, Unix realmente) se deben en parte a sus orígenes como un sistema operativo de servidor de mainframe (en red), que a su vez sospecho que fue influenciado por la (entonces) relativa falta de confiabilidad del hardware. Por ejemplo, los registros y los datos temporales generalmente se separaban porque esas áreas de almacenamiento se desgastaban mucho, pero no era un gran problema si se perdían.
Si está construyendo un sistema de escritorio, optaría por la división de datos/sin datos/intercambio. A menos que esté construyendo un servidor que espere tomar mucho tiempo, cosas como /usr/local y /var/tmp separados simplemente se convierten en un dolor de cabeza para la asignación de espacio.