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@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@univ-avignon.fr mailto:guillaume.lucas@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/