Especificamente para / tmp:
- Deve ln -s / var / tmp / tmp?
No caso de uma imagem de disco completa na memória (pense em "live boot CD") isso pode ser aceitável, já que todo byte de RAM precisa ser espremido. Caso contrário, a menos que você seja pressionado por espaço em disco, não. / var tem suas próprias peculiaridades e mixagem / tmp com / var / tmp pode ter consequências inesperadas ao executar a manutenção de sistemas. Ele também adiciona uma dependência extra em que / tmp deve ser montado para / var / tmp para funcionar corretamente; nem tudo precisa de / tmp e você pode ter uma situação em que deseja migrá-lo para uma partição ou unidade diferente, mas não pode, porque não deseja desmontar / var.
- O / tmp deve ser preservado entre as reinicializações ou não?
Não. Se você estiver contando com isso como um comportamento consistente, mais cedo ou mais tarde encontrará problemas.
- O / tmp deveria estar em uma área de disco real ou ter permissão para ser implementado basicamente na área de SWAP (ou tmpfs)?
Quando é muito usado, isso é uma tentação - "colocaremos / tmp em um disco RAM, isso acelerará o acesso e, quando o sistema for reinicializado / desligado, não há nada para limpar". No entanto, se você estiver pensando em implementar o espaço temporário como um disco RAM que será trocado, considerarei as ramificações do uso do espaço de troca do seu sistema por outros programas. Se swap estiver lá como uma forma de "estouro de emergência" para quando o sistema estiver em retas e precisar dele, a última coisa que você precisa é ter espaço de troca consumido por um processo de fuga / tmp, consumindo memória, causando pressão sobre o sistema. Subsistema VM para trocar para o disco. Entre a atividade de troca e o fluxo de entrada / saída adicional no disco de RAM (o que, por sua vez, pode fazer entradas de página adicionais para satisfazer um seek ()), seu sistema rapidamente se tornará vinculado à E / S.
- O / tmp deve estar em um disco diferente do disco / (root)?
De preferência, sim, embora não seja necessário. Se você usa muito, ou tem uma carga de trabalho constante que requer, então definitivamente sim. Exemplo hipotético: um banco de dados que despeja arquivos temporários em / tmp ganharia um ligeiro aumento de velocidade introduzindo / tmp em um fuso separado (ou seja, drive).
- Você colocaria / tmp em um controlador de disco diferente do disco / (raiz)?
Se você tiver requisitos de recuperação ou velocidade, isso deve ser considerado.
- Quaisquer regras gerais para o tamanho de / tmp?
Ele deve acomodar 2x sua carga de trabalho esperada. Com isso, quero dizer que, se você tiver usuários locais regularmente usando esse espaço, mais cedo ou mais tarde alguém fará algo bobo e tentará preenchê-lo. Ter um pequeno excesso permitirá que você evite "problemas" estranhos com programas que param porque seus arquivos temporários preencheram o espaço restante.
Se esta for uma instalação de "serviços comuns", em que o servidor fornece um ou mais serviços de rede, mas não hospeda usuários, isso provavelmente estará no lado de baixo. Se esta for uma instalação multiusuário, ela estará no lado alto (sim, ainda há lugares que hospedam usuários reais e não apenas seus serviços de rede).
- Como você gerenciaria o espaço / tmp enquanto o sistema está ativo? Excluir todos os arquivos > certa idade? Deixe a área em paz até atingir a% de idade máxima?
Olhe no comando tmpwatch , acho que você vai achar que combina com essa parte da sua pergunta (s ) agradável. O comando simplesmente exclui todos os arquivos após uma determinada idade em horas. Dependendo da rapidez de preenchimento, você pode fazer 30 dias, 45 dias, 90 dias, etc.
- Todos os itens procedimentais devem entrar em vigor para governar essa área?
Eu recomendaria o seguinte:
- Todos os arquivos são transitórios e não é garantido que sobrevivam a uma reinicialização.
- Arquivos obsoletos após% age serão removidos todas as noites à meia-noite, horário local, por meio de um cron job que execute o comando tmpwatch.
O resto é uma questão de suas necessidades específicas.