NAS (QTS / QuTS Hero)
Scenariusz
Podczas tworzenia kopii zapasowych dużej liczby małych plików — od dziesiątek do setek tysięcy — na innym serwerze NAS, metody plikowe (RTRR / rsync) muszą skanować katalogi, otwierać/zamykać pliki i porównywać metadane dla każdego obiektu — a te koszty dominują, gdy pliki są bardzo małe.
Rozwiązanie
Użyj replikacji opartej na migawkach. Poniżej przedstawiono zalecane podejście wraz ze zmierzonymi wynikami.
Środowisko testowe (orientacyjnie)
- Źródłowy NAS: TS-h1677AXU-RP (QuTS hero h5.2.6.3195, 2025/07/15)
- Docelowy NAS: TS-h1677AXU-RP (taki sam)
- HBS 3: V26.0.1.723
Podsumowanie pomiarów: 100 000 małych plików (łącznie 138 GB)
| Metoda | Przepustowość | Przybliżony czas ukończenia* |
|---|---|---|
| Snapshot Replica | 1,00 GB/s | ≈ 2 min 18 s |
| SnapSync | 1,16 GB/s | ≈ 1 min 58 s |
| RTRR | 225,87 MB/s | ≈ 10 min 10 s |
| rsync | 219,98 MB/s | ≈ 10 min 27 s |
Co to oznacza
W tej konfiguracji Snapshot Replica/SnapSync był ok. 4,4–5,1× szybszy niż RTRR/rsync w przypadku bardzo małych plików. Między dwoma serwerami QNAP NAS replikacja oparta na migawkach przenosi pracę na poziom zmian blokowych, drastycznie zmniejszając narzut przypadający na pojedynczy plik.
Reguła decyzyjna
- Oba serwery NAS pracują pod QuTS hero → użyj SnapSync (replikacja niemal w czasie rzeczywistym; najszybsza w tym teście).
- W przeciwnym razie → użyj Snapshot Replica (SnapSync wymaga QuTS hero zarówno na źródle, jak i na celu).