Varukoopia, mida te tegelikult kasutate
Enamik ettevõtteid saab teada, et nende varukoopia ei tööta, alles siis, kui katastroof saabub. Seepärast soovitame käsitleda varundamist kui protsessi, mitte linnukest: automaatsed koopiad, mida hoitakse tootmisserverist eemal, ja regulaarselt testitud taastamine. cPanelis töötab igapäevane varukoopia automaatselt ja te taastate selle paneelist; VPS-is ja dedikeeritud serverites saab DevOps-meeskond teie kaasas olevate tundide arvelt seadistada ajastatud taastamistestid.
Millise varukoopia iga pakett sisaldab
cPaneli majutusel on automaatne igapäevane varukoopia, mille taastate paneelist. VPS-il on hetktõmmised — serveri oleku täielikud koopiad — ilma garanteeritud sagedusega. Dedikeeritud serverid ei sisalda vaikimisi varukoopiat: NVMe kettad tulevad paaridena ja RAID seadistatakse paigaldusel, kuid RAID ei ole varukoopia. Välise varukoopia, andmebaaside PITR-i ja taastamistestid seadistab meie meeskond kaasas olevate DevOps-tundide arvelt (dedikeeritud serveritel 5–10 h/kuu).
| Pakett | Varukoopia | Taastamine | Asukoht |
|---|---|---|---|
| cPaneli majutus | Automaatne igapäevane varukoopia | Kliendipaneelist | EL (Frankfurt) |
| VPS | Hetktõmmised, garanteeritud sageduseta | Hetktõmmisest | EL (Frankfurt) |
| VPS — väline varukoopia | Soovi korral, DevOps-tundide arvelt | Seadistatud strateegia järgi | Lepitakse kokku meeskonnaga |
| Dedikeeritud server | Vaikimisi ei sisaldu — seadistatakse soovi korral | Strateegia järgi (3-2-1, PITR) | EL (Frankfurt) + väline salvestus soovi korral |
RPO ja RTO — numbrid, mille peaksite ise paika panema
Sõnastuse „varukoopia võimalikult kiiresti“ asemel tasub fikseerida kaks konkreetset väärtust. RPO (Recovery Point Objective) ütleb, kui palju andmeid te endale kaotada lubate. RTO (Recovery Time Objective) ütleb, kui kaua võib taastamine aega võtta. Meeskond ehitab strateegia üles nende väärtuste ümber.
Maksimaalne andmekadu, mida olete valmis aktsepteerima. Igapäevane varukoopia tähendab kuni ühe päeva kaotust; WAL-i voogedastusega jõuab andmebaas alla ühe minuti — seadistatakse soovi korral.
Taastamisaeg sõltub andmemahust ja valitud strateegiast. Me RTO-d ei garanteeri — ainus usaldusväärne näitaja on see, mis on mõõdetud taastamistestis.
Katastroofistsenaariumid — ja kuidas end kaitsta
Katastroofid on harvad, kuid väga mõjusad. Siin on kõige tavalisemad stsenaariumid ja kaitse, mida me igaühe puhul soovitame. VPS-is ja dedikeeritud serverites seadistab meeskond need meetmed kaasas olevate DevOps-tundide arvelt.
Riistvara rike (ketas, RAM)
Andmekao kõige sagedasem põhjus. Dedikeeritud serveritel on paaridena NVMe kettad koos paigaldusel seadistatud RAID-iga ning EPYC ja Xeon tasemetel ECC RAM. RAID hoiab serveri töös, kui ketas ütleb üles, kuid see ei asenda varukoopiat — väline koopia on endiselt vajalik.
Kaitse: RAID + väline varukoopiaLunavara või konto kompromiteerimine
Ründaja krüpteerib serveri failid — ja iga koopia, millele server ligi pääseb. Seepärast peaks vähemalt üks koopia asuma väljaspool serverit, kus tootmiskonto seda muuta ei saa (muutumatu või võrguühenduseta). Seadistame selle soovi korral DevOps-tundide arvelt.
Kaitse: isoleeritud koopiaAndmete juhuslik kustutamine
„DROP TABLE users“ käivitatud tootmisandmebaasis. Kõige sagedasem inimviga. Kui andmebaasil on seadistatud ajapunktipõhine taastamine (PITR), minete tagasi vahetult enne viga; igapäevane varukoopia viib teid tagasi ainult viimase koopiani.
Kaitse: PITR soovi korralAndmekeskuse täielik rike
Tulekahju, üleujutus, pikaajaline operaatori katkestus. Kaitseks on koopia teises asukohas, näiteks teises andmekeskuses. Replikatsioon ja tõrkesiire ei sisaldu vaikimisi; meeskond seadistab need soovi korral DevOps-tundide arvelt.
Kaitse: koopia teises asukohasRakenduse viga rikub andmed
Juurutus toob kaasa vea, mis rikub andmebaasi kirjeid. Eraldi andmebaasi varukoopiaga taastate ainult andmebaasi (mitte kogu serverit) — rakenduse failid jäävad, andmed keritakse tagasi.
Kaitse: eraldi andmebaasi varukoopiaMigreerimine teise serverisse
Kasvate praegusest paketist välja. VPS liigub kõrgemale tasemele, kus on rohkem vCPU-sid, RAM-i ja kettaruumi; teise serverisse kolimiseks planeerime migreerimise ette, et seisak oleks lühike.
Nõuanne: planeerige migreerimine varakultAndmebaasi varukoopia — strateegiad mootori kaupa
VPS-i täielikust varukoopiast ei piisa alati. Andmebaasidel on oma ajapunktipõhise taastamise (PITR) mehhanismid — need võimaldavad minna tagasi täpselt valitud hetkele, mitte ainult viimase hetktõmmiseni. Seadistame need soovi korral kaasas olevate DevOps-tundide arvelt.
Mis on kaasas — ja mis seadistatakse soovi korral
Eraldi müüdavat „premium-varukoopiat“ ei ole: mis on kaasas, on iga paketi juures kirjas, ja kõik, mis sellest kaugemale läheb, ehitab meeskond teie tellimuses sisalduvate DevOps-tundide arvelt. Kvoodi ületavad tunnid arveldatakse eraldi, tunnipõhiselt.
- cPanel: automaatne igapäevane varukoopia, taastamine paneelist — kaasas
- VPS: hetktõmmised, garanteeritud sageduseta — kaasas
- Dedikeeritud serverid: paaridena NVMe kettad, RAID seadistatud paigaldusel — varukoopia vaikimisi ei sisaldu
- Väline varukoopia 3-2-1 reegli järgi — soovi korral, DevOps-tundide arvelt (dedikeeritud serveritel 5–10 h/kuu)
- Andmebaaside PITR (WAL, binlog, oplog) — soovi korral, DevOps-tundide arvelt
- Taastamistestid ja säilitusperiood — lepitakse kokku meeskonnaga ning seadistatakse DevOps-tundide arvelt
Varukoopia taastamine — 4 sammuga
Avage paneel
Logige sisse kliendipaneeli. cPanelis taastate igapäevase varukoopia seal; VPS-is valite hetktõmmise.
Valige ajahetk
Valige koopia vahetult enne probleemi. Viimane ei ole alati õige, kui viga on olnud olemas juba mõnda aega.
Klõpsake „Taasta“
Taastamine kirjutab praeguse oleku üle. Kui olete ebakindel, paluge meeskonnal taastada esmalt eraldi keskkonda, et saaksite võrrelda.
Kontrollige tulemust
Kontrollige, et rakendus töötab ja andmed on seal, kus nad olema peavad. Taastamise kestus sõltub andmemahust.
Korduma kippuvad küsimused
Kas hetktõmmise tegemiseks tuleb server peatada?
Tavaliselt mitte: VPS-i hetktõmmis tehakse töötava serveriga. Andmebaasi puhul ei ole töötava serveri hetktõmmis aga alati järjepidev, seega soovitame eraldi andmebaasi varukoopiat (dump või WAL/binlog), mille meeskond seadistab soovi korral.
Kui kaua võtab väga suure hetktõmmise (nt 500 GB) taastamine?
See sõltub andmemahust, kettast ja koopia asukohast — välisest koopiast taastamine võtab kauem kui kohalikust. Kindlat aega me ei luba: realistliku näitaja annab taastamistest, mida saame teiega koos läbi viia.
Kas varukoopiad on krüpteeritud?
Väliste varukoopiate krüpteerimine kuulub strateegiasse, mille seadistame soovi korral — näiteks koopiad, mis lahkuvad serverist ainult krüpteeritud kujul, võtmetega, mida hoitakse tootmisest eraldi. Teatage oma nõuded meeskonnale seadistuse tellimisel.
Mis siis, kui tahan säilitusaega, mis on pikem kui 30 päeva?
Väliste varukoopiate säilitusaeg määratakse strateegia seadistamisel, lähtudes teie vajadustest ja õiguslikest arhiveerimiskohustustest. Pikema säilitusaja salvestus lepitakse kokku meeskonnaga; paketid leiate hinnalehelt.
Kas ma saan hetktõmmise kohalikult alla laadida?
VPS-is ja dedikeeritud serverites on teil root-juurdepääs ning kopeerite oma andmed eelistatud tööriistadega (rsync, tar). Meeskond saab DevOps-tundide arvelt seadistada ka automaatsed koopiad välisesse salvestusse, näiteks AWS S3, Google Cloud Storage või Azure Blob.
Teie andmed on liiga väärtuslikud, et jätta need juhuse hooleks
cPanel sisaldab igapäevast varukoopiat ja VPS hetktõmmiseid. Dedikeeritud serverites ehitab meeskond varundusstrateegia kaasas olevate DevOps-tundide arvelt. Üksikasjad leiate hinnalehelt.
Vaata pakette →