Test VPS Angel/wedos/hexageek

Mam vps u angel-hosting se kterym nejsem moc spokejenej. Vypadky a naprosto zoufaly i/o me donutily hledat novej VPS. Testy nejsou nijak sofistikovane ale pouze zakladni mereni cpu a i/o. instalace ioping wget http://ioping.googlecode.com/files/ioping-0.6.tar.gz tar zxvf ioping-0.6.tar.gz cd ioping-0.6 make make install IOPING meri nahodny pristup na disk dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync sekvenci zapis na disk. Angel 2x cpu 4g ram HARDISK --- / (simfs /dev/simfs) ioping statistics --- 100 requests completed in 102881.1 ms, 26 iops, 0.1 mb/s min/avg/max/mdev = 0.1/38.2/698.6/91.9 ms root@:/# dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync 65536+0 records in 65536+0 records out 1073741824 bytes (1.1 GB) copied, 11.5813 s, 92.7 MB/s CPU root@:/# dd if=/dev/zero bs=1M count=1024 | md5sum 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 2.88567 s, 372 MB/s cd573cfaace07e7949bc0c46028904ff WEDOS 4 moduly 2x cpu 2g ram Hardisk --- / (ext4 /dev/sda2) ioping statistics --- 100 requests completed in 99075.4 ms, 1970 iops, 7.7 mb/s min/avg/max/mdev = 0.3/0.5/0.7/0.1 ms pres den # dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync 65536+0 records in 65536+0 records out 1073741824 bytes (1.1 GB) copied, 29.9813 s, 35.8 MB/s vecer # dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync 65536+0 records in 65536+0 records out 1073741824 bytes (1.1 GB) copied, 9.58518 s, 112 MB/s Cpu # dd if=/dev/zero bs=1M count=1024 | md5sum 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 3.78978 s, 283 MB/s HEXAGEEK VPS EXTRA 2x cpu 2 g ram Hardisk --- / (ext3 /dev/disk/by-uuid/c9b9707a-acbb-4159-b5af-f23c6ebb472c) ioping statistics --- 100 requests completed in 100718.3 ms, 59 iops, 0.2 mb/s min/avg/max/mdev = 0.5/16.9/120.7/25.2 ms root@:/tmp# dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync 65536+0 records in 65536+0 records out 1073741824 bytes (1.1 GB) copied, 29.4987 s, 36.4 MB/s CPU root@:~# dd if=/dev/zero bs=1M count=1024 | md5sum 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 4.05527 s, 265 MB/s cd573cfaace07e7949bc0c46028904ff Wedos ma bezkonkurecne nejlepsi I/O. Angel ma nejlepsi vykon cpu ale naprosto nepouzitelny I/O. Hexageek je na tom celkove asi nejhur nic moc I/O nejpomalejsi cpu ze trech testovanych.

Každá virtualizační technologie má svá úzká místa - své výhody a nevýhody. Záleží, co preferuješ, a za jaké peníze... A není to jen o výkonu stroje

to je nejaky divny :) . to je skoro jako by nam to nejelo vubec... defakto jako bychom to ani nemeli zapnuty

Hlavně ty testy o ničem moc nevypovídají. VPS můžeš mít někde na "čerstvém" hypervizoru a být tam sám, nebo naopak na plném a výsledek může být diametrálně jiný. Dalším faktorem je to jak to zatěžují "sousedi" ... atd :)

Jasne, je treba pocitat se sousedy, ale jestlize chci na serveru neco provozovat a nemuzu (protoze bez IO neudelam nic) , muze mi byt jedno, na co se provozovatel vymluvi.. Spise asi zalezi, jestli je takovou situaci schopen (a ochoten) nejak resit.

Disky a rychlost - I/0 je v principu závislé na discích a jejich konfiguraci. Pokud používáte disky 7,2k tak asi máte jiné limity než když použijete disky 15k otáček a třeba v RAID 10 jako my. Je to řešení více než dvakrát dražší, ale ten rozdíl ve výkonu tam prostě je. RAID 10 má sice pomalejší zápis než RAID 0. Další vliv je řadičem. Něco je o technologii virtualizace...Tam se jiná kouzla nevymyslí.Zbytek (procesor a další vlastnosti) je vždy o aktuální zátěži a každý by to měl umět (a měl chtít ) řešit. Pokud zde byla poznámka o čerstvosti, tak to platí samozřejmě také, ale třeba u nás je to tak, že my supervizor zaplníme za několik dní (řádově 2-5) a naopak na počátku je tam zátěž vyšší než za běžného provozu. Každý totiž instaluje, upgraduje, ladí a pořád je tam zátěž. V okamžiku, kdy to každý nechá v běžném provozu, tak zátěž naopak klesne na stabilní úroveň. Jiné to je, pokud poskytovatel server plní třeba 3 měsíce. Tam potom na počátku je 1 klient a má výkon pro sebe. Postupně zátěž narůstá a jemu výkon ubývá.

jsou tam SAS disky v nasem pripade. Ale ty vysledny hodnoty mi pripadaji divny. Snazime se zjistit o ktere VPS se jednalo. Mame tam totiz nektere blazny obcas co vytezuji disky na sileny hodnoty a nepomahaji limity ani rizeni ve vmware nebo kvm..---------- Příspěvek doplněn 06.03.2012 v 20:31 ----------

Napsal Nergall;768155

Jasne, je treba pocitat se sousedy, ale jestlize chci na serveru neco provozovat a nemuzu (protoze bez IO neudelam nic) , muze mi byt jedno, na co se provozovatel vymluvi.. Spise asi zalezi, jestli je takovou situaci schopen (a ochoten) nejak resit.

jsme ochotni resit vse.. staci se ozvat supportu..

Já bych potřeboval každý den "rozbourat" nějaká data (každej den pustit tak na 5 - 20 minut jeden skriptík:) takže se po něčem poohlížím. Můžete to v rámci objektivnosti ještě jednou přetestovat?

pokud ten script nepocita md5 hash 30 soubouru naraz a v 5 vlaknech kazdej tak klidne :). samotne vypocty nejsou problem stroje jsou 2x CPU x5507 8jader. takze vykon se rozklada hezky..

Myslim že tak náročný to nebude;) Spíš mi de o tu délku běhu. Možná vás vyzkouším...

nejdulezitejsi je vzdy IO; nic jineho neni uzke hrdlo....ale IO je zlo :(bud limitovat per IO na urovni virtualizace, nebo investovat mraky penez do optimalizovaneho storage

IO je dulezite v zavislosti na tom co tam bude zakaznik provozovat. Resime napriklad problemy se zakaznikama ktery pouzivaji VPS pro upload na warez systemy. Vetsinou pusti 10 uploadu naraz vcetne pocitani kontrolnich MD5 souctu nad soubory.. to se disky hodne zapoti..pokud tam bezi weby, openx, narocne wordpressy nebo vetsi portaly kde se hodne veci cachuje tady se uz hraje o pamet a prerozdelovani mezi CPU ..

IO je důležité pro jakékoliv diskové operace. Zopakuji, že u disků je to primárně o jejich konfiguraci a jejich rychlosti (případně technologii připojení). Většinou se kvůli ceně používají pomalé disky 7,2k otáček. Tam to nevymyslíte jinak. Potom vidíte zásadní rozdíly třeba ve výsledku tohoto "pseudo" testu. Rozdíl v pořizovací ceně velký (přímo obrovský), ve výkonu také obrovský - iops 1970 versus 59 versus 26... Samozřejmě, že to jsou nějaké náhodné hodnoty, ale určitě to má nějakou vypovídací hodnotu.U paměti je to o více faktorech, ale v základu jde o to, zda ji "přeprodáte" několikanásobně nebo ji garantujete plus máte rezervy. CPU je při dnešních výkonech téměř ten nejmenší problém (tedy pokud provozovatel zásadně nepřetěžuje celý hypervizor nadměrným množstvím zákazníků).

Takže se přiznám že jsem asi trošku zaplašil. Udělal jsem menší pročištění scriptu a bez větší optimalizace jsem se na localhostu dostal pod 90s :) Takže to klidně můžu pověsit na klasickej hosting. Je až neuvěřitelný co dokáže pár správně napsanejch řádků kódu :) Holt člověk se pořád učí...

Napsal nahoru;769649

Takže se přiznám že jsem asi trošku zaplašil. Udělal jsem menší pročištění scriptu a bez větší optimalizace jsem se na localhostu dostal pod 90s :) Takže to klidně můžu pověsit na klasickej hosting. Je až neuvěřitelný co dokáže pár správně napsanejch řádků kódu :) Holt člověk se pořád učí...

Vacsinou je to bohuzial o tom. Zla, neoptimalizovana aplikacia vyhuli server aj pri malom trafiku a potom sa hosting moze cudovat.. :-)