varmuuskopiot, tilannekuvat, Kloonaus ja replikointi ovat kaikki arvokkaita tapoja suojata organisaation tietoja.
tässä artikkelissa tarkastellaan replikaatiota, erityisesti tallennusryhmien välillä. Avain tähän on määritellä se ja esittää monistamisen hyvät ja huonot puolet suhteessa muihin tietosuojamenetelmiin.
siinä on aivan liian usein epäselvyyttä siitä, mitä tekniikka tarkalleen ottaen on tai tekee. Jälkimmäinen on tärkeä osa, koska se, miten eri teknologiat toimivat, voi määrittää, miten ne sopivat yhteen.
replikaatio vs. tilannekuvat
replikointi on pohjimmiltaan menetelmä tuottaa klooni tallennusyksiköstä. Toisin sanoen se on esimerkiksi aseman, tilavuuden tai loogisen yksikkönumeron (Lun) kopio. Useimmissa tapauksissa pyritään saamaan tarkka kopio-ehkä melkein heti, ehkä vasta lopulta.
se tekee kloonista tai replikasta erilaisen kuin tilannekuvasta, koska tilannekuvat voivat useimmissa tapauksissa muuttua käyttökelpoisiksi kopioiksi vasta jonkinlaisen uudelleenrakentamisen jälkeen. Tämä johtuu tilannekuvia käsittää alkuperäisen kopion aseman tai tilavuus plus päivitykset siihen, sekä ehkä poistettu lohkot, jotka on uudelleen luoda tarkka kopio edellisestä ajankohdasta.
ajatuksena on, että tilannekuvat voidaan rakentaa uudelleen ja vierittää takaisin melko nopeasti, mutta ne eivät ole olemassa vaihtoehtoisena, käyttökelpoisena kopiona lähdemediasta. Samaan aikaan kloonit ja replikat ovat usein.
yksinkertaisin klooni/kopio kaikista on silloin, kun esimerkiksi kehittäjä tarvitsee tietokannan joidenkin testikyselyiden suorittamiseen. He voivat kloonata tarkan kopion olemassa olevasta tuotantotietokannasta ja tehdä sillä mitä haluavat testausympäristössä. Kyseinen klooni on tarkka kopio tietokannasta silloin, kun se luotiin, mutta se ei todennäköisesti koskaan heijasta muita muutoksia lähdekopioon.
mutta asteikon toisessa päässä käytettävissä olevan, toimivan kloonin luomisen kannalta on synkroninen replikaatio. Näin tiedot kirjoitetaan kahteen tai useampaan tallennusyksikköön mahdollisimman lähelle samanaikaisesti, jotta työkopio voidaan toimittaa lennossa epäonnistuen.
on selvää, että tällä on hintansa kustannuksiltaan ja tekniseltä monimutkaisuudeltaan, ja siihen liittyy rajoituksia, kuten tulemme näkemään. Mutta tätä me usein tarkoitamme, kun puhumme replikaatiosta.
replikaatio vs. varmuuskopiointi
Voiko replikaatio korvata varmuuskopiot? Yksinkertainen vastaus on ei. Varmuuskopiot ja replikointi (ja ehkä tilannekuvia liian) täytyy täydentää toisiaan.
koska replikointi voi olla lähes jatkuvaa ja luoda lähes reaaliaikaisen kopion, se voi myös tehdä kopion vioittuneista tai saastuneista tiedostoista. Siinä tapauksessa, tarvitset version rullata takaisin.
ne voidaan johtaa tilannekuvasta, mutta silloin niitä on tuettava myös varmuuskopioilla – ja monistaminen on usein kallista, joten voi olla, että vain tietyt tietokokonaisuudet kopioidaan samalla kun kaikki varmuuskopioidaan.
synkroninen vs. asynkroninen matriisireplikaatio
synkronisessa replikaatiossa data voidaan kirjoittaa toiselle paikalle heti, kun se osuu ensisijaisessa kohteessa olevaan välimuistiin. Vastaanottaessaan toisen sivuston lähettää kuittaus ensisijainen sivuston varastointi ja isäntä, jossa muutos sai alkunsa. Se on replikointimenetelmä, joka tulee mahdollisimman lähelle useiden kopioiden kirjoittamista datasta mahdollisimman lähelle yhtä aikaa.
synkroninen replikointi on usein kaikkein korkeatasoisimpien lohkomuistijärjestelmien säilytys.
asynkroninen replikaatio lisää prosessiin vaiheen tunnustamalla isännän ensisijaisessa kohdassa, Kun tiedot kirjoitetaan. Sitten kirjoittaa lähetetään toiselle sivustolle, joka tunnustaa, että kirjoittaa takaisin ensisijainen sivuston array. Asynkroninen replikaatio löytyy laajemmasta valikoimasta tallennustuotteita, kuten iSCSI storage, network-attached storage (NAS), ja niin edelleen.
replikointi suurilla matkoilla alkaa kärsiä noin 1 millisekunnin latenssista 100 mailia kohden, ja toimittajat suosittelevat usein korkeintaan muutaman sadan mailin edestakaista matkaa.
tästä syystä synkroninen replikaatio voi vaikuttaa enemmän sovelluksen suorituskykyyn. Se vaatii kuittausta ennen seuraavaa input/output (I / O) voi tapahtua, kun taas asynkroninen replikaatio hyväksyy paikallisesti, joten seuraava muutos voi tapahtua, jolloin tiedonsiirto viivästyy. Tämä tarkoittaa tietenkin myös sitä, että nämä kaksi tietokokonaisuutta eroavat toisistaan pitempään.
reaalimaailman replikointistrategiassa saatetaan käyttää synkronisen replikaation yhdistelmää-sovelluksen kriittisimmille osille, kuten redo – lokit-kun taas vähemmän kriittiset tiedot, jotka voitaisiin palauttaa, kulkevat asynkronisen kautta. Tilannekuvia voisi olla osa sekoitus liian, mutta se kaikki olisi tuettava säännöllisesti varmuuskopiot.
isäntä -, hypervisori-ja pilvireplikaatio
tässä on käsitelty ensisijaisesti synkronista ja asynkronista replikaatiota tallennusjärjestelmissä.
muitakin replikaation muotoja on olemassa, kuten:
- Isäntäkopiointi-palvelinten välillä, ehkä yksittäisten sovellusten, tietokantojen tai koko palvelimen välillä.
- Hypervisor – replikaatio-replikaatio, jota hallitaan hypervisor-tasolla ja joka koostuu sen elementeistä, kuten yksittäisistä virtuaalikoneista (VMS) ja esimerkiksi virtuaalisesta tallennustilasta.
- pilvien replikaatio – tämä voi olla replikaatiota pilven tai useamman pilven kohdalle tai pilvien väliin.
- Georeplikaatio-tässä tietoja säilytetään useissa syrjäisissä paikoissa, mahdollisesti hyvin kaukana toisistaan. Tämä voi olla syistä katastrofin elpyminen tai parantaa saatavuutta. Replikaatio näin pitkillä etäisyyksillä ei todennäköisesti ole synkroninen.