4 mód a felhőalapú biztonsági mentések megtakarítására

4 mód a felhőalapú biztonsági mentések megtakarítására
A virtuális gépek biztonsági mentése az egyik olyan terület, amelyre különös figyelmet kell fordítani a vállalati költségek optimalizálása során. Elmondjuk, hogyan állíthat be biztonsági mentéseket a felhőben, és takaríthatja meg a költségvetését.

Az adatbázisok értékes eszközök minden vállalat számára. Nagyrészt ezért váltak keresletté a virtuális gépek. A felhasználók olyan virtuális környezetben dolgozhatnak, amely védelmet nyújt a fizikai adatok lefoglalása és a bizalmas információk kiszivárogtatása ellen.

A legtöbb nagy- és középvállalat valamilyen módon függ a virtuális gépektől. Hatalmas mennyiségű kritikus információt tárolnak. Ezért nagyon fontos, hogy gondoskodjunk a biztonsági mentésekről, hogy egy napon ne történjen „hoppá”, és az évek óta feltöltött adatbázis hirtelen kiderüljön, hogy sérült vagy elérhetetlen.

A vállalatok általában biztonsági másolatot készítenek a virtuális gépeikről, és külön adatközpontokban tárolják azokat. És ha az elsődleges információfeldolgozó központ hirtelen meghibásodik, gyorsan helyreállhat a biztonsági mentésből. Ideális, ha a biztonsági másolatot különböző adatközpontokban tárolják, ahogyan ez történik Cloud4Y. A legtöbb szolgáltató azonban nem tud ilyen szolgáltatást nyújtani, vagy további pénzt kérni érte. Ennek eredményeként a biztonsági másolatok tárolása elég fillérekbe kerül.

A felhő képességeinek bölcs felhasználása azonban csökkentheti a pénzügyi terheket.

Miért a felhő?

A virtuális gépek biztonsági mentései kényelmesen tárolhatók felhőplatformokon. Számos olyan megoldás létezik a piacon, amelyek leegyszerűsítik a virtuális gépek biztonsági mentésének és visszaállításának folyamatát. Segítségükkel megszervezheti a virtuális gépekről történő megszakítás nélküli adat-helyreállítást, és stabil szolgáltatást biztosíthat az ezektől az adatoktól függő alkalmazások számára.

A biztonsági mentés folyamata automatizálható attól függően, hogy milyen fájlokról és milyen gyakran kell biztonsági mentést készíteni. A „felhőnek” nincsenek merev határai. A vállalat kiválaszthatja az üzleti igényeinek megfelelő funkcionalitást és teljesítményt, és csak az általa fogyasztott erőforrásokért fizet.

A helyi infrastruktúra nem rendelkezik ezzel a képességgel. Egyszerre kell fizetni az összes berendezésért (az üresjáratokért is), és ha a termelékenység növelésére van szükség, akkor több szervert kell vásárolni, ami költségnövekedéshez vezet. A Cloud4Y 4 módszert kínál az adatbázis biztonsági mentési költségeinek csökkentésére.

Szóval hogyan lehet pénzt megtakarítani?

Növekményes másolat

A vállalatnak rendszeresen biztonsági másolatot kell készítenie a kritikus adatokról. De ezek az adatok mennyisége idővel növekszik. Ennek eredményeként minden további biztonsági mentés egyre több helyet foglal el, és több időre van szükség a tárolóba való betöltéshez. Az eljárást leegyszerűsítheti a növekményes biztonsági mentések tárolásával.

A növekményes megközelítés feltételezi, hogy csak egyszer vagy bizonyos időközönként készít biztonsági másolatot (a biztonsági mentési stratégiától függően). Minden további biztonsági mentés csak az eredeti biztonsági mentésen végrehajtott módosításokat tartalmazza. Mivel a biztonsági mentések ritkábban készülnek, és csak az új változásokról készül biztonsági másolat, a szervezeteknek nem kell fizetniük a nagy felhőalapú adatátvitelekért.

Korlátozza a swap fájlok vagy partíciók számát

Előfordulhat, hogy a virtuális gép RAM-ja nem elegendő az alkalmazások és az operációs rendszer adatainak tárolására. Ebben az esetben az operációs rendszer elfoglalja a merevlemez egy részét további adatok tárolására. Ezeket az adatokat lapfájlnak vagy cserepartíciónak nevezik a Windows és Linux rendszerben.

Az oldalfájlok általában 1,5-szer nagyobbak, mint a RAM. Ezekben a fájlokban az adatok rendszeresen változnak. És minden alkalommal, amikor biztonsági másolat készül, ezekről a fájlokról is biztonsági másolat készül. Ezért jobb lenne kizárni ezeket a fájlokat a biztonsági mentésből. Túl sok helyet foglalnak el a felhőben, mivel a rendszer minden biztonsági mentéskor elmenti őket (a fájlok folyamatosan változnak!).

Általában az az elképzelés, hogy csak azokról az adatokról készítsünk biztonsági másolatot, amelyekre a vállalatnak valóban szüksége van. És a szükségtelenekről, például a lapozófájlról, nem szabad biztonsági másolatot készíteni.

Biztonsági másolatok sokszorosítása és archiválása

A virtuális gépek biztonsági mentései sokat nyomnak, ezért több helyet kell foglalni a felhőben. Ezért pénzt takaríthat meg a biztonsági másolatok méretének csökkentésével. Ez az, ahol a deduplikáció segíthet. Ez az a folyamat, amikor csak a megváltozott adatblokkokat másoljuk, és a változatlan blokkok másolatait az eredeti blokkra való hivatkozással helyettesítjük. Különféle archiválókkal is tömörítheti a végső biztonsági másolatot, így még több memóriát takaríthat meg.

Ez a téma különösen akkor releváns, ha követi a 3-2-1 szabályt a biztonsági másolatok tárolása során. A szabály kimondja, hogy a megbízható adattárolás érdekében legalább HÁROM biztonsági másolatot kell tárolnia KÉT különböző tárolási formátumban, és az egyik másolatot a fő tárolón kívül kell tárolni.

Ez a hibatűrés biztosításának alapelve redundáns adattárolást feltételez, így egyértelműen érdemes lenne csökkenteni a mentési mennyiséget.

GFS (Grandfather-Father-Son) tárolási szabályzat

Hogyan szerveződik a legtöbb vállalatnál a biztonsági mentések létrehozásának és tárolásának folyamata? De sehogy! A szervezetek biztonsági másolatot készítenek, és... elfelejtik őket. Hónapokig, sőt évekig. Ez szükségtelen költségekkel jár a soha nem használt adatokért. Ennek legjobb módja a megőrzési szabályzat alkalmazása. Ezek a házirendek határozzák meg, hogy egyszerre hány biztonsági másolat tárolható a felhőben.

A legegyszerűbb mentési tárolási szabályzatot az „első be, először ki” elv magyarázza. Ezzel a házirenddel bizonyos számú biztonsági mentés megőrződik, és a korlát elérésekor a legrégebbi törlődik, hogy helyet adjon a legújabbnak. Ez a stratégia azonban nem teljesen hatékony, különösen akkor, ha maximális helyreállítási pontot kell biztosítania a lehető legkisebb tárhelyen. Ezen kívül vannak olyan jogi és vállalati előírások, amelyek megkövetelik az adatok hosszú távú megőrzését.

Ezt a problémát a GFS (Grandfather-Father-Son) irányelv használatával lehet megoldani. A „Son” a leggyakoribb biztonsági mentés. Például naponta. És a „nagyapa” a legritkább dolog, például havonta. És minden alkalommal, amikor új napi biztonsági másolat jön létre, az az előző heti heti biztonsági mentés fia lesz. Ez a modell több helyreállítási pontot biztosít a vállalatnak ugyanazzal a korlátozott tárhellyel.

Ha hosszú ideig kell tárolni az információkat, akkor sok van, de valójában soha nem kérik, akkor használhatja az úgynevezett jéghideg tárolót. Az ottani adatok tárolásának költsége alacsony, de ha egy cég kéri ezeket az adatokat, akkor fizetnie kell. Olyan, mint egy távoli, sötét szekrény. Rengeteg olyan dolog van benne, amiből 10-20-50 év múlva semmi sem lesz. De mire eljut egyhez, sok időt fog tölteni. A Cloud4Y ezt a tárhelyet "Levéltári".

Következtetés

A biztonsági mentés minden vállalkozás számára a biztonság alapvető eleme. A biztonsági mentések felhőben mentése nagyon kényelmes, de néha a szolgáltatás meglehetősen drága. Az általunk felsorolt ​​módszerekkel csökkentheti cége havi kiadásait.

Milyen hasznosakat olvashatsz még a Cloud4Y blogon

5 nyílt forráskódú biztonsági eseménykezelő rendszer
Sörintelligencia – A mesterséges intelligencia előáll a sörrel
Mit fogunk enni 2050-ben?
5 legjobb Kubernetes disztribúció
Robotok és eper: hogyan növeli az AI a szántóföldi termelékenységet

Iratkozzon fel a Telegram-csatorna, hogy ne maradj le a következő cikkről! Hetente legfeljebb kétszer írunk, és csak üzleti ügyben.

Forrás: will.com

Hozzászólás