CAS: Difference between revisions
Line 30: | Line 30: | ||
5.Pärast andmete edukat salvestust luuakse C-Clip ID, mis edastatakse API-le ja kohalikule serverile, mille peal API käib<br/> | 5.Pärast andmete edukat salvestust luuakse C-Clip ID, mis edastatakse API-le ja kohalikule serverile, mille peal API käib<br/> | ||
6.Esimeses punktis lisatud faile on võimalik lugeda lugeda selle sama C-Clip ID järgi<br/> | 6.Esimeses punktis lisatud faile on võimalik lugeda lugeda selle sama C-Clip ID järgi<br/> | ||
7.Lugemiseks pöördub kasutaja API poole ning C-Clip ID järgi leitakse andmed otse CAS-i pealt ning edastatakse läbi API kasutajale</ | 7.Lugemiseks pöördub kasutaja API poole ning C-Clip ID järgi leitakse andmed otse CAS-i pealt ning edastatakse läbi API kasutajale<br/> | ||
[http://enos.itcollege.ee/~kloodus/storage/2015_paevaope/06_SAN_IPSAN_NAS_CAS_loeng_sygis2015.pdf] |
Revision as of 21:07, 10 May 2016
Sissejuhatus
Objektipõhiselt adresseeritud varundamine (Contetnt Addressed Storage - CAS)[2] on tehnoloogia, mis võimaldab sõltumata asukohast salvestada fikseeritud kujul objekte. CAS teeb andmete üle kandmise lihtsaks, varundades neid sellisel viisil, et objekti ei saa dubleerida ega muuta, kui see on kord juba salvestatud. Seega on objekti asukoht üheselt mõistetav. Termin võeti kasutusele EMC Korporatsiooni poolt, kui nad avalikustasid Centera 2002. aastal.
Kirjeldus
Kui objekt on CAS-i salvestatud, saab ta unikaalse nime, mis näitab ka asukohta, kuhu ta on salvetatud. Seda tüüpi aadresse nimetatakse "objekti aadressiks" ("content address"). Igale objektile määratakse unikaalne aadress, mille järgi ligipääsumehhanism jagab serveritele võimalust andmeid näha Seetõttu puudub vajadus eraldi tsentraliseeritud indekseerimise järele. Kui objekt on kord juba salvestatud, ei saa seda kustutada enne, kui kindlaks määratud säilitamise aeg on möödas. CAS tehnoloogias kasutatakse pigem andmete salvestamist kettale, mitte lindile. See ühtlustab otsinguprotsessi salvestatud objektide seas.
CAS-i eelised
CAS süsteem on andmesalvetuses kasulik alljärgnevat põhjustel:
1. Selliste objektide (andmete) salvestamiseks, milee muutmine ei ole tõenäoline
2. Objektide sisu autentsus on tagatud
3. Objektide muutmise info õigsus on tagatud
4. Asukohast sõltumatu
5. Optimeeritud ja tsentraliseeritud andmete säilitamise lahendus
CAS arhitektuur
CAS arhitektuur on liiasmassiiv sõltumatutest ketastest
(Redundant Array of Independent Nodes- RAIN). CAS-is on privaatses kohtvõrgus (LAN- local area network) rühmana ühendatud storage-node (front-end) ja access-node (back-end). Kliendid pääsevad CAS süsteemile ligi eraldi kohtvõrgu kaudu, mis ühendab omavahel CAS kliente ja rakendusserverid. Kettamassiivi loomiseks kasutatakse ATA HDD kettaid, mis on odavad ja suure mahutavusega. Nendel ketastel töötab opertsioonisüsteem koos spetsiaalse tarkvaraga mis on vajalik CAS süsteemi funktsionaalsuse tagamiseks.
CAS kasutamine
1.Klient sisestab andmed arhiveerimiseks süsteemi CAS liidese (API) kaudu
2.Andmetest eraldatakse metadata ja tegelikud andmed (BLOB) ning arvutatakse CA (content address)
3.Metadata + CA lisatakse eraldi C-Clip Descriptor faili (CDF). CDF saadetakse ja salvestatakse CAS-is
4.Pärast CDF-i ja BLOB-i edukat salvestamist saadetakse teade CAS API-le
5.Pärast andmete edukat salvestust luuakse C-Clip ID, mis edastatakse API-le ja kohalikule serverile, mille peal API käib
6.Esimeses punktis lisatud faile on võimalik lugeda lugeda selle sama C-Clip ID järgi
7.Lugemiseks pöördub kasutaja API poole ning C-Clip ID järgi leitakse andmed otse CAS-i pealt ning edastatakse läbi API kasutajale
[3]