hanyo:

Amazon je cenovno nekonkurenčen več ali manj vsemu, prav tako cloudi na splošno. Cenovno se cloud ne mora primerjati z dedicated boxom. Cloud je v principu sistem za pobiranje denarja od uporabnikov, ki nimajo resursov vzpostaviti svoje dedicated sisteme. Kot take je odličen za VC firme, ki se jim je*e za keš, ali visokoprofitabline b2b sisteme, za high traffic b2c sisteme (še posebej tiste ki imajo oglase kot vir zaslužka) je pa popolnoma neprimeren.

...

Cenovno je razlika sicer lahko prisotna, a moras upostevati par dejstev, ki jih preprosto ni mogoce spregledati:

- dedicated box je samo kista (ki je navadno slabsa od laptopa na katerem delas) in ob izpadu traja veliko casa, da se vzpostavi nazaj. imam izkusnje z enim od providerjev (ki se tudi tu veckrat omenja) in imeli smo izpad. trajalo je vec kot 8h, da se je njihova podpora sploh odzvala na izpad (ces, da nimamo enterprise supporta, ki itak stane 2x toliko kot server) in potem so ga sele zaceli zamenjevati. imeli smo 1 cel dan downtime-a. ce te to ne moti ok, a 1 delovni dan brez streznika pomeni veliko vec kot par € razlike mesecno (vsaj meni).

- ponudniki dedicated boxov navadno prodajajo masine, ki so jih drugi ze odpisali (omenjeni intel e5452 je recimo star 5 let). Tudi kupujejo jih second hand po nizkih cenah (zato ti potem lahko tudi ponudijo "dobro" ceno)

naj nastejem se par featurjev, zaradi katerih je cloud boljsi:

- visok uptime - ker imajo vsi cloudi avtomatski failover, podvojene resurse, itd. so izpadi minimalni. ko je tvoj posel odvisen od tega, je to kljucnega pomena in dedicated box ti tega ne more ponuditi (razen ce imas 2 ali vec v HA clustru, kar pa je itak potem drazje)

- dinamicne resurse - v cloudu lahko povecujes resurse v inkrementih in to kar med delovanjem. to ti v primerih, ko se ti pooraba spreminja, pride zelo prav (tudi Mambo89 je izrazil frustracijo s tem)

- resursni so garantirani - ni oversellanja kot pri VPSih.

- itd.

to, da je cloud samo model za "pobiranje denarja od uporabnikov" mislim, da je malce pretirana izjava. ima pac svoje prednosti in ce jih potrebujes, jih uprabljas, ce pa ne, pa uporabljas cheap hosting. a zapomni si, da pravilo, ki VEDNO velja je se vedno: kolikor denarja toliko muzike :)

vsekakor bi bil zate cloud idealna varianta - tam lahko dinamicno dodajas in odvzemas resurse (disk, cpu, ram, ...) po potrebi, tako da rastes sproti. take migracije, kot jih imas sedaj potem niso vec potrebne.

poleg tega je failover v primeru izpada avtomaticen.

ce te zanima, ti lahko cloud ponudimo pri nas (cene na sajtu so osnovne, za vec info se slisimo), lahko pa potem razsiris svoj server do 24 coreov (intel x5650 procesorji - primerjava tukaj: http://ark.intel.com/compare/47922,33927) in 45 GB RAM-a ter 14 TB diska.

ponavljanje iste besede v title-u (recimo hybrid), je nesmiselno, saj google podvojene besede preprosto vrze ven in steje samo prvo.

stesi:

Pri nas imamo lasten datacenter z dvema geografsko ločenima linijama (t2 in telemach)

Ce ni skrivnost: kje pa je ta datacenter? Mislil sem namrec, da poznam vse datacentre v Sloveniji pa ocitno temu ni tako.

Pa se to me zanima: Kako se vam nalozba izplaca? Investicija za osnovni DC je namrec >1 mio € in v Sloveniji je to zelo tezko povrniti.

Pri linijah pa je potrebno biti pazljiv, saj je providerjev v slo cca 15, infrastrukture pa so samo 4:

- Telekom

- Stelkom (konzorcij elektro)

- Slo zeleznice

- DARS

tako da ce imas 2 providerja, ki uporabljata isto infrastrukturo in nekdo prereze kabel, ti ne pomaga prav dosti (sicer pa ne vem od koga najema telemach).

tnx

vsekakor popravi, da sta helo in reverse enaka.

ima pa google se celo morje pravil, na podlagi katerih pade nek mail v spam in jih ne (na zalost) objavlja javno, vecinoma pa bazira na temu, koliko ljudi oznaci mail iz serverja kot spam

• dobro je, ce so lokacije locene in SEF - torej /sl, /en, ...


• uporabiti je smiselno ISO 639-1 kode


• dobro je, ce imas tudi SEF url v vecih jezikih (poglej nas site)


• google je zelo vesel, ce mu poves, da obstaja ista stran v drugem jeziku z:
  <link rel="alternate" hreflang="sl" href="..." />


• koristno je, da ce na neki strani spremenis jezik, dobis taisto stran v samo v drugem jeziku


• izogibaj se koncnicam (npr. php, html, ipd.) pri contentu in raje uporabljaj sluge

lahko tudi to, ampak recimo da imas internet prikljucek v vsakem primeru in da v primeru, da bos site gostoval drugje, ta strosek ostane :)

ja, kot sem napisal. napaka :(

male strani seveda lahko hostas doma, a razmisli se o 3 vidikih:

- domaci racunalnik, ki deluje 24/7 nikakor ne deluje zastonj: cena elektrike je lahko med 10 in 20 € (odvisno od konfiguracije, ipd.), pristeti pa moras se strosek amortizacije oz. zamenjave racunalnika recimo 1x na 3 leta. ce te tako pride elektrika recimo 10€/mesec in si dal za racunalnik recimo 1000€, je potem tvoja cena "domacega" hostinga 37€! Drugace je seveda, ce imas ze vse postavljeno v druge namene.

- Kaj se zogodi v primeru izpada serverja? Imeti moras plan B, da lahko zadeve postavis nazaj (rezrevni racunalnik, seknudarno gostovanje, ...)

- upravljanje serverja ni zastonj (razen ce ne ocenjujes vrednost svojega dela na 0, ali pa ce delas to zato, ker v tem uzivas)

buce? nima veze koliko casa prezivi, pomembno je, koliko prometa prensejo. Po mojem izracununu (kot lahko vidis, ce dobro preberes) je to cca 3,2 GB dnevno s tem da sem to se (kasneje) razpolovil, kar znese cca 1,6GB dnevno oz. 0,150 Mb/s v popvprecuju (0,4 v peaku (po oceni)).

Pazi kje so bajti in kje biti - B je bajt, b je bit!

klop43 drugace spracuje po pasovni sirini (bandwidthu), ki bi ga potreboval.

edit: se oproscam! je typo: ne gre za 25,6Tb ampak 25,6Gb! seveda :)

meznaric:

@Jacky koliko je za tebe dosti obiskovalcev?

Recimo da je stran velika 320kB, kakšno povezavo potrebuješ za določeno število obiskovalcev? Ima kdo izkušnje z tem?

odgovor na to vprasanje ni tako preprost. kot je navedel technolog, kolicina prenesenih podatkov ni enaka za vse. lahko pa naredis priblizen izracun na podlagi obiska: recimo, da imas 10000 obiskovalcev dnevno in da je povprecna velikost strani na tvojem siteu 320KB. potem bos v enem dnevu porabil 25,6Tb (terabita) prenosa, kar je cca 0,3Mb/s. Ker pa promet ni konstanten, ga pomnozis se recimo s faktorjem 2,5 (maksimalna poraba - govorim na podlagi izkusenj) in na koncu se recimo z 0,5 zaradi cache-a (kot je omenil technolog). To pomeni, da bos potreboval cca 0,4Mb/s pasovne sirine.

Vsekakor pa lahko dejanska poraba zelo odstopa od te grobe ocene. Najbolje je, da jo kar izmeris. Awstats, ti npr. lahko pokaze porabo bandwidtha kar iz log datotek od web serverja.