Näin mitoitat muuttumattoman varmuuskopion tallennustilan, siirtoajan ja pilven egress-kustannukset off-site-kopiolle

Off-site-varmuuskopion budjettiesitys menee yleensä pieleen kahdella tavalla: tallennustila mitoitetaan ”yhdeksi kopioksi levyistä” tai pilvestä lähtevän tiedonsiirron (egress) lasku unohtuu. Kumpikin virhe paljastuu vasta kuukausien päästä – kun säilytettävä historia täyttää säilön tai ensimmäinen lasku saapuu.

Tässä oppaassa esittelemme kaavat, joilla mitoitamme muuttumattoman off-site-kopion – tallennustilan, siirtoajan, egressin ja palautuskapasiteetin – sekä laskuesimerkin, jota voit soveltaa omiin lukuihisi.

Viisi tarvittavaa lähtötietoa

1. Käytetty data (D) – suojattavilla levyillä todellisuudessa oleva data, ei levyjen varattu koko. Levy, jonka koko on 4 TB ja täyttöaste 40 %, tuo laskelmaan 1,6 TB.
2. Tiivistyssuhde (r) – varmuuskopio-ohjelmiston pakkauksella ja deduplikoinnilla saavuttama datan väheneminen; sekalaisilla palvelimilla 1,3–2× on tyypillinen.
3. Päivittäinen muutos (Δ) – uudet ja muuttuneet lohkot päivässä tiivistyksen jälkeen. Mittaa se nykyisten varmuuskopioidesi inkrementtien koosta.
4. Säilytyskäytäntö – kuinka monta päivittäistä, viikoittaista ja kuukausittaista palautuspistettä säilytät.
5. Kasvu – datan odotettu kasvu sopimuskauden aikana, yleensä 10–20 % vuodessa.

GFS-säilytyksen tallennustilakaava

Kun objektitallennukseen tehdään jatkuvasti inkrementaalisia varmuuskopioita (incremental forever), kukin palautuspiste tallentaa vain lohkot, jotka ovat muuttuneet eivätkä ole yhteisiä uudempien pisteiden kanssa. Tästä saadaan yksinkertainen arvio:

Tallennustila ≈ F + Nd × Δ + Nw × Δw + Nm × Δm + lisätila

F   = D / r        täysi kopio
Nd  = päivittäiset pisteet               Δ  = päivittäinen muutos
Nw  = viikkopisteet päivien lisäksi      Δw ≈ 2,5 × Δ
Nm  = kuukausipisteet viikkojen lisäksi  Δm ≈ 6 × Δ
lisätila ≈ 10 % Object Lockille ja metatiedoille

Viikko- ja kuukausikertoimet heijastavat sitä, että monet päivittäiset muutokset kirjoittavat samojen lohkojen päälle; korvaa ne mitatuilla arvoilla, kun historiaa on kertynyt kuukauden ajalta. Laskuesimerkki: 20 TB käytettyä dataa, tiivistyssuhde 1,5× ja päivittäinen muutos 200 GB.

Säilytyskäytäntö suunnilleen kaksinkertaistaa kapasiteettitarpeen. Sovi se järjestelmäkohtaisesti: I-luokan järjestelmät tarvitsevat usein 12 kuukausipistettä, kun taas testi- ja tukijärjestelmille riittää 14 päivää.

Object Lock ja muuttumattomuuden lisätila

Compliance-tilassa Object Lock säilyttää jokaisen objektin sen säilytyspäivään asti, vaikka varmuuskopio-ohjelmisto ei enää tarvitsisi sitä. Siksi varmuuskopiotyökalut pidentävät lukitusaikoja usean päivän jaksoissa (esimerkiksi Veeam lisää tyypillisesti enintään kymmenen päivää), ja vanhentuneet pisteet poistetaan vasta lukituksen päätyttyä. Varaa säilytyslaskelman päälle 10–15 % ja älä koskaan suunnittele muuttumatonta tallennustilaa 100 %:n käyttöasteelle: täyttä säilöä ei voi siivota etuajassa.

Alkusiirto: kaistanleveys ja kesto

Ensimmäinen täysi kopio on suurin siirto. Mitoita yhteys niin, että alkusiirto valmistuu kahdessa viikossa, ja muista, että pitkällä aikavälillä vain noin 80 % nimelliskaistasta on käytettävissä:

Päivät = Datamäärä (TB) × 8 000 000 / (Kaistanleveys (Mbit/s) × 0,8 × 86 400)

Päivittäiset inkrementit ovat paljon pienempiä: 500 GB kahdeksan tunnin ikkunassa vaatii noin 140 Mbit/s tai alle 50 Mbit/s, kun siirto jaetaan 24 tunnille.

Pilven egress-kustannukset

Julkisesta pilvestä lähtevästä datasta laskuttaa gigatavukohtaisesti pilvipalveluntarjoaja eikä varmuuskopiopalvelun tarjoaja, joten kustannus kuuluu budjettiesitykseen omana rivinään. Azuren listahinnat Euroopasta internetiin lähtevälle liikenteelle (reititys Microsoftin verkon kautta):

Laskuesimerkissä 13,3 TB:n täyden kopion alkusiirto maksaa noin 1 137 $ ja 6 TB:n kuukausittaiset muutokset noin 513 $ kuukaudessa eli 6 160 $ vuodessa. Laskua voi pienentää kolmella keinolla: pakkaamalla ja deduplikoimalla ennen siirtoa, valitsemalla edullisemman ”routing preference: internet” -vaihtoehdon (0,08 $ ja 0,065 $ per GB kahdella ensimmäisellä hintaportaalla) sekä hyödyntämällä sponsorointi- tai hyvitysohjelmia, jotka saattavat jo kattaa tilauksen.

Palautuskapasiteetin mitoitus

Palautustestit tarvitsevat laskentatehoa ja levytilaa varmuuskopiotallennuksen yhteyteen. Mitoita pooli suurimmalle järjestelmälle, joka on palautettava kerralla – ei keskimääräiselle:

• Levytila: suurimman järjestelmän käytetty data ja 20 % työtilaa.
• Laskentateho: riittävästi vCPU:ta ja RAM-muistia sen palvelinten ajamiseen yhtä aikaa – esimerkiksi kaksi virtuaalikonetta, joissa kummassakin 8 vCPU:ta ja 32 GB muistia.
• Aika: kaikkien järjestelmien testaus vie yleensä kahdesta neljään viikkoa poolin käyttöaikaa vuodessa.

Mitoituksen tarkistuslista

• Mittaa käytetty data palvelimittain ja tietokantojen koot – älä varattua levytilaa.
• Hae nykyisistä varmuuskopioista 30 päivän inkrementtikoot, niin saat todellisen päivittäisen muutoksen.
• Sovi säilytys järjestelmäluokittain ennen kuin pyydät hintoja.
• Lisää 10–15 % muuttumattomuutta ja 10–20 % kasvua varten.
• Mitoita alkusiirron yhteys enintään 14 päivälle ja päivittäinen siirtoikkuna huippumuutosmäärän mukaan.
• Merkitse pilven egress budjettiesitykseen omaksi rivikseen.

Etkö halua laskea itse? Lähetä meille lähtötiedot: mitoitamme suvereenin off-site-varakopion ja toimitamme hinnoitellun arkkitehtuurin.