Estou prestes a reformatar e reinstalar o CentOS em um servidor antigo. O servidor é executado em uma modesta rede de 30 empresas de pequeno porte e tem uma variedade de responsabilidades, incluindo MySQL, um compartilhamento Samba, DHCPd & SVN / Trac.
O sysadmin antigo tinha essa configuração de servidor com quase uma dúzia de partições diferentes para várias coisas. Eu estou tentando entender quais são as vantagens de várias partições, em oposição a apenas um sistema de arquivos em /. Rapidez? Flexibilidade? Segurança?
Parece que se você julgar mal o tamanho necessário para qualquer partição e acabar se enchendo rápido demais, é necessário um administrador de sistema para entrar e expandir a partição, etc ... Parece que seria mais fácil se tudo estivesse apenas um flat / filesystem. Mas tenho certeza de que há algumas vantagens das quais não conheço.
O servidor está atualmente executando um punhado de HDDs invadidos a ~ 2TB (raid 0).
A principal razão é isolar as partições umas das outras. Pode haver muitas razões pelas quais você gostaria de fazer isso.
/var é geralmente uma partição separada para evitar que o log de fuga não permita que você crie arquivos fora de /var .
/tmp é outra partição que pode ficar cheia e você pode querer que /tmp seja um sistema de arquivos baseado em RAM.
Os usuários tendem a preencher /home e, além disso, você pode querer preservá-lo ao reinstalar o sistema operacional.
As cotas são aplicadas por partição.
Alguns softwares de backup funcionam por partição. Você pode querer fazer backup do /srv , mas não do sistema operacional, porque você tem um sistema de provisionamento automatizado.
Você pode precisar de diferentes características de desempenho de diferentes partições.
Algumas delas podem não se aplicar a você. Eu provavelmente teria pelo menos uma /var , /tmp e /srv separadas (ou onde quer que você colocasse seus dados MySQL, Samba e SVN).
Não há realmente necessidade para várias partições. Tradicionalmente, você tinha uma partição configurada pelo sistema e outra para dados caso houvesse sobrecarga ... preencha a partição e você corre o risco de o servidor ficar inutilizável.
O conselho que eu ouvi é geralmente uma partição para swap, uma para o sistema, uma para seus dados ... e, se você quiser, outra para diretórios home. Apenas para fazer uma parada física em grandes quantidades de dados preenchendo as coisas (como arquivos de log ... eles podem ficar fora de controle facilmente). E um para arquivos de log. : -)
Hoje em dia eu normalmente sigo o conselho do instalador sobre o que criar, a menos que eu tenha um esquema particular em mente. Depende dos padrões de uso e finalidade do servidor. Com tanto espaço, você não deve se preocupar muito com arquivos de log ocupando espaço, especialmente se você monitorar o sistema com um aplicativo que irá avisá-lo sobre o uso do espaço em disco.
Embora você deva manter os arquivos do sistema em seu próprio espaço ... apenas para fins de recuperação.
Eu configurei todas as minhas caixas com exatamente duas partições. Um para boot, e um para todo o resto. Mas o "todo o resto" é um lvm com vários volumes lógicos (/ tmp / var / usr / home / opt / root). Eu não uso todo o espaço no LVM e, em seguida, posso crescer independentemente qualquer volume que precise de mais espaço.
No mínimo, eu separaria coisas que podem crescer com uma mente própria, como / home e / var, para que você não tenha pendências quando o sistema de arquivos for preenchido.
Basicamente, esse tipo de configuração oferece flexibilidade no dimensionamento e proteção de um usuário que ocupa todo o disco.