O storage de backup recebe vários servidores na mesma noite. Se cada incremental faz o storage ler centenas de milhares de arquivos, ele satura, e todos atrasam. Num backup incremental logo depois do primeiro, quando quase nada mudou, quanto custa para o servidor, para a rede e, principalmente, para o disco do storage?
Por que isso importa para quem administra o servidor
- 152× menos leituras no disco do storage (155 contra 23.580): o incremental do Salvo quase não toca no storage, e sobra fôlego para os outros servidores e para uma restauração na mesma hora.
- 1 min 28 s contra 3 min 57 s, com 9× menos dados pela rede: janela menor e menos tráfego.
| JetBackup | Salvo | |
|---|---|---|
| Tempo total | 3 min 57 s | 1 min 28 s |
| Leituras no disco do storage | 23.580 | 155 |
| Espaço a mais no storage | +0,56 GiB | +27 MiB |
| Arquivos e pastas novos no storage | +46.044 | +221 |
| Enviado pela rede | 227 MB | 25 MB |
| Arquivos lidos no servidor de origem | todos conferidos contra o storage | 369 de 662 mil |
| Carga máxima no servidor de origem | 14,6 | 10,1 |
| Pico de memória da ferramenta | 42 MB | 449 MB |
Método
O mesmo do Laboratório 14: 10 contas (cerca de 55 GB e 660 mil arquivos), 3 contas ao mesmo tempo e um volume próprio para cada ferramenta no storage, medido a cada 5 segundos.
Cada incremental rodou cerca de 8 minutos depois do primeiro backup da mesma ferramenta, no mesmo horário comercial e com os mesmos sites ativos.
No incremental do JetBackup, o disco do storage fez 23.580 leituras físicas de cerca de 6 KiB (metadados de arquivos) em 4 minutos: em média 100 por segundo, com pico de 328 e de 5 a 12 ms por leitura.
Por que a diferença
O rsync do JetBackup confere cada arquivo contra a cópia anterior no storage e cria um snapshot novo: uma pasta nova para cada pasta das contas (os +46 mil) e um hardlink para cada arquivo que não mudou. Para isso, o storage lê os metadados de centenas de milhares de arquivos. O Salvo confere no próprio servidor de origem, usando a lista do backup anterior; pula sem abrir o que não mudou (leu 369 dos 662 mil arquivos) e só envia ao storage o que é novo. O storage praticamente só recebe gravação.