Sikkerhetskopiering, øyeblikksbilder, kloning og replikering er alle verdifulle måter å beskytte organisasjonens data på.
i denne artikkelen ser vi på replikering, spesielt mellom lagringsarrayer. Nøkkelen til dette vil være å definere det og presentere fordeler og ulemper med replikering med henvisning til andre metoder for databeskyttelse.
altfor ofte i DET er det mangel på klarhet over hva en teknologi er, eller gjør. Sistnevnte er den viktige biten, fordi det er hvordan ulike teknologier fungerer som kan bestemme hvordan de passer sammen.
Replikering versus øyeblikksbilder
Replikering er fundamentalt en metode for å produsere en klone av en lagringsenhet. Med andre ord er det en kopi av en stasjon, volum eller logisk enhetsnummer (LUN), for eksempel. I de fleste tilfeller, hva som blir strevet for er en eksakt kopi-kanskje nesten umiddelbart, kanskje bare til slutt.
Det gjør en klone eller kopi forskjellig fra et øyeblikksbilde, fordi øyeblikksbilder i de fleste tilfeller bare kan bli en brukbar kopi etter en slags gjenoppbyggingsprosess. Det er fordi øyeblikksbilder utgjør en original kopi av stasjonen eller volumet pluss oppdateringer til den, samt kanskje slettede blokker som må reinkorporeres for å lage en nøyaktig kopi fra et tidligere tidspunkt.
tanken er at øyeblikksbilder kan bygges om og rulles tilbake ganske raskt, men de er ikke der som en alternativ, brukbar kopi av kildemediet. I mellomtiden er kloner og replikaer ofte.
den enkleste klonen / kopien av alt er når for eksempel en utvikler trenger en database for å kjøre noen testspørringer på. De kan klone en eksakt kopi av en eksisterende produksjonsdatabase og gjøre hva de vil med det i testmiljøet. Den klonen vil være en eksakt kopi av databasen på det tidspunktet den ble opprettet, men det vil sannsynligvis aldri gjenspeile noen ytterligere endringer i kildekopien.
Men i den andre enden av skalaen når det gjelder å skape en tilgjengelig, fungerende klon er synkron replikering. Dette ser data skrevet til to eller flere lagringsenheter så nær samtidig som mulig for å gi en arbeidskopi som kan mislykkes over til on-the-fly.
Selvfølgelig kommer Dette Til en pris når det gjelder kostnad og teknisk kompleksitet, og det er begrensninger, som vi skal se. Men dette er ofte hva vi mener når vi snakker om replikering.
Replikering versus sikkerhetskopiering
kan replikering erstatte sikkerhetskopier? Det enkle svaret er nei. Sikkerhetskopier og replikering (og kanskje også øyeblikksbilder) må utfylle hverandre.
fordi replikering kan være nesten kontinuerlig og skaper en nær sanntidskopi, kan den også lage en kopi av ødelagte eller infiserte filer. I så fall trenger du en versjon å rulle tilbake til.
Det kan være avledet fra et øyeblikksbilde, men da må de også støttes av sikkerhetskopier – og replikering er ofte kostbar, så det kan være at bare visse datasett blir replikert mens alt er sikkerhetskopiert.
Synkron versus asynkron matrisereplikasjon
i synkron replikering kan data skrives til det andre området så snart det treffer hurtigbufferen på det primære området. Ved mottak sender det andre området en bekreftelse til det primære området lagring og verten der endringen oppsto. Det er metoden for replikering som kommer så nær å skrive flere kopier av data så nær samtidig som mulig.
Synkron replikering er ofte bevaret av de mest avanserte blokklagringsarrayene.
asynkron replikering legger til et trinn i prosessen ved å anerkjenne verten på det primære området når dataene skrives. Deretter sendes skrivingen til det andre nettstedet, som anerkjenner at skriv tilbake til den primære nettstedarrayen. Asynkron replikering finnes i et bredere spekter av lagringsprodukter, for eksempel iSCSI-lagring, nettverkstilkoblet lagring (nas) og så videre.
Replikering over store avstander begynner å lide av ca 1 millisekund latens per 100 miles, og leverandører anbefaler ofte ikke mer enn noen få hundre miles rundtur.
derfor kan synkron replikering ha større innvirkning på programytelsen. Det krever anerkjennelse før neste input / output (I/O) kan finne sted, mens asynkron replikering anerkjenner lokalt, slik at neste endring kan finne sted, med bevegelse av data forsinket. Selvfølgelig betyr det også at de to datasettene vil variere i lengre tid.
en replikeringsstrategi i den virkelige verden kan bruke en kombinasjon av synkron replikering – for de mest kritiske elementene i et program som gjør om logger – mens mindre kritiske data som kan gjenopprettes, går via asynkron. Øyeblikksbilder kan også være en del av blandingen, men det må alle støttes med vanlige sikkerhetskopier.
Vert, hypervisor og sky replikering
her har vi primært behandlet synkron og asynkron replikering i lagringsarrayer.
Andre former for replikering finnes, for eksempel:
- vertsreplikasjon-mellom servere, kanskje av individuelle applikasjoner, databaser eller hele serveren.
- hypervisor replikering – Replikering administrert på hypervisor nivå og består av dens elementer, for eksempel individuelle virtuelle maskiner (Vm), og virtuell lagring, for eksempel.
- cloud replication – dette kan være replikering til skyen eller flere skyer som et mål, eller mellom skyer.
- Geo-replikering-dette er hvor data lagres på flere eksterne steder, potensielt svært fjernt fra hverandre. Dette kan være på grunn av katastrofegjenoppretting eller for å øke tilgjengeligheten. Replikering over slike lange avstander er ikke sannsynlig å være synkron.