Instantanee de disc GCP: pierderea instantaneului complet ar face ca instantaneele incrementale să fie inutile?

Pe GCP, când faceți instantanee periodice ale discurilor, primul instantaneu este un instantaneu complet al discului, iar următoarele instantanee constau numai din deltele instantaneelor ​​anterioare. Dacă un instantaneu este șters și are alte instantanee dependente de acesta, modificările necesare pentru ca instantaneul să poată fi utilizat pentru restaurare sunt mutate în următorul instantaneu. Acest proces este detaliat Aici.

Ce s-ar întâmpla dacă un instantaneu ar eșua în așa fel încât acest proces să nu se întâmple? Dacă primul instantaneu ar fi într-un fel ștears sau corupt și datele nu ar fi transmise celui de-al doilea instantaneu, toate instantaneele următoare ar face inutilizabile sau GCP ar consulta acum discul original și ar construi din nou primul instantaneu sau doar ar face un nou instantaneu complet instantaneu?

Dacă atât discul original, cât și instantaneul complet ar deveni cumva corupte, ai fi teribil de ghinionist și nu ai nicio șansă de a recupera discul?

Cu excepția cazului în care Google ar lansa codul sursă și algoritmii actuali pentru software-ul lor instantaneu...

Instantaneele sunt practic sisteme de copiere la scriere, fiecare instantaneu fiind o listă de pointeri către copii ale datelor modificate (blocuri de disc). Dacă software-ul instantaneu a eșuat, tipul de eroare ar determina dacă recuperarea este posibilă. Presupuneți că totul ar fi pierdut și planificați evenimentul respectiv.

Proiectele de backup din lumea reală nu au încredere niciodată într-un singur mecanism de backup sau într-o locație de stocare de rezervă sau într-o copie a unei copii de rezervă. Pentru date de mare valoare, folosesc tot timpul trei forme de backup plus un standby la rece.

Stocarea regională sau multiregională Google Cloud se bazează pe replicarea mai multor copii ale blob-urilor, în interiorul zonei, între zone și între regiuni. În teorie, chiar și un centru de date care arde până la pământ va duce la pierderi foarte mici de date. Instantaneele sunt stocate astfel și unele tipuri de discuri.

Instantaneele mențin automat cel puțin una plină cu incrementale. Acest lucru nu poate fi controlat cu API, nu din câte îmi dau seama. De obicei, aș dori opțiunea tuturor completă pentru o recuperare mai simplă, dar dacă aceasta poate face în mod fiabil recuperarea incrementală cu o interfață ușoară, asta ar putea funcționa.

Da, backend-ul de stocare pierderea unui instantaneu complet ar putea fi catastrofal pentru recuperarea punctuală. Este posibil să existe date numai în întregime, care nu se află în niciun disc incremental sau online. Puțin probabil, având în vedere arhitectura și echipa lor operațională, dar ar fi un eveniment de mare impact. Macar instantaneu creați documente susțin că nu poți șterge discul online în unele moduri de eșec:

Dacă încercați să creați un instantaneu de pe un disc persistent zonal și procesul de instantaneu eșuează, nu veți putea șterge fișierul disc persistent zonal original până când ați curățat discul eșuat instantaneu. Acest failsafe ajută la prevenirea ștergerii accidentale a sursă de date în cazul unei copii de rezervă nereușite.

Plinurile simple de fiecare dată nu sunt o opțiune cu funcția de instantaneu. Realizarea asta ar implica adăugarea propriilor copii de rezervă suplimentare. Poate folosiți instantanee ca sursă, dar arhivați-le undeva. Costuri suplimentare și complexitate, dar nu se bazează în totalitate pe instantanee.