[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