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

Question

Antes de começar a pergunta, direi apenas que não sou administrador de sistemas, mas sim 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 Amazon Web Services. Para que funcione, 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 no HD e ter uma partição separada para essa finalidade deveria, em teoria, proteger minhas operações diárias de servidor e sites contra problemas com pouca quantidade de espaço livre em disco.

Mas é a abordagem correta? Existe um melhor?

Answer 1

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

Eu sempre uso partições separadas para backups e isso tem sido extremamente útil não apenas para planejar o espaço adequadamente, mas também no processo de recuperação. Deixe-me descrever abaixo (perdoe a formatação incorreta enquanto digito 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, não afetará o resto do sistema. Pense em /var/log por exemplo. Já vi servidores onde os usuários quebraram involuntariamente o logrotate e os logs consumiram 100% da raiz (ou isso pode acontecer com um aumento repentino no tráfego, por exemplo).

2. A partição separada em um disco separado, no caso da AWS, permitirá montá-la em outra instância e restaurar seus dados lá (por exemplo, para investigação forense)

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

Agora, como você mencionou que este é um sistema AWS, o que eu recomendaria é, em vez de montar um disco EBS separado no servidor, utilizar a extensão S3fs e montar um bucket S3 como uma partição para backups. A vantagem disso é a grande durabilidade dos dados no s3.

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

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

Answer 2

Não. No seu caso, as partições só tornarão a vida mais difícil no longo prazo. Você apenas multiplica os pontos de possíveis falhas futuras*.

A solução para a classe de problemas de pouco espaço em disco é dupla:

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

Se você tiver estes implementados eentãovocê descobriria que algunsmuito misteriosoatividade pode aumentar repentinamente o tamanho de seus backups, você teria um argumento (instável) para introduzir o particionamento.

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