A tárhelytervezéshez három mennyiséget érdemes külön felírnod: mennyi adatod van most, mennyi új adat érkezik időegységenként, és mennyi törlődik ugyanebben az időszakban. A napi feltöltésből önmagában csak akkor számolható telítődés, ha közben semmi nem távozik. Megőrzési szabállyal a tárolt állomány egy része beállhat egy közel állandó méretre.
Állandó napi növekedés
Ha a nettó növekedés napi d GB, a jelenlegi állomány S₀ GB, akkor t nap múlva:
S(t) = S₀ + d × t.
Ez az állandó változási sebességű lineáris modell. A módszer általános felépítését az OpenStax lineáris függvényekről szóló fejezete mutatja be; az alábbi tárhelypélda saját szemléltető számítás.
Induljunk 240 GB-ról, napi 2,4 GB nettó növekedéssel. Harminc nap új állománya 2,4 × 30 = 72 GB, így a hónap végén 312 GB adatunk lesz. Százhúsz nap múlva 240 + 2,4 × 120 = 528 GB. Háromszázhatvanöt napnál az eredmény 1 116 GB.
Azonos egységeket használj. Ha a rendszer GiB-ban mutatja a foglalást, a napi növekedést is arra váltsd. Az adatmennyiség-átváltó segít ebben; a NIST táblázata szerint a GB és a GiB eltérő bájtszámot jelöl.
Mikor fogy el a kijelölt keret?
Legyen a tervezési keret 1 000 GB. Ez a példában a számodra használható keret, amelyből már levontad az egyéb célokra fenntartott helyet. A szabad rész 1 000 − 240 = 760 GB. A telítődésig számított idő:
760 / 2,4 = 316,67 nap.
Egész napos adagoknál a 316. nap után 998,4 GB-nál jársz, a 317. adaggal 1 000,8 GB-ra érnél. A két tizedesjegy tehát a matematikai köztes időt jelöli, a beavatkozást az adatérkezés tényleges rendjéhez igazítsd.
A tárhelynövekedési kalkulátor havi lineáris és százalékos növekedéssel dolgozik. A napi példához egy választott, harmincnapos tervezési hónapban 72 GB havi növekedést adj meg. Naptári hónapok esetén a napi átlagból számolt pontos havi mennyiség a napok számával változik.
Mi változik gördülő megőrzésnél?
Tegyük fel, hogy a 240 GB induló archívumot tartósan megőrzöd, az új napi 2,4 GB-os állományból viszont mindig csak az utolsó harminc napot tartod meg. Ha az adagok azonos méretűek, és a régi adatok ténylegesen kikerülnek a keretből, a mozgó rész mérete 72 GB körül áll be. Az összes tárolt adat ekkor körülbelül 312 GB.
Kilencvennapos ablakkal a mozgó rész 2,4 × 90 = 216 GB, a teljes méret 456 GB. Ez a cikk kézi megőrzési számítása; a növekedési kalkulátor bemeneteiből önmagában ne feltételezz automatikus törlési működést.
A mentések példányszámát is vedd számba. Két teljes, egymástól külön tárolt 312 GB-os példány összesen 624 GB adatot jelent. Pillanatképek, tömörítés és deduplikáció esetén a tényleges többletet méréssel határozd meg, mert az eltérhet a teljes példánymérettől.
Mikor kell elkezdened a bővítést?
A betelés dátuma önmagában kevés, ha a bővítés előkészítése is időbe kerül. Vegyünk egy külön tervezési változatot: 1 000 GB a használható keret, 100 GB szabad helyet fenn akarsz tartani, a bővítés 14 nap, és egy nagyobb terhelésű helyzetre 3,6 GB/nap nettó növekedéssel számolsz. Ezek választott példafeltételek, nem szolgáltatói előírások.
A beavatkozás induló tárhelyszintje:
1 000 − 100 − 14 × 3,6 = 849,6 GB.
Eddig érve a feltételezett 14 nap alatt további 50,4 GB keletkezik, így a bővítés végére 900 GB-ot használsz. Megmarad a kijelölt 100 GB tartalék. Ha most 800 GB foglalt, a küszöbig (849,6 − 800) / 3,6 ≈ 13,78 nap van. Napi ellenőrzésnél ne várd meg a küszöb utáni következő mérést.
A számításban nettó, ténylegesen tárolva maradó adat szerepel. Ha a napi növekedés vagy az átfutási idő megváltozik, a küszöböt is újra kell számolni. Állandó 240 GB alapadat és 2,4 GB/nap megőrzött új adat mellett ugyanezzel az 1 000 GB-os kerettel és 100 GB tartalékkal legfeljebb (1 000 − 240 − 100) / 2,4 = 275 teljes nap új adata fér el. Ez csak működő törlés és külön nem számolt másolatok nélkül igaz; a mentések tárhelyét saját keretükben vizsgáld.
A nap végi foglalás elrejtheti a köztes csúcsot
Tegyük fel, hogy 1 000 GB használható kapacitáson 920 GB adatot őrzöl. Naponta 100 GB új export érkezik, és ugyanennyi régi állomány válik törölhetővé. A napi nettó növekedés nulla, a folyamat mégis elfogyaszthatja a szabad helyet.
Ha előbb az egész új exportnak be kell érkeznie, és csak annak ellenőrzése után törlöd a régi példányt, a köztes igény 920 + 100 = 1 020 GB. Húsz gigabájt hiányzik, miközben a művelet utáni tervezett állomány újra 920 GB lenne. Ha ezen felül 50 GB szabad tartalékot is fenn akarsz tartani, ehhez a folyamathoz legalább 1 070 GB használható kapacitás kell.
A tárhelytervben ezért rajzold fel magadnak az adat műveleti sorrendjét: beérkezés, feldolgozás, ellenőrzés, lejárt példány felszabadítása. Külön számold hozzá az ideiglenes kicsomagolt állományt és minden valóban létrejövő másolatot. A korábbi törlést csak akkor válaszd megoldásnak, ha az adatmegőrzési és helyreállítási igényt is teljesíti. Egy részben feltöltött, még nem ellenőrzött új példányra nem épülhet automatikusan a régi adat elhagyása.
Amikor a teljes állomány százalékosan nő
Havi százalékos növekedésnél másik képlet kell: S(h) = S₀ × (1 + r)ʰ. A 240 GB-os állomány havi 4%-os növekedéssel tizenkét hónap után 384,25 GB. Itt minden hónapban az előző havi állomány a százalék alapja.
Ha a 4% az újonnan érkező havi adagra vonatkozik, ez a képlet még nem a teljes foglaltságot adja. Akkor az egymást követő adagokat kell hozzáadnod a kezdőállományhoz, és külön levonni a ténylegesen felszabadult adatot. Azonos százalékérték mellett eltérő tervet kapsz attól függően, hogy az összes tárolt adat vagy a beérkező adag növekszik. A mérési napló oszlopát ennek megfelelően nevezd meg: például „hó végi foglaltság” vagy „havi új feltöltés”.
A modellt a saját méréseidhez válaszd. Azonos méretű napi exporthoz jó első közelítés lehet a lineáris növekedés. Egyre több felhasználó vagy egyre hosszabb felvételek mellett a növekedés maga is változhat. Ments el néhány egymást követő, azonos időpontban rögzített tárhelyadatot, és frissítsd ezekből a becslést.
Nulla nettó növekedésnél ebből a modellből nem adódik későbbi telítődés. Már túllépett keretnél viszont az első feladat a jelenlegi hiány rendezése. A kijelzett távoli dátumot is kezeld feltételes tervként: a bemeneti adat változásakor újra kell számolni.
Záró tudáspróba
Kérdésenként egy választ jelölj meg, majd a megoldások alapján pontozd magad. Ez a három kérdés a cikkben bemutatott összefüggéseket ellenőrzi.
1. 240 GB tartós archívum mellett napi 2,4 GB új adatból csak az utolsó 90 napot őrzöd. Mekkora a beállt állomány működő törlésnél, másolatok nélkül?
- A) 456 GB.
- B) 216 GB.
- C) 528 GB.
2. 920 GB foglaltság mellé 100 GB új export érkezik a régi törlése előtt. Mennyi kapacitás kell, ha a csúcson is 50 GB szabad tartalékot kérsz?
- A) 970 GB.
- B) 1 070 GB.
- C) 1 000 GB.
3. 1 000 GB keretből 100 GB-ot szabadon hagynál. A bővítés 14 nap, a növekedés 3,6 GB/nap. Melyik foglaltságnál kell legkésőbb elindítani a folyamatot a modellben?
- A) 950,4 GB-nál.
- B) 900 GB-nál.
- C) 849,6 GB-nál.
Megoldások és pontozás
1. A. A mozgó rész 90 × 2,4 = 216 GB, ehhez hozzáadódik a 240 GB állandó archívum. Ismétléshez: Mi változik gördülő megőrzésnél?.
2. B. A törlés előtti csúcs 920 + 100 = 1 020 GB; ehhez további 50 GB tartalék kell. Ismétléshez: A nap végi foglalás elrejtheti a köztes csúcsot.
3. C. A bővítés alatt 14 × 3,6 = 50,4 GB keletkezik. Az induló küszöb 1 000 − 100 − 50,4 = 849,6 GB. Ismétléshez: Mikor kell elkezdened a bővítést?.
Minden helyes válasz 1 pont; a hibás vagy kihagyott válasz 0 pont. Az összpontszám 0–3 lehet.
- 0 pont: dolgozd végig újra a három megoldásban megjelölt részt, és írd le a példák kiinduló feltételeit.
- 1 pont: a két elhibázott kérdésnél vezesd le a helyes választ; külön írd mellé, melyik feltétel vagy számolási lépés maradt ki.
- 2 pont: térj vissza az egyetlen elhibázott kérdéshez kapcsolt részhez, majd egy bemenet megváltoztatásával ellenőrizd újra az eredményt.
- 3 pont: a három összefüggést ebben a feladatsorban helyesen alkalmaztad. Próbáld ki a cikk egyik ellenőrzését saját adatokkal, a feltételeket és a mértékegységeket is feljegyezve.