Zařízení Data Domain Restorer a dlouhodobé uchovávání v cloudu: Často kladené dotazy

Tento článek se zabývá nejčastějšími dotazy týkajícími se konfigurace a používání nástrojů Data Domain Restorer (DDR) a funkce dlouhodobého uchování (LTR) nebo cloudu.
 

Co je nástroj LTR?

• Počínaje operačním systémem Data Domain (DDOS) 6.0 byla zavedena nová funkce s názvem LTR.
• LTR umožňuje určitým modelům DDR migrovat podmnožinu souborů nebo dat do objektového nebo cloudového úložiště, označovaného jako cloudová vrstva, z řady podporovaných poskytovatelů veřejného nebo soukromého cloudu.
• Aby bylo možné fyzicky migrovat soubory nebo data do objektového úložiště, je v zařízení DDR spuštěn proces přesunu dat.
• Aby bylo možné fyzicky uvolnit redundantní data z cloudové vrstvy, spustí se v zařízení DDR proces čištění cloudové vrstvy.
• LTR je licencovaná funkce a vyžaduje CLOUDTIER_CAPACITY license.
• Funkce LTR vyžaduje určité místní úložiště pro metadata cloudové vrstvy.

Pro jaké systémy DDR je funkce LTR k dispozici?
To závisí na nainstalované verzi systému DDOS a typu modelu systému. Většina modelů má určité hardwarové požadavky, které musí být splněny předem, aby bylo možné funkci LTR nakonfigurovat. Požadavky naleznete v instalační příručce hardwaru pro konkrétní modely spolu s příručkou pro správu systému DDOS.

Jaká licence je vyžadována pro funkci LTR?

• Jelikož je technologie LTR od systému DDOS 6.x a novějších považována za novou funkci, je vyžadována elektronická licence. 
• Typ požadované elektronické licence se nazývá CLOUDTIER_CAPACITY license. Příkladem CLOUDTIER_CAPACITY license je následující:

Capacity licenses:
##   Feature              Shelf Model   Capacity     Mode        Expiration Date
--   ------------------   -----------   ----------   ---------   ---------------
1    CLOUDTIER-CAPACITY   n/a           136.42 TiB   permanent   n/a
--   ------------------   -----------   ----------   ---------   ---------------

Jak fungují jednotlivé vrstvy?

• Normální zařízení DDR (bez licence LTR) mají jednu vrstvu, která se označuje jako aktivní vrstva.
• Aktivní vrstva je tradiční vrstva úložiště u všech „standardních“ zařízení DDR.
• Systémy LTR mají druhou vrstvu úložiště, která se označuje jako cloudová vrstva.

Maximální velikost každé úrovně je dána podporovanými limity pro danou hardwarovou konfiguraci a verzi systému DDOS. Přečtěte si příručku pro správu systému DDOS a příručku k hardwaru pro konkrétní model.

Níže je uveden příklad konfigurace LTR se dvěma vrstvami, jednou aktivní a jednou cloudovou:   

Active Tier:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB*
----------------   --------   --------   ---------   ----   --------------
/data: pre-comp           -    36674.6           -      -                -
/data: post-comp    65460.3      585.4     64874.8     1%              0.1
/ddvar                 29.5       24.7         3.3    88%                -
/ddvar/core            31.5        1.1        28.8     4%                -
----------------   --------   --------   ---------   ----   --------------

Cloud Tier
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -       33.1           -      -               -
/data: post-comp      912.2       42.3       869.9     5%             4.1
----------------   --------   --------   ---------   ----   -------------

Total:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -    36674.6           -      -               -
/data: post-comp    65460.3      585.4     64874.8     1%             0.1
/ddvar                 29.5       24.7         3.3    88%               -
/ddvar/core            31.5        1.1        28.8     4%               -
----------------   --------   --------   ---------   ----   -------------

Jak je strukturována cloudová vrstva?

• Cloudová vrstva se skládá z následujícího:   
  • Místně uchovávaná metadata, která se ukládají na fyzické součásti, pokud se používá fyzický systém DDR, nebo v logické jednotce či zařízení, pokud se používá DDVE.
  • Poskytovatelé úložiště objektů
• Obě výše uvedené položky jsou sloučeny do cloudové jednotky.
• Pokud je nakonfigurováno více cloudových jednotek, mohou sdílet místně uchovávaná metadata.
• Na jeden systém lze nakonfigurovat nejvýše dvě cloudové jednotky. Každou cloudovou jednotku je možné zřídit od jiného poskytovatele úložiště objektů.
• Každá cloudová jednotka může být tak velká, jako je maximální podporovaná velikost aktivní vrstvy pro daný model zařízení DDR. Další informace naleznete v příručce pro správu systému DDOS.

Co se děje během typického zálohování, když je nakonfigurována funkce LTR?

• Všechna data se zpočátku zapisují do aktivní vrstvy, kde začnou stárnout.
• U krátkodobých dat, která dosáhnou doby uchování, dojde k vypršení platnosti nebo budou odstraněna stejně jako v normálním zařízení DDR.
• Podmnožina dat, která vyžadují dlouhodobé uchovávání, se ale migruje do cloudové vrstvy.
• Systém souborů udržuje jeden obor názvů napříč všemi vrstvami, takže když se soubor přesune do cloudu, obor názvů se nezmění a jako takový je pro uživatele nebo zálohovací aplikaci přiměřeně transparentní.
• Pokud soubor, který už byl migrován do cloudové vrstvy, dosáhne doby uchovávání, vyprší jeho platnost nebo se odstraní stejně jako u jakéhokoli jiného souboru.
• Místo, které soubor využíval v cloudové vrstvě, se neuvolní okamžitě, místo toho je nutné spustit čištění cloudové vrstvy.

Jak se data deduplikují mezi vrstvami?

• Každá cloudová jednotka je samostatný svazek, což znamená, že se jedná o samostatnou deduplikační jednotku.
• V důsledku toho se data zapsaná do každé cloudové jednotky mohou deduplikovat pouze vůči datům ve stejné cloudové jednotce.

Co je čas umístění (někdy označovaný jako ptime)?

• K souborům a adresářům jsou přidružena různá časová razítka.
• Soubor nebo adresář má například čas vytvoření, čas posledního přístupu a čas změny.
• Systém DDOS tento limit dále vylepšil, aby zahrnoval také čas umístění. Čas umístění je datum a čas, kdy se soubor migroval z aktivní vrstvy do cloudové vrstvy.
• V závislosti na verzi systému DDOS se čas umístění zobrazí při zkoumání vrstvy, ve které vrstvě se soubor nachází. Pokud se soubor migroval do cloudové vrstvy, zobrazí se čas umístění, například:  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-4        cloudunit2           Tue Sep 5 10:17:00 2017
/data/col1/mtree1/random-data-file-5        cloudunit2           Tue Sep 12 15:52:23 2017
/data/col1/mtree1/random-data-file-6        cloudunit2           Tue Sep 13 09:42:55 2017

• ptime je poslední pole ve výše uvedeném výstupu, i když nezobrazuje záhlaví pole.

Jak se data přesouvají z aktivní vrstvy do cloudové vrstvy?

• Proces označovaný jako přesun dat zodpovídá za zkoumání souborů v rámci fondu MTree, které se nacházejí v aktivní vrstvě.
• Přesun dat začíná vytvořením snapshotu všech fondů MTree nakonfigurovaných pro přesun dat.
• Každý soubor má čas změny, ve kterém se ukládá čas posledního zápisu souboru.
• Pokud byl soubor dříve migrován do cloudové vrstvy, nastaví se další časové pole označované jako čas umístění. Čas umístění ukládá datum a čas, kdy byl soubor migrován do cloudové vrstvy. Pokud je nastaven čas umístění, použije se místo času změny. A to z důvodu, aby se zabránilo průběžné migraci souboru zpět do cloudové vrstvy, pokud je soubor svolán (protože svolání souboru nezmění dobu jeho úpravy).
• Výše vytvořené snapshoty procházejí přesunem dat.
• Pokud zkoumaný soubor dosáhl definované prahové hodnoty nastavené zásadami přesunu dat pro daný fond MTree, zkontroluje se soubor, aby se zjistilo, která data uložená v tomto souboru je třeba migrovat z aktivní vrstvy do cloudové vrstvy. Zásada přesunu dat je nastavena pro každý fond MTree.
• Jedinečné segmenty pro vybraný soubor se zapíšou nebo zkopírují do cloudové vrstvy. 
• Po zkopírování jedinečných segmentů se soubor ověří jejich zpětným čtením, aby se zajistilo, že migrace proběhla úspěšně.
• Po ověření souboru se metadata aktualizují, aby odrážela skutečnost, že se soubor nyní nachází v cloudové vrstvě.
• Proces přesunu dat lze naplánovat tak, aby běžel s určitou frekvencí, nebo jej lze spustit ručně.

K jakým fázím dojde po zahájení přesunu dat a jaké akce tyto jednotlivé fáze provádějí?

• S přesunem dat jsou spojeny tři fáze: fáze kopírování, fáze ověření a fáze instalace.
• Fáze kopírování zodpovídá za identifikaci segmentů, které je třeba zkopírovat do cloudu, a následnou migraci těchto segmentů do cloudu.
• Jakmile začne fáze kopírování, jedná se o cloudové nebo objektové úložiště a používá se, protože fáze kopírování kopíruje identifikované segmenty z aktivní vrstvy do cloudové vrstvy.
• Fáze ověření zodpovídá za zajištění úspěšné migrace segmentů souboru do cloudu.
• Fáze instalace zodpovídá za aktualizaci metadat týkajících se migrovaného souboru, aby bylo vidět, že se nyní nachází v cloudovém nebo objektovém úložišti.
• Aby bylo přesunutí dat považováno za úspěšné, každý soubor musí dokončit všechny tři fáze. Proto až do dokončení fáze instalace souboru zůstane soubor v aktivní vrstvě.

Jaké zásady přesunu dat jsou k dispozici?

• Zásady přesunu dat můžou být jedna z následujících:   
  • Hranice stáří: Pokud je doba umístění nebo úpravy souborů delší než nastavený rozsah stáří, vybere se pro migraci do cloudové vrstvy.
  • Rozmezí stáří: Pokud doba umístění nebo úpravy souboru spadá do určitého rozmezí, je vybrána migrace do cloudové vrstvy.
  • Definované aplikací: Zálohovací aplikace určí, jestli se má vybrat soubor pro migraci do cloudové vrstvy.
• Zásady se vzájemně vylučují, to znamená, že fond MTree může mít v jednom okamžiku nastavenou pouze jednu zásadu.

Jak je možné nastavit zásady přesunu dat ve fondu MTree?

• Lze použít níže uvedené příkazy. Například:   

data-movement policy set <policy name> <policy type values> totier cloud cloud-unit <cloud unit name> mtrees <mtree list>

sysadmin@dd4500 # data-movement policy set age-threshold 14 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set age-range min-age 14 max-age 100 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set app-managed to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1

Jaké zásady přesunu dat jsou již nakonfigurované?

• Níže uvedený příkaz obsahuje seznam fondů MTree, ke kterým jsou přiřazeny zásady přesunu dat. Například:   

data-movement policy show

sysadmin@dd4500 # data-movement policy show
Mtree               Target(Tier/Unit Name)   Policy      Value      
-----------------   ----------------------   ---------   -----------
/data/col1/mtree1   Cloud/cloudunit1         age-range   14-100 days
-----------------   ----------------------   ---------   -----------

Jak fungují zásady přesunu dat spravované aplikací?

• Zásady přesunu dat pro daný fond MTree jsou nastavené na možnost „spravované aplikací“. To se provádí ručně nebo to zálohovací aplikace provede pomocí rozhraní Data Domain REST API.
• Zálohovací aplikace musí podporovat funkci LTR.
• Zálohovací aplikace musí používat funkci DD Boost a verze softwaru DD Boost musí podporovat technologii LTR a být kompatibilní.
• Pomocí knihovny / rozhraní API DD Boost nastaví zálohovací aplikace čas umístění souboru, který je nutné migrovat do vrstvy Cloud Tier, na speciální hodnotu, která označuje, že při příštím přesunu dat se má soubor přesunout do cloudu.
• Při spuštění přesunu dat v systému Data Domain se zkontroluje čas umístění, a pokud je nastaven na speciální hodnotu, jak je uvedeno výše, dojde k migraci souboru do cloudu.

Jak lze přesun dat spustit ručně?

• Lze použít níže uvedený příkaz, například:   

data-movement start

sysadmin@dd4500 # data-movement start
Data-movement started.

Jak lze sledovat přesun dat?

• Níže uvedený příkaz lze použít ke kontrole stavu přesunu dat. Například:   

data-movement status

sysadmin@dd4500 # data-movement status
Data-movement to cloud tier:
----------------------------
Data-movement is initializing..

Data-movement recall:
---------------------
No recall operations found. 

• Pokud je spuštěn přesun dat, lze použít níže uvedený příkaz, například:   

data-movement watch 

sysadmin@dd4500 # data-movement watch
Data-movement: phase 1 of 3 (copying)
   92% complete; time: phase  0:08:04, total  0:08:14
      Copied (post-comp): 3.35 GiB, (pre-comp): 3.29 GiB,B,
      Files copied: 7, Files verified: 3, Files installed: 3

Jak lze zastavit přesun dat?

• Lze použít níže uvedené příkazy. Například:   

data-movement stop 

sysadmin@dd4500 # data-movement stop
Data-movement stop initiated. Run the status command to check its status.

Pokud je k dispozici více než jedna cloudová jednotka, může pohyb dat probíhat do obou cloudových jednotek souběžně?

• Ne. V podstatě může přesun dat migrovat data vždy pouze do jedné cloudové jednotky.

Jak se konfiguruje funkce LTR?

• Jedná se o přehled, podrobný postup naleznete v příručce ke správě systému DDOS.
• Přidejte příslušný CLOUDTIER_CAPACITY license.
• Nastavte systémové heslo, pokud již není nastaveno.
• Povolte funkci cloudu.
• Přidejte úložiště metadat pro cloudovou vrstvu.
• Nakonfigurujte cloudový profil nebo profil pro příslušného dodavatele cloudového nebo objektového úložiště.
• Přidejte cloudovou jednotku.
• Nakonfigurujte zásady přesunu dat pro fondy MTree nebo fondy MTree, které vyžadují ukládání dat do cloudu.
• Spusťte přesun dat ručně nebo počkejte na spuštění automatického nebo plánovaného přesunu dat.

Lze cloudovou jednotku odstranit? Pokud ano, jak?

• Upozornění: Tím dojde ke ztrátě veškerých dat uložených v cloudové jednotce, takže je nelze obnovit. Postupujte tedy opatrně.
• Informace o souborech v cloudové jednotce, která se má odstranit, naleznete v části tohoto dokumentu znalostní databáze s názvem „Jak uživatel zjistí, ve které vrstvě se soubor nachází“.
• Tyto soubory by se měly buď odstranit, pokud už nejsou potřeba, nebo se vrátit do aktivní vrstvy, pokud je potřeba je zachovat.
• Pokud je potřeba soubory zachovat, před pokračováním se ujistěte, že jsou všechny soubory svolány.
• Na cloudové jednotce by neměly zůstat žádné odstraněné soubory.
• Resetujte všechny zásady přesunu dat pro fond MTree nebo fondy MTree, které používají tuto cloudovou jednotku.
• Zakažte systém souborů.
• Odstraňte cloudovou jednotku. Označí cloudovou jednotku ve stavu DELETE_PENDING, v jakém byla navržena.
• Povolte systém souborů.
• Jakmile se systém souborů spustí, začne asynchronně odstraňovat všechny objekty v cloudu nebo poskytovateli úložiště objektů, které tato cloudová jednotka používala. Po odstranění všech objektů se odstraní také kbelíky, které tato cloudová jednotka používala. Pokud je přítomno mnoho objektů, může cloudová jednotka zůstat ve stavu DELETE_PENDING po delší dobu.
• Po úspěšném odebrání všech objektů a kbelíků zmizí cloudová jednotka ze seznamu cloudových jednotek.

Co se stane, pokud se cloudovou jednotku nepodaří odstranit, protože úložiště objektů již není dostupné nebo došlo k problému s připojením?

• Pro další pomoc se obraťte na podporu společnosti Dell.

Lze na stejném systému nakonfigurovat funkci LTR a ER (rozšířené uchovávání)?

• Ne. Funkce ER a LTR se vzájemně vylučují.

Jak se data uvolňují nebo čistí z cloudové vrstvy?

• Funguje to podobným způsobem jako soubory umístěné v aktivní vrstvě.
• Jakmile soubor dosáhne doby uchování, je odstraněn z oboru názvů systému souborů.
• Je naplánováno čištění cloudové vrstvy. Ve výchozím nastavení se čištění cloudové vrstvy spouští po každých čtyřech aktivních relacích čištění vrstvy.
• Aby bylo možné spustit čištění cloudové vrstvy, musí čištěná cloudová jednotka obsahovat alespoň 1 % nadbytečných nebo vymazatelných dat. Důvodem je to, že jakýkoli cloudový síťový provoz může být zpoplatněn, takže se zařízení DDR pokusí omezit síťový provoz, kde je to možné.
• Cloudová vrstva běží s výchozím 50% omezením čištění.
• Je možné změnit plán čištění cloudové vrstvy i omezení čištění.
• Čištění aktivní a cloudové vrstvy nelze spustit paralelně.
• Pokud je spuštěno automatické nebo plánované čištění cloudové vrstvy, čištění aktivní vrstvy se přeruší.
• Pokud je zahájeno ruční čištění cloudové vrstvy, čištění aktivní vrstvy se nespustí, dokud se čištění cloudové vrstvy nedokončí.
• Pokud má cloudová vrstva dvě cloudové jednotky, vyčistí se během naplánované relace automatického čištění cloudové vrstvy pouze jedna cloudová jednotka. Cloudové jednotky jsou provozovány v režimu kruhového dotazování z hlediska čištění cloudové vrstvy. Pokud jsou k dispozici dvě cloudové jednotky, je nutné zadat cloudovou jednotku, která se má vyčistit při spuštění z příkazového řádku (<název jednotky> pro vyčištění cloudu)
• Pokud se například na cloudové jednotce nepodaří spustit čištění cloudové vrstvy, protože aktuální cloudová jednotka neobsahuje dostatek dat, která by bylo možné vyčistit, systém se automaticky pokusí vyčistit další cloudovou jednotku.
• Další informace o čištění vrstvy Cloud Tier najdete v následujícím článku Data Domain: Úvod k dlouhodobému uchovávání, čištění cloudové vrstvy a funkci Garbage Collection v zařízeních Data Domain Restorer (DDR)

Jak se spouští ruční čištění cloudové vrstvy?

• Lze použít níže uvedené příkazy. Například:   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean start cloudunit2
Cloud tier cleaning started for cloud unit "cloudunit2". Use 'cloud clean watch' to monitor progress.

Jak lze monitorovat čištění cloudové vrstvy?

• Níže uvedený příkaz lze použít ke kontrole, zda je spuštěno čištění cloudu. Například:   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean status
Previous cloud tier cleaning attempt was unsuccessful.
 Failure reason:
cloud unit "cloudunit2" did not have sufficient cleanable data.
Cloud tier cleaning finished at 2017/03/15 12:16:06.

• Jestliže je spuštěné čištění cloudu, můžete ho monitorovat pomocí následujícího příkazu:

cloud clean watch

Může čištění aktivní vrstvy běžet souběžně s čištěním cloudové vrstvy?

• Ne. Čištění aktivní vrstvy i čištění cloudové vrstvy používají stejné společné interní sdílené datové struktury, které vyžadují výhradní přístup.

Jak lze zobrazit nebo změnit plán čištění cloudové vrstvy?

• Níže uvedené příkazy lze použít k zobrazení aktuálního plánu čištění cloudu. Například:   

cloud clean frequency show

sysadmin@dd4500 # cloud clean frequency show
Cloud tier cleaning frequency is set to run after every 4 active tier cleaning cycles.

• Níže uvedený příkaz slouží ke změně plánu. Například:  

cloud clean frequency set <value>

sysadmin@dd4500 # cloud clean frequency set 3
Cloud tier cleaning frequency is set to run after every 3 active tier cleaning cycles.

Jak lze změnit nebo zobrazit omezení čištění cloudové vrstvy?

• Ve výchozím nastavení je limit pro čištění cloudové vrstvy nastaven na 50 %. K resetování na výchozí procento omezení lze použít níže uvedený příkaz.

cloud clean throttle reset

• Níže uvedený příkaz lze použít k zobrazení aktuálního omezení čištění cloudu. Například:   

cloud clean throttle show

sysadmin@dd4500 # cloud clean throttle show
Cloud tier cleaning throttle is set to 28 percent

• Níže uvedený příkaz lze použít ke změně omezení čištění. Například:   

cloud clean throttle set <value> 

sysadmin@dd4500 # cloud clean throttle set 20
Cloud tier cleaning throttle set to 20 percent

Co ovládá omezení čištění cloudové vrstvy?

• Omezení čištění cloudové vrstvy funguje podobným způsobem jako omezení čištění aktivní vrstvy v tom smyslu, že dojde k omezení operací I/O a prostředků procesoru, které může čištění cloudové vrstvy používat.
• Nebude omezen síťový přenos.

Proč se při čištění cloudové vrstvy neuvolní nebo neodstraní tolik objektů, kolik by se očekávalo?

• Čištění je vždy považováno za odhad. Přečtěte si následující články znalostní databáze, které popisují aspekty týkající se tohoto tématu, protože se stejně vztahují na data, která se nacházejí v cloudové vrstvě:  

• Kromě toho jsou k dispozici další konkrétní podrobnosti týkající se způsobu implementace cloudové vrstvy.
• Byly implementovány různé metody, které omezují množství síťového provozu na poskytovatele cloudového nebo objektového úložiště, protože to může být spojeno s náklady.
• Jak je uvedeno výše, ke spuštění čištění je vyžadována minimálně 1% nadbytečnost dat.
• Při procházení systémem souborů za účelem vyhledání souborů, které splňují zásady přesunu dat, jsou prozkoumány pouze místní kopie metadat.
• Všechny segmenty uchovávané v cloudovém nebo objektovém úložišti, u kterých se zjistí, že obsahují pouze uživatelská data, budou označeny k asynchronnímu odstranění.
• Všechny segmenty obsahující alespoň jeden aktivní segment budou přeskočeny, protože systém DDOS nechce kombinovat malé objemy dat kvůli síťovému provozu.

Jak uživatel zjistí, v jaké vrstvě se soubor nachází?

• Příklad výstupu vygenerovaného tímto příkazem získáte pomocí následujícího příkazu:  

filesys report generate file-location

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-1        Active
/data/col1/mtree1/random-data-file-2        Active
/data/col1/mtree1/random-data-file-4        cloudunit2
/data/col1/mtree1/random-data-file-5        cloudunit2
/data/col1/mtree1/random-data-file-6        cloudunit2

Je možné soubor číst nebo k němu přistupovat přímo po migraci do cloudové vrstvy?

• To závisí na používané verzi systému DDOS a poskytovateli cloudu:   

• Přímá obnova souborů je možná, aniž by bylo nutné soubor nejprve svolat. Tato funkce se označuje jako „přímé obnovení“ a je omezena na systém ECS jako poskytovatele cloudu nebo objektu.
• Další podrobnosti o „přímém obnovení“ pomocí systému Avamar naleznete v dokumentu whitepaper Podrobná obnova nebo obnova na úrovni souborů Avamar z cloudového úložiště Data Domain.
• Funkce Avamar GLR/FLR (Direct Restore) vyžaduje minimální kombinaci softwaru Avamar 18.1 nebo DDOS 6.1 se systémem ECS jako poskytovatelem cloudu. 

• Je nutné nejprve svolat soubor. To znamená, že data migrovala zpět z cloudové do aktivní vrstvy.
• Soubor musí být svolán z cloudové vrstvy do aktivní vrstvy pomocí příkazu pro svolání přesunu dat, aby bylo možné provést jakékoli čtení ze souboru nebo úpravy souboru, který se nachází v cloudové vrstvě.
• Jakýkoli pokus o přečtení nebo úpravu souboru, který se nachází v cloudové vrstvě, má za následek hlášení o chybě I/O, která se vrátí každému, kdo se pokusí přečíst soubor, který je zálohovací aplikací, pokud soubor není nejprve svolán.
• Některé cloudové zálohovací aplikace mohou samy iniciovat svolání souborů, jinak je nutné soubory svolat ručně.
• Od verze DDOS 7.7+:
  • Přímé obnovení umožňuje neintegrovaným aplikacím číst soubory přímo z cloudové vrstvy, aniž by musely procházet aktivní vrstvou.
  • Mezi klíčové aspekty při výběru použití přímého obnovení patří:
  • Přímé obnovení nevyžaduje integrovanou aplikaci a je transparentní pro neintegrované aplikace.
  • Čtení z cloudové vrstvy nevyžaduje prvotní kopírování do aktivní vrstvy.
  • K dispozici jsou histogramy a statistiky pro sledování přímých čtení z cloudové vrstvy.
  • Přímé obnovení je podporováno pouze pro poskytovatele cloudu AWS a ECS.
  • U aplikací dochází k latenci cloudové vrstvy.
  • Čtení přímo z cloudové vrstvy není optimalizováno z hlediska šířky pásma.

Kolik souborů lze paralelně svolat?

• Systém DDOS 6.0 podporuje čtyři soubory, které mají být zařazeny do fronty a svolány současně.
• Systém DDOS 6.1 podporuje 1 000 souborů, které mají být zařazeny do fronty, a 4 soubory ve frontě svolání, které mají být svolány paralelně.

Podle příručky pro správce systému Data Domain 7.9:

• Systémy s 256 GB paměti a více mohou svolat až 16 souborů najednou.
• Systémy s méně než 256 GB paměti mohou svolat až 8 souborů najednou.
• Instance DDVE mohou svolat až 4 soubory najednou.

Jak lze svolat soubor?

• Soubor lze svolat pomocí následujícího příkazu. Například:   

data-movement recall path <path-name> 

sysadmin@dd4500 # data-movement recall path /data/col1/mtree1/file1

Jak lze obnovit všechny soubory ve fondu MTree?

• V závislosti na verzi systému DDOS lze všechny soubory v cloudu svolat spuštěním jediného příkazu, například:   

sysadmin@dd4500 # data-movement recall mtree /data/col1/mtree1

• Podrobnosti naleznete v „Referenční příručce k příkazům systému Dell DDOS“ pro vaši verzi systému DDOS

Jak lze monitorovat operaci svolávání?

• Operaci svolání lze monitorovat pomocí níže uvedeného příkazu nebo v případě, že je vyžadován konkrétní soubor. Například:   

data-movement status path all

data-movement status path /data/col1/mtree/file1

sysadmin@dd4500 # data-movement status path /data/col1/mtree1/file1
Data-movement recall:
---------------------
Data-movement for  /data/col1/mtree1/file1 : phase 2 of 3
(Verifying)
80% complete; time: phase XX:XX:XX total XX:XX:XX
Copied (post-comp): XX XX, (pre-comp) XX XX 

Způsobí přejmenování souboru svolání souboru z cloudové vrstvy do aktivní vrstvy?

• Ne. Pokud je soubor přejmenován, zůstane v aktuální vrstvě.

Jací poskytovatelé cloudu jsou podporováni?

•  V závislosti na používané verzi DDOS podporuje systém DDOS následující poskytovatele cloudu:   
• Amazon Web Services (AWS)
• Microsoft Azure Cloud
• Dell Elastic Cloud Storage (ECS)
• Virtustream
• Další informace naleznete v příručce pro správu systému DDOS.

Je v cloudové vrstvě podporováno šifrování a musí být licencované?

• Ano, v cloudové vrstvě je šifrování podporováno. Na rozdíl od šifrování aktivní úrovně nevyžaduje další licenci.
• Lze jej nakonfigurovat, když je cloudová funkce povolena nebo později upravena. 
• V době psaní tohoto článku je pro šifrování cloudové vrstvy podporován pouze integrovaný správce klíčů a pro celý systém LTR lze použít pouze jeden šifrovací algoritmus.

Jaké kbelíky se vytvářejí v úložišti objektů poskytovatelů cloudu?

• Systém DDOS vytvoří tři kbelíky
• Kbelíky končí řetězcem:

'-d0'

'-c0' 

'-m0'

• Kbelík končící řetězcem „-d0“ se používá pro segmenty dat.
• Kbelík končící řetězcem „-c0“ se používá pro konfigurační data.
• Pro metadata se používá kbelík končící řetězcem „-m0“.
• Před verzí DDOS 6.1 se sice vytvořily tři kbelíky, ale používá se pouze koncovka „-d0“. Jsou však potřeba všechny tři kbelíky, takže se ujistěte, že nejsou odstraněny.

Je možné použít existující názvy kbelíků, které byly vytvořeny dříve?

• Ne, to není možné.

Existují kromě hardwarových požadavků ještě nějaké další povinné požadavky, které jsou potřeba před konfigurací funkce LTR?

• Ano
• Při použití systému ECS je povinným požadavkem nástroj pro vyrovnávání zatížení. Bez nástroje pro vyrovnávání zatížení komunikuje systém Data Domain se systémem ECS na jednom uzlu a odpojí se, jakmile je zadáno více požadavků.
• 1Gb síť mezi zařízením DDR a poskytovatelem cloudu

Jsou vyžadovány certifikáty, a pokud ano, jaké certifikáty by měly být použity?

• To závisí na použitém poskytovateli objektu nebo cloudu a také na konfiguraci.
• AWS, Virtustream nebo Azure vyžadují certifikát. Další informace naleznete v příručce pro správu systému DDOS.
• Pokud je systém ECS nakonfigurován pomocí koncového bodu HTTP, certifikát není vyžadován.
• Pokud je systém ECS nakonfigurován pomocí koncového bodu https, je vyžadován certifikát. Vzhledem k tomu, že nástroj pro vyrovnání zatížení je povinným požadavkem, požadovaný certifikát musí pocházet z tohoto nástroje, nikoli ze systému ECS. Další podrobnosti vám poskytne poskytovatel nástroje pro vyrovnávání zatížení.
• Při importu certifikátu musí být certifikát ve formátu PEM. Někteří poskytovatelé neposkytují certifikát ve formátu PEM, proto je nutné jej před importem převést.

Jaké topologie replikace jsou podporovány?

• Replikace sběru není podporována.
• Replikace adresáře je podporována, lze ji však použít pouze pro fond MTree „/data/col1/backup“, tento fond MTree však nepodporuje přesun dat.
• Replikace fondu MTree je plně podporována.
• Replikace MFR nebo VSR je plně podporována.

Co je třeba vzít v úvahu při konfiguraci/inicializaci/opětovné inicializaci replikace v systému, který již má nakonfigurovanou funkci LTR?

• Zdrojový systém pořídí snapshot fondu MTree (tento snapshot obsahuje podrobnosti o souborech v aktivních a cloudových vrstvách).
• Zdrojový systém replikuje snapshot do aktivní vrstvy cílového systému.
• Pouze v případě, že byl snapshot plně replikován, je vystaven v cílovém systému (v tomto okamžiku budou soubory k dispozici v oboru názvů systému souborů cílového systému).
• Přesun dat lze v cíli spustit až po zveřejnění souborů (za předpokladu, že je nakonfigurován pro funkci LTR).
• Výsledkem je, že pokud aktivní vrstva cílů není dostatečně velká, aby se do ní vešel úplný snapshot ze zdroje, snímek se nikdy nezpřístupní a replikace nemůže dokončit inicializaci.

Co je třeba vzít v úvahu při konfiguraci replikace MFR nebo VSR v systému, který již má nakonfigurovanou replikaci LTR?

• Pokud je nutné replikovat data, která již byla migrována do cloudové vrstvy ve zdrojovém zařízení DDR, automaticky se svolají z poskytovatele cloudu do aktivní vrstvy, než je bude možné odeslat přes síť.
• Svolání souborů z cloudové vrstvy do aktivní vrstvy může mít za následek náklady nebo zpoždění.

Proč výstup příkazu „file system show space“ systému Data Domain neodráží skutečnou velikost cloudového či objektového úložiště?

• Vzhledem k přirozenému způsobu fungování cloudového nebo objektového úložiště se systém Data Domain nemůže dotazovat na fyzickou velikost cloudového zařízení, protože ta se může jevit jako zdánlivě nekonečná.
• Systém DDOS však musel vyvinout způsob, jak zobrazit aktuální statistiky využití/deduplikace z pohledu systému DDOS.
• Proto se používá jeden ze dvou přístupů:

1. Velikost cloudové vrstvy je dána CLOUDTIER_CAPACITY license
2. Velikost cloudové vrstvy se zobrazuje jako násobek velikostí jednotek aktivní vrstvy pro daný typ modelu v závislosti na tom, kolik cloudových jednotek je nakonfigurovaných. Další informace týkající se velikostí aktivních vrstev najdete v průvodci instalací hardwaru pro daný model.

Jak spustit systém souborů, když cloudová jednotka není k dispozici?

• Ujistěte se, že je systém souborů zakázán.
• Zakažte cloudovou jednotku, která není k dispozici, pomocí následujícího příkazu:

cloud unit disable <cloud unit name>

• Povolte systém souborů.

Jak lze povolit cloudovou jednotku, pokud je zakázána?

• Ujistěte se, že je systém souborů zakázán.
• Povolte cloudovou jednotku pomocí následujícího příkazu:

cloud unit enable <cloud unit name>

• Povolte systém souborů.

Proč v systému souborů stále existují soubory, které se nacházejí v cloudové jednotce, která byla odstraněna?

•  Pokud soubory nebyly z fondu MTree odebrány před odstraněním cloudové jednotky, soubory budou nadále existovat uvnitř oboru názvů systémů souborů.
• Zpráva o umístění souborů ukazuje, že soubory jsou součástí odstraněné cloudové jednotky. Například:  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-3  Deleted cloud-unit
/data/col1/mtree1/random-data-file-4  Deleted cloud-unit

• Soubory lze stále zobrazit v oboru názvů systému souborů při přístupu ke sdílené složce CIFS/NFS pro tento fond MTree.
• Soubory však nelze přečíst, protože cloudová jednotka, ve které se nacházely, byla odstraněna.
• Jedinou možností je proto tyto soubory smazat, protože jejich data, na která odkazovaly, již neexistují.

Je možné po vytvoření cloudové jednotky změnit koncový bod nebo porty protokolu pro flexibilního poskytovatele cloudu ECS nebo S3?

• To může být vyžadováno například při změně z protokolu http na https nebo naopak při migraci na nový nástroj pro vyrovnávání zatížení.
• V době psaní tohoto článku neexistuje žádný způsob, jak by správce systému Data Domain mohl tuto změnu provést. Tato funkce se zvažuje pro budoucí verzi systému DDOS.
• Může to však provést podpora nebo technické oddělení.
• Aby bylo možné provést tuto změnu, musí být systém souborů zakázán.
• Pokud je to nutné, provede se nejprve veškerá konfigurace mimo systém Data Domain, protože pokud dojde ke změně, když je systém souborů povolen, očekává, že bude schopen komunikovat pomocí aktualizovaného protokolu nebo portu a číst kbelíky nebo objekty jako dříve.