OVH VPS CLOUD - OS Srv 2012 R2 - Perf désastreuse - Ticket en cours

Message par **kalistyan** » mar. 6 oct. 2015 11:33

Je fais suite à mon message dans Ping/Pong

Fiche tech du VPS :

Test de débit :

root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads:  12 MB in  3.43 seconds =   3.50 MB/sec
root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads: 224 MB in  3.02 seconds =  74.13 MB/sec
root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads: 136 MB in  3.00 seconds =  45.27 MB/sec
root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads:  60 MB in  4.94 seconds =  12.14 MB/sec
root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads: 136 MB in  4.60 seconds =  29.57 MB/sec
root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads: 224 MB in  3.01 seconds =  74.35 MB/sec
root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads: 132 MB in  4.55 seconds =  29.02 MB/sec
root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads:  56 MB in  4.40 seconds =  12.73 MB/sec
root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads:  28 MB in  6.56 seconds =   4.27 MB/sec
root@vps206760:~# hdparm -t /dev/vda1

/dev/vda1:
 Timing buffered disk reads:  32 MB in  4.14 seconds =   7.74 MB/sec
root@vps206760:~#

Le support m'a demandé de réaliser les tests en mode rescue.

Message par **gizmo78** » mar. 6 oct. 2015 11:36

en mode rescue sur un vps? oO

Message par **kalistyan** » mar. 6 oct. 2015 12:07

Bonjour,

Votre vps a redémarré en mode 'Rescue' ; cela signifie qu'un
Linux est lancé sur votre vps. Il ne s'agit pas du système qui est
normalement installé:

- L'arborescence de votre vps est montée dans '/mnt'.

Code : Tout sélectionner

root@rescue-pro:/bin# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 7.8 (wheezy)
Release:        7.8
Codename:       wheezy

Je viens d'effectuer quelques tests :
Pour info, dans ce mode, mon disque est /dev/vdb1

Code : Tout sélectionner

root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads:  42 MB in  3.30 seconds =  12.72 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads:  96 MB in  5.78 seconds =  16.60 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads: 104 MB in  3.00 seconds =  34.62 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads:  12 MB in  3.20 seconds =   3.75 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads:  60 MB in  3.00 seconds =  19.99 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads: 152 MB in  4.53 seconds =  33.52 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads: 166 MB in  3.00 seconds =  55.27 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads: 152 MB in  3.41 seconds =  44.63 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads: 172 MB in  5.85 seconds =  29.39 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads:  76 MB in  5.50 seconds =  13.81 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads:  50 MB in  6.19 seconds =   8.07 MB/sec
root@rescue-pro:/# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads: 152 MB in  4.16 seconds =  36.57 MB/sec
root@rescue-pro:/#

Même en mode pompier c'est loin d'être stable

Y a vraiment une coquille avec leur espace de stockage partagé

Message par **kalistyan** » mar. 6 oct. 2015 14:23

Bonjour,

Merci pour les résultats des commandes communiquées.
Je viens de remonter le souci à nos admins afin de mieux vérifier.
Je vous tiendrai au courant dès que j'aurai el retour.

Je reste à votre disposition pour toute demande complémentaire.

Cordialement,

Message par **Tadeus** » mar. 6 oct. 2015 14:45

En même temps, c'est du VPS, donc bon si tu tombes avec des bourrins sur le même espace de stockage

Message par **kalistyan** » mar. 6 oct. 2015 15:33

C'est leur problème pas le mien

Je demande pas grand chose, juste un OS qui tourne correctement. Actuellement c'est inutilisable tellement ça rame entre chaque clique.

Message par **kalistyan** » mar. 6 oct. 2015 16:07

Yo l'ami,

Super sympa ta proposition mais techniquement me faut un OS Microsoft :d et surtout un serveur externe.

Message par **kalistyan** » jeu. 8 oct. 2015 10:37

Bonjour,

Le souci a été remonté à l'équipe concerné. Par contre, Hdparm n'est pas recommandé pour la technologie utilisée Openstack/Ceph, il remonte de faux résultats il est recommandé d'utiliser la commande dd, comme celle-ci :

dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync

Je reste à votre disposition pour toute demande complémentaire.

Cordialement,

A tester...

Message par **kalistyan** » jeu. 8 oct. 2015 10:53

C'est mieux... A tester en mode non rescue.

Code : Tout sélectionner

root@rescue-pro:~# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 6.52339 s, 165 MB/s
root@rescue-pro:~# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 4.9916 s, 215 MB/s
root@rescue-pro:~# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 5.25512 s, 204 MB/s
root@rescue-pro:~# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 5.55332 s, 193 MB/s
root@rescue-pro:~# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 4.83719 s, 222 MB/s
root@rescue-pro:~# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 5.84847 s, 184 MB/s
root@rescue-pro:~# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 4.69696 s, 229 MB/s
root@rescue-pro:~# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 5.04264 s, 213 MB/s
root@rescue-pro:~#

Message par **kalistyan** » jeu. 8 oct. 2015 11:05

Cela fonctionne correctement en mode normal.

Code : Tout sélectionner

root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 3,39095 s, 317 MB/s
root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 3,08543 s, 348 MB/s
root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 2,64658 s, 406 MB/s
root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 3,90907 s, 275 MB/s
root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 4,59188 s, 234 MB/s
root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 3,41112 s, 315 MB/s
root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 4,10376 s, 262 MB/s
root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 3,14709 s, 341 MB/s
root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 3,91687 s, 274 MB/s
root@vps206760:/# dd bs=128k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
1073741824 bytes (1,1 GB) copied, 4,26192 s, 252 MB/s
root@vps206760:/#

Message par **poulpito** » jeu. 8 oct. 2015 11:08

et si tu refais un hdparm maintenant ? il dit quoi ?
et ton ressentit il est mieux ?
non parce que ils ont beau dire que DD marche mieux avec le partage disque openstack, si le ressentit est toujours catastrophique, ils ont rien résolu ^^

Message par **Zedoune** » jeu. 8 oct. 2015 11:14

il faut OUBLIER l'utilisation de /dev/zero car c'est une MAUVAISE PRATIQUE. Suffit qu'il y est un truc qui compresse les données (firmware SSD, système de fichiers etc...) et ça fausse complètement les résultats.

Prends /dev/random à la place

Message par **Tadeus** » jeu. 8 oct. 2015 12:07

/dev/random, tu va êtres limités par ton CPU

Utilises spew plutôt, tu as la commande dans un de mes posts sur le forum. Tu auras des vrais écritures/lectures

Et tester avec 1 Go, c'est pas assez vu la taille des différents caches ajd... prends au moins 5/10 Go

Message par **Zedoune** » jeu. 8 oct. 2015 12:14

/dev/random, tu va êtres limités par ton CPU

Utilises spew plutôt, tu as la commande dans un de mes posts sur le forum. Tu auras des vrais écritures/lectures

Et tester avec 1 Go, c'est pas assez vu la taille des différents caches ajd... prends au moins 5/10 Go

Ouais c'est vrai que ça va pas vite /dev/urandom

Message par **gizmo78** » jeu. 8 oct. 2015 13:41

attention, t'as random et urandom, c'est différent non?

Message par **Zedoune** » jeu. 8 oct. 2015 13:45

attention, t'as random et urandom, c'est différent non?

oui, je voulais dire d'utiliesr /dev/urandom mais c'est vrai que c'est pas rapide... :/

Message par **kalistyan** » jeu. 8 oct. 2015 16:35

et si tu refais un hdparm maintenant ? il dit quoi ?

Tjrs merdique

Code : Tout sélectionner

root@rescue-pro:~# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads:  92 MB in  3.05 seconds =  30.20 MB/sec
root@rescue-pro:~# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads: 116 MB in  3.02 seconds =  38.37 MB/sec
root@rescue-pro:~# hdparm -t /dev/vdb1

/dev/vdb1:
 Timing buffered disk reads: 120 MB in  3.05 seconds =  39.40 MB/sec
root@rescue-pro:~#

non parce que ils ont beau dire que DD marche mieux avec le partage disque openstack, si le ressentit est toujours catastrophique, ils ont rien résolu ^^

Nous sommes bien d'accord.

---

Un test avec 4 Go :

Code : Tout sélectionner

root@rescue-pro:~# dd bs=512k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
4294967296 bytes (4.3 GB) copied, 17.9947 s, 239 MB/s
root@rescue-pro:~# dd bs=512k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
4294967296 bytes (4.3 GB) copied, 20.5897 s, 209 MB/s
root@rescue-pro:~# dd bs=512k count=8192 if=/dev/zero of=test conv=fdatasync
8192+0 records in
8192+0 records out
4294967296 bytes (4.3 GB) copied, 20.0174 s, 215 MB/s
root@rescue-pro:~#

et ton ressentit il est mieux ?

Bah il n'y a plus de lenteur...

Reste à savoir si ils ont changé quelques choses ou pas...

Message par **poulpito** » jeu. 8 oct. 2015 17:18

ils ont viré un mec qui avait une seedbox torrent sur le même espace de stockage

Message par **gizmo78** » jeu. 8 oct. 2015 17:19

ou ils l'ont juste changé de noeud

Message par **kalistyan** » jeu. 8 oct. 2015 17:20