Pilvipalveluiden piti tehdä IT:stä ketterämpää, halvempaa ja helpommin hallittavaa. Silti yllättävän monessa organisaatiossa Azure-lasku aiheuttaa kuukausittain enemmän ahdistusta kuin helpotusta. Olen nähnyt ympäristöjä, joissa kustannukset karkaavat käsistä ilman, että kukaan tekee varsinaisesti mitään “väärin”. Useimmiten kyse on pienistä valinnoista, jotka kumuloituvat.
Tässä kirjoituksessa käyn läpi seitsemän yleisintä tapaa, joilla Azure IaaS -ympäristöissä hukataan rahaa – ja ennen kaikkea, miten tilanteen voi korjata ilman massiivista remonttia.
1. Ylisuuriksi mitoitetut virtuaalikoneet
Tämä on klassikko. Virtuaalikone valitaan tuotantoon varmuuden vuoksi hieman liian isoksi. Sitten hieman lisää, “ettei vaan lopu tehot kesken”. Lopputuloksena virtuaalikone, jonka CPU-käyttö pyörii 3-5 prosentissa suurimman osan ajasta.
Ratkaisu on yllättävän arkinen: katso oikeasti metriikkaa. Azure Monitor ja Advisor antavat jo varsin hyvää dataa oikean koon arviointiin. Kun koneita pienentää maltillisesti ja hallitusti, säästöt voivat olla merkittäviä ilman että suorituskyky kärsii.
2. Käynnissä olevat koneet, joilla ei ole käyttäjiä
Dev- ja testikoneet, projektien jäänteet, “väliaikaiset” palvelimet jotka ovat olleet väliaikaisia jo vuoden. Näitä löytyy lähes jokaisesta ympäsitöstä.
Yksinkertainen käytännön keino: nimeämiskäytännöt ja omistajuus. Kun resurssilla on selkeä omistaja ja tarkoitus, sen elinkaari pysyy hallinnassa. Lisäksi automaattinen sammutus iltaisin ja viikonloppuisin dev/test-ympäristöissä on yksi helpoimmista tavoista leikata kuluja.
3. Väärä levy väärään käyttöön
Premium SSD näyttää paperilla turvalliselta valinnalta. Nopeaa, luotettavaa ja “enterprise”. Mutta tarvitsevatko kaikki virtuaalikoneet todella Premium-levyjä?
Monessa ympäristössä suuri osa kuormasta toimisi aivan hyvin Standard SSD:llä – tai Premium SSD v2 -levyillä, joissa IOPS ja throughput voidaan säätää erikseen ilman että levyä täytyy ylisuurentaa. Kun levystrategiaa tarkastelee kokonaisuutena, löytyy usein yllättävän paljon säästöpotentiaalia.
4. Varausten (Reservations) hyödyntämättä jättäminen
Jos tiedät, että tietyt palvelimet pyörivät vuoden ympäri – domain controllerit, palomuurit, perusinfra – miksi maksaisit niistä listahintaa?
Azure Reservations tarjoaa merkittäviä alennuksia jo yhden vuoden sitoutumisella. Silti tämä jää monelta hyödyntämättä, usein siksi että asia tuntuu “talousosaston hommalta”. Todellisuudessa tämä on arkkitehtuuripäätös, joka kuuluu aivan yhtä paljon tekniselle puolelle.
5. Snapshotit ja varmuuskopiot ilman elinkaarimallia
Varmuuskopiointi on hyvä asia. Liiallinen ja hallitsematon varmuuskopiointi taas ei. Olen törmännyt ympäristöihin, joissa vanhoja snapshotteja on kertynyt satoja – kukaan ei tiedä miksi ne ovat olemassa, mutta kukaan ei uskalla poistaa niitäkään.
Ratkaisu löytyy automaatiosta ja politiikoista. Säilytyspolitiikat, automaattinen siivous ja dokumentoitu toimintamalli tekevät varmuuskopioinnista turvallista – ja kustannustehokasta.
6. Tunnisteiden (tagien) puute
Tämä kuulostaa pieneltä asialta, mutta on käytännössä kriittinen. Ilman tageja et tiedetä, mihin rahaa oikeasti kuluu. Kenen projekti maksaa eniten? Mikä tiimi käyttää mitäkin resursseja? Missä on suurin kasvutrendi?
Kun tagging-strategia on kunnossa ja sitä valvotaan esimerkiksi Azure Policyn avulla, kustannusten hallinta muuttuu arvailusta tiedolla johtamiseksi.
7. Pilveä käytetään kuin vanhaa konesalia
Tämä on ehkä suurin yksittäinen ajatusvirhe. Pilvi ei ole “virtuaalinen Hyper-V”, vaikka se helposti siltä tuntuu. Jos rakennat Azure-ympäristön samalla mallilla kuin perinteisen konesalin, maksat lähes varmasti liikaa.
Pilven vahvuudet ovat skaalautuvuudessa, automaatiossa ja joustavuudessa. Kun ympäristö suunnitellaan näitä hyödyntäen – esimerkiksi hyödyntämällä Autoscalea, Spot-instansseja, PaaS-palveluita IaaS:n sijaan silloin kun mahdollista – kustannusrakenne muuttuu täysin.
Lopuksi
Kustannusoptimointi ei ole projekti, joka tehdään kerran ja unohdetaan. Se on jatkuva osa hyvää pilviarkkitehtuuria. Omasta kokemuksestani voin sanoa, että parhaat tulokset syntyvät silloin, kun tekninen tiimi ottaa omistajuuden myös kustannuksista – ei vain suorituskyvystä ja käytettävyydestä.
Kun Azure-ympäristö on rakennettu fiksusti, dokumentoitu hyvin ja automatisoitu järkevästi, kustannukset eivät ole enää mörkö, vaan yksi hallittava osa kokonaisuutta. Ja mikä parasta: usein jo pienillä muutoksilla pääsee yllättävän pitkälle.
Corellian kurssitarjonnan Azure-koulutuksista löytyy tarjontaa, joissa tässä kirjoituksessa esille nostettuja asioita käydään läpi esimerkkien avulla.