Virtuální servery (diskuse)

[Bluebear]

Ten hardware je možná až maličko přehnaný, ale na druhé straně, železo je dnes levné.

Slabší, ale pořád celkem obstojný 1U server se dá pořídit za 15 700,- Kč i s daní.

[snajpa]

Jasne ja mam ale predstavu, ze by to (pro jistotu) melo byt skalovatelne, tzn. 2cpu deska a pod. Jednoduse receno, aby to bylo mozne kdykoliv rozsirit, i kdyz se muze zacinat treba jenom s jednim procesorem, mene ram a mensimi disky. Neni problem (kdyz budou chechtaky) to potom rozsirit.

[Bluebear]

Pozor - u většiny serverhostingů se platí za 2U server o dost víc než za 1U, takže pokud není moc peněz, je vhodné to mít co nejplacatější.

[snajpa]

Vime a proto jsem psal "okolo tří tisíc" ne "okolo tisíce" -- teda pokud serverhouing vyrazne nezdrazil od doby, co jsem to prohlizel naposled (mesic, dva)

[Jakub Suchy]

FS nebrat. Mluvim z lvastni zkusenosti (problemy se sitovkami, low end hardware).

Ted jsem zjistoval podobne a hetzner.de, ovh.fr, tam se da poridit quad core okolo 60 EUR mesicne...to tady zaplatite za housing :)

[Věroš]

Při nákupu Fujitsi Siemens je potřeba počítat s tím, že se do toho musí dávat značkové disky a paměti (cenu vynásobit dvěma).

Na druhou stranu mají občas zajímavé akce - letos jsem na jaře takhle koupil dva za cenu jednoho.

BTW: Pokud chceš malý virtuální server a nechceš to na hraní, ale pro bohulibý účel (= pro nekomerční účely), tak ho umíme poskytnout.

[Zdeněk Burda]

V master.cz můžeš mít mašinu (do 150W příkonu, za další W připlácíš) na lince 10Mbps do NIXu a 1Mbps mimo něj za cca 800kč bez dph.

[snajpa]

O tehle moznosti vim, ale to by byla nuda (100Mbit + silna masina by nuda byt nemusela)

[Bluebear]

Slyšel jsem ale, že master.cz nemá nejlepší podporu

Pokud jsem dobře pochopil jejich ceník, tak 890,- Kč bez daně je s podmínkou, že přenesená data měsíčně nepřesáhnou 1000 GB po ČR a 100 GB do zahraničí; nad tuto mez se pak platí 15,- Kč (bez daně?) za 1GB.

Nebo je možné za stejnou sumu mít neomezená data, ale s tím, že rychlost je omezena na 10 Mbps po ČR a 1 Mbps do zahraničí, což je bohužel pro server hrozně málo.

[snajpa]

Presne to se mi na tyhle moznosti nelibi.

[Käyttäjä 11133]

Nebo je možné za stejnou sumu mít neomezená data, ale s tím, že rychlost je omezena na 10 Mbps po ČR a 1 Mbps do zahraničí, což je bohužel pro server hrozně málo.

Obzvláště, když tuhle tonektivitu má leckdo doma s tím, že má 10Mb do NIXu i mimo něj..

[Zdeněk Burda]

Ohledně podpory jsem slušel stejnou větu na každé datacentrum v ČR. S podporou master.cz nemám problémy a kolegové co u nich mají mašiny dýl také ne. Pražské datacentrum master.cz je pěkné, nové a dobře zařízené.

Ohledně rychlostí - záleží co na tom serveru chceš provozovat, pokud to má být víc používaný repository pro rpm, warez server, porno server tak ti nemusí stačit ani 1Gbps linka, ale normálním smrtelníkům těch 10/1Mbps může stačit ještě hodně let.

[Bluebear]

10Mbps do ČR by snad opravdu stačilo, ale 1Mbps do zahraničí je IMO docela zoufalé. Pokud tam bude ke stažení cokoli, o co může mít zájem někdo mimo ČR - a to platí pro kdejaký opensource projekt - a bude to každého hrozně frustrovat.

[xm]

1Mbps je naprostý výsměch, to nestačí ani na normální trochu více navštěvované webové stránky (obzvláště pokud je tam více obrázků), pro návštěvníky to pak musí být naprosté utrpení na takové sstránky lézt, pomalu návrat do doby kamenné (eh, chtěl jsem říct modemové ).

[Kroko]

a proc resite objem? za to cenu je to slusna nabidka, navic provozuju nekolik serveru uz pres rok a pul a zatim se mi nepodarilo prekrocit 100 GB do NIX a 60 GB na transit zhruba ... takze me to netrapi, na druhou stranu se to da snadno hlidat, takze neni problem kdyz se prenosy zacnou blizit vetsimu mnozstvi tak zvysit limit nebo jit na datove neomezeny serverhousing

[snajpa]

Nakonec jsme k tomu taky dospeli, vzhledem k castkam, ktery za pseudo-neomezeny traffic vetsina housingu chce.
Takze jdeme k master.cz. Jinak pokud se k nam chces pridat, napis mi mail (viz profil)

[Kroko]

ne, diky, z takovych hracicek jsem uz vyrostl .... ;)

[Luboš Doležel (Doli)]

Slušnou nabídku má SuperHosting.cz, nicméně kamarádovi, co se rád hrabe v právních věcech, se nelíbila jejich smlouva. Za všechny škody například ručí jen do výše měsíčního paušálu, takže snad i kdyby server vyhodili vlastní vinou do povětří.

[snajpa]

Ja ale tyhle vsechy hostingy uz projel.. vdycky se mi neco nelibilo, tak jsem vymyslel tohle. To by me i bavilo.

[Luboš Doležel (Doli)]

Jenže i když sis vymyslel tohle, tak to musíš dát do nějaké hostingové společnosti. Tady máš 5 IP adres v ceně a pár věcí navrch.

[snajpa]

Mam dohodnuty hosting s dohledem, dostatek IP adres, konektivita 100M, no limit traffic. U CL-netu. Takze hosting je vyreseny za 3kkč.

[Luk]

Kdo by uvažoval u SuperHostingu, ať si rovnou najde právníka, může se stát, že ho bude potřebovat

[Luboš Doležel (Doli)]

Copak, nějaké zkušenosti, nebo jen reaguješ na to, co jsem napsal?

[Luk]

Kdysi jsem tam měl jeden server. Pak byly nějaké potíže (časté výpadky konektivity), tak jsem se rozhodl smlouvu vypovědět. Výpověď byla doručena, jenže oni mi následně poslali fakturu ne na 1 měsíc (což byla výpovědní lhůta podle smlouvy), nýbrž na 3 měsíce. Zaplatil jsem tedy jen část podle smlouvy, oni mi ovšem nechtěli vydat můj server, dokud nezaplatím všechno. Tak jsem to (po neúspěšném pokusu to vyřídit přímo) předal právníkovi, aby to s nimi vyřešil - hned za dva dny se ozvali, že mám server připraven k vyzvednutí. Pak se ještě ozvali asi po necelém roce, že jim prý něco dlužím, ale když jsem jim připomněl právníka, dali pokoj a dokonce poslali i daňový doklad, který mi podle zákona měli poslat do 15 dnů od přijetí platby (ale to ať si řeší s berňákem).

[Michal Kubeček]

Co tak čtu diskuse, spíš bych řekl "může se stát, že ho nebude potřebovat". :-)

[Luk]

I tak možno

[Bluebear]

Vzhledem k tomu, že jsem dnes taky prováděl průzkum serverhostingů, tak se můžu podělit o výsledky - bohužel musím konstatovat, že je to všechno nechutně drahé - nebo je to možná přiměřené a my jsme nechutně chudí - vyber si

AbcHost (ano, to jsou ti, kteří nám hostují AbcLinuxu) nabízejí místo pro 1U server za 1100,- Kč bez daně; data do NIXu neomezená, do zahraničí limit 200 GB (nevím, co se stane při překročení). Nevýhodou je, že housingové centrum není přístupné 24/7, fyzický přístup je možný jen v doprovodu pracovníků hostingu.

Ignum má 1U místo za 2190 Kč bez daně s 200 GB do zahraničí a neomezeně do NIXu, anebo zcela bez omezení, ale jen s 10Mbps linkou. Výhoda je, že mají 24/7 dozor, fyzický přístup kdykoli si vzpomeneš a patrně taky velmi dobrou podporu.

O Master už mluvil kolega - mají také 24/7 dozor, cena se pohybuje od 890,- za 1000/100 GB přes 1090,- za 2000/200, až po 2790,- za 10000/1000 GB. Anebo neomezená data za 890,- (10/1 Mbps) nebo 1390,- Kč (100/1 Mbps). Mají také speciální program pro studenty - 500/50 GB limit za 690,- nebo 2000/100 GB za 1390,-.

Czechia (Zoner) poskytuje serverhousing za 1500,- Kč bez daně, vyhrazená linka 100 Mbps, datový limit 2000 GB do NIXu a 100 GB do zahraničí; mají 24/7 dozor a fyzický přístup kdykoli.

Arachne Labs nabízí místo pro 1U server za 1416,- Kč (i s daní!) a lze získat významnou slevu, pokud server moc nežere (při 80W je to už jen 1059,- Kč i s daní; ITX server se spotřebou max. 50 W by stál jen 583.10,- Kč, ale nedovedu si představit, jak by něco takového vůbec šlo udělat). 100 Mbps do NIXu bez omezení dat, do zahraničí 100 GB.

[snajpa]

Problem je, ze tohle (vsechno?) je pres tisicovku, co se mi rozhodne davat nechce. Kdyz bych mel hosting za tri tacy a platilo to celkem 10 lidi, tak i s naklady na nejaky ten upgrade mi to vychazi okolo 500-600Kc.

[houska]

to nezni spatne
btw porad se mi to tu vali...

[snajpa]

No vidis to ty bys mel zajem?

[Aleš Kapica]

Nejde o mašinu, ale o konektivitu. Ta vyjde mnohem dráž než vlastní železo.

[snajpa]

Viz vyse v diskuzi, mam to dohodnute s CL-netem, pripojeni primo na jejich pater, odber do 400W, rack 3U, dostatek IP adres (okolo 30ti pry neni problem). Okolo 3 tis./mes.

[CEST]

4GB pro 10 lidi?? Nebude to malo na jednoho ani ne 400MB? Ale na jednoduchy maly apache+php, postfix, ssh by to stacit mohlo, ale jestli tam nekdo bude matlat javu, tak to bude chtit asi vic, ne? Vychazim z predpokladu, ze XEN a VMware chteji pamet natvrdo. Neznam OpenVZ, takze jestli umi pamet virtualnim masinam pridelovat on-the-fly, tak by to stacit mohlo, pokud tech 10 stroju nezacne zrat pamet najednou.

[snajpa]

Samo, proto rikam ze chci skalovatelnou masinu se skalovatelnou deskou, kam by se dalo nacpat fully buffered ECC az do 16GB. Zatim to vidim na Intel Sapello

[snajpa]

Jo a Openvz prideluje pamet dynamicky, podle nastaveni.

[VRtulnikk]

Kdyby to bylo na XENu, mozna bych nad tim uvazoval...

[snajpa]

K cemu specifickemu potrebujes xen? jinak pokud muze xen a openvz bezet najednou na jedny masine (nezkousel jsem), tak by to asi nebyl problem. Ale nechapu proc xen, je to spousta dalsi rezie (v porovnani s vz) navic.

[xm]

No problém s OpenVZ či Linux-VServerem může být ten, že to není skutečná virtualizace, jen kontejner. Pamatuji si, že byly např. pod VServerem problémy s virtualizací tun/tap zařízení, nastavováním iptables pravidel v rámci jednotlivých virtuálních mašin, při velké zátěži a mnoha virtuálních mašinách docházely IPC prostředky, atp.

Při plné virtualizaci (či paravirtualizaci) se chová virtuální mašina mnohem více jako reálný stroj. Ale osobně jsem proti Xenu (je to IMHO slepá větev vývoje), to už spíše KVM (které je navíc přímo součástí kernelu).

[snajpa]

Pokud by byl zájem, neměl by být problém některou z těchhle technologií nasadit.

[xm]

Nicméně je možné, že doba už pokročila a OpenVZ či VServer už takovými dětskými nemoci netrpí... ale skutečná virtualizace je skutečná virtualizace

[snajpa]

Co se openVZ tyce, vetsina techhle neduhu uz je davno pryc. S linux-Vserver nevim, ale prijde mi mnohem mene propracovany v tomto ohledu.

[martinz]

Linux-Vserver a OpenVZ jsou vyhodny hlavne pro hostery. Pouzivaji sdilenou pamet a pevne vyhrazena pamet pro jeden VPS je zboznym pranim nez zkutecnosti. Diky tomu jsou takhle schopny nasadit stovky vps na jeden server a podle toho to pak vypada. Vykon je v pohode cirka do 5 VPS, pak uz to jde dost dolu.

Dulezity je si uvedomit ze tyhle 2 systemy swapuji do jednoho spolecneho mista - opet problem pri vyssi zatezi. Neni mozny pouzit svuj kernel. Omezeny moznosti firewallingu a veci jako OpenVPN prakticky nemozny.

xen je tezky na instalaci, ovsem vysledek je vyborny. I pri velky zatezi vyborny vykon.

mrknete i na VmwareESXi - luxusni administrace

[xm]

KVM!

[snajpa]

Proc ne, mrknu na nej..

[trekker.dk]

Poslední asi tři dny si s tím hraju - zatím se mi povedlo nainstalovat virtuální stroj, migrovat pozastavený stroj na jiný počítač (teda ve sktuečnosti na ten stejný, ale na jinou instanci kvm) a spustit instalaci bez fyzického přístupu k fyzickému stroji, na který se instaluje (teda tvářil jsem se, že k němu nemůžu, ve skutečnosti mám jenom jeden )

Ta migrace by se měla nechat udělat i za běhu (virtuální stroj se zastaví jenom na chvilku), ale o to jsem se ještě moc nesnažil

[snajpa]

Kazdopadne to vypada zajimave.. Takze asi ani xen, ani openvz ale KVM? kdybych te mohl poprosit, zjisti prosim jak moc to zdrzuje pri I/O operacich. Ty mas procesor s podporou virtualizace?

[trekker.dk]

kdybych te mohl poprosit, zjisti prosim jak moc to zdrzuje pri I/O operacich

Jak?

Ty mas procesor s podporou virtualizace?

Kvm podporu virtualizace v procesoru potřebuje, bez ní to nejde. Výhoda je, že téměř všechny novější procesory od AMD i Intelu ji mají, akorát občas není povolená (například já nemůžu aktualizovat BIOS na svém základní desce, protože nový BIOS virtualizaci zakáže)

[snajpa]

Ten muj ji zrovna nema (T2390).

Co takhle zkusit

time dd if=/dev/zero of=tmp.img bs=1M count=512

Nebo rozbalovani zdrojaku jadra a jejich kopirovani do dalsiho adresare.

[trekker.dk]

time dd if=/dev/zero of=tmp.img bs=1M count=512:

Na virtuálním stroji:

536870912 bytes (537 MB) copied, 11,3857 s, 47,2 MB/s
536870912 bytes (537 MB) copied, 15,5339 s, 34,6 MB/s
536870912 bytes (537 MB) copied, 8,19326 s, 65,5 MB/s
536870912 bytes (537 MB) copied, 10,0326 s, 53,5 MB/s

real    0m11.404s   0m15.678s   0m8.387s
user    0m0.008s    0m0.008s    0m0.008s
sys     0m3.740s    0m2.632s    0m2.312s

Reálný stroj

536870912 bytes (537 MB) copied, 6,41687 s, 83,7 MB/
536870912 bytes (537 MB) copied, 6,63016 s, 81,0 MB/s
536870912 bytes (537 MB) copied, 5,97023 s, 89,9 MB/s
536870912 bytes (537 MB) copied, 5,70572 s, 94,1 MB/s

real    0m6.431s    0m7.815s    0m10.325s   0m9.799s
user    0m0.000s    0m0.008s    0m0.008s    0m0.004s
sys     0m2.484s    0m2.964s    0m2.900s    0m2.852s

Poslední časový údaj virtuálního stroje jsem si zapomněl poznamenat, proto je tam o jeden míň

time tar -xjf linux-source-2.6.26.tar.bz2

Virtuální stroj:

real    0m37.876s   0m40.317s   0m39.769s   0m38.285s
user    0m22.653s   0m23.393s   0m22.637s   0m23.185s
sys     0m5.492s    0m5.372s    0m5.416s    0m5.400s

Reálný stroj:

real    0m35.905s   0m33.188s   0m32.914s   0m33.027s
user    0m22.685s   0m19.953s   0m21.293s   0m20.373s
sys     0m3.280s    0m3.600s    0m3.292s    0m3.320s

cp linux-source-2.6.26 1

Virtuální stroj:

real    0m18.627s   0m27.225s   0m42.237s   0m28.316s   0m31.437s
user    0m0.188s    0m0.220s    0m0.180s    0m0.164s    0m0.140s
sys     0m6.100s    0m9.889s    0m10.397s   0m10.429s   0m10.801s

Reálný stroj:

real    0m4.876s    0m22.068s   0m22.685s   0m36.906s   0m12.027s
user    0m0.124s    0m0.112s    0m0.076s    0m0.096s    0m0.084s
sys     0m2.144s    0m2.408s    0m2.224s    0m2.420s    0m2.476s

Tu první hodnotu u reálného stroje nelze brát moc vážně, mám 3GB paměti, takže to všechno nahrál do cache. Po celé té operaci ještě nějakou dobu šrotoval disk.

time dd if=/dev/zero of=tmp.img bs=1M count=2096:

Virtuální stroj:

2197815296 bytes (2,2 GB) copied, 96,2308 s, 22,8 MB/s

real    1m36.624s
user    0m0.016s
sys     0m9.165s

Reálný stroj:

2197815296 bytes (2,2 GB) copied, 60,8262 s, 36,1 MB/s

real    1m1.080s
user    0m0.004s
sys     0m11.429s

[snajpa]

Diky moc, je tam videt dost velkej vykonovej propad. No to by DB masiny asi nerozdejchaly. Proto jsem zastancem OpenVz

[trekker.dk]

Diky moc, je tam videt dost velkej vykonovej propad. No to by DB masiny asi nerozdejchaly.

Ten propad výkonu je, jestli dobře počítám, okolo třetiny. To se zdá dost, ale na druhou stranu to vem tak, že jestliže ta virtuální DB mašina tohle nerozdejchá, tak ještě víc nerozdejchá druhou DB mašinu, která poběží paralelně s ní, i když ztráta za virtualizaci bude zanedbatelná (polovina je víc než třetina)

Jestli jsem to dobře pochopil, tak virtualizace slouží k tomu, aby se na jednom serveru, který se moc nevyužívá, dalo udělat několik serverů, které většinu času nepotřebují nic dělat. Zrovna DB stroje mi do tohohle moc nesedí...

[snajpa]

Jasne, hlavne bych chtel videt blazna co da velkou DB do virtualni masiny. Takovej si koupi poradenej stroj a urcite ma na poradnej hosting.

[Dan Ohnesorg]

Tohle jsou hezke vysledky, ale uplne chybne.

Na zjisteni toho, jak se takova virtualizace chova, musite na masinu dat treba 10 virtualu a v kazdem z nich dat rozbalit a zkompilovat kernel. Zasadni je ten krok rozbaleni. To se zacnou objevovat takove problemy s I/O, ze radeji budete virtualizovat jen vlastni stroje, resp. jen za podminky, ze budete mit na vsechny virtualy root pristup a moznost ovlivnovat co se v nich bude dit.

Velmi vtipne je treba pusteni slocate na vsech virtualech soucasne ve 4:00 z cronu.

[Michal Kubeček]

Jednou jsem zkusil paralelní (automatickou) instalaci Linuxu na několik virtuálů na stejném fyzickém stroji. Jen jednou… :-)

[trekker.dk]

Tohle jsou hezke vysledky, ale uplne chybne.

Nesouhlasím. Ve chvíli, kdy se snažím zjistit, k jakému zpomalení dojde přesunem úlohy z reálného stroje na virtuální, musím testovat právě jeden virtuální stroj.

Na zjisteni toho, jak se takova virtualizace chova, musite na masinu dat treba 10 virtualu a v kazdem z nich dat rozbalit a zkompilovat kernel.

Zjištění, jak se ta virtualizace chová při více strojích, je něco jiného. Dopadlo to takhle (Časy jsou uvedené ve tvaru minimum/průměr/medián/maximum. Kromě průměru jsou zaokrouhlené na půl minuty):

Test 1 - rozbalení jádra na osmi strojích naráz: 3.5min/9m44s/10min/11.5min

Když to běželo, tak jsem si uvědomil, že 8 strojů každý po 512MB RAM dá dohromady 4GB RAM, což nemám. Důsledkem je to, že virtuální stroje cachovaly ze svého pohledu do paměti, ale ve skutečnosti do swapu - test jsem zopakoval, abych zjistil, jak moc to zdržuje

Test 2 - rozbalení jádra na osmi strojích s 256BM RAM: 4.5min/6m9s/6min/7min

Zdržovalo to dost.

Test 3 - kopírování rozbalených zdrojáků jádra: 8min/12m/14min/14min

Že vzájemná konkurence několika strojů nebude žádná sláva, to jsem samozřejmě čekal. Nicméně pro srovnání - osminásobné paralelní rozbalení zdrojáků jádra v reálném stroji (každý proces ze svého vlastního souboru a do svého vlastního adresáře): průměrně 3m40s

Jinak řečeno rozbalování trvalo osmkrát víc virtuálním strojům desetkrát víc času. Osmkrát víc procesům na reálném stroji to trvalo sedmkrát víc času. To už ten rozdíl tak závratný není - zpomalení přibližně o třetinu, pokud dobře počítám.

Druhé srovnání - paralelní kopírování zdrojáků jádra z místa na místo: průměrně 10m24s. Kopírování tedy osmkrát víc virtuálním strojům trvalo 24× víc času. Osmkrát víc procesům na reálném stroji to trvalo 30× víc času - u virtuálních strojů tedy doba narůstala pomaleji než u procesů.

(Mám za to, že to bude čistě díky způsobu ukládání dat na disk. Virtuální stroje mají jeden velký soubor, procesy ukládají spoustu malých souborů.)

Osobně bych řekl, že ta cena za plnou virtualizaci není tak hrozná, obzvláště když se započítá, že není nutné nijak řešit oddělení strojů od sebe. Z principu na sebe nevidí. Nemůžu moc posoudit, jak spravedlivé je rozdělení času CPU mezi jednotlivé virtuální stroje - snad jenom jednou se mi při tom testování stalo, že by jeden stroj byl hotov výrazněji dřív než ostatní (bylo to v tom případě, kdy součet pamětí virtuálních mašin byl větší, než kolik mám fyzicky paměti. Odhaduju, že než jsem stihl zmáčknout enter a spustit běh úlohy i na ostatních virtuálech, stihl si pro sebe ten první zabrat víc paměti, ale ruku do ohně bych za to nedal.)

Ano, uznávám, že ve chvíli, kdy se víc strojů naráz pokouší používat ten samý zdroj, tak se objeví výkonnostní problémy, ale tím se vracím k tomu, co jsem už psal jinde - jestliže virtuální stroj výkonově nestíhá, tak pravděpodobně potřebujeme reálnou mašinu.

Ještě co se měření týče - všechny testy probíhaly tak, že data i obrazy virtuálních strojů byly na jednom IDE disku. Paralelně se všemi testy běžel boinc (Poznámka - napadlo by vás, že proces s nice 19 poběží i v případě, že vedle něj jsou 4 další, které mají nice 0? Mě teda ne, ale plánovač na to má zjevně jiný názor)

Kromě testu 2 paralelně se všemi testy běžel mplayer přehrávájící mp3. Nic z toho nepoužívalo data na tom disku, na kterém se testovalo.

Ve vztahu k tomuto blogu - snajpa má v úmyslu udělat server sdílený deseti stroji. Já testoval na dvoujádru, on tam chce dát čtyřjádro. (3GB paměti vs 4GB paměti není takový rozdíl.) A disky v RAIDu budou taky výkonově někde jinde, než ten můj prastarý IDE disk.

[trekker.dk]

Teda když vidím ten čas odeslání, tak jsem si vzpomněl na tohle

[snajpa]

Na druhou stranu, neni vmware komercni? Mamiiii, neciiii

[marekb]

VMware je komercni i nekomercni, zalezi na konkretnim produktu.

Zdarma je nyni pro serverovou virtualizaci k dispozici nejen VMware Server (hostovana virtualizace), ale i plnohodnotny bare-metal Hypervisor ESXi (verze zdarma je omezena na administraci one-to-one).

M.

[trekker.dk]

to už spíše KVM (které je navíc přímo součástí kernelu).

A pokud lze soudit z openssl speed, tak přestože je to plná virtualizace, tak tam není nijak velká ztráta výpočetního výkonu (aspoň pokud jde o linuxového hosta)

Reálný stroj (Athlon X2, 1900MHz)

                  sign    verify    sign/s verify/s
rsa  512 bits 0.000341s 0.000020s   2934.6  49509.4

Virtuální stroj

                  sign    verify    sign/s verify/s
rsa  512 bits 0.000365s 0.000021s   2741.5  46725.3

[snajpa]

Diky za info, vykonove xen hlavne ztraci pri I/O aspon co jsem cetl.

[trekker.dk]

Jenom pro jistotu (nejsem si jistý, jestli jsi mě náhodou nepochopil špatně) - ta data jsou z KVM, ne z Xenu.

[snajpa]

To mi doslo asi po peti vterinach po postnuti ..

[miso]

Mozem odporucit xenzone

[snajpa]

Limitovany traffic, malo IP, maly diskovy prostor. Ja bych chtel nabidnout traffic bez limitu, IP podle potreby (v rozumne mire), diskovy prostor bez limitu (v rozumne mire, desitky GB, tak do 100GB), a protoze jak rikam, obcanske sdruzeni, nechci na tom vydelavat. Chci tam mit nejake svoje mensi projekty + vzit k sobe par dalsich lidi, aby se zaplatil poradny hosting a poradny hw - aby bylo kam skalovat. Ja nesnasim komerci, libi se mi myslenka CZfree, tak proc v podobnem duchu nemit virtualni servery, ze.

[snajpa]

Technicky to nerealne neni. Je potreba _akorat_ sehnat ty lidi co do toho pujdou se mnou. Mozna se muzu zkusit poptat na forech Czfree, ale mel jsem za to, ze tady jsou lidi, co by mohli mit zajem a hlavne kteri tomu rozumi.

[Michal Fecko]

Server mam, linku tiez, uz len nahodit virtualne servery

[snajpa]

Vazne? A nejake info?

[Michal Fecko]

7crows.net - stroj selene na 10M linke - akurát by sa žiadala zýšiť RAM pamäť (aspoň na 2G) a RAID1 presunúť zo stavu DEGRADED (pridať párový disk).

[snajpa]

No do zacatku proc ne.. napis na jabber: snajpa@jabber.lbfree.net a probereme to. I kdyz to neni presne to co mam na mysli (linka i hw)

[mardon]

No já bych možná měla zájem?

[snajpa]

To by bylo fajn! Napis mi na email (v profilu) nebo na jabber: snajpa@jabber.lbfree.net