Alguma forma de desativar o gzipping de backups?

Existe alguma maneira de desativar a compressão gzip dos backups?

Porque eu sei que eventualmente terei que aumentar o tamanho do meu servidor Digital Ocean, mas como isso essencialmente dobra o custo mensal, estou adiando o máximo que posso.

E após a última atualização (quando mudou para o novo postgres), parece que cheguei ao ponto em que meu backup pode ser feito, mas falha ao compactar o backup com gzip. Irônico.

Como eu copio o backup do servidor e o armazeno em outro lugar após ser criado, o gzip não tem nenhum valor real (tempo de transferência ligeiramente maior) e eu posso compactá-lo com gzip depois de retirá-lo do servidor para armazenamento de longo prazo. Além disso, grande parte do tamanho do backup são os uploads, e as imagens e outros arquivos já estarão comprimidos.

Mas atualmente, por causa do processo de gzip, todo o backup falha em operar.

Então - existe uma maneira de simplesmente dizer para não compactar o backup com gzip?

Você executou

./launcher cleanup

Para excluir o banco de dados antigo?

Outra coisa que você pode fazer é usar armazenamento em bloco para adicionar espaço.

Veja solicitação/observação anterior:

Reduza as necessidades de espaço em disco local não compactando (redundantemente) backups

2 curtidas

Espere, tudo que é necessário é adicionar a flag --gzip ao tar e isso evitaria o problema completamente?

Eu não tinha, e isso realmente recupera um bom pedaço de espaço que resolverá meu problema imediato.

Mudar para usar a opção --gzip ainda parece uma ótima ideia.

Mas, pelo menos, adiei o dobro da minha conta mensal por mais seis meses ou mais, então obrigado.

O armazenamento em bloco é bem barato, eu acho. Você poderia usá-lo apenas para backups ou também para uploads. Acho que pode ser um pouco complicado perceber que o armazenamento em bloco é usado para o espaço temporário usado para construir o backup.

Posso usar o armazenamento em blocos apenas para os backups? Se sim, essa pode ser uma opção para estender o tempo até que eu tenha que dobrar o servidor, a menos que ele primeiro o crie localmente e depois o copie para o S3, caso em que isso não ajudaria em nada.

Sim. Seria a mesma ideia que descrevi para os uploads. O que não me lembro é onde os arquivos temporários são gravados. Acho que pode ser nos logs de backup. Você apenas garantiria que esse diretório estivesse mapeado para o espaço de armazenamento extra em seu app.yml

Eu acho que você faria algo como

volumes:
  - volume:
      host: /var/discourse/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse/shared/dashboard/log/var-log
      guest: /var/log
  - volume:
      host: /bigExtraSpace/tmp
      guest: /shared/tmp
  - volume:
      host: /bigExtraSpace/backups
      guest: /shared/backups
2 curtidas

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.