Avamar: Veri düğümlerinde "Sunucu Kullanımı" ile fiziksel alan tüketimi arasındaki fark

Avamar depolama düğümü fiziksel veri bölümlerinde tüketilen alan miktarı yüksekken "Server utilization" değeri nispeten düşüktür.

Örnek:
Avamar sunucusu, yedekleme verileri için kullanılabilir alanın %9,2'sini kullandığını bildiriyor:

Avamar veri bölümleri daha yüksek alan tüketimi gösterir:

Bunun nedeni, Avamar "Sunucu kullanımı" değerinin fiziksel bölümlerde tüketilen alan miktarına göre hesaplanmamasıdır.

Fiziksel "/data" bölümleri, esasen yedekleme verileri için kapsayıcı olan şeritleri tutar.

Avamar Sunucu Kullanımı değeri (Kullanıcı Kapasitesi veya "GSAN" kapasitesi olarak da bilinir), bu şerit kapsayıcıların ne kadar dolu olduğuna göre ölçülür.

Şeritli kapsayıcılar oluşturulduktan sonra sonsuza kadar Avamar ızgarasında kalır ve gerektiğinde geri dönüştürülür. Bu nedenle, bir Avamar ızgarası yüksek kapasiteye ulaşırsa mevcut şerit kapsayıcıları veri bölümlerinin toplam alanının %65 ine kadarını tüketir.

Büyük miktarda yedekleme verisi kaldırılsa ve "sunucu kullanımı" değeri düşse bile bu durum geçerli olmaya devam eder.

Bu kasıtlı ve normal bir davranıştır.

Daha fazla bilgi:
Yeni uygulanan bir Avamar ızgarasında, /data Bölümler yalnızca birkaç şerit (veri kapsayıcıları) içerir. Hem "Server Utilization" hem de /data Bölümler düşük değerler bildirir.

Zaman içinde, şeritler yedekleme verileriyle doldukça /data Bölüm. Alan tüketimi /data Bölümler yükselir. Bu, ızgara Avamar sunucusu ve MCS tarafından belirlenen önceden belirlenmiş "güvenli" sınırlara ulaşana kadar devam eder.

Varsayılan olarak, şerit kapsayıcılar tarafından tüketilen veri bölümlerindeki alan miktarı %65'tir. Bazen değer değişebilir, örneğin ızgara:

• Lisans sınırlamaları nedeniyle özel sınırlar uygulanmış mı (sınırlar daha düşüktür)
• Bekleme sırasında şifreleme ile yapılandırılır (sınırlar daha düşüktür)
• Özelleştirilmiş meta veri kapasite sınırlarıyla yapılandırılmıştır (sınırlar biraz daha yüksektir)

Yukarıda belirtilen 'güvenli' limitlerin nedeni, /data Bölümler, bakım işlemlerinin gerçekleşmesi için yeterli boş alana sahiptir.

Aşağıda bunu gösteren bir grafik bulunmaktadır:

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

İşletim sistemi ve Avamar sunucu kapasitesi davranışları aşağıdaki makalede daha ayrıntılı olarak ele alınmıştır: Avamar: Kapasite Yönetimi Kavramları ve Eğitimi

Data Domain ile entegre Avamar:
Data Domain ile entegre Avamar ızgaralarında, Data Domain'e gönderilen yedeklemeler Avamar'a yalnızca küçük miktarda veri yazar. Bu, meta veriler olarak bilinir. Meta veriler bileşik şeritler halinde bulunur ve Avamar'da depolanan istemci yedeklemeleriyle karşılaştırıldığında nispeten daha az yer kaplar.

Meta veri parametrelerinin teknik destek tarafından "ayarlandığı" belirli senaryolarda, bir Avamar ızgarasında "cur" tarafından tüketilen alanın yüzdesi %65'ten yüksek olabilir.

Not edilecek diğer öğeler:
RAIN/Eşlik verileri:
Aşağıdaki makalede, tüm yedeklemeler kaldırıldıktan sonra bile sunucu kullanımının neden her zaman eşlik şeritlerinin alan tüketimini içerdiği açıklanmaktadır: Avamar, tüm yedeklemeler silindikten ve çöpler toplandıktan sonra bile ~%30'a kadar kullanım gösteriyor