Avamar: Zrozumienie różnicy między "wykorzystaniem serwera" a fizycznym wykorzystaniem przestrzeni w węzłach danych

Ilość miejsca zużywanego na fizycznych partycjach danych węzła pamięci masowej Avamar jest wysoka, podczas gdy wartość "wykorzystania serwera" jest stosunkowo niska.

Przykład:
Serwer Avamar zgłasza, że zużywa 9,2% dostępnego miejsca na dane kopii zapasowej:

Partycje danych Avamar wykazują większe zużycie miejsca:

Wynika to z faktu, że wartość "Wykorzystania serwera" Avamar nie jest obliczana na podstawie ilości miejsca zużytego na partycjach fizycznych.

Fizyczny "/data" Partycje zawierają paski, które są zasadniczo kontenerami danych kopii zapasowych.

Wartość wykorzystania serwera Avamar (znana również jako pojemność użytkownika lub pojemność "GSAN") jest mierzona w zależności od stopnia zapełnienia kontenerów Stripe.

Utworzone pojemniki z przeplotem pozostają na zawsze w siatce Avamar i w razie potrzeby są poddawane recyklingowi. W związku z tym, jeśli siatka Avamar kiedykolwiek osiągnie dużą pojemność, istniejące kontenery Stripe zajmą do 65% całkowitej przestrzeni partycji danych.

Dzieje się tak nawet wtedy, gdy usunięto dużą ilość danych kopii zapasowej i spadła wartość "wykorzystania serwera".

Jest to zamierzone i normalne zachowanie.

Dalsze informacje:
W nowo wdrożonej siatce Avamar /data Partycje zawierają tylko kilka przeplotów (kontenerów danych). Zarówno "Wykorzystanie serwera", jak i miejsce zajmowane przez /data Partycje zgłaszają niskie wartości.

Z biegiem czasu, w miarę zapełniania pasków danymi kopii zapasowej, nowe paski są tworzone w /data Partycji. Zużycie przestrzeni przez /data partycje rosną. Trwa to do momentu, gdy sieć osiągnie z góry określone "bezpieczne" limity określone przez serwer Avamar i MCS.

Domyślnie ilość miejsca na partycjach danych używanych przez kontenery rozłożone wynosi 65%. Czasami wartość może się różnić, na przykład gdy siatka:

• Ma zastosowane niestandardowe limity ze względu na ograniczenia licencyjne (limity są niższe)
• Jest skonfigurowany z szyfrowaniem w stanie spoczynku (limity są niższe)
• Skonfigurowano z niestandardowymi limitami pojemności metadanych (limity są nieco wyższe)

Powodem wyżej wymienionych "bezpiecznych" limitów jest zapewnienie, aby /data Partycje mają wystarczającą ilość wolnego miejsca do przeprowadzenia czynności konserwacyjnych.

Poniżej ilustruje to grafika:

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%     "---------------------"

Zachowania pojemności systemu operacyjnego i serwera Avamar zostały omówione bardziej szczegółowo w następującym artykule: Avamar: Pojęcia i szkolenie dotyczące zarządzania pojemnością

Avamar zintegrowany z Data Domain:
w siatkach Avamar zintegrowanych z Data Domain kopie zapasowe wysyłane do Data Domain zapisują tylko niewielką ilość danych w Avamar. Nazywa się to metadanymi. Metadane znajdują się w paskach kompozytowych i zajmują stosunkowo mało miejsca w porównaniu z kopiami zapasowymi klientów przechowywanymi w systemie Avamar.

W niektórych scenariuszach, w których parametry metadanych zostały "dostrojone" przez pomoc techniczną, odsetek miejsca zajmowanego przez "cur" w siatce Avamar może być wyższy niż 65%.

Inne ważne elementy:
Dane RAIN/parzystości:W poniższym artykule opisano,
dlaczego wykorzystanie serwera zawsze będzie obejmować zużycie miejsca przez paski parzystości, nawet po usunięciu wszystkich kopii zapasowych: Avamar pokazuje do ~30% wykorzystania nawet po usunięciu wszystkich kopii zapasowych i usunięciu śmieci