[SOLVED] ZFS - VM Disks beanspruchen mehr Platz nach einer Replikation

[max_kleinsorgen]

Hallo zusammen,

ich habe die Herausforderung, dass mein ZFS Storage fast voll ist nachdem ich eine Replikation eingerichtet habe.


Hier die Ausgangslage:

Auf node PV1 habe ich einen ZFS pool "mirror-0" auf 2 NVME disks mit 2TB.
Auf node PV2 habe ich eine ZFS pool "raidz1-0" auf 3 HDDs mit jeweils 1,2TB.
Beide Pools sind als ZFS Pool im Datacenter > Storage hinterlegt mit Block Size 16k und Thin provisioning enabled.

Auf diesem Pool liegen 2 VM disks: eine mit 500GB und eine mit 600GB, die zu einem Windows Server 2022 gehören.

Vor der Replikation war der der Pool auf node PV1 erwartungsgemäß mit ca. 1,2 TB belegt.
Nach der Replikation auf PV2 war der pool auf PV mit 1.87TB zu 96,7% belegt.
Die Replikation ist fehlerfrei durchgelaufen.

Meine Vermutung ist, dass die Block Size ungünstig ist und deshalb viel Platz unnötig verbraucht wird.
Der ZFS list Befehl gibt dazu auch Anzeichen:
Node PV1:

Node PV2:


Leider bin ich mit ZFS nicht so vertraut und deshalb hoffe ich auf Eure Hilfe, was ich Anpassen muss um wieder etwas Platz zu bekommen.

Vielen DANK.

Max

 

[max_kleinsorgen]

Danke für Eure Hinweise.

zpool trim hat leider nicht geholfen.

Der "used space" ist bei zpool list und zfs list komplett unterschiedlich.



Bin etwas ratlos ...

 

[max_kleinsorgen]

Wenn ich die Replikation lösche, dann ist der Platz wieder verfügbar.

root@pv1:~# zfs list -t all -o space -r usbpool

NAME AVAIL USED USEDSNAP USEDDS USEDREFRESERV USEDCHILD
usbpool 681G 1.09T 0B 96K 0B 1.09T
usbpool/vm-1121-disk-0 966G 508G 0B 223G 285G 0B
usbpool/vm-1121-disk-1 891G 609G 0B 399G 210G 0B


root@pv1:~# zpool list -v usbpool
NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
usbpool 1.81T 622G 1.20T - - 0% 33% 1.00x ONLINE -
mirror-0 1.81T 622G 1.20T - - 0% 33.5% - ONLINE
nvme-CT2000P3PSSD8_2407E8983A31 1.82T - - - - - - - ONLINE
nvme1n1p1 1.82T - - - - - - - ONLINE

Hat jemand eine Idee was bei der Replikation eingesellt sein muss, dass ich nicht so viel Platz verliere?

LG Max

 

[max_kleinsorgen]

Sorry, jetzt hat es den Output falsch formatiert.

 

[max_kleinsorgen]

Ich habe gestern Abend weiter gesucht und bin auf einen Post im englischen Forum gestoßen.

Dort gab es ein ähnliches Problem Replication needs so much additional storage space und dort wird der Unterschied thin / fat provisioning beschrieben.

Ich habe daraufhin den Storage gelöscht, die beiden ZFS Pools gelöscht und alles neu eingerichtet mit "thin provisioning", ahift=12 und "Block size"=16.
Jetzt ist das Problem behoben.

Hoffe das hilft jemandem mit einer ähnlichen Herausforderung.

LG Max