ti-enxame.com

Quantas e quais partições devo criar para um servidor Linux?

As partições são muito importantes no servidor Linux porque lhe dão muita flexibilidade, por exemplo, ao atualizar para um disco rígido maior.

Mas quantas partições devo criar ao criar uma caixa Linux? Qual tamanho devo definir para cada partição?

Por fim, mas não menos importante, quais partições devo ter em um disco separado (estou pensando em/para casa, talvez uma unidade mais rápida, etc) e quais partições posso compartilhar na mesma unidade?

15
paulgreg

Planejar uma boa estrutura de particionamento é fortemente dependente de realmente saber como você vai usar o 'servidor'. Qualquer aconselhamento aleatório que não aceita os serviços reais que serão fornecidos não serão particularmente úteis.

Por exemplo, se for uma caixa baseada em Debian que será usada para o MySQL, você pode querer uma partição separada para /,/var e/var/lib/mysql.

É ser um servidor de arquivos com muito armazenamento compartilhado? Você pode querer partições de A /,/Home e/SRV.

Para uma caixa em execução apenas lula, você pode querer em partição para /, e uma partição em um disco rápido para o carretel de lula.

Como você está planejando suas partições, é muito útil ter uma boa compreensão do padrão padrão de hierarquia de sistemas de arquivos e se/como sua distro escolhida se desvia do padrão.

Usando LVM Pode tornar muito mais fácil mudar sua mente no futuro e ajustar suas partições sem ter que reiniciar., E sua capacidade de criar instantâneos pode ser muito Fácil de criar bons backups.

17
Zoredache

Eu sempre criei essas partições e, a partir do ano passado, sempre no LVM:

/       - a few Gig
/usr    - 24 Gig and mostly empty
/var    - 4 Gig works for me, YMMV
/home   - depends on how many users you will have

Um dos mais importantes é /var - Se esta é uma partição separada, quando preencher, você não falhará sua partição raiz. Embora eu nunca tenha feito isso, alguns fazem um /usr para que eles possam montar somente leitura.

e às vezes criamos essas partições:

/boot   - even 1 Gig is way more than enough

O raciocínio é que nem sempre é possível inicializar a partir de uma partição RAID ou LVM. Assim, /boot pode ser uma partição ext3 simples, permitindo que / seja mais avançado.

Se eu tiver um grande número de arquivos grandes, às vezes vou criar uma partição específica para esses arquivos grandes, para que o sistema de arquivos possa ser ajustado para ser eficiente em armazenar arquivos grandes. Algumas pessoas, se servirem NFS de um servidor, criarão uma partição separada para suas ações NFS ou até mesmo uma partição separada para cada compartilhamento do NFS. Isso depende de suas necessidades.

Por que o LVM? Como mencionei em respostas em outro lugar, mas esqueci de mencionar aqui, torna muito mais fácil mudar de ideia mais tarde e expandir uma partição. Isso já salvou minha bunda.

Estas são diretrizes gerais. Claro, espero que se o seu servidor tiver necessidades especiais, você levará isso em conta e fará uma partição refletindo essas necessidades.

8
Eddie

Assumindo que você está construindo uma máquina que durará um tempo, seria inconveniente para reconstruir, e precisa ser bastante flexível, você pode gostar de um esquema semelhante ao seguinte:

  1. Instale um mínimo de duas unidades físicas, do mesmo tamanho; Para os propósitos deste exemplo, vou assumir 500GB SATA drives, mas os princípios funcionam bem com outros tamanhos da unidade.

  2. Partição cada unidade da seguinte forma:

    /dev/sda1   500MB
    /dev/sda2   100GB
    /dev/sda3   the rest
    

    O objetivo é ter uma partição dinky 500mb na frente, uma partição considerável no meio para o sistema operacional e aplicativos, e a maior parte da unidade na parte de trás para dados adicionais.

  3. Construa um conjunto SW RAID 1, /dev/md0, De /dev/sda1 E /dev/sdb1; Construa SW RAID 1 Sets /dev/md1 e /dev/md2 Das parições correspondentes.

  4. Formatar /dev/md0 Como ext3; Isso será /boot.

  5. Formato /dev/md1 E /dev/md2 Como volumes físicos do LVM.

  6. Crie um grupo de volumes LVM, vg_system, Que contém /dev/md1.

  7. Crie volumes apropriados do LVM dentro vg_system Para suas várias partições do sistema operacional; No mínimo, você vai querer swap, /var de um par GB e / de 10GB ou mais. NOTA : Não alocar todos vg_system! Quando você decidir mais tarde que deseja aumentar o tamanho de \var, Ou você deseja adicionar um /opt Ou ahynot, então você vai querer esse espaço adicional.

  8. Crie um grupo de volumes LVM, vg_data, Que contém /dev/md2.

  9. Crie volumes de LVM dentro vg_data Como desejado; No mínimo, você vai querer um tamanho /home, e você pode querer volumes adicionais, digamos, spools de email ou bancos de dados ou raízes da web ou quaisquer outros dados que não fazem parte do sistema operacional. Mais uma vez, não aloque todos vg_data, Por motivos semelhantes aos listados acima.

As vantagens dessa estratégia incluem o seguinte:

  • É tolerante de falhas de hardware; Qualquer unidade pode falhar sem causar uma falha do sistema e se você investir em um controlador de swap hot-swap, poderá recuperar sem tempo de inatividade.

  • É à prova de futuro e expansível; Quando você compra 2TB dirige alguns anos na estrada, você pode embalá-los para a máquina, fazê-los em outro conjunto de RAID SW, formatá-lo como um volume físico LVM, adicioná-lo a qualquer grupo de volumes precisar de mais espaço (provavelmente lv_data) E, em seguida, use pvmove para migrar seus dados fora das velhas unidades e para o novo. Além disso, as principais atualizações do sistema operacional podem ser significativamente menos dolorosas; Se você precisar reinstalar o sistema operacional para um grande upgrade (Ahem Red Hat :(), você pode fazê-lo, preservando diretórios de casa (e spools de email e qualquer outra coisa que você coloque em vg_data).

As desvantagens desta estratégia são poucas; Eu suponho que é um pouco complexo, e você assume um desempenho em escrito por causa do RAID 1. No entanto, eu tenho construído estações de trabalho e servidores autônomos de acordo com esses princípios por alguns anos, e na minha experiência toda vez que eu não Construa uma máquina ao longo dessas linhas, em pouco tempo, eu gostaria de ter.

-steve.

P.S. Devo acrescentar que se você tiver a infraestrutura no lugar para provisionar de forma rápida e indolor uma nova máquina, então um sistema como este é overkill; Em vez de mexer com conjuntos de raid e LVM, basta reconstruir a máquina se você precisar de algo alterado.

7
hakamadare

Além das partições mencionadas por Eddie, eu normalmente crio duas partições mais separadas

/ tmp - pelas mesmas razões que você criou uma partição separada/var (tive o espaço da temperatura, todos preenchem antes). Eu normalmente vou com 1-2 gb

/ usr/local - Isso permite atualizar e limpar/usr conforme necessário sem explodir todos os softwares separados. O tamanho aqui depende de quanto software externo você instala. Eu normalmente vou com cerca de 10 GB, mas estou achando que para ser um pouco pequeno nos dias de hoje.

Eu sempre faço/casa por último e preencho o resto do disco com ele.

Na partição/boot, nunca o tornei maior que 100 MB e nunca corri para problemas de espaço (limpo os grãos antigos eventualmente). Realmente pode ser muito pequeno.

Também não esqueça uma partição de swap também.

2
dagorym

Durante anos todos os computadores que eu usei foi um sistema de inicialização dupla, e no lado do Linux eu praticamente preso com este esquema (estou falando de estações de trabalho pessoais aqui, sem coisas de servidor, então sua milhagem pode variar)

/     - main thing
/boot - not that relevant, since cylinder being < 1024 and 
        exotic filesystems are no longer an issue
/home - handy if you upgrade your laptop with each new distro :-)

Para minha última atualização, fiz uma instalação do zero, limpando minha partição /. Isso me fez pensar um separado /opt Ou /usr/local Partição teria sido legal, poupando-me o incômodo de reinstalar todas as coisas que eu coloquei lá (Java, Eclipse ... Eu geralmente não cuidar da distro embalados).

2
agnul

Supondo que você não use um ataque de hardware lá - sob Linux eu sempre usaria LVM no topo do ataque. Mesmo para uma única configuração de disco. Razão que você tem a opção de adicionar mais espaço de armazenamento (estendendo o grupo LVM) ou altere as opções de redundância (digamos, girando uma configuração de disco único "estranho" em uma configuração.

Para responder sua pergunta, geralmente tenho algo semelhante a isso para um servidor genérico. Começando com 2 discos (digamos 1ru Dell), ambos particionados como:

  • ~ 100MB RAID1 para/boot
  • Lvm no topo do RAID1 para o resto do disco

Em seguida, criamos todo o volume como volumes de LVM: */*/var */tmp */home */opt

Eu evitaria criar muitos sistemas de arquivos como é uma dor para gerenciar. Se você estiver em disco baixo no disco, acabará com espaço livre em muitos sistemas de arquivos, mas não o suficiente para funcionar.

/ Home e/TMP em um sistema de arquivos separado é sempre uma boa ideia; Geralmente eu não separo/opto a menos que eu esteja planejando colocar muita coisa nela. (NFS pode ser uma opção melhor para/optar se você tiver muitos servidores que requer a mesma pilha de software)

Em suma, use o LVM para tudo, a menos que você tenha uma razão para não - dessa maneira você tem a opção de mudar.

Além disso, use um servidor de log, então os logs não encherão seu/var!

1
Lester Cheung

Para a maioria das máquinas, eu faço

100MB /boot
1GB * NUMBER_OF_USERS /home
10GB /var/log
10GB /var
REST /

Em alguns casos, isso precisará ser trocado, mas sou muito inflexível sobre os usuários que não recebem mais de 1 GB de espaço em um servidor. Se precisarem de mais, eles podem usar/tmp, com o entendimento de que será excluído via cron noturno.

1
Glen Solsberry
  • / boot - 128mb

Grupo de volume - rootvg

  • / var - 5GB (depende se for usado como um servidor de email. Você também pode redimensionar para pegar arquivos principais)
  • / TMP - 2GB
  • / opt - 10GB (usado para software que não vem com a distribuição)
  • / - 6GB - minumum

Grupo de volume - Datavg

  • / home - o resto

Você pode fazer um separado/usr para o seu software, mas no meu caso, a caixa é reinstalada, portanto, não precisa obter sua própria partição.

0
setatakahashi