Zálohy VPS: čo overiť pred podpisom zmluvy

Otázky, ktoré treba položiť

Frekvencia a uchovávanie: o čo môžete prísť

Politiku zálohovania zhrnú dva časové údaje:

• Maximálna prípustná strata údajov (RPO, recovery point objective): množstvo práce, ktoré ste ochotní stratiť. Záloha každú noc znamená najviac 24 hodín; databáza, ktorá celý deň zaznamenáva objednávky, získa, ak k nej pridáte priebežnú archiváciu jej transakčného logu.
• Maximálna doba prerušenia (RTO, recovery time objective): čas, počas ktorého môže byť služba nedostupná. Závisí od objemu na obnovu a najmä od toho, kto obnovuje a kedy.

Doba uchovávania odpovedá na inú otázku: ako ďaleko sa môžete vrátiť? Vymazanie zistené na druhý deň napravíte zálohou z predchádzajúcej noci. Nenápadný prienik, tiché poškodenie údajov alebo chyba v automatickom spracovaní sa niekedy prejavia neskôr: vtedy potrebujete bod obnovy spred vzniku problému. Pre dlhodobé archívy, účtovné alebo regulačné, dopĺňa zálohu servera mesačný export uchovávaný oddelene.

Kde sú zálohy a kto ich môže vymazať

Záloha chráni pred tým, čo sa stane serveru. Preto musí byť uložená inde než on:

• Zrkadlenie diskov (RAID) chráni pred poruchou disku a na druhý disk verne skopíruje aj vymazanie či škodlivé zašifrovanie vykonané na prvom. Je to ochrana hardvéru, nie záloha.
• Snímka (snapshot) na tom istom úložisku vás rýchlo vráti späť po nepodarenej aktualizácii, ale zmizne spolu s úložiskom, na ktorom je.
• Záloha mimo stroja, na samostatnom úložisku, prežije stratu servera. Ak je zašifrovaná ešte pred odoslaním, zostane nečitateľná pre každého, kto nemá kľúč.

Bod, na ktorý sa často zabúda: zálohu, ktorú možno vymazať zo servera, môže vymazať aj útočník, ktorý server ovládol. Zálohy vytvárané a uchovávané poskytovateľom, mimo dosahu zálohovaného servera, sú pred týmto rizikom chránené.

Osobitný prípad databáz

Databáza zapisuje nepretržite. Kópia jej súborov vytvorená počas behu ju zachytí v stave, v akom by bola po výpadku napájania: PostgreSQL aj MySQL sa z takého stavu dokážu zotaviť prehratím svojho logu. Na jemnejšiu obnovu, tabuľku po tabuľke alebo do inej verzie, sa pridáva logická záloha:

pg_dump -Fc -d moja_db -f /zalohy/moja_db-$(date +%F).dump
mysqldump --single-transaction --routines moja_db | gzip > /zalohy/moja_db-$(date +%F).sql.gz

Ak tieto exporty naplánujete každú noc plánovanou úlohou pred časom zálohy servera, budú jej súčasťou a môžete ich aj skopírovať na vlastné úložisko.

Pravidlo 3-2-1

Pravidlo, ktoré odporúčajú agentúry pre kybernetickú bezpečnosť, sa zmestí do troch číslic: 3 kópie vašich údajov, na 2 rôznych médiách, z toho 1 na inom mieste. Na VPS to znamená: údaje v prevádzke na serveri, záloha vytvorená poskytovateľom mimo stroja a pravidelný export toho najdôležitejšieho (databáza, súbory nahrané vašimi používateľmi) na vaše vlastné úložisko.

restic -r sftp:pouzivatel@ulozisko.example.com:/zalohy init
restic -r sftp:pouzivatel@ulozisko.example.com:/zalohy backup /zalohy

Test obnovy

Záloha sa dokazuje obnovou. Raz za štvrťrok a po každej významnej zmene servera:

1. Požiadajte o obnovu alebo ju spustite na testovacom serveri, vedľa produkcie.
2. Overte, že sa aplikácia spustí a odpovedá.
3. Porovnajte niekoľko údajov s produkciou: počet riadkov hlavných tabuliek, dátum posledného záznamu.
4. Zapíšte si, ako dlho operácia trvala: to je vaša skutočná doba prerušenia.

Na Managed VPS sú tieto zálohy, ich uchovávanie mimo stroja aj samotná obnova vecou poskytovateľa: vy požiadate, on obnoví.

Ak server uchováva osobné údaje: v Európskej únii všeobecné nariadenie o ochrane údajov (GDPR, článok 32) uvádza medzi primeranými technickými a organizačnými opatreniami schopnosť včas obnoviť dostupnosť osobných údajov a prístup k nim v prípade fyzického alebo technického incidentu, ako aj proces pravidelného testovania, posudzovania a hodnotenia účinnosti týchto opatrení. Datovaný test obnovy je toho najjednoduchším dôkazom.