Ohjelmisto-määritelty venytetty klusterit vs VM replikointi – vembu.com

organisaatioilla on nykyään enemmän vaihtoehtoja kuin koskaan ennen varmistaa, että niiden tiedoista on useita kopioita eri paikoissa. Useiden tietojen kopiointi on ollut perustavaa laatua tietosuojan kannalta ideasta lähtien, ja se auttaa varmistamaan, että sinulla on aina hyvä kopio tiedoistasi jossain muussa paikassa kuin tuotantopaikassasi tietosuojaa koskevan 3-2-1 parhaan käytännön säännön mukaisesti.

ohjelmistomääriteltyjen teknologioiden myötä on tullut uusia valmiuksia varmistaa, että tietoa on useassa paikassa. Yksi tällainen ajatus on ohjelmiston määrittelemä venytetty klusteri, joka tarjoaa kopioita datasta ohjelmiston määrittelemissä datastoreissa kahdessa paikassa. On myös perinteisempi ajatus kopioida virtuaalikoneita toissijaiseen paikkaan, kuten DR-laitokseen.

tässä viestissä tarkastelemme ohjelmiston määrittelemiä venytettyjä klustereita vs VM-replikointia nähdäksemme molempien lähestymistapojen edut ja haitat, joilla varmistetaan, että datasta on olemassa useita kopioita korkean saatavuuden varmistamiseksi.

Software-defined Stretched Clusters

software-defined stretchers – maailmassa ohjelmiston abstracted storage layer tarjoaa monia tehokkaita ominaisuuksia. Kun otetaan VMware vSAN esimerkkinä, VSAN venytetty klusteri on hyvä tapa helposti on kyky olla useita kopioita virtuaalikoneen objekteja tarvitaan virtuaalikoneen saatavuus useammassa kuin yhdessä paikassa.

VMware vSAN on erikoistunut esinekauppa, jossa on sisäänrakennettu kyky luoda venytettyjä klustereita, jotka kattavat useamman kuin yhden fyysisen sijainnin. Yksinkertaisimmassa kokoonpanoissa, kahden solmun VSAN venytetty klusteri on kaksi solmua, jotka pitävät tiedot vSAN datastore. Todistajakomponentti on tie-breaker-komponentti, joka määrittää päätösvaltaisuuden VM: n saatavuutta varten. Tässä kokoonpanossa, VM data-objektit on suojattu kautta RAID 1 peili lähestymistapa. Vikakohteita on kaksi, ensisijainen ja toissijainen vikakohde.

tiedot synkronoidaan jatkuvasti kahden datasolmun välillä siten, että tiedot kirjoitetaan sekä ensisijaiselle isännälle että toissijaiselle isännälle. Näin, jos ensisijainen isäntä epäonnistuu jostain syystä, toissijaisella isännällä on kaikki virtuaalikoneen tiedot ja se pystyy käynnistämään virtuaalikoneen uudelleen toissijaisessa vikakohteessa. VSAN stretched cluster-toiminto on natiivisti sisäänrakennettu VSAN-ratkaisuun, joka on konfiguroitavissa vSphere-Web-asiakasohjelman kautta. Tämä mahdollistaa stretched cluster-toimintojen määrittämisen suoraan vSphere-infrastruktuuriin ilman erityistä tallennuskonfiguraatiota vSphere-ympäristön ulkopuolella.

tämä tarkoittaa, että pienellä vaivalla ylläpitäjät voivat tehokkaasti määrittää eri vikakohteissa olevan synkronisen tallennustilan, joka pystyy helposti tarjoamaan häiriönsietokyvyn koko sivuston vikaantumista vastaan. Tämä tarkoittaa myös sitä, että sekä vikaantumisen ja vikaantumisen ovat huomattavasti helpompaa kuin epäonnistuminen yli jäljennöksiä, jotka on kylvetty replikointi. Tämä johtuu siitä, että jäljennökset ovat point-in-time-toisintoja, jotka eivät koskaan ole täysin ajan tasalla kopioita tuotannosta. Ne voivat olla läheisiä, mutta eivät tarkkoja kopioita. Ne sisältävät viimeisimmät tiedot viimeisestä replikointivälistä, jonka RPO SLAs yleensä määrittelee. Nämä ovat yleensä määritelty eri yritysten välillä riippuen siitä, kuinka paljon tietoa yritys pystyy kestämään menettää. VM replica failbacksilla haasteena on prosessin kääntäminen ja datan monistaminen sekundääripaikasta takaisin alkutuotantoympäristöön. Näin ei ole venytetyn klusterin kohdalla, sillä tiedot ovat synkronisesti ajan tasalla molemmissa paikoissa.

venyneen klusterilaitteiston suuri etu on, että laitteistoa voidaan hyödyntää aktiivisesti. Toissijainen vikakohteiden laitteisto pystyy kuljettamaan työkuormia aktiivisesti. Tämä auttaa perustelemaan DR – tai toissijaiseen sijaintiin sijoitettavan laitteiston kustannukset.

venyneessä klusterikonfiguraatiossa on latenssi-ja kaistanleveysnäkökulmasta haittapuolia. Yleisesti ottaen venyneet klusterit vaativat enintään 5 millisekuntia viivettä alueiden välillä ollakseen toimiva ratkaisu. Tämä sulkee pois erittäin pitkän matkan venytetty klustereita johtuen latenssirajoituksista. Latenssirajoitusten vuoksi venytetyt klusterit eivät pysty tarjoamaan maantieteellistä monimuotoisuutta tietosuojan kannalta. Jälleen ne ovat tyypillisesti yhteydessä pääkaupunkiseudun verkkoon tai samaan kampuspaikkaan.

edut:

• Helppo konfigurointi-laatikossa VMware VSAN
• tarjoaa synkronoinnin VM-objektien välillä data-isännät molemmilla vikakohteilla
• erittäin helppo vikaantuminen ja vikaantumiset
• mahdollistaa laitteiston käytön toissijaisessa paikassa

haitat:

• Etäisyysrajoitukset – tarve tyypillisesti olla samalla metroalueella tai kampuksella
• ei tarjoaisi geodiversiteettiä maantieteelliseen alueeseen vaikuttavien katastrofien varalta

Monistetut VMs

virtuaalikoneen monistamista on jo pitkään käytetty keinona tarjota ”lämpimiä” VMs: iä DR: ssä tai toissijaisessa paikassa, jotka pystyvät tarjoamaan häiriönsietokyvyn, kun kyseessä on täydellinen epäonnistuminen. Virtual machine replikointi kun alun perin määritetty suorittaa täyden kopion virtuaalikoneen toissijaiseen sijaintiin. Jokaisella seuraavalla replikointivälillä muutokset synkronoidaan asteittain kohdereplikoituun virtuaalikoneeseen. Käytännössä tuloksena oleva virtuaalikone on tarkka kopio käynnissä olevasta tuotannon virtuaalikoneesta tuotantoympäristössä. Replica VM sisältää kaikki nykyiset tiedot viimeisistä toistetuista muutoksista.

tämän seurauksena VM: n replikaation myötä yritys joutuu päättämään, kuinka paljon dataa se on valmis menettämään. Tällä päätöksellä replikointiväli voidaan määrittää vastaavasti. Kuten stretched cluster-osiossa mainittiin, tämä on VM-kopioiden haitta verrattuna venytettyihin VM-kohteisiin, joilla on aina ajantasaista tietoa molemmissa paikoissa.

vikaantumis-ja vikaantumisprosessi ovat myös paljon monimutkaisempia tehdä oikein VM-replikoinnilla. Onnistuneen vikaantumisen jälkeen prosessi on suoritettava käänteisesti, jotta aktiiviset VM-tiedot saadaan takaisin haluttuun tuotantopaikkaan.

laitteistoa käytetään ”valmiustilana”, passiivista konfiguraatiota replikointikohteena ei käytetä muuten kuin lähettämällä replikoitu data jokaisella replikointivälillä. Haittana tässä on, että tyypillisesti se on paljon vaikeampi myynti tehdä johdolle vakuuttaa ostaa lisää laitteita, jotka teoriassa käytetään vain aikana tuotantolaitoksen vika.

verrattaessa venyneitä klustereita ja VM-replikaatiota replikaatiota eivät sido venyneillä klustereilla esiintyvät latenssivaatimukset. Kopiointi virtuaalikoneiden on asynkroninen prosessi, joten se on paljon lievempiä vaatimuksia verkon näkökulmasta. Se on paljon sopivampi mekanismi ympäristöissä, joissa on rajoitettu kaistanleveys tai korkea latenssi yhteyksiä sivustojen välillä. Lisäksi, se tarjoaa loistava tapa on VM jäljennöksiä tallennetaan eri maantieteellisiin paikkoihin, jotka eivät yleensä ole mahdollisia venytetty klusterin kokoonpanoissa. Ei ole mitään sanottavaa, että replikointia ei voida käyttää yhdessä venyneen ryhmittelyn kanssa, jotta saadaan lisää kestävyyttä VM-kopioiden maantieteellisen sijainnin monipuolistamiseksi. Tässä mielessä, vaikka ohjelmiston määrittämiä tallennustekniikoita, kuten vSAN, hyödynnetään, se voi olla täydentävä teknologia venytetyn klusterikokoonpanon päällä.

edut:

• VM-replikaatiota eivät sido tiukat viivevaatimukset ja kaistanleveysvaatimukset
• pystyy tarjoamaan tietojen maantieteellisen monimuotoisuuden
• voidaan käyttää yhdessä venytetyn ryhmittelyn kanssa tuomaan lisää geodatan monimuotoisuutta

haitat:

• toistetut VMs Rpot ovat aina tuotannon takana
• vikaantuminen ja vikaantumiset ovat monimutkaisempia
• monistettujen ympäristöjen laitteisto on passiivinen eikä sitä yleensä käytetä

ajatukset

organisaatioiden on otettava huomioon kaikki tämän päivän uudet vaihtoehdot ohjelmistoratkaisujen muodossa.ja haitat kunkin ratkaisun. Silloin päätökset on tehtävä yrityksen tarpeiden mukaan.

virtuaalikoneiden tietojen kopioiminen virtuaalisissa ympäristöissä on tarpeen tehokkaan toiminnan jatkuvuuden/katastrofien palautumisen varmistamiseksi. Sekä ohjelmiston määrittelemät venytetyt klusterit että VM-replikaatio pystyvät tarjoamaan mekanismin, jolla VM-dataa voidaan kopioida usealla eri sijainnilla. Jokaisella on etuja ja haittoja, jotka on otettava huomioon.

kokonaisuutena VMware vsanin tarjoama venytetty ryhmittelytekniikka on erittäin toimiva ratkaisu tämän toiminnallisuuden tarjoamiseen. On kuitenkin olemassa erittäin tiukat latenssi-ja kaistanleveysvaatimukset, jotka on otettava huomioon ennen käyttöönottoa. Kopiointi virtuaalikoneita toissijainen sijainti on perinteinen lähestymistapa, joka on luotettava ja ei sido tiukat latenssivaatimukset. Myös replikointia voidaan käyttää yhdessä ohjelmistomääritettyjen tallennustekniikoiden, kuten VMwaren vSAN, kanssa.

organisaatiot todennäköisesti haluavat omaksua kokonaisvaltaisen lähestymistavan ja hyödyntää molempia teknologiatyyppejä yhdessä toisiaan täydentävinä eikä kilpailukykyisinä. Ominaispiirteet ja parhaat käyttötapaukset kannattaa kuitenkin huomioida kunkin osalta, kun suunnitellaan liiketoimintakriittisten tietojen tietosuojaa ja korkean käytettävyyden mekanismeja.

Seuraa Twitter-ja Facebook-syötteitämme saadaksesi uusia julkaisuja, päivityksiä, oivaltavia viestejä ja paljon muuta.