Vra

Ek het baie gelees oor die moontlikhede van Amazones Wolk rekenaar, soos S3 of EC2 en ek het gewonder of iemand eintlik gebruik dit vir missie-kritieke toepassings.Doen jy die gasheer jou maatskappy se webwerf in die wolk?Doen jy dit stoor lêers daar?Doen jy jou bou bedieners in die wolk?

Daar is reeds'n paar dienste soos Scalr of WeoCeo wat kan jou help met hierdie taak nie, maar ek weet nie of bestuur is reeds by die punt waar dit is'n werklike probleem...


wysig Ek wil graag by te voeg nog'n punt:Dink jy daar is verborge kwessies in die AWS lisensies wat sal hou jy (en/of jou maatskappy) van die uitkontraktering van aansoeke of selfs dele van aansoeke in die wolk?

wysig Weet jy oor'n paar statistieke vergelyk die algehele kragonderbreking tye van S3 of EC2 en jou eie of 3rd party hosting dienste?

Was dit nuttig?

Oplossing

Ek het die opstel van twee gevalle van my aansoek op EC2, en het al met behulp S3 in as'n plaaslike-om-te-AWS friends en die media bate aflewering.Ons verhuis oor sowat 15% van ons programme inhoud/verkeer te EC2 in die middel-junie.Die gevolg is gemeng, en ons is die verskuiwing van die inhoud swaar gebruik byvoorbeeld terug na ons gasheer data sentrum, en nou is die ondersoek na ander inhoud aflewering opsies.

Moet daarop let dat:

  1. My aansoek is bandwydte honger (begin op 100mbps per geval)
  2. My maatskappy en ek is gebaseer in Switserland en wat sekerlik het'n impak op ons evaluering.
  3. Ek definieer bandwydte as'n tempo van vloei (mbps, ens.) en verkeer as volume (mb, gb, ens.)

Voor:

  • Verkeer koste vir die lae tot medium volumes, die aanvaarding van minder as miskien'n terabyte per maand.Meer as wat fuzzy lyn en óf doen dit self of vind'n behoorlike CDN
  • Aktiewe gebruiker gemeenskap
  • Effektief onbeperkte bandwydte met S3/CloudFront-inhoud afgelewer
  • Buigsaamheid (skop af'n geval en dit loop in minute)
  • CPU krag beskikbaar in'n geval, selfs die klein instansie tipe, was altyd genoeg vir my aansoek.Daar is ander hoë-CPU byvoorbeeld tipes vir diegene wat dit nodig het.

Nadele:

  • Ons het'n plek geword onbereikbaar ('n nie ongehoord van voorkoms) en het uit te voer ons ramp herstel proses.12.
  • Netwerk latency, vir beide S3 en EC2, kan onaanvaarbaar hoog (100'e van ms)
  • EC2 byvoorbeeld bandwydte beperk.Ten spyte van die ure van soek, ek het nog nooit gevind dat'n amptelike verklaring met harde syfers een wat gebruikers kan verwag.Aanvanklik het ons'n maksimum van ~250mpbs in toetse, maar wat blyk te het dramaties verbeter.
  • Per HTTP konneksie bandwydte kan wees onaanvaarbaar laag.1-2mbps van selfs ons Switserse data sentrum met'n 800mpbs verband en kwaliteit loer.EDIT:Ons het onlangs gesien tariewe tussen ons data sentrum en EC2 in die 3-4mpbs reeks.
  • S3 is nie'n "normale" lêer stelsel, en spesiale sagteware is nodig nie.Ons het JungleDisk, wat ek nou vind onvanpas vir'n 24/7, matig grootte data stel bediener omgewing.Vreemde dinge sou gebeur (lêer gelys twee keer met'n " ls se opdrag) en onverwagse ongelukke. Gebruik EBS vir aanhoudende data, maar dit is nie sonder voorbehoude.
  • S3 is nie 'n CDN.My maatskappy, soos baie ander, het probeer om te gebruik Amazon S3 as'n CDN.Daar is ander lae koste alternatiewe daar buite.(Akamai, voxel.net, easycache.com)

Ek is'n fan van die wolk konsep, en ons sal voortgaan om te hardloop'n geval van EC2, maar ons het gevind dat dit onvanpas is vir ons die belangrikste produksie behoeftes in sy huidige vorm.AWS het'n paar kwessies uit te sorteer.

Ander wenke

Ek is tans met behulp van S3 vir video hosting en ek is mal daaroor. As jy NET jy gebruik gee jouself 'n bietjie leiding tyd om die opstel van geïntegreerde in jou werf in te kry. Ek sou hoogs hul dienste adviseren.

Die enigste ding wat ek gevind rowwe was dat jy moes deurbring> 100 tot silwer vlak van diens kry, ons webwerf sal spandeer soveel uiteindelik maar ons is nie eens in beta nog. Ek het 'n vraag nie, ek wou net om te sien wat hul ondersteuning was soos.

Die ondersteuning was wonderlik, en baie behulpsaam, maar ek sou graag in staat wees om 'n paar vrae te vra sonder om te gaan in my sak (eerder sak die baas se)

O, ek het nie loop in enige probleme met die lisensie.

Relatief, vir die geld, ek sou kies S3 bo ander hosting dienste as gevolg van hul bereik is so groot en die prys punt is dit so laag is.

Met betrekking tot betroubaarheid

Ek weet nie enigiets wat uitgevoer word op 'n wolk diens te hê, maar ek wil graag die betroubaarheid probleem aan te spreek.

Ek is seker dat die Amazon span het baie meer ervaring en hulpbronne beskikbaar om 'n swaar webwerf as wat ek doen hardloop. Hulle was af vir 'n paar uur het verlede week, maar ek glo algehele hul uptime sal beter as wanneer jy of ek op ons eie sou hê, met ons huidige vlak van ervaring en hulpbronne wees.

Ek is met behulp van S3 vir image hosting (tans meer as 5 miljoen lêers,) en vir die bediener rugsteun.Ek gebruik EC2 vir die beeld verwerking en SQS vir die koördinering tussen hierdie take.Ek moet sê ek het verwyder EC2, aangesien wat vir die spesifieke taak, nie-skynwerklike server blyk te wees 10x so vinnig.En ek het my eie oplossing van toustaan met behulp van mysql, wat blyk te wees baie vinniger en het nie bind'n hegte band met die AWS.

Daar is'n belangrike pos by Kodering Hardop [http://www.codingaloud.com/2008/01/going-bankrupt-with-amazon-s3.html] geroep is om Bankrot te Gaan Met Amazon S3, gryp'n blik.

Disclaimer: Ek wil 'n grad student by UCSB, wat sit uit die sagteware Ek is op die punt om te noem

.

As jy bekommerd is oor wolk eienaarskap is (bv, nie fisies besit van jou wolk bokse), wil jy dalk om te kyk na Eucalyptus . Dis EC2 API-compliant en kan jy jou bedieners gebruik, en dit is open source, sodat jy kan sien presies wat aangaan.

Maar die werklike vraag, nee, ons het nie gasheer ons webwerf in die wolk, hoewel ons sekerlik baie idees kom vir dinge om te doen in dit.

Vir jou tweede wysig, check CloudStatus . Dit monitor die AWS dinge en Google App Engine vir kragonderbrekings en prestasie. Amazon spore ook hul kragonderbrekings by http://status.aws.amazon.com/ .

Ons slaan ons maatskappy lêers op S3 sodat hulle toeganklik aan die werknemers op die pad kan wees. Extremily goedkoop en maklik. Baie programme om toegang tot jou lêers op S3. Die een wat ons gebruik is 'n lekker online lêer bestuurder: S3fm .

'n Groep vriende en ek is besig om op 'n aansoek wat leef en beef in die wolk. Maar die deel van die wolk dit leef in is onder ons beheer. Ek sou nooit vertrou 'n derde party by daardie soort van die opheffing van my aansoek doen, want ek het nie beheer daaroor het. Die onlangse Amazon S3 onderbreking is 'n uitstekende voorbeeld van hoekom.

En ek absoluut, positief, sal nooit sit 'n deel van my infrastruture op (byvoorbeeld) Amazon se bedieners. Bou bedieners, bronkode, ens, is altyd streng beheer. Nie net as gevolg van moontlike onbetroubaarheid, maar omdat ek vind die lisensies vir hierdie dienste té permissiewe vir die diensverskaffer. Behalwe dat, kan 'n gewetenlose gasheer * potensieel neem my bronkode en gebruik dit vir hul eie doeleindes, selfs al so iets nie gewettig deur die lisensie-ooreenkoms ek wil hê om te aanvaar ten einde die diens te gebruik.

* Waarskynlik nie van toepassing op Amazon, maar ek het nog nooit gehoor van die ander twee wat jy genoem het, en totdat hulle is al vir tien jaar of so, sou ek waarskynlik nie hulle of enige dienste soos hulle vertrou .

Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top