Der im folgenden beschriebene kleine Test soll einen ersten Einblick in die Belastung des Systems verschaffen, welche durch die Verwendung von LVM-Snapshots entsteht.
Verwendet wird eine mit Zufallsdaten gefüllte Datei von 3,2 GB Größe.
ls -l /var/spool/urandom.dat
-rw-r--r-- 1 root root 3221225472 2. Jul 16:08 /var/spool/urandom.dat
Vor dem eigentlichen Test wird zur Schaffung vergleichbarer Voraussetzungen ein doppelter Kopierlauf ins 'Nirgendwo' durchgeführt.
dd if=/var/spool/urandom.dat of=/dev/null
dd if=/var/spool/urandom.dat of=/dev/null
Der eigentliche Test besteht aus vier Operationen.
dd if=/var/spool/urandom.dat
of=/home/urandom.dat
dd if=/home/urandom.dat
of=/dev/null
dd if=/var/spool/urandom.dat
of=/home/urandom.dat
dd if=/home/urandom.dat
of=/dev/null
Folgende Zeiten und Datendurchsätze wurden ermittelt:
Mit Snapshot | Ohne Snapshot | |
---|---|---|
Kopieren | Dauer: 812 s Rate: 4,0 MB/s |
Dauer: 317 s Rate: 10,2 MB/s |
Nur lesen: | Dauer: 183 s Rate: 17,6 MB/s |
Dauer: 156 s Rate: 20,7 MB/s |
Kopieren | Dauer: 825 s Rate: 3,9 MB/s |
Dauer: 323 s Rate: 10,0 MB/s |
Nur lesen: | Dauer: 157 s Rate: 20,5 MB/s |
Dauer: 154 s Rate: 20,9 MB/s |
Bei aktiviertem Snapshot dauern Kopiervorgänge etwa um den Faktor 2,5 länger. Es wäre also zu überlegen, ob statt der ständig aktiven Snapshots nicht besser regelmäßige, vielleicht sogar stündliche Mini-Backups auf der Festplatte des Servers angefertigt werden sollten, z.B. mit rsnapshot.
Übrigens wird im zweiten Kopiervorgang der Speicherplatz des Snapshots im vollen Umfang belastet, obwohl in die gleiche Zieldatei geschrieben wird.
LV LSize Origin Snap% Zeitpunkt home.snap 7,45g home 0,00 vor dem ersten Kopieren home.snap 7,45g home 40,53 nach dem ersten Kopieren home.snap 7,45g home 81,07 nach dem zweiten Kopieren