Antes de comenzar con la pregunta, simplemente diré que no soy un administrador de sistemas, sino un profano que busca ayuda.
Estoy usando Linux 3.10.0-514.26.2.el7.x86_64 y el servicio de respaldo externo de Amazon Web Services. Para que funcione, necesito un directorio de respaldo en mi servidor, donde el servicio de respaldo externo comprimirá, copiará y accederá a todos los archivos.
La pregunta es: ¿debería montar una partición separada en ese directorio? Las copias de seguridad pueden ocupar mucho espacio en el disco duro y, en teoría, tener una partición separada para este propósito debería proteger las operaciones diarias de mi servidor y mis sitios web contra problemas con la poca cantidad de espacio libre en el disco.
¿Pero es este el enfoque correcto? Hay alguno mejor?
Respuesta1
Respetuosamente no estaría de acuerdo con otra respuesta y diría que la partición adecuada es esencial para mantener los servidores Linux de muchas maneras (no puedo decir mucho sobre Windows porque esa no es mi experiencia).
Siempre uso una partición separada para las copias de seguridad y esto ha sido increíblemente útil no solo para planificar el espacio correctamente, sino también en el proceso de recuperación. Permítanme resumir a continuación (perdón por el mal formato mientras escribo esto desde mi teléfono):
La partición separada permite un aislamiento de capacidad donde, si algo consume todo el espacio libre en esa partición, no afectará al resto del sistema. Piense en /var/log, por ejemplo. He visto servidores donde los usuarios rompieron involuntariamente logrotate y los registros consumieron el 100% de la raíz (o eso podría suceder con un aumento repentino en el tráfico, por ejemplo).
Una partición separada en un disco separado en el caso de AWS le permitirá montarlo en otra instancia y restaurar sus datos allí (por ejemplo, para una investigación forense).
(No sólo relacionada con la copia de seguridad) la partición separada le permitirá configurar la propiedad noexec cuando la monte para minimizar una posible intrusión (de hecho, eso debe hacerse para la mayoría de las particiones del sistema, excepto aquellas donde se encuentran los archivos ejecutables)
Ahora que menciona que este es el sistema AWS, lo que recomendaría es, en lugar de montar un disco EBS separado en el servidor, utilizar la extensión S3fs y montar un depósito S3 como partición para las copias de seguridad. El beneficio de esto es una gran durabilidad de los datos en s3.
Nota 2 puntos: DEBE monitorear siempre la ejecución exitosa de la copia de seguridad y DEBE probar periódicamente la recuperabilidad de los datos (lea lo quele pasó a Gitlab por ejemplo)
Además, si decide utilizar otro disco EBS, evite usar LVM a toda costa como 1: la fragmentación de la partición LVM en varios discos puede causar fácilmente la pérdida de datos (desafortunadamente, LVM aún no es tan bueno como sus autores quieren) y 2: ahora puede hacer crecer los discos EBS en AWS y, por lo tanto, puede agregar más espacio sin fragmentación de LVM.
Respuesta2
No. En su caso, las particiones sólo harán la vida más difícil a largo plazo. Simplemente multiplica los puntos de posible fracaso futuro*.
La solución a los problemas de poco espacio en disco es doble:
- Seguimiento (reacción inmediata).
- Planificación de capacidad (a largo plazo).
Si tiene estos implementados yentoncesencontrarías que algunosmuy misteriosoSi su actividad puede aumentar repentinamente el tamaño de sus copias de seguridad, tendría un argumento (débil) para introducir la partición.
[*] Tu primer deber como administrador de sistemas (que de hecho lo eres) es ser mucho más pesimista que tus usuarios.