ako se ne varam, ono sto ti treba je EC2 - elastic compute cloud. u principu cela stvar funkcionise po principu da imas "image"-ove (uglavnom linux disk image-ovi koji mogu biti public ili private, odnosno javne koje je neko okacio, ili privatne koje si ti napravio i snimio - u oba slucaja se nalaze na S3-u - amazonov storage) koje mozes da nalepis na novu XEN instancu (virtuelna masina), imas tri tipa image-a: small, large i extra large, specifikacije su ovde:
http://www.amazon.com/b?ie=UTF8&node=370375011
naravno, cena je drasticno razlicita u odnosu na resurse koje trosis. neki dumb starter bi bio ovaj clanak, ali ti svakako preporucujem da dobro protreses dokumentaciju da znas sa cime se bakces:
http://overstimulate.com/articles/20...-it-again.html
... elem, ne postoji control panel, saso mange gluposti, dobijas cistu instancu sa image-om koji si ili ti pripremio, ili ga neko okacio - ako ti neko pripremi nuksli sa nekim od control panel-a, there you go - imas ga, ali ne postoji genericki control panel. osnovna ideja je da mozes jako brzo da podignes veliki broj instanci i isto tako da ih spustis, a da ti se pri tome naplacuju sati koriscenja tih instanci umesto da se naplacuje hosting na mesecnom nivou.
u vastu koristimo EC2 za batch procese i za to je zaista dobar, ali ne bih preporucio EC2 za mission critical instance, ukratko:
pros:
1) ukoliko ti aplikacija 'skalira' mozes lako da podignes i spustis image-ove sa vec pripremljenom aplikacijom i da ti se za to naplacuje samo po satu koriscenja, takodje postoje vec komercijalna resenja za automatsko skaliranje, failover itd. cak i za skaliranje myassql-a - nazalost nisam probao ni jedno posto nisam video neku finansijsku korist od toga.
2) traffic unutar amazon-ove mreze je dzabe, npr. ako koristis S3, SDB ili slican servis placas samo kapacitet, ne i inbound traffic.
3) konzolni alati su prilicno prakticni i lako se manipulise instancama.
cons:
1) nije narocito pouzdan, sa vremena na vreme ce ti neki image-ovi naprosto reci goodbye i reboot image-a ne pomaze - jedino backup
2) nije uopste jeftin ako imas intenzivan I/O - daleko je efikasnije koristiti "gole" masine, pogotovo ako imas nezgodan SLA, plus postoji "gratis latencija" od 100ms.
itd. itd. ako nekoga zanima vise detalja, rado cu podeliti iskustva koliko mi NDA dozvoljava.
@nixa - sdb je so-so, generalno se vecina amazonovih servisa relativno OK skalira, ali performanse po upitu nisu narocito dobre, sto ce reci nema mnogo razlike izmedju 10 i 1000 query-a (do odredjene granice), ali latencija je solidna.