O storage enche, e cada terabyte a mais custa todo mês. Ao mesmo tempo, o admin quer restaurar, mover ou apagar uma conta sem mexer nas outras. Quanto espaço se perde ao guardar cada conta num repositório separado, sem aproveitar os arquivos repetidos entre contas, e quanto a compressão recupera?
Por que isso importa para quem administra o servidor
- Metade do espaço: com compressão, o backup de 12 contas caiu de 5,93 GB para 2,94 GB. No mesmo storage, cabe o dobro de backup.
- Independência tem preço, e ele foi medido: guardar cada conta separada custa 28% a mais. O padrão fica com a independência; quem prefere espaço escolhe um repositório único ou por grupo de contas.
Ver os dados em tabela
| Compressão | Repositório único | Um por conta |
|---|---|---|
| Nenhuma | 4,28 GB | 5,93 GB |
| zstd-fastest | 2,30 GB | 2,94 GB |
| zstd | 2,26 GB | 2,87 GB |
Método
Servidor cPanel em produção (AlmaLinux 8, 8 núcleos, 11 GB de memória). Amostra de 12 contas WordPress de tamanho mediano: 6,11 GB e 226 mil arquivos.
Origem só lida, uma conta por vez, com prioridade baixa, teto de 1 GB de memória para o teste e pausa automática se a carga passasse do limite.
Motor do Salvo, gravando por SFTP num storage ZFS, com os dados cifrados. O zstd padrão economizou só ~2% a mais que o zstd-fastest (1,7 a 2,4%) e, no repositório único, usou até 40% mais memória (797 × 572 MB).
O que decidimos
O administrador escolhe, por destino: um repositório por conta (padrão), um único ou um por grupo de contas; e compressão zstd-fastest (padrão), zstd ou nenhuma. O padrão fica com a independência entre contas (restaurar, mover ou apagar uma conta não mexe nas outras) e com a compressão mais leve.