Pilviarkkitehtuurien salat
Upcoming SlideShare
Loading in...5
×
 

Pilviarkkitehtuurien salat

on

  • 751 views

Codenton päättäjätapaaminen 1.3.2011: Pilvipalvelut ilman jarrumiehiä ja hihhuleita

Codenton päättäjätapaaminen 1.3.2011: Pilvipalvelut ilman jarrumiehiä ja hihhuleita

Antti Rasinen, Codento Oy

Statistics

Views

Total Views
751
Views on SlideShare
751
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

CC Attribution-NonCommercial-NoDerivs LicenseCC Attribution-NonCommercial-NoDerivs LicenseCC Attribution-NonCommercial-NoDerivs License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Pilviarkkitehtuurien salat Pilviarkkitehtuurien salat Presentation Transcript

  • Case Amazon Web Services Pilviarkkitehtuurien salat Antti Rasinen 7.6.2011
  • Kun tulin huoneeseen, se oli jo rikki 21.4. Amazonin pilvessä vakava häiriötilanne Monet AWS:n päälle rakennetut palvelut köhivät Eivät kuitenkaan kaikki. Miksi näin? V: Tilanteen vaatima arkkitehtuuri yhdistettynä oikeaan kulttuuriin2
  • Sisällys Mitä Amazon Web Services tarjoaa? Mikä hajosi ja miten? Miksi toiset selvisivät ja toiset eivät? Mitä tästä voi ottaa opikseen?3
  • AWS EC2 S3 RDS ELB SQS … Import/Export RDS BeanstalkSNS SES EC2 ELB S3 VPC SQS CloudFront EBS Virtuaalikoneita Tallennuskapasiteettia4
  • AWS EC2 S3 RDS ELB SQS … Import/Export RDS BeanstalkSNS SES EC2 ELB S3 VPC SQS CloudFront EBS Virtuaalikoneita Tallennuskapasiteettia5
  • EBS-klusterin rakenne Primaariverkko Varaverkko6
  • EBS-klusterin rakenne Primaariverkko Varaverkko7
  • EBS-klusterin rakenne Varaverkko8
  • EBS-klusterin rakenne ! ! ! !9
  • Seuraukset Klusterin varalla ollut levytila loppui 13% koneista jäi jumiin odottamaan vuoroaan EBS-koneiden soidinhuudot tukkivat sisäisen EBS- rajapinnan  Regionit jakavat saman toteutuksen  Ongelma levisi yhden saatavuusalueen ulkopuolelle Harvinainen bugi pahensi tilannetta10
  • Sirpaleiden kantomatka Import/Export RDS BeanstalkSNS SES EC2 ELB S3 VPC SQS CloudFront EBS11
  • Alusta petti, mitä teen? “Lessons learned” ja “How we avoided ...” -analyysit jakautuivat kahteen kategoriaan Eräät tarjosivat ratkaisuksi tiettyjä AWS:n teknisiä ominaisuuksia tai vikasietoisia arkktehtuureja Toiset painottivat enemmän häiriökeskeistä kehitystä ja kulttuuria  Netflixin Chaos Monkey ja Chaos Gorilla kenties tunnetuimmat Valitse lähestymistapa palvelun vaatimusten mukaan12
  • Vältä EBS:n käyttöä EBS:llä jo aiemmista häiriöistä johtuen huonohko maine  Joskaan ei pyörivää ruostelättyä huonompi EBS ei aina tarpeellinen  Yksittäisen instanssin levy riittää pitkälle  Onko EBS käytössä “mukavuussyistä”?  Oletko siirtänyt vanhan rautasidonnaisen arkkitehtuurin pilveen krouvisti suuremmin miettimättä? Yleisemmin: tunne teknologia ja harkitse sen käyttöä huolellisesti13
  • Hajauta ja hallitse Palvelut voi hajauttaa eri saatavuusalueille (Availability Zone)  AZ:t eivät ole aivan niin riippumattomia kuin on annettu ymmärtää  Käsitellyssä casessa ongelma vuosi laitojen yli Maantieteellinen hajauttaminen (Multi-Region) lisää turvaa enemmän  Mutka matkassa: asiat, jotka eristävät alueet toisistaan, hidastavat myös sinua  Hajauttaminen lisää monimutkaisuutta, mikä lisää virhealttiutta  Etsi kultainen keskitie Tee oma privaattipilvi14
  • “Systems are disposable” Tee pilvipalvelu pilven ehdoilla Automatisoi palvelinten (ja palvelujen!) provisiointi Mehiläispesäarkkitehtuuri  Paljon lyhytikäisiä työläisiä, joita kuningatar tuottaa  Uuden pesän perustaminen helppoa Ideaalitilanne: Palvelut tilattomia ja toisistaan riippumattomia Kaikkea ei tarvitse eikä kannata laittaa pilveen15
  • Kulttuuritekijät “Design for failure” Tuuri Valmistautuminen Pilvi ei ole taikateknologiaa16
  • Muista virheet suunnittelussa Häiriötilanteet mukana jokapäiväisessä keskustelussa  Vikasietoisuutta hankala tuoda jälkikäteen Modularisoitu järjestelmä, jonka osien häiriötilanteet tunnetaan  Ei kuitenkaan estä kunnon katastrofia… KISS-periaate17
  • Muista virheet päivittäistyössä Chaos Monkey  Virtuaalinen Ville 5v, joka nyppii kaapeleita ja kaataa koneita  Häiriöt helpompia, kun niitä on enemmän Paloharjoitukset  Miten järjestelmä saadaan ylös?  Kuka sen voi tehdä?  Tietävätkö kaikki, mitä tehdä hälytyksen soidessa?  Onko hälytintä ollenkaan?  Kauanko datan palauttamiseen menee aikaa? Varmuuskopiot!18
  • Opi virheistä Hyvien post mortem -analyysien tekeminen on oma taitonsa Syyllisten ja alkusyiden etsiminen luonnollista, muttei tuloksellista  Syitä ja niihin tarvittavia korjauksia on jokaisella tasolla Vaatii osallistujilta luottamusta toisiinsa  Korollaari: Kaikki osallistujat samassa tilassa19
  • Mitä opittiin? Häiriötilanteista selviää vähemmällä, jos arkkitehtuuri ottaa häiriöt huomioon  Teknologiat ja niiden rajoitukset tunnetaan Kulttuuritekijät auttavat tällaisen arkkitehtuurin synnyssä ja erityisesti ylläpidossa20