Avamar: Pochopení rozdílu mezi "využitím serveru" a spotřebou fyzického prostoru na datových uzlech

Množství místa spotřebovaného ve fyzických datových oddílech uzlu úložiště Avamar je vysoké, zatímco hodnota "Využití serveru" je relativně nízká.

Příklad:
Server Avamar hlásí, že spotřebovává 9,2 % dostupného místa pro zálohovaná data:

Datové oddíly Avamar vykazují vyšší spotřebu místa:

Důvodem je to, že hodnota "Využití serveru" systému Avamar se nepočítá podle množství místa spotřebovaného ve fyzických oddílech.

Fyzické "/data" oddíly obsahují pruhy, což jsou v podstatě kontejnery pro zálohu dat.

Hodnota využití serveru Avamar (označovaná také jako kapacita uživatele nebo kapacita "GSAN") se měří podle toho, jak plné jsou kontejnery prokládání.

Jakmile jsou prokládané kontejnery vytvořeny, zůstávají v mřížce Avamar navždy a jsou recyklovány podle potřeby. Pokud tedy někdy mřížka Avamar dosáhne vysoké kapacity, stávající prokládané kontejnery spotřebují až 65 % celkového prostoru datových oddílů.

To platí i v případě, že se odstraní velké množství zálohovaných dat a hodnota "využití serveru" klesne.

Jedná se o zamýšlené a normální chování.

Další informace:
U nově implementované sítě Avamar /data Oddíly obsahují pouze několik prokládání (datových kontejnerů). "Využití serveru" i místo spotřebované v /data Oddíly hlásí nízké hodnoty.

V průběhu času, jak se prokládání naplní zálohovanými daty, se vytvoří nové prokládání v /data oddíly. Prostorová náročnost /data Oddíly se zvednou. To pokračuje, dokud síť nedosáhne předem stanovených "bezpečných" limitů stanovených serverem Avamar a MCS.

Ve výchozím nastavení je velikost místa v datových oddílech spotřebovaných kontejnery prokládání 65 %. Někdy se hodnota může lišit, například tam, kde mřížka:

• Z důvodu omezení licencování se používají vlastní limity (limity jsou nižší).
• Je nakonfigurovaný se šifrováním v klidovém stavu (limity jsou nižší).
• Byl nakonfigurován s přizpůsobenými limity kapacity metadat (limity jsou mírně vyšší).

Důvodem výše uvedených "bezpečných" limitů je zajistit, aby /data Oddíly mají dostatek volného místa, aby mohly probíhat činnosti údržby.

Níže je obrázek, který to ilustruje:

100%   "---------------------" <-- 100% /data partition capacity
       " Reserved for        "
       " maintenance         "
       " activity overhead   "
       "                     "
       "                     "
65%    "---------------------" <-- 100% Server Utilization value
       " Commonality         "     (visible in the Admin GUI)
       " factored data       "     
       " & RAIN parity       "     
       " data                "     
       "                     "
       "                     "
       "                     "
       "                     "
0%     "---------------------"

Chování operačního systému a kapacity serveru Avamar je podrobněji popsáno v následujícím článku: Avamar: Koncepty a školení řízení kapacity

Avamar integrovaný se systémem Data Domain:
V mřížkách Avamar integrovaných se systémem Data Domain zapisují zálohy odeslané do systému Data Domain do systému Avamar pouze malé množství dat. To se označuje jako metadata. Metadata jsou uložena ve složených prokládaných systémech a zabírají relativně málo místa ve srovnání se zálohami klientů uloženými v systému Avamar.

V určitých scénářích, kdy byly parametry metadat "vyladěny" technickou podporou, může být procento místa spotřebovaného příkazem "cur" v mřížce Avamar vyšší než 65 %.

Další položky, které je třeba vzít na vědomí:
RAIN/paritní data:Následující článek popisuje,
proč využití serveru vždy zahrnuje spotřebu místa paritními prokládáními, a to i po odstranění všech záloh: Software Avamar vykazuje až ~30% využití i po odstranění všech záloh a odvozu odpadu