Pensamentos no layout do sistema de arquivos do servidor Linux

Question

Eu estou querendo saber e tenho certeza que muitos por aí estão se perguntando também, em qual seria o melhor ou pelo menos o layout do sistema de arquivos ideal para um servidor baseado em GNU / Linux. Estou ciente de que não há layout geral, porque os layouts variam de acordo com o que o usuário final deseja alcançar, então vou restringir a minha pergunta a uma implementação muito específica. A finalidade do servidor é como servidor de telefonia SIP de tamanho médio. O layout do sistema de arquivos que eu criei é o seguinte:

O tamanho total do disco rígido é de 146 GB

• 1 partição primária de GB montada como / boot
• partição primária de 16 GB montada como /
• 16 GB de partição estendida montada como swap (o servidor tem 8 GB de memória e não ficará maior em menos tempo)
• partição estendida de 52 GB montada como / var
• partição estendida de 16 GB montada como / var / log
• partição estendida de 30 GB montada como / usr
• partição estendida de 5 GB montada como / tmp
• partição estendida de 10 GB montada como / home

Eu coloquei a troca no meio, considerando que permitirá acesso mais rápido, fez uma grande partição var, porque haverá um monte de dados variáveis, como arquivos de banco de dados. Eu movi o / var / log e / tmp para a partição diferente para ter certeza de que eles estão preenchidos, eles não trarão o sistema inteiro para baixo e moveram / usr também para torná-lo somente leitura se houver necessidade de tal medida. Eu fiz uma pequena partição / home porque o número de usuários será baixo, então não há necessidade de um grande espaço de armazenamento nos diretórios home.

Existem muitos argumentos a favor e contra esse layout, suponho, e sou curioso (tentando captar a mente dos mais experientes ou mais sábios que eu) sobre o que os outros estão pensando: é essa fragmentação e ordem boa considerando acesso (é por isso que eu coloquei o swap quase no meio), segurança e segurança de dados? Alguma ideia? Obrigado!

    

Answer 1

Duas coisas:

1. / boot só precisa ter cerca de 256MB, 512MB se você realmente quiser estar seguro. Quantos kernels você realmente precisa?
2. Pelo amor de [inserir divindade aqui] use LVM

Em geral, vou usar:

• Primeira partição primária 256MB / boot (ext2)
• Segunda partição primária como volume físico (PV) no LVM
• Volume lógico /
• Volume lógico / home
• Volume lógico / usr (opcional)
• Volume lógico / tmp (opcional, prefira hdd sobre ssd)
• Volume lógico / var (opcional, prefira hdd sobre ssd)
• Troca de Volume Lógico (2 * RAM & < = 4 GB)

Os tamanhos dependem do uso, mas deixam um espaço (não mais usado) no grupo de volumes (VG) para expandir qualquer volume lógico que esteja cheio.

    

Answer 2

Definitivamente vale a pena criar algo como você expôs, mas eu consideraria usar o LVM e criar suas partições conforme necessário.

Pessoalmente eu uso algo muito parecido com o que você tem, mas o menor tamanho de partição possível, já que tenho monitoração de espaço em disco em todas as minhas caixas no Nagios que eu conheço bem quando preciso estender uma partição.

Ah, e 1GB para / boot? Dependendo da sua distro, você não deve precisar de mais do que algumas centenas de megas ...

    

Answer 3

Eu geralmente concordo com sua abordagem de dividir o disco em vários sistemas de arquivos. Não tenho certeza se colocar swap no meio realmente faz qualquer coisa por você. Eu me concentraria em garantir que todas as partições sejam grandes o suficiente para as tarefas pretendidas. Por exemplo, qual é o risco que seu 16GB / var / log irá preencher? Em um servidor linux padrão que deve ter espaço de sobra para logs, mas um servidor especializado pode criar arquivos de log muito maiores baseados no uso.

Você pode considerar aumentar o tamanho de / tmp caso algum dos softwares que você está usando deseje criar muitos arquivos temporários.

Minha principal recomendação seria usar esse tipo de abordagem para tamanhos de sistema de arquivos, mas me concentrar em fazer o monitoramento e a rotação de arquivos de log para garantir que você não preencha os sistemas de arquivos críticos / tmp e / var / log.

    

Answer 4

Eu mesmo provavelmente não teria dividido isso tão strongmente; você terá problemas se alguma partição específica ficar cheia, e você conseguir que você tenha ~ 6 que podem ser preenchidos e causar problemas, e é um novo sistema, então você não sabe Certifique-se de onde o espaço vai ficar apertado.

Certifique-se de configurar alertas para quando o espaço disponível ficar baixo.

    

Answer 5

Eu não me incomodaria em dividir uma partição de 30 GB para / usr. 16GB é um tamanho razoável para / e / usr combinados; dê a sua partição raiz 20-30GB se você realmente quer o quarto.

Eu não tenho muita experiência com o LVM, mas com o uso proposto, faz sentido.

Realmente parece que você deve fazer uma instalação experimental primeiro, para descobrir exatamente quais serão os seus requisitos de espaço para o sistema básico e o software. Especialmente se você estiver evitando uma solução LVM. Uma vez feito isso, você terá uma ideia muito mais sólida do tamanho das suas partições / e / usr devem ser . Você pode então ajustar os tamanhos das suas partições para maximizar o espaço disponível para as áreas que você espera precisar - / var, / var / log e / tmp.