[FRsAG] Proxmox 6.2 : lenteur vzdump + très faible occupation CPU de pigz

Guillaume LUCAS guillaume.lucas at univ-avignon.fr
Mar 10 Nov 11:24:09 CET 2020


Bonjour,

Le 09/11/2020 à 18:50, David Ponzone a écrit :
 > Euh t’as comparé tes perfs NFS depuis chaque serveur ?

Non. Mais c'est le même montage NFS. Le même switch au milieu. Les mêmes 
optiques 10 G, etc.


Le 09/11/2020 à 19:02, Kevin LABECOT a écrit :
 > Tu n'aurais pas customizé vzdump.conf sur le proxmox 4 ? (comme le 
tmpdir)

Non, le vzdump.conf est celui par défaut, donc vzdump utilise les 
arguments que l'on passe sur la ligne de commande.


Le 10/11/2020 à 07:13, Christophe Nouvel a écrit :
 > Et si le bottleneck était à la source?
 > Sur quel storage sont stockés les disques des VMs?

Stockage local. LVM sur un RAID matériel. Cluster Proxmox 4 = PERC H730P 
Mini 2 Go de cache. Cluster Proxmox 6 = PERC H330 Mini sans cache.


 > Et franchement, pour résoudre tous ces problèmes qui sollicitent
 > fortement les stockages : installé un proxmox BackUp server et le 
tour > est joué! Spectaculaire!

Nous ne connaissons pas. On va regarder. C'est une nouveauté Proxmox 6 ?

Bonne journée.


Le 10/11/2020 à 07:13, Christophe Nouvel a écrit :
> Bonjour,
> Et si le bottleneck était à la source?
> Sur quel storage sont stockés les disques des VMs?
> 
> Et franchement, pour résoudre tous ces problèmes qui sollicitent 
> fortement les stockages : installé un proxmox BackUp server et le tour 
> est joué! Spectaculaire!
> 
>    Bonne journée,
> 
>    Christophe Nouvel.
> 
> Envoyé de mon iPhone
> 
>> Le 9 nov. 2020 à 19:03, Kevin LABECOT <kevin at labecot.fr> a écrit :
>>
>> 
>> 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.lucas at univ-avignon.fr 
>>> <mailto:guillaume.lucas at 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 unMÊMEmontage NFS.
>>>
>>> Nous utilisons vzdump -mode snapshot -compress gzip -pigz 1 -dumpdir 
>>> $partage_NFS $VMID :
>>> * En moyenne, le débit est de ~137Mo/s sur le cluster Proxmoxen 
>>> version 4.4;
>>>   * En moyenne, le débit estde ~31Mo/s sur le cluster Proxmoxen 
>>> version 6.2.
>>> Les serveurssous Proxmox6.2 sontplus récents(2 CPUde 64 threads, 
>>> 754Go de RAM) que ceuxen version 4.4 (2CPUde 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 
>>> sousProxmox 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/


Plus d'informations sur la liste de diffusion FRsAG