Pregled
Određivanje cijene
Konfiguriranje sigurnosnih kopija
Konfiguriranje sigurnosne kopije putem API-ja
Ograničenja
Vultr nudi automatsko sigurnosno kopiranje kao opciju na računalnim instancama. Sigurnosne kopije su iznimno važne za kritične sustave, a Vultr sustav sigurnosnog kopiranja dodaje zaštitu podataka s jednom značajkom koja je jednostavna za upravljanje. Ovaj članak opisuje neke od najvažnijih trenutaka korištenja Vultr automatskih sigurnosnih kopija s vašim poslužiteljima u oblaku.
Pregled
- Sigurnosne kopije se pohranjuju u istom podatkovnom centru kao i originalna instanca na zasebnom sustavu za pohranu otpornom na greške.
- Automatsko sigurnosno kopiranje može se konfigurirati tako da se izvodi dnevno, svaki drugi dan, tjedno ili mjesečno.
- Doba dana, dan u tjednu/mjesec kada se sigurnosna kopija događa može se konfigurirati.
- Možete vratiti samo snimke cijelog poslužitelja, ne i pojedinačne datoteke.
- Vultr pohranjuje vaše dvije najnovije sigurnosne kopije. Starije sigurnosne kopije se izmjenjuju nakon svakog zakazanog intervala.
Određivanje cijene
Instanca s omogućenim automatskim sigurnosnim kopiranjem imat će 20% višu osnovnu mjesečnu/satnu naknadu.
Konfiguriranje sigurnosnih kopija
Automatskim postavkama sigurnosne kopije može se upravljati putem Vultr upravljačke ploče. Nakon što se prijavite na svoj račun, posjetite područje upravljanja poslužitelja i kliknite karticu "Sigurnosne kopije".
Konfiguriranje sigurnosne kopije putem API-ja
Vultr API nudi funkcije sigurnosnog kopiranja u odjeljku poslužitelja za omogućavanje, onemogućavanje i upravljanje postavkama sigurnosnog kopiranja za vaše poslužitelje. Za sve namjere i svrhe možete zamisliti sigurnosne kopije i snimke kao istu vrstu objekta. Zasebno smo ih modelirali u Vultr API-ju kako bismo omogućili buduće proširenje usluge sigurnosne kopije.
Ograničenja
Automatske sigurnosne kopije redovito prave snimke vašeg aktivnog datotečnog sustava. Budući da ne zaustavljamo vaš poslužitelj kako bismo snimili snimku, dizanje iz sigurnosne kopije slično je ponovnom pokretanju nakon ponovnog pokretanja vašeg poslužitelja koji nije graciozan.
Iako se moderni datotečni sustavi i baze podataka iznimno dobro nose s ovim scenarijem, možda ćete htjeti poduzeti dodatne mjere kako biste jamčili dosljedno stanje vaših podataka kada su pokrenuti vrlo aktivni i intenzivno pisani sustavi tipa baze podataka. Na primjer, s MySQL-om možete postaviti cron za pokretanje mysqldump u odvojeni direktorij na lokalnom datotečnom sustavu.