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 <ke...@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.lu...@univ-avignon.fr
<mailto: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 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/
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
