Devo criar uma partição separada para backups completos do servidor?

Question

Antes de começar a pergunta, declararei que não sou nenhum administrador de sistemas, mas um leigo em busca de ajuda.

Estou usando o Linux 3.10.0-514.26.2.el7.x86_64 e o serviço de backup externo do Amazon Web Services. Para que funcione, eu preciso de um diretório de backup no meu servidor, onde todos os arquivos serão compactados, copiados e acessados pelo serviço de backup externo.

A questão é - devo montar uma partição separada nesse diretório? Os backups podem ocupar muito espaço em HD, e ter uma partição separada para essa finalidade deve, em teoria, proteger as operações diárias do meu servidor e os sites contra problemas com pouca quantidade de espaço livre em disco.

Mas é a abordagem correta? Existe um melhor?

    

Answer 1

Eu respeitosamente discordo de outra resposta e digo que o particionamento adequado é essencial para manter os servidores Linux de muitas maneiras (não posso dizer muito sobre o Windows, pois essa não é minha experiência).

Eu sempre uso partição separada para backups e isso tem sido incrivelmente útil não apenas para planejar o espaço corretamente, mas também no processo de recuperação. Deixe-me delinear abaixo (perdoe formatação incorreta enquanto digito isso no meu telefone):

1. A partição separada permite um isolamento de capacidade onde, se algo consumir todo o espaço livre nessa partição, isso não afetará o restante do sistema. Pense em / var / log por exemplo. Vi servidores em que os usuários quebraram involuntariamente o logrotate e os registros consumiram 100% da raiz (ou isso pode acontecer com o aumento repentino no tráfego, por exemplo).

2. A partição separada em um disco separado no caso da AWS permitirá que você a monte em outra instância e restaure seus dados (por exemplo, para investigação forense)

3. (Não apenas relacionado a backup) partição separada permitirá que você defina a propriedade noexec quando você montá-lo para minimizar a possível invasão (na verdade isso deve ser feito para a maioria das partições no sistema, exceto aquelas onde seus executáveis estão localizados)

Agora que você mencionou que este é o sistema da AWS, o que eu recomendaria é que, em vez de montar um disco separado do EBS no servidor, utilize a extensão S3fs e monte um bucket do S3 como uma partição para backups. O benefício disso é a grande durabilidade dos dados em s3.

Observação 2 pontos: você DEVE sempre monitorar a execução de backup bem-sucedida e DEVE periodicamente testar a capacidade de recuperação dos dados (leia o que aconteceu com o Gitlab por exemplo )

Além disso, se você decidir usar outro disco do EBS - evite usar o LVM a todo custo, pois a fragmentação da partição do LVM em vários discos pode causar perda de dados (infelizmente, o LVM não é tão bom quanto os autores querem). be) e 2 - agora você pode aumentar os discos do EBS no AWS e, assim, pode adicionar mais espaço sem a fragmentação do LVM.

    

Answer 2

Não. No seu caso, as partições apenas dificultarão a vida a longo prazo. Você apenas multiplica os pontos da possível falha future *.

A solução para problemas com pouca classe de espaço em disco é dupla:

1. Monitoramento (reação imediata).
2. Planejamento de capacidade (no longo prazo).

Se você tiver estes implemeted e então você descobrirá que alguma atividade muito misteriosa pode de repente aumentar o tamanho de seus backups, você teria um (instável) argumento para introduzir o particionamento.

[*] Seu primeiro dever como administrador de sistema (o que você de fato é) é ser muito mais pessimista que seus usuários.