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.)

Artikkelin tagit:
 

Vastaa

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *

*

Voit käyttää näitä HTML-tageja ja attribuutteja: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>