VEEAM Scale-Out Backup Repository

Adrian Murgescu

System Engineer Data Center

Descoperă avantajele oferite de către SOBR.

Ce este SOBR?

SOBR reprezintă o colecție logică de sisteme de stocare unitare (repository-uri în limbaj Veeam), ce sunt văzute ca un tot unitar. Aceste sisteme de stocare (repository-uri), sunt cunoscute și cu denumirea de extensii, și vor contribui la capacitatea totală de stocare a SOBR-ului nostru.

În imaginea de mai sus putem vedea un SOBR ce conține o colecție de 6 extensii de diferite tipuri. Folosim acest SOBR pentru a stoca backup-urile din mediul nostru de producție. Veeam Backup Server va gestiona locația exactă unde vor fi salvate fișierele de backup.

Beneficiile SOBR-ului

Exista o mulțime de motive pentru care am dori să folosim această tehnologie, însă le-am enumerat mai jos pe cele mai importante:

  • Reprezintă o metodă convenabilă de a gestiona infrastructura de stocare pentru backup
  • Repository-ul de tip Scale-Out poate fi modificat / extins în orice moment foarte ușor
    • Extensiile pot fi puse în „Maintenance mode”, pentru upgrade / mentenanță / etc
    • Extensiile pot fi retrase din utilizare (datele pot fi evacuate pe alte extensii) (pentru storage-uri ce vor fi retrase din producție, sau dorim să le dăm alte funcționalități).
    • Putem extinde ușor capacitatea de stocare a SOBR-ului prin adăugarea de extensii noi, sau prin upgradarea celor existente
  • Putem să adăugam ca și extensie orice tip de sistem de stocare suportat de către Veeam Backup Server (Windows, Linux, Storage de tip DAS, orice share în rețea, apliance-uri de deduplicare, etc). Funcționalitățile existente pe aceste storage-uri se vor păstra.
  • Ne permite să creăm politici granulare de performanță. În acest fel putem să plasăm backup-urile importante pe storage-uri mai performante. Pentru mai multe informații vă rugăm să vă uitați la „Backup File Placement
  • Ne permite să adăugam extensii în cloud, putând astfel să avem capacitate de stocare nelimitată. Putem să folosim astfel de extensii pentru stocarea datelor pe perioade mai lungi, sau pentru arhivarea lor.

Are sens să folosim SOBR în mediile mai mici?

Putem întâlni organizații care dețin un singur sistem de stocare pentru backup. Bineînțeles putem să folosim acest sistem de stocare ca un repository clasic, însă ce se va întâmpla când organizația va dori să migreze datele și joburile de backup de pe acest repository pe un nou repository? Această cerință poate fi îndeplinită foarte ușor folosind tehnologia SOBR.

Putem vedea în imaginea de mai jos un Scale-Out Backup Repository implementat cu o singură extensie.

Atunci când va fi nevoie sa înlocuim storage-ul și să migrăm datele între cele 2 storage-uri, putem foarte ușor să adăugam noul storage în SOBR-ul nostru (precum în imaginea de mai jos), extensia inițială o vom pune în modul mentenanță, vom evacua datele pe noua extensie, și la final vom retrage din utilizare storage-ul inițial.

Adăugarea unor tiere suplimentare la SOBR (Capacitate și Arhivare)

Tier-ul de Capacitate, reprezintă un alt layer de stocare pe care putem să îl adăugam la SOBR-ul nostru. Putem să folosim sisteme de stocare de tip object în cloud.

Acest tier este folositor atunci când:

  • Avem nevoie de capacitate de stocare suplimentară, sau când vrem să stocăm datele pe termen lung
  • Politicile companiei permit stocare unei cantități maxime de date pe extensiile locale, fiind necesară stocarea datelor mai vechi în altă locație.
  • Este nevoie ca stocarea datelor să se facă în mai multe locații în caz de dezastru.

Cu tier-ul de capacitate putem să obținem următoarele:

  • Mutăm lanțurile de backup inactive pe o astfel de extensie
  • Copiem datele noi imediat ce au fost salvate
  • Copiem datele înapoi în tier-ul de performanță
  • Recuperarea datelor în caz de dezastru direct din tier-ul de capacitate

Veeam poate folosi ca extensii de sisteme de stocare de tip object pentru SOBR următoarele soluții:

  • Sisteme compatibile S3
  • Amazon S3
  • Microsoft Azure Blob Storage
  • Microsoft Azure Data Box
  • IBM Cloud Object Storage
  • Google Cloud Object Storage

Tier-ul de Arhivare, reprezintă un tier suplimentar de stocare pe care putem să îl adăugam în Scale-Out Backup Repository-ul nostru. Poate fi folosit pentru arhivarea datelor mai vechi.

Putem face stocarea datelor în acest tier la costuri mai mici, însă trebuie să ținem cont că daca avem nevoie să facem restore din acest tier, vom avea o viteză mai mică, și costuri mai mari, iar datele trebuie pregătite în arhivă în vederea operațiunii de restore.

Acest tier este folositor atunci când:

  • Avem date mai vechi, pe care le accesăm foarte rar sau deloc, și care trebuie arhivate pe termen lung.
  • Vrem să avem costuri mici pentru arhivarea datelor, sau vrem să eliberam spațiu de stocare în celelalte tier-uri prin arhivarea anumitor date.

Pentru acest tier putem folosi ca și extensii următoarele tipuri de sisteme de stocare:

  • Amazon S3 Glacier
  • Microsoft Azure Archive Storage

 

SOBR si Regula 3-2-1

Putem folosi tehnologia SOBR și pentru a implementa Regula 3-2-1.

Regula 3-2-1 ne spune:

  • Trebuie să avem minim 3 copii ale datelor noastre (1 producția + 2 copii adiționale)
    Cu SOBR putem obține foarte ușor cele 2 copii adiționale folosind mai multe tiere.
  • Datele noastre trebuie să fie stocate pe minim 2 medii diferite
    Cu SOBR putem avea stocare pe disc și stocare în cloud (în 3 tiere diferite)
  • Trebuie să avem minim o copie a datelor în altă locație
    Cu SOBR putem avea extensii în locații multiple, precum și în cloud
  • O copie a datelor trebuie să nu poată fi modificată / ștearsă ulterior (immutable)
    Veeam Backup & Replication ne permite să interzicem ștergerea / modificarea datelor salvate, prin marcarea acestora ca „immutable”. Ne dorim să avem această opțiune, pentru a avea un nivel de securitate sporită, și a ne proteja împotriva pierderii de date în urma unor atacuri cibernetice, atacuri interne, etc.

Mai multe informații despre SOBR si Immutability.