Trocar de ferramenta de backup começa pelo primeiro backup de todas as contas. É a noite mais pesada, e o admin quer saber quanto ela custa ao servidor e ao storage. Nas mesmas contas, com as mesmas regras, quanto tempo o Salvo e o JetBackup levam no primeiro backup, e o que cada um deixa no storage?
Por que isso importa para quem administra o servidor
- 45% menos tempo (5 min 41 s contra 10 min 18 s): a primeira noite termina antes.
- 166× menos arquivos no storage, com 13% menos espaço e metade da latência de escrita. Menos arquivos é menos trabalho para o storage nesta noite e em todas as seguintes (Laboratório 15).
- Onde o Salvo perde: mais CPU, carga e memória no servidor de origem (1,3 GB no pico, contra 50 MB). Ele roda com prioridade mínima, para os sites passarem na frente, mas o admin precisa saber.
| JetBackup | Salvo | |
|---|---|---|
| Tempo total | 10 min 18 s | 5 min 41 s |
| Espaço ocupado no storage | 47,6 GiB | 41,2 GiB |
| Arquivos e pastas criados no storage | 701.685 | 4.217 |
| Velocidade média de gravação | 82,6 MiB/s | 123,4 MiB/s |
| Latência média de escrita no storage | 90 ms | 42 ms |
| Operações por segundo no storage (média) | 489 | 359 |
| CPU do storage (média) | 16% | 12,7% |
| Enviado pela rede | 50,2 GiB | 41,4 GiB |
| Carga máxima no servidor de origem | 14,2 | 23,0 |
| CPU ocupada no servidor de origem | 69% | 87% |
| Pico de memória da ferramenta | 50 MB | 1,3 GB |
Método
Servidor de origem: cPanel em produção, 8 núcleos, sites ativos, em horário comercial. 10 contas, cerca de 55 GB e 660 mil arquivos; a maior tem cerca de 29 GB e 270 mil arquivos.
Storage: o mesmo servidor de backup para os dois (ZFS, compressão lz4, um disco virtual). Cada ferramenta gravou num volume próprio e vazio, criado para o teste, e o espaço e as operações de disco de cada um foram medidos separadamente, a cada 5 segundos.
Regras iguais: as mesmas 10 contas, 3 contas ao mesmo tempo e destino SSH nos dois. Um de cada vez, com 1 minuto de pausa entre eles para medir o ruído de fundo. JetBackup 5.4.1.4 com job incremental e destino SSH; Salvo com compressão zstd no nível mais rápido, criptografia, prioridade mínima de CPU e disco e teto de 3 GB de memória.
Por que a diferença: o JetBackup recria no storage a árvore inteira de cada conta, um arquivo para cada arquivo do site; o Salvo junta tudo em poucos pacotes grandes. Cada arquivo no storage é trabalho futuro: conferir, criar hardlink, apagar na retenção. O Salvo também comprime antes de enviar; o ZFS do storage não ganha mais nada em cima disso (taxa 1,00×), enquanto no JetBackup o ZFS comprimiu 1,18× e mesmo assim o backup ficou maior.
Onde o Salvo perde
CPU e carga no servidor de origem: a compressão é a etapa mais cara (Laboratório 07). Com 3 contas grandes ao mesmo tempo, a carga chegou a 23 num servidor de 8 núcleos, contra 14 no JetBackup. O Salvo roda com prioridade mínima, então os sites passam na frente, mas a carga é real. E a memória: 1,3 GB no pico, contra 50 MB do JetBackup.