Data Domain: Dizin ve Havuz Çoğaltması için En İyi Uygulamalar

Dizin Çoğaltma için En İyi Uygulamalar

AMAÇ

Bu makalede, dizin çoğaltmayı yapılandırmayla ilgili en iyi yöntemler tanımlanmaktadır.

AŞAĞIDAKİLER İÇİN GEÇERLİDİR

• Tüm Data Domain sistemleri
• Tüm Yazılım Sürümleri

ÖNERİ

1. İş yükünü mümkün olduğunca çok bağlama yayın.
   İdeal tek bağlamlı önceden sıkıştırılmış aktarım hızı 200-300 MB/sn aralığındadır. Çoklu akışın kullanılabildiği yapılandırmalarda, ideal tek bağlam performansı ideal çok bağlamlı performansa benzer; Bununla birlikte, çoklu akışın etkinliğini sınırlayan birkaç değişken vardır:

   • Kaynak DDR'de çok sayıda çoğaltma bağlamı varsa çoklu akış akışlarını bağlamlar arasında bölme mantığı, kullanılabilir akış sayısını sınırlar.
   • Anlık görüntü tabanlı başlatma/kurtarma sırasında çoklu akış etkin değildir. Varsayılan olarak, kaynak bağlamda 1 milyondan fazla giriş varsa anlık görüntü tabanlı bir başlatma etkindir.
   • 5.0'dan itibaren, CIFS verilerini çoğaltmak için çoklu akış kullanıma sunulmuştur.

   Modele göre ideal çok bağlamlı önceden sıkıştırılmış aktarım hızı yaklaşık 200 MB/sn ile 500 MB/sn veya daha fazla arasında değişir.

2. İş yükünü orta boyutlu dosyalarla tasarlayın.
   Dosya boyutu, herhangi bir çoğaltma bağlamının genel performansı üzerinde önemli bir etkiye sahip olabilir. Genel olarak, boyutu 10 MB'tan küçük dosyalar verimli bir şekilde çoğaltılamaz.

   Ayrıca, beklenmedik bir bağlantı kesilmesinden sonra çoğaltma çifti yeniden bağlandığında, kaynağın bağlantı kesme sırasında çoğaltılan dosyanın başından yeniden başlatılması gerekir. Dosya çok büyükse ve sık sık bağlantı kesintileri yaşanıyorsa (örneğin, güvenilmez bir ağ nedeniyle) çoğaltma etkili bir şekilde sıkışmış hale gelebilir. Aynı dosyayı tekrar tekrar çoğaltmaya çalışıyorum. Bu durum en yaygın olarak boyutu 100 GB'ı aşan dosyalarda görülür. Dosya boyutunun kendisi nedeniyle performans etkisi yoktur.

3. İş yükünü çoğaltma zamanlamasından yararlanacak şekilde tasarlayın.
   Dosyalar dahili olarak kapatıldıklarında çoğaltma için sıraya alınır. Dosyanın kapanma zamanlaması şöyledir:

   Değiştirilen bir dosya kapatıldığında, dosya için bir çoğaltma günlüğü "close" kaydı oluşturulur. Çoğaltma, dosyadaki yeni verileri gönderme için kuyruğa alır. Kuyrukta önünde başka bir çoğaltma işlemi yoksa (yani işlenmemiş günlük kayıtları) yeni veriler hemen gönderilir. Aksi takdirde, önceki günlük kayıtları işlendikten sonra dosya çoğaltılır.

   • Son erişimden 10 dakika sonra NFS dosyayı kapatır.
   • Tüm dosyalar, ne kadar yakın zamanda yazıldıklarına bakılmaksızın her saat kapatılır.
   • Çok sayıda dosyaya erişiliyor veya yazılıyorsa dosyalar yukarıdaki kuralların gerektirdiğinden daha erken kapatılabilir. Yedekleme yazılımının dosyaları daha küçük parçalar halinde (örneğin 1 MB) yazması, oluşturulan dosya sayısı nedeniyle çoğaltmanın daha erken başlamasına neden olabilir.

4. Mümkünse özel bir ağ kullanın.
   %0,1 kadar düşük paket kaybı oranları, özellikle yüksek bant genişliği gecikmeli ağlar için ağ verimini ciddi şekilde düşürebilir. Bant genişliği <= T2 olan ağlar için, bir saniyeye kadar RTT (Gidiş Dönüş Süresi) iyi aktarım hızı sağlar. = T3 ağları >için, 300-500 ms'lik bir RTT'den başlayarak önemli bir aktarım hızı düşüşü vardır.

   Daha genel olarak, paket kaybı altındaki aktarım hızı yaklaşık
   olarak Aktarım Hızı = MSS /(RTT * sqrt(p)) burada MSS := minimum segment boyutu (tipik olarak 1460 bayt) RTT := gidiş-dönüş süresi p := paket kaybı olasılığı

5. Delta çoğaltmayı (düşük bant genişliği optimizasyonu) değerlendirin.
   DD OS 4.8 ve üzeri sürümlerde, "düşük bant genişliği optimizasyonu" olarak da adlandırılan delta çoğaltması, saniyede 6 megabitten (Mbps) daha az kullanılabilir bant genişliğine sahip bağlantılar arasında dizin veya havuz çoğaltmasının sanal aktarım hızını artırabilir. Delta çoğaltma, hem kaynak hem de hedef Data Domain sistemlerinde önemli miktarda ek CPU ve G/Ç ek yüküne neden olur. 6 Mb/sn'den fazla bant genişliğine sahip bağlantılarda düşük bant genişliği optimizasyonu etkinleştirilirse, sanal performansta herhangi bir kazanç elde edilmesi olası değildir. Genel olarak konuşursak, eğer:

   • Çoğaltılacak veriler, hedef sistemde mevcut olan verilerle %96'dan daha az aynı olmalıdır
   • 6 Mbps'den daha az kullanılabilir bant genişliği var
   • Her iki sistem de yedek CPU ve G/Ç kapasitesine sahiptir

     Düşük bant genişliği optimizasyonu etkinleştirilmelidir. Birkaç hafta boyunca "çoğaltma gösterisi geçmişi" çıktısını izleyin. "Düşük bw-optim" oranı ortalama 2,00 veya daha fazla olmalıdır ve ağ aktarım hızı (Ağ baytlarının zaman aralığına bölünmesi) kullanılabilir bant genişliğinden çok daha az olmamalıdır. "Low-bw-optim" oranının ortalaması 2,00 veya daha fazla değilse delta sıkıştırması büyük olasılıkla veri kümesi üzerinde etkili değildir ve devre dışı bırakılmalıdır. Ağ aktarım hızı kullanılabilir bant genişliğinden çok daha azsa büyük olasılıkla Data Domain sistemlerinden biri veya her ikisi de delta çoğaltmayı desteklemek için yeterli yedek CPU veya G/Ç kapasitesine sahip değildir ve devre dışı bırakılmalıdır.

6. Diğer bileşenler ve üçüncü taraf yedekleme uygulamaları için En İyi Uygulamalar a uyun.
   En İyi Uygulamalar kılavuzlarımız, genel performans göz önünde bulundurularak yazılmıştır. Data Domains'den önerilen en iyi uygulamalardan sapmalar, hemen belli olmasa da çeşitli alanlarda önemli performans etkilerine sahip olabilir.

REFERANS

Çoğaltma Gecikmesi Sorunlarını Giderme 180482