Avamar client, yedekleme gerçekleştirmek için bellek, CPU, ağ ve G/Ç kaynakları gerektirir. Diğer işletim sistemi hizmetleri, Avamar'a göre daha fazla "görev açısından kritik" olabilecek işlemler de dahil olmak üzere bu kaynakları paylaşır.
Bu makalede, yedekleme sırasında avtar işlemi tarafından tüketilen CPU, ağ ve G/Ç kaynaklarını kısıtlama ve önceliklendirme konusu ele alınmaktadır.
Avamar avtar işlemi, işletim sistemi tarafından kullanılabilir hale getirildiği kadar ağ bant genişliği, CPU döngüsü ve G/Ç kullanır. Avamar, bu sistem kaynaklarından bazıları üzerinde hak talebinde bulunurken ne kadar agresif olduğunu belirleyen parametrelerle ayarlanabilir.
CPU Kullanımı
Avamar client makinesi bir filer sunucusu, posta sunucusu, bir veritabanı olabilir veya sistem kaynakları gerektiren başka bir role sahip olabilir.
Bu sistem kaynakları ağır yük altındayken bir yedekleme çalışırsa hem yedekleme hem de istemcinin normal rolü etkilenebilir. Yedeklemeyi sessiz bir dönemde çalışacak şekilde zamanlamak mümkün değilse istemcinin birincil işlevi için yeterli CPU döngülerinin kullanılabilir durumda kalmasını sağlamak üzere avtar ile CPU kullanımını kısıtlamak isteyebilirsiniz.
Avtar CPU kullanımı, aşağıda gösterildiği gibi Avamar client yedekleme günlüğünde incelenebilir:
avtar Info <5100>: Status 2009-04-10 20:37:02, 0 files, 25.00 GB (0 files, 473.7 MB, 1.85% new) 117 MB 99% CPU
Birden fazla CPU çekirdeğinin bulunduğu ortamlarda CPU yüzdesi değerinin %100'ün üzerine çıktığı görülebilir.
CPU İşlem Önceliklendirme
Linux Davranışı:
- Avagent işlemi, oluşturduğu tüm işlemleri otomatik olarak "nice" bir seviyede olacak şekilde ayarlar.
- Linux'ta öncelik düzeyleri -20 ile 20 arasında değişir ve -20 değeri en yüksek önceliktir.
- Varsayılan olarak, işlemler 0 önceliğiyle oluşturulur.
- Avtar, varsayılan öncelikten daha düşük olan 10 önceliğiyle oluşturulur.
Windows Davranışı:
- Windows, 1 (en düşük) ile 31 (en yüksek) arasında değişen öncelik düzeylerini yönetir.
- Avtar BELOW_NORMAL_PRIORITY_CLASS ile oluşturulur, bu da varsayılan olarak avtar'ın sahip olduğu iş parçacıklarının öncelik 6 ile oluşturulduğu anlamına gelir.
- Referans için Windows'daki işlemler ile oluşturulan iş parçacıklarının varsayılan önceliği 8'dir.
Ağ Kullanımı
Geleneksel yedekleme yazılımına kıyasla Avamar az bant genişliği tüketir. Ancak, bir Avamar client, bir Avamar server'dan düşük bant genişliğinde bir bağlantıyla ayrılırsa ağ kullanımını kısıtlamak faydalı olabilir. Bu, yedekleme verilerinin bir hattı boğmasını ve zaman açısından daha kritik verilerin iletiminin yavaşlatılmasını önleyebilir.
G/Ç Önceliklendirmesi
Avamar client işlemlerinin G/Ç önceliği açıkça ayarlanmamıştır.
Linux Davranışı:
- G/Ç "niceness" değeri, 0 (en yüksek öncelik) ile 7 (en düşük öncelik) arasında değişir.
- Kullanılan algoritma (cpu "niceness" + 20)/5 (kaynak: http://linux.die.net/man/1/ionice)
- Avtar için G/Ç önceliği (10 + 20)/5 = 6 olur ve bu ikinci en düşük G/Ç Önceliğidir.
- Buna karşılık, varsayılan iş parçacığı önceliği 0 olan bir işlemin G/Ç önceliği 4 olur.
Windows Davranışı:
Windows için G/Ç önceliklendirmesi daha az belirgindir. Microsoft, bir işlemin G/Ç önceliğinin iş parçacığı önceliğine bağlı olduğunu iddia etmektedir. 240762 numaralı sorun için Avamar Mühendislik ekibinin araştırması, pratikte durumun böyle olmadığını göstermiştir. Avtar'ı daha düşük bir öncelikle çalışacak şekilde ayarlamak, G/Ç önceliğini varsayılandan değiştirmez.
Bellek kullanımı
Yedekleme sırasında gereken bellek miktarı, önbellek dosyasının boyutlandırmasına ve kullanılan önbellek dosyalarının türüne bağlıdır.
Geleneksel "monolitik" önbellek dosyaları, tüm önbellek dosyalarını belleğe yüklerken, disk belleği önbellek dosyaları gerektiğinde "sayfa" verilerini belleğe yükler.
Bellek kullanımı ve önbellek dosyası boyutlandırması, bu bilgi yazısının kapsamı dışındadır. Daha fazla bilgi için Operasyonel En İyi Uygulamalar Rehberi'ne bakın.
Avtar'ın CPU döngüleri, ağ bant genişliği ve G/Ç kullanımı varsayılan olarak kısıtlanmaz. Avamar yedeklemelerinin mümkün olduğunca hızlı çalışması ve tamamlanması en çok istenen husus olduğundan bu normal ve beklenen bir davranıştır.
Avtar işleminin ağ ve CPU kullanımını kısıtlamak için aşağıdaki bayraklar mevcuttur:
--net-throttle (ağ kullanımını kısıtlar)
--cpu-throttle (CPU kullanımını kısıtlar)
Bu bayraklardan herhangi birini uygulamak için Avamar Client'ın avs/var dizinindeki "avtar.cmd" dosyasını düzenleyin avs/var dizini.
Not: Dosya mevcut değilse yeni bir "avtar.cmd" dosyası oluşturun.
CPU Kısıtlaması
Bayrak aşağıdaki biçimde olmalıdır. Burada "80", avtar'ın kullanması gereken maksimum ortalama CPU yüzdesidir.
--cpu-throttle=80
Bu bayrak, çok çekirdekli CPU'lar yaygın olarak kullanılmadan önce tanıtıldı. Kullanılacak yüzde, deneme gerektirebilir. Avtar'ın %10 ile kısıtlandığı çift çekirdekli bir masaüstü makinede gerçekleştirilen bir yedekleme, CPU kaynağının yaklaşık %5'ini kullanıyor gibi görünüyordu.
Ağ Kısıtlaması
Dosyaya yapılan giriş aşağıdaki biçimde olmalıdır:
--throttle=Mbit/sn
Uygulandığında, her paket gönderildikten sonra gerekirse avtar duraklar. Bu, ağ kullanımının belirtilen maksimum bant genişliğini (saniye başına megabit olarak belirtilir) aşmamasını sağlar.
Örneğin, --throttle=5 10 Mbit/sn bağlantının yarısını kullanır, --throttle=0,772 kullanımı T1 bağlantısının yarısıyla kısıtlar.
Değişikliği yaptıktan sonra avtar.cmd dosyasını kaydedin.
Değişiklikler, avagent yeni bir avtar işlemi gerçekleştirdiğinde geçerli olmalıdır.
Alternatif olarak, Avamar Administrator'daki Options sekmesini kullanarak açılır listeden uygun dosya sistemi eklentisini seçin (Windows Dosya Sistemi, Linux Dosya Sistemi vb.).
"Show Advanced Options" onay kutusunu işaretleyin ve "Network rate throttle (Mbps)" seçeneğini bulmak için aşağı kaydırın.
Bunu Mb/sn cinsinden gerekli bant genişliği ile doldurun (ondalık sayılar uygundur, örneğin 1,2).
Avamar plug-in yedeklemeleri
Eklenti yedeklemeleri (Exchange, Oracle vb.) için Avamar Administrator kullanıcı arayüzünde açılır menüden eklentiyi seçin, "More" düğmesine tıklayın ve özniteliği ve değeri elle girin.
Öznitelik için [avtar]net-throttle girin. Öznitelik değeri için gerekli bant genişliğini girin. Ayardan memnunsanız bayrağı aşağıdaki kutuya eklemek için alanların altındaki + işaretine tıklayın.
Değişiklikleri kaydetmek için Tamam'a tıklayın.
Bayraktaki [avtar], eklentiye bayrağı sunucuyla iletişim kuran işlem olan avtar'a iletmesini söyler.
Kısıtlama bayraklarını DİKKATLİ kullanın ve aşağıdakilere dikkat edin:
-
İşlemler olabildiğince hızlı çalışır. CPU veya ağ kullanımını düşürmeye çalışırsak yedekleme, normalde çalışacağından çok daha yavaş çalışabilir. Yavaş yedeklemeler düzenli yedekleme aralığında tamamlanmayabilir.
-
Yedekleme yavaşlarsa yedeklemeleri başlamak için sıraya alınan diğer istemciler, bu istemcinin yedekleme süresinin uzaması nedeniyle gecikir.
-
İstemci, Avamar yedeklemesi sırasında başka bir iş yapıyorsa bu çalışma daha az ancak daha uzun süre etkilenir.
Aşağıda açıklanan bayrakların uygulanmasının uygunluğu konusunda şüpheniz varsa Dell Professional Services Temsilcinizle iletişime geçin.
Ağ kısıtlaması "patlamalı" görünebilir
Kısıtlaması 0,2 (megabit/saniye) olarak ayarlanmış bir istemcinin trafiğini gösteren bir ağ grafiği, istemci ile sunucu arasında iletilen verilerin 150 Mb/sn'nin üzerindeki hızlarda kısa artışlarla gerçekleştiğini gösterebilir.
Avamar ağ kısıtlama algoritması, verileri kısa artışlarla iletecek şekilde çalışır. Her patlama sonrası algoritma, veri göndermeye devam etmeden önce verileri uygun bir süre kuyruğa alır. Veriler, kısıtlama bayrağı tarafından belirtilen kısıtlama düzeyine eşdeğer bir hızda gönderilir.
Algılanan "patlama" düzeyi, izlemenin ayrıntı düzeyi ile ilişkilidir. Başka bir deyişle, iletim hızlarının saniyenin altındaki artışlarla analizi, patlama davranışı gösterir ancak bir yedekleme süresi boyunca gönderilen toplam veri miktarına bakarsak bunun 0,2 Mb/sn'ye yakın olduğunu görmeliyiz.
Aşağıda, bir yedekleme için birkaç dakika içinde yakalanan kısa süreli bir grafik verilmiştir:
Sık sorulan sorular:
- Patlama için ne kadar bant genişliği kullanılır?
Avtar, verileri olabildiğince hızlı bir şekilde iletmeye çalışır. Ne kadar iletebileceği aşağıdakilere bağlıdır.
- Bağlantının maksimum bant genişliği
- Ağ genelinde uçtan uca gecikme süresi
- Servis Kalitesi
- Uygulanabilecek diğer normal performans sorunları
Kısıtlama özelliği, zaman içinde ağ kullanımının ortalamasını almak için tasarlanmıştır. Avtar, kısıtlama değerinin izin verdiğinden fazlasını iletmemek için veri paketlerinin gönderilmesini geciktirir.
- Bir patlama ne kadar sürer?
Avtar, ağ kullanımının kısıtlama ayarı ile belirtilen ortalama bant genişliğini aşmadığından emin olmak için paketlerin gönderilmesi arasında bekler. Bu duraklama, gerektiği sürece devam eder.
- Bir "patlama" sırasında hangi verilerin iletildiğini açıklayabilir misiniz?
Yerel istemci önbelleğinde olmayan verilerin Avamar sunucusunda zaten mevcut olup olmadığını ve Avamar sisteminde mevcut olmayan yeni, benzersiz yedekleme verilerini içeren paketleri kontrol etmeye yönelik sorgular.
- Ağ kısıtlaması bir sitedeki istemci grupları arasında uygulanabilir mi?
Uygulanamaz. Ağ kısıtlaması, istemci başına uygulanır. Belirli bir istemcinin tüketebileceği bant genişliğini (ortalama olarak) kontrol eder. Bir konumda çok sayıda Avamar Client varsa ve hepsi benzer şekilde kısıtlanmışsa ağ bağlantısı yine de tamamen tüketilebilir. İki site arasında ne kadar veri gönderileceğini kontrol etmeniz gerekiyorsa ağ düzeyinde kısıtlama uygulayın.
Data Domain'e Avamar yedeklemeleri sırasında ağ kısıtlaması
Avamar Client'ın v7.1 ve Data Domain'in v5.5 veya sonraki sürümlerde olduğu durumlarda Data Domain'e yedeklemelerin ağ kısıtlaması desteklenir.