Optimisation Network transfert : HOST diff KVM (QEMU)

Support Debian
#1

Bonjour,

J’utilise Promox.

Vu que j’ai optimisé ma connexion Internet de mon domicile j’ai fais des tests vers mon serveurs Dédié chez OVH au Canada.

Et donc, j’ai un problème de taux transfert différent entre la machine dédié et une des Virtuelle Machine :

J’upload (j’envoie) depuis chez moi vers le serveur du Canada :

Sur le dédié j’envoie (donc le dédié écrit sur son disque) à 23.34 Méga Bits / seconde.
Par contre sur ma Virtual Machine (QEMU), çà écrit (transfert) à 1.97 Méga Bits / seconde.

J’envoie sur le dédié dans /root (4gig en 3minutes) :

16:29:06 root@dc.bdc:~ $ rsync -avP -e "ssh" /var/aliseries/BattleStar_Galactica-FR-EN-mkv/BG_2003_BLOOD_AND_CHROME/BattleStarGalactica-S0-BLOOD_AND_CHROME_D1_t05_FR-EN.mkv root@158.69.126.137:
root@158.69.126.137's password:
sending incremental file list
BattleStarGalactica-S0-BLOOD_AND_CHROME_D1_t05_FR-EN.mkv
  4,476,588,324 100%   23.34MB/s    0:03:02 (xfr#1, to-chk=0/1)

sent 437,902,293 bytes  received 508,543 bytes  2,133,386.06 bytes/sec
total size is 4,476,588,324  speedup is 10.21

J’envoie sur la VM dans /root (4gig en 1heure) :

16:32:38 root@dc.bdc:~ $ rsync -avP -e "ssh -p 1234" /var/aliseries/BattleStar_Galactica-FR-EN-mkv/BG_2003_BLOOD_AND_CHROME/BattleStarGalactica-S0-BLOOD_AND_CHROME_D1_t05_FR-EN.mkv root@158.69.126.137:
root@158.69.126.137's password:
sending incremental file list
BattleStarGalactica-S0-BLOOD_AND_CHROME_D1_t05_FR-EN.mkv
  4,476,588,324 100%    1.97MB/s    0:36:09 (xfr#1, to-chk=0/1)

sent 3,307,106,233 bytes  received 239,461 bytes  1,516,087.87 bytes/sec
total size is 4,476,588,324  speedup is 1.35
17:09:25 root@dc.bdc:~ $

Dans l’autre sens (tout dépend où l’on se situe) pour le « download » depuis le serveur dédié à chez moi je réceptionne à 20 Méga Bits /seconde - OK.

Est-ce que quelqu’un aurait une solution ou des informations précieuses à me partager ?

J’avais commencé les tests avec le protocole FTP et dans un partage NFS mais ici c’est dans le répertoire « /root » et non pas dans les partage réseau NFS, c’est seulement entre l’hôte et la virtual Machine.

J’ajoute cet imprime écran (côté OVH) :

Capture d'écran 2024-03-07 163343 - Bande passante - Server Dedied

Merci.

Romain

#2

C’est une machine physique ou une machine virtuelle?

Une machine physique à capacité théoriquement égale est toujours supérieure à une machine virtuelle.

Ta machine virtuelle a deux goulots d’étranglement:

  • Le matériel virtuel et le système installé et la technologie de stockage.
    Et je ne compte pas le lien entre le stockage et le reste.
    Et je ne compte pas non plus le cheminement réseaux entre la source et la destination.
#3

Bonsoir, meci pour la réponse @Zargos.

C’est une machine physique je pense. Je ne suis pas dans le data-center, ni travaille chez OVH :thinking: :blush: :innocent:

C’est une machine de ce style : Serveurs dédiés Rise.

Oui, il faudrait que je vérifie dans Proxmox, le type de carte réseau qu’on peut attribuer aux VMs, si une serait plus performante qu’une autre.

Déjà la commande lshw me retourne 10 Méga bits / seconde sur les liens / bridge TAP driver TUN

root@lab3w:~ # lshw -class network
  *-network:0
       description: Ethernet interface
       produit: I350 Gigabit Network Connection
       fabriquant: Intel Corporation
       identifiant matériel: 0
       information bus: pci@0000:04:00.0
       nom logique: eno1
       version: 01
       numéro de série: 0c:c4:7a:02:5f:a4
       taille: 1Gbit/s
       capacité: 1Gbit/s
       bits: 32 bits
       horloge: 33MHz
       fonctionnalités: pm msi msix pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=igb driverversion=5.6.0-k duplex=full firmware=0.93, 0x800006b2 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       ressources: irq:32 mémoire:fb920000-fb93ffff mémoire:fb944000-fb947fff mémoire:fb948000-fb967fff mémoire:fb968000-fb987fff

link=yes multicast=yes
  *-network:3
       description: Ethernet interface
       identifiant matériel: 5
       nom logique: vmbr0
       numéro de série: 0c:c4:7a:02:5f:a4
       fonctionnalités: ethernet physical
       configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=158.69.126.137 link=yes multicast=yes

  *-network:0
       description: Ethernet interface
       identifiant matériel: 2
       nom logique: tap107i0
       numéro de série: 02:a3:46:f3:b7:2a
       taille: 10Mbit/s
       fonctionnalités: ethernet physical
       configuration: autonegotiation=off broadcast=yes driver=tun driverversion=1.6 duplex=full link=yes multicast=yes port=twisted pair promiscuous=yes speed=10Mbit/s

Tiens je vois sur les interface TAPxxx → speed=10Mbit/s et autonegotiation=off :confused:

configuration: 
autonegotiation=off 
broadcast=yes 
driver=tun 
driverversion=1.6 
duplex=full 
link=yes 
multicast=yes 
port=twisted pair 
promiscuous=yes 
speed=10Mbit/s

C’est donc pour çà que je suis bloqué à 1.25 Méga octects / seconde - Parce que 1 Bit est égal à 0.125 octect et donc 0.125 octect multiplié par 10 Méga Bits maximum sur l’interface, font bien 1.25.

C’est super nul !!

Sorry :wink: minuit 49

Je pète des cables ^^ le RSYNC ressort le taux de transfert en Bits (Kilo, Méga)…

#4

En fait quelque soit la carte choisie dans une machine virtuelle ca reste du virtuel en fait. Et du virtuel n’atteint jamais les performance du matérieu, du fait de la couche de virtualisation justement.

donc une VM avec une carte réseau virtuelle de 100 Mb n’atteindra jamais la performe de 100Mb à 100%.

#5

Ouais…