¿Cuál es el esquema de partición recomendado para mi servidor Ubuntu?


8

Voy a implementar el servidor Ubuntu con los siguientes servidores:

  • Servidor de enlace
  • Servidor DHCP
  • Servidor LAMP
  • Servidor OpenSSH
  • Servidor Ldap
  • Base de datos Mongodb
  • Servidor FTP
  • Servidor de correo
  • Servidor Samba
  • Servidor NFS
  • En el futuro, quiero configurar Openstack para PAAS.

Actualmente tengo un sistema de archivos Raid 5 con 10 TB de almacenamiento.

¿Cómo debo configurar mi esquema de partición?

Estoy buscando asegurarme de que no tengo problemas en el futuro y que el tamaño de almacenamiento se puede ampliar fácilmente. Se puede sugerir un esquema de partición dando porcentaje específico de almacenamiento de particiones como /, /boot, /var, /etc?

Respuestas:


6

Antes de decidirse por los esquemas de partición, podría ser útil comprender las razones para dividir varias partes de Linux.

En primer lugar, varias particiones son 'más seguras' ya que si un sistema de archivos está dañado, los demás deberían estar bien. Esto no lo salvará de una falla de disco. Las copias de seguridad lo harían, al igual que el esquema de paridad en su nivel de banda.

En segundo lugar, era una forma de usar múltiples unidades de diferentes estilos antes de LVM: esto es discutible para usted

Fuente: instalación de Linux y primeros pasos

En resumen, el esquema de particiones múltiples es una especie de reliquia de tiempos pasados, continuado por razones heredadas. Si necesita preguntar por qué , es mejor que tenga una sola partición.

En el contexto moderno, el método de partición inteligente sería usar una única partición grande (y una segunda, opcionalmente para intercambio, los archivos de intercambio serían una opción). Use LVM para que pueda agregar discos si puede, si cree que puede necesitar agregar espacio. Una sola partición grande significa que las cosas se manejarán por sí mismas siempre que haya suficiente espacio, y puede hacer una copia de seguridad / etc / / user / local y / home, y usar eso y una lista de paquetes instalados en caso de que se necesite una recuperación completa.


3

En general, recomiendo una /bootde 1 GB, una /de 20 GB y una /dataque utiliza el resto del espacio disponible. Esto es para que pueda pasar a fsck /toda prisa si es necesario; ¡nada apesta más que tener que pasar tres horas o más de fsck solo para ver si su sistema estará dispuesto a arrancar!

Aparte de eso, asegúrese de usar LVM encima de su RAID5; es difícil dar más consejos sin conocer más detalles de su matriz RAID: ¿es hardware o es RAID de núcleo (mdraid)? Etc.

Otra nota: puede considerar RAID10 en lugar de RAID5, dependiendo de la gravedad de sus necesidades de espacio. RAID10 le proporcionará menos almacenamiento disponible para el mismo número y tamaño de unidades (n / 2 en lugar de n-1), pero será a la vez un mayor rendimiento y más resistente en caso de falla del dispositivo que RAID5. (También será mucho, mucho, MUCHO mayor rendimiento cuando realmente se ejecute en modo degradado si y cuando un dispositivo falla).


1
Su caso de uso específico puede ser diferente, pero en general creo que 1GB para / boot parece una exageración loca. Cada versión del kernel es ~ 15-35MB. ¿Por qué querrías mantener 20-30 versiones diferentes para utilizar tanto espacio? :)
Mxx

1

No puede haber una respuesta perfecta a esta pregunta, lo mejor que se puede decir es que depende. El tamaño de /, /booty /etcno necesita ser demasiado. Donde realmente necesita espacio es donde almacenará su contenido, es decir, los sitios web o los correos electrónicos de los usuarios, etc. Esto también se puede configurar, pero si están allí, /varentonces es donde se necesitaría la mayor parte del espacio.

10 TB suena increíble, pero uno no puede ser a prueba de futuro, Linux siempre le permite agregar más medios y montarlos como un subdirectorio de voz /varen su caso, brindándole a usted y a sus usuarios una vista transparente.

No he entrado en porcentajes y detalles porque dependerían de un caso a otro, pero espero que tengas una idea.

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.