Suosi EBS-instansseja
Eric Hammond perusteli loistavan hyvin ja kattavasti syyt sille, miksi AWS:ssä tulisi oletusarvoisesti käyttää EBS-instansseja ja -levyjä ns. ephemeral-instanssien sijaan.
Itse olen käyttänyt pääosin EBS-instansseja jo pidemmän aikaa. Syyt löytyvät Ericin listasta numeroilla 1, 2 ja 6. Omassa käytössäni tärkeää on se, että EBS-instanssin levykuva säilyy raudan vikatilanteissa, instanssia voi sammuttaa ja käynnistää mielin määrin, sekä mahdollisuus vaihtaa instanssia pienemmäksi tai isommaksi säilyttäen itse instanssin datan (ja käyttöjärjestelmän).
Eric ei kuitenkaan maininnut EBS-levyjen snapshoteista. Niin isojen kuin pienien päivitysten kanssa snapshotit ovat kullanarvoisia – ennen päivitystä otat snapshotin ja jos jokin meni katastrofaalisesti päin metsää, palautat aiemman snapshotin. Tai vielä parempaa, otat uudet snapshotit vikatilanteesta ennen palautusta ja rupeat tutkimaan snapshotteja ilman mitään kiirettä. Snapshoteista voi tehdä uudet EBS-levykuvat, jotka voi vaikka liittää toiseen koneeseen ja penkoa sitä kautta vikaantuneen koneen levyjärjestelmää.
Oleellinen ero ephemeral-levyjä ja EBS-levyjä käyttävissä instansseissa on virtuaalikoneiden levyn elinkaari. EBS-instanssilla se on analoginen perinteiseen palvelinprovisiointiin: hankit koneen jossa on levyä, ja levy säilyttää datansa niin kauan kuin konetta ei heitetä roskiin. Datan säilymiseen ei vaikuta se onko koneessa tai edes koko talossa sähköä vai ei. AWS:ssä “sammutettu” EBS-instanssi ei kuluta prosessoria josta ei myöskään kuluja. Sammutettu EBS-instanssi ei ole täysin ilmainen, sillä sen levyvarauksesta pitää edelleen maksaa. Levykuvan koosta sitten riippuu onko tämä paljon vai vähän – 8 gigan levykuvan säilyttäminen “kylmänä” maksaa kuitenkin alle $1 per kuukausi.
EBS-instanssin levykuva hävitetään vasta kun kone heitetään “roskiin”, eli se deprovisioidaan – AWS:n termi tähän on “instance termination”. AWS:ssä on EBS-koneille mahdollista asettaa päälle “termination protection” ominaisuus, jolloin instanssin terminointi vahingossa muuttuu käytännössä mahdottomaksi.
Ephemeral-levyä käyttävät instanssin levykuvan elinkaari on toisenlainen. Se on sataprosenttisesti sidottu instanssin ajossa olemiseen. Analogiana voisi toimia ehkä mennävuosien RAM-levyt. Ephemeral-instanssien levyissä säilyy tieto vain niin kauan kuin sähköt ovat päällä. Sähköt pois? Zzzzup! Sinne meni data.
Ephemeral-instansseille on käyttötapauksensa. Jos kuitenkin aloittelet AWS:n käyttöä, et todennäköisesti törmää näihin käyttötapauksiin kovinkaan pian. Ilman parempaa syytä kannattaa valita EBS-instanssi. EBS-instanssin käyttömalli on lähempänä perinteistä palvelinprovisiointia joten siitä tulee vähemmän yllätyksiää.
(Antille: Yksi käyttötapaus on tosiaan juuri se Hadoop-klusteri, jossa EBS-instansseista ei ole oikeastaan mitään hyötyä. Ellei sitten halua ajaa t1.micro-klusteria.)
Yhteystiedot
Ota yhteys ja kysy Codenton palveluista! Puhelin 040-729 2733, info[at]codento.comTagit
aamiaistilaisuus agile ajankohtaista amazon arkkitehtuuri avoin lähdekoodi aws c CAP cvs ec2 eucalyptus futurologia git google hadoop hajautetut järjestelmät java kirjat konsultointi mapreduce näin meillä ohjelmistotuotanto ohjelmointi ohjelmointikielet pilvi projektit python rekrytointi s3 scala scrum skaalautuvuuden abc skaalautuvuus startup subversion suorituskyky tapahtumat tiedostojen synkronisointi tietokanta vaatimusmäärittely verkkopalvelut versionhallinta virtualisointi välimuistiArkisto
- helmikuu 2012
- tammikuu 2012
- joulukuu 2011
- marraskuu 2011
- lokakuu 2011
- huhtikuu 2011
- maaliskuu 2011
- helmikuu 2011
- tammikuu 2011
- joulukuu 2010
- marraskuu 2010
- lokakuu 2010
- syyskuu 2010
- elokuu 2010
- heinäkuu 2010
- kesäkuu 2010
- toukokuu 2010
- huhtikuu 2010
- maaliskuu 2010
- helmikuu 2010
- tammikuu 2010
- joulukuu 2009




