Yritysten siirtäessä liiketoimintakriittisiä tietoja pilveen saattaa eteen tulla haasteita, jos tietomäärä liikkuu gigojen sijaan eksoissa. Digian pilviarkkitehti Petri Rosenström kertoo, miten tieto siirtyy talteen koosta huolimatta.
Pilvipalveluiden yleistyessä moni yritys on uuden haasteen edessä: miten siirtää liiketoiminnan kannalta kriittiset tiedot pilveen? Haasteen koko- ja vaativuusluokka vaihtelevat. Yhdellä yrityksellä voi olla siirrettävänä vain muutamia gigoja, kun taas toisella kokoluokka on useampia eksatavuja. Tämän lisäksi tiedot saattavat muuttua jatkuvasti, ja niiden pitää olla koko ajan käytettävissä.
Kaikkiin haasteisiin eivät toimi samat ratkaisut. Mitä eroa on gigan, teran, petan ja eksan siirtämisessä pilveen?
Giga siirtyy helposti, tera saattaa vaatia verkkoyhteyden käytön rajoittamista
Kun siirretään gigatavuja, ei yleensä puhuta vielä isosta investoinnista. Usein siirto voidaan hoitaa nopeasti ja kustannustehokkaasti konesalin internetyhteydellä ilman erityisjärjestelyjä. Tässä kokoluokassa tietojen ylläpitäminen reaaliaikaisesti saatavilla tai niiden nopea muuttuminen eivät aiheuta tarkistuslistan ruksia kummempia toimenpiteitä.
Teratavujen siirtäminen pilveen on siinä rajoilla, onnistuuko tiedonsiirto pelkällä konesalin verkkoyhteydellä. Tiedon siirtäminen kestää nopeallakin internetyhteydellä useimmiten tunteja, eikä konesalin kapasiteetin täyttäminen ole välttämättä tarkoituksenmukaista.
Verkkoyhteyden tukkimisen sijaan kannattaakin rajoittaa sen käyttöä kohtuulliselle tasolle.
AWS Storage Gateway mahdollistaa tietojen käyttämisen siirron aikana
Kun siirtoyhteyden käyttöä rajoitetaan, ongelmaksi muodostuu tietojen muuttuminen. Tähän haasteeseen voidaan vastata esimerkiksi AWS Storage Gateway -palvelulla.
AWS Storage Gateway mahdollistaa tiedon käyttämisen samalla, kun sitä siirretään pilveen. Palvelu helpottaa tietojen siirtämistä AWS:n eri tallennuspalveluihin, ja sen lisäksi kuumia tietoja voidaan säilyttää oman konesalin välimuistissa. Sen sijaan, että satoja teratavuja tai petatavua siirrettäisiin verkkoyhteydellä kuukausia tai jopa vuosia, asian voi ratkaista myös toisin.
Kuinka monta Snowball-yksikköä tarvitaan petatavun siirtämiseen?
Suuremmissa tiedonsiirtoprojekteissa muistuu toisinaan mieleen sanonta: “Älä aliarvioi postiauton tiedonsiirtokapasiteettia”. Muutama sata teratavua – tai jopa petatavu – siirtyy parissa viikossa postiautolla lähimpään pilveen, jonka jälkeen siirron aikana muuttuneet tiedot voidaan synkronoida internetyhteydellä.
Suomen Posti ei vielä tarjoa tällaista palvelua, mutta AWS:ltä löytyy Snowball-palvelu, jossa konesaliin toimitetaan 80 teratavun kokoinen ulkoinen tiedonsiirtoyksikkö. Palvelu on kohtuullisesti hinnoiteltu ja helppo ottaa käyttöön osaavien asiantuntijoiden kanssa.
Petatavu siirtyy 13:lla Snowball-yksiköllä, mutta jos pitää siirtää eksatavu, tarvitaan muita ratkaisuja.
Eksa pilveen kymmenellä rekalla
Eksatavu-kokoluokan tietovarastot lisääntyvät yrityksissä kovaa vauhtia siitä huolimatta, että pilvessä tämän kokoluokan tietojen hallinta ja käyttö on sekä helpompaa että kustannustehokkaampaa.
Eksatavun siirtäminen pilveen pelkällä verkkoyhteydellä on mahdotonta vuoden 2017 aikana. 10Gbitin yhteydellä se kestäisi noin kolme vuosikymmentä. Siirto olisi mahdoton toteuttaa, vaikka käytettävissä olisi satakertainen yhteysnopeus.
Paras ratkaisu eksatavujen siirtoon on AWS Snowmobile -palvelu. Tämä extreme-postirekka liikkuu jo uudella mantereella, ja lanseerataan todennäköisesti jossain vaiheessa myös meillä Euroopassa.
AWS Snowmobile mahdollistaa sadan petatavun siirtämisen yhdellä kerralla. Siinä rupeaa jo olemaan tiedonsiirtokapasiteetti kohdallaan.
Kymmenen rekkaa ja eksa on matkalla pilveen.
