Data Domain: Johdanto pitkäaikaiseen säilytykseen / pilvitason puhdistukseen / roskien keräämiseen Data Domain Restorersissa (DDR)

Data Domain Operating System (DDOS) 6.0 sisältää uuden ominaisuuden, jota kutsutaan pilvisäilytykseksi tai pitkäaikaiseksi säilyttämiseksi (LTR). Tämän ominaisuuden avulla tiettyihin DDR (Data Domain Restorer) -malleihin voidaan lisätä pilvipalveluntarjoajan valmistelema toinen objektipohjainen tallennustaso siihen liittyvällä CLOUD_CAPACITY käyttöoikeudella.

LTR: ää käyttävissä järjestelmissä DDR: n nauttimat tiedostot kirjoitetaan aluksi aktiiviselle tasolle (paikallisesti liitetty tallennustila). Tiedonsiirtokäytännöt / ikärajat määritetään sitten miljoonapuukohtaisesti siten, että tietyt pitkäaikaista säilytystä edellyttävät tiedostot siirretään myöhemmin aktiiviselta tasolta pilvitasolle tiedonsiirtoprosessin avulla (säännöllisesti ajoitettu tehtävä).

Pilvitasolla olevat tiedostot voidaan poistaa normaalisti, mutta niihin liittyvää tilaa pilvi-/objektitallennustilassa ei heti palauteta käyttöön. Superflous-tietojen poistamiseksi pilvestä pilvitaso on puhdistettava.

Pilvitason rakenne:

Pilvitaso on jaettu pilviyksiköihin. Huomioi:

• Pilvitaso voi sisältää enintään kaksi pilviyksikköä
• Kunkin pilviyksikön koko voi olla yhtä suuri kuin tietyn DDR-mallin suurin tuettu aktiivisen tason koko
• Jokainen pilviyksikkö voidaan valmistella eri objektitallennuspalvelusta

Esimerkiksi:# pilviyksikköluettelo
Nimi Profiilin tila
----------------------- ------------ ------
B-yksikkö LTR-ECS-Ben Aktiivinen <=== ECS-palveluntarjoaja
pilvi-yksikkö-virtustream1 virtustream1 Aktiivinen <=== Virtustream-palveluntarjoaja
----------------------- ------------ ------

Pilvipuhdistuksen peruskäsitteet:

• Pilvipuhdistus toimii vain yhtä pilviyksikköä vastaan jokaisen ajon aikana: puhdistettavan pilviyksikön määrittämiseksi DDFS-lokeista (/ddr/var/log/debug/ddfs.info) löytyy seuraava viesti: tässä tapauksessa pilviyksikkö-virtustream1-pilviyksikkö puhdistetaan:

• Jos järjestelmässä on määritetty useita pilviyksiköitä, pilven puhdistus pyöristää näiden yksiköiden puhdistuksen, joka yrittää puhdistaa yhden yksikön aina, kun pilven puhdistus suoritetaan
• Pilvipuhdistus voidaan käynnistää manuaalisesti tai automaattisesti aikataulun avulla - manuaaliseen käynnistykseen käytetään seuraavaa komentoa:

• Active Tier Clean- ja Cloud Clean -toimintoja ei voida suorittaa rinnakkain (koska molemmissa käytetään samoja muistirakenteita DDFS:ssä)
• Jos Active Tier Clean on käynnissä (käynnistyy joko manuaalisesti tai aikataulun mukaisesti) ja pilven puhdistus yritetään käynnistää, se epäonnistuu, eli:

• Jos pilvipuhdistus on aloitettu automaattisesti (eli aikataulun mukaisesti) ja Active Tier -puhdistus on aloitettu, pilviyksikön puhdistus keskeytetään, jotta Active Tier Clean -toiminto voidaan suorittaa. DDFS-lokeissa näkyy seuraavaa:

• Jos pilvipuhdistus on aloitettu manuaalisesti ja aktiivinen yritetään käynnistää, aktiivinen tason puhdistus ei käynnisty - pilven puhdistus jätetään suoritettavaksi, eli:

• Pilviyksikön datan vaihtuvuuden on oltava vähintään 1 % (eli >1 % pilviyksikössä tällä hetkellä olevasta datasta on katsottava superflousiksi ja siksi irrotettaviksi), jotta pilven puhdistus voidaan aloittaa. Jos näin ei ole, komentorivillä näkyy seuraava, jos pilvipuhdistus käynnistetään manuaalisesti:

• Jos järjestelmässä on kaksi pilviyksikköä ja ensimmäisen yksikön ajoitettu puhdistus epäonnistuu jostain syystä (esimerkiksi riittämätön vaihtuvuus), puhdistus yrittää automaattisesti käynnistyä toista yksikköä vastaan (ts. toisen yksikön puhdistamista ei tarvitse odottaa seuraavaa aikataulun mukaista pilvipuhdistusohjelmaa)
• Pilvipuhdistusta voidaan kuristaa (samalla tavalla kuin Active Tier Clean) sen määrittämiseksi, mitä pitäisi tehdä, kun järjestelmään kohdistuu merkittävää muuta kuormitusta (esim. nieleminen/palauttaminen/replikointi).

Pilvipalvelun siivouksen aikataulutus:

DDOS 6.0:ssa ja uudemmissa versioissa aktiivisen tason puhdistuksen ajoitustapa ei ole muuttunut - oletusarvoisesti aktiivinen tason puhdistus on ajoitettu suoritettavaksi kerran viikossa tiistaina klo 0600, eli:

# filesys clean show -aikataulu
Tiedostojärjestelmän puhdistuksen on määrä käynnistyä ti klo 0600.

Pilvipuhdistus on oletusarvoisesti ajoitettu suoritettavaksi joka 4. ajoitetun aktiivisen tason puhdistuksen jälkeen. Jos haluat näyttää pilven puhdistusaikataulun, käytä seuraavaa komentoa:

# pilven puhdistustaajuus näytetään
Pilvitason puhdistustaajuus määritetään suoritettavaksi jokaisen 4 aktiivisen tason puhdistusjakson jälkeen.

Tämän seurauksena järjestelmässä, jossa on oletuskokoonpano, pilvipuhdistus aloitetaan 4 viikon välein - jos järjestelmässä on kaksi pilviyksikköä, jokainen yksikkö puhdistetaan kerran 8 viikossa.

Voit muuttaa pilven puhdistustiheyttä seuraavalla komennolla:

# pilven puhdistustaajuus asetettu 2
Pilvitason puhdistustaajuus määritetään suoritettavaksi kahden aktiivisen tason puhdistusjakson jälkeen.

Voit palauttaa pilvipuhdistuksen oletusaikatauluunsa jokaisen 4 aktiivisen tason puhdistuksen jälkeen käyttämällä seuraavaa komentoa:

# pilven puhdistustaajuuden nollaus
Pilvitason puhdistustiheys palautetaan oletusasetuksiin (4 aktiivisen tason puhdistusjakson välein).

Huomaa, että pilven puhdistusaikataulu ei sisällä manuaalisesti käynnistettyjä aktiivisen tason puhdistusjaksoja. Tämän seurauksena yllä olevassa järjestelmässä, vaikka aktiivinen tason puhdistus suoritettaisiin manuaalisesti joka päivä, pilvitason puhdistus alkaisi vain kerran 4 viikossa.

Voit myös poistaa ajoitetun pilvipuhdistuksen kokonaan käytöstä seuraavalla komennolla:

# pilven puhdistustaajuus asetettu koskaan
Pilvitason puhdistustiheydeksi on määritetty "ei koskaan".

Tässä tapauksessa pilvipuhdistus suoritetaan vain, kun se käynnistetään manuaalisesti.

Voit pysäyttää käynnissä olevan pilvipuhdistuksen seuraavalla komennolla:

# cloud clean stop

Voit määrittää seuraavan komennon:

# cloud clean status
Pilvitason puhdistus päättyi 2016/08/01 20:54:43.

Pilvipohjainen algoritmi:

Pilvipuhdistus käyttää samaa puhdasta algoritmia, joka on määritetty aktiiviselle tasolle. DDOS 6.0:ssa (ja uudemmissa) tämä on oletusarvoisesti täydellinen fyysinen roskien keräys (PPGC), mutta tämä voidaan muuttaa fyysiseksi roskien keräämiseksi (PGC) järjestelmäparametrien kautta.

Huomaa, että fyysistä roskien keräystä ei pidä poistaa käytöstä, koska perinteisen / täydellisen puhdistuksen algoritmin käyttäminen pilviyksikön puhdistamiseen voi aiheuttaa DDFS-paniikin / uudelleenkäynnistyksen

Pilven puhdistukseen käytetty algoritmi näkyy DDFS-lokeissa, kun puhdistus alkaa, eli:

06/28 10:51:56.960 (tid 0x7fc5bccb2d50): GC: gc_start_intern: Valittu algoritmi: Fyysinen puhdistus <=== PPGC tai PGC
07/27 12:21:18.224 (tid 0x7f92b8cfe7e0): gc: gc_start_intern: Valittu algoritmi: Täysi puhdistus <=== perinteinen GC

Huomaa, että yllä olevasta lähdöstä ei ole mahdollista erottaa PPGC: tä tai PGC: tä - käytetty erityinen algoritmi on ilmeinen puhtaan suorittamien vaiheiden lukumäärän vuoksi - yleensä:

Perinteinen / täysi GC: 10 vaihetta
PGC: 12 vaihetta
PPGC: 6 vaihetta
Lisätietoja järjestelmässä käytettävän puhtaan algoritmin muuttamisesta saat sopimuksen tehneeltä tukipalvelujen tarjoajalta

.Aktiivisen tason puhtaan ja pilvitason puhdistusvaiheiden erot:

Puhdistuksen kopiointivaihe on vaihe, jossa DDR:stä ylimääräiset tiedot poistetaan fyysisesti tai tilaa otetaan takaisin.
Huomaa, että kopiointivaiheen toiminnassa on eroja suhteessa aktiiviseen ja pilvitasoon:

Aktiivinen taso:

• DDR:n aktiiviselle tasolle kirjoitetut tiedot ovat 4,5 Mt:n säilöissä
• Oletusarvoisesti säilöä pidetään "kopiona" puhtaalla hinnalla vain, jos se sisältää <= 92 % "reaaliaikaista" (eli aktiivisesti viitattua) dataa
• Reaaliaikaiset tiedot poimitaan säilöstä ja kirjoitetaan uuteen säilöön (yhdessä reaaliaikaisten tietojen kanssa muista kopioiduista säilöistä) tiedostojärjestelmän lopussa
• Levyllä olevat indeksit päivitetään vastaamaan uutta säilöä, joka sisältää reaaliaikaisia tietoja
• Alkuperäinen säilö (joka sisältää sekä reaaliaikaista että kuollutta dataa) poistetaan ja alla oleva levytila vapautetaan käytettäväksi

Pilvipalvelutaso:

• DDR:n pilvitasolle kirjoitetut tiedot on jäsennelty eri tavalla - sen sijaan, että ne sijoitettaisiin 4,5 Mt:n säilöihin, yksittäiset tietopalat (64 Kt:n pakkausalueet) kirjoitetaan pilviyksikköön (HUOMAUTUS: DDOS 6.1.2.0:ssa ja uudemmissa pilviyksikköyksikköön tallennetut objektit ovat suurempia, katso Data Domain: Suuri objektikoko pilvitasolle lisätietoja)
• Sen sijaan, että poimisit reaaliaikaista dataa olemassa olevalta pakkausalueelta ja kopioisit sen eteenpäin, Cloud Clean ottaa huomioon vain pakkausalueet, jotka sisältävät poistettavaksi vain kuolleita tietoja

Tämä ero johtuu luontaisista kustannuksista, jotka liittyvät suurten tietomäärien lukemiseen/kirjoittamiseen pilvitallennustilaan, mutta se tarkoittaa, että pilviyksikkö voi tulla keinotekoisesti täyteen (eli sisältää suuren määrän pakkausalueita, joista jokainen sisältää hyvin pienen määrän reaaliaikaista dataa, mikä estää niiden poistamisen).

Jos näin tapahtuu, on mahdollista asettaa järjestelmäparametrit pakottamalla pilviyksikön "eheytys puhtaaksi" - tämä kopioi eteenpäin reaaliaikaisia tietoja olemassa olevilta pakkausalueilta yhdistääkseen reaaliaikaiset tiedot mahdollisimman harvoille pakkausalueille, jolloin tilaa voidaan vapauttaa.

Lisätietoja eheytyspuhdistuksesta saat ottamalla yhteyttä sopimuksen tehneeseen tukipalveluntarjoajaan.