Bonsoir, Tu n'aurais pas customizé vzdump.conf sur le proxmox 4 ? (comme le tmpdir)
— Kevin Labécot > Le 9 nov. 2020 à 18:36, Guillaume LUCAS <guillaume.lu...@univ-avignon.fr> a > écrit : > > Bonjour, > > Nous avons deux clusters Proxmox. L'un en version 4.4, l'autre en 6.2. Nous > avons migré nos VMs de l'un à l'autre (4.4 = > 6.2). > La plupart de nos VMs occupent moins de 20 Go. Nous avons quelques rares VMs > dont le disque dur atteint 1 To. > Chaque nuit, un script maison fait un vzdump --pigz de toutes nos VMs. La > destination est un MÊME montage NFS. > > Nous utilisons vzdump -mode snapshot -compress gzip -pigz 1 -dumpdir > $partage_NFS $VMID : > * En moyenne, le débit est de ~137 Mo/s sur le cluster Proxmox en version > 4.4 ; > * En moyenne, le débit est de ~31 Mo/s sur le cluster Proxmox en version > 6.2. > Les serveurs sous Proxmox 6.2 sont plus récents (2 CPU de 64 threads, 754 Go > de RAM) que ceux en version 4.4 (2 CPU de 32 threads, 300Go de RAM), donc ils > devraient fournir un débit supérieur ou égal. Ce n'est pas le cas. > > Nous utilisons -pigz 1 : > * Sur l'ancien cluster, on constate, avec htop, que la moitié des cœurs CPU > est utilisée à 100 % tout le long du vzdump ; > * Sur le nouveau cluster, la moitié des cœurs CPU est utilisée durant les 5 > premières secondes du vzdump, après quoi, l'occupation CPU est invisible. > > On a joué avec les options -compress, -pigz, -zstd : on a toujours un débit > inférieur et une occupation CPU moindre à ce que l'on a sous Proxmox 4.4. > Le paquet pigz est installé. La version de pigz est plus récente sur les > nouveaux Proxmox. Remplacer le binaire par celui des anciens Proxmox > n'apporte pas de résultat. > > Quelqu'un a une idée ? > > Bonne fin de journée. > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/