PowerScale OneFS: Performans Sorunlarını Giderme

İstemci bilgisayarlar yavaş çalışır. Özellikle kümede çalışan belirli işler başarısız olur veya beklenenden daha uzun sürer.

Performans sorunları genellikle ağ trafiği, ağ yapılandırma sorunları, istemci veya küme işleme yükü ya da bu faktörlerin bir kombinasyonundan kaynaklanır. Bu makalede, performans sorunlarını gidermenin birkaç etkili yolu açıklanmaktadır.

InsightIQ ile sorun giderme

İçindekiler:

• Isilon InsightIQ'yu Kullanma
• InsightIQ olmadan sorun giderme
• Ağ üretilen iş
• İstemci bağlantılarının dağıtımı
• Küme aktarım hızı
• Küme işleme
• Sıraya alınan işlemler
• CPU

Isilon InsightIQ'yu Kullanma

Isilon InsightIQ kullanmak, performansı izlemenin ve performans sorunlarını gidermenin en iyi yoludur.

Isilon InsightIQ sanal cihazı, InsightIQ web tabanlı uygulamada esnek, özelleştirilebilir grafik görünümleri aracılığıyla Isilon küme etkinliğini izlemenizi ve analiz etmenizi sağlar. Bu grafikler, küme donanımı, yazılımı ve dosya sistemi ve protokol işlemleri hakkında ayrıntılı bilgi sağlar. InsightIQ, verileri herhangi bir performans aykırı değerini vurgulayan görsel bilgilere dönüştürerek darboğazların hızlı bir şekilde tanılanmasını veya iş akışlarının optimize edilmesini sağlar.

InsightIQ kullanımıyla ilgili ayrıntılar için PowerScale InsightIQ - Bilgi Merkezi'ne bakın. 

InsightIQ olmadan sorun giderme

InsightIQ kullanmıyorsanız performans sorunlarını araştırmak için çeşitli komutlar çalıştırabilirsiniz. Önce ağ ve küme verimini inceleyerek, ardından küme işlemeyi inceleyerek ve son olarak tek tek düğüm CPU oranlarını gözden geçirerek performans sorunlarını giderin.

Ağ üretilen iş

Aşağıdakiler gibi bir ağ test aracı kullanın: Iperf veya Iperf3 Ağınızdaki küme ve istemci bilgisayarların aktarım hızı özelliklerini belirlemek için.

Kullan -arak Iperfkümede ve istemcide aşağıdaki komutları çalıştırın. Bu komutlar, ağ bağlantısının gecikme sorunlarının olası bir nedeni olup olmadığını gösterecek kadar büyük bir aralığı tanımlar.

• Küme: iperf -s -w 262144
• İstemci: iperf -c <cluster IP> -w 262144

Kullanıcı arayüzü uygulamalarını başlatmak için Iperf3kümede ve istemcide aşağıdaki komutları çalıştırın. Bu komutlar, ağ bağlantısının gecikme sorunlarının olası bir nedeni olup olmadığını gösterecek kadar büyük bir aralığı tanımlar.

• Küme: iperf3 -s -w 262144
• İstemci: iperf3 -c <cluster IP> -w 262144

İstemci bağlantılarının dağıtımı

Bir düğüme ayrıcalık tanımadıklarından emin olmak için kümeye kaç tane Ağ Dosya Sistemi (NFS) ve Sunucu İleti Bloğu (SMB) istemcisinin bağlı olduğunu kontrol edin.

1. Kümedeki herhangi bir düğüme bir SSH bağlantısı açın ve kümedeki herhangi bir düğüm üzerinde root Hesabı.
2. Şunu çalıştırın: isi statistics query current list --nodes=all --keys=node.clientstats.connected.nfs,node.clientstats.active.nfs -d NFS istemcilerini kontrol etme komutu. 
   Çıktı, düğüm başına bağlı istemci sayısını ve her düğümde bu istemcilerden kaç tanesinin etkin olduğunu gösterir.
3. Şunu çalıştırın: isi statistics query current list --keys=node.clientstats.connected.smb,node.clientstats.active.smb1,node.clientstats.active.smb2 -n all -d SMB istemcilerini kontrol etme komutu.
   Çıktı, düğüm başına bağlı istemci sayısını ve her düğümde bu istemcilerden kaç tanesinin etkin olduğunu gösterir.

Küme aktarım hızı

Bir dosyadan okuma ve dosyaya yazma için gereken süreyi ölçen yazma ve okuma testleri gerçekleştirerek küme aktarım hızını değerlendirin. Aşağıdaki gibi en az bir yazma testi ve bir okuma testi gerçekleştirin.

Bir test yazın.

1. Kümedeki herhangi bir düğüme bir SSH bağlantısıaçın ve kümedeki herhangi bir düğüm üzerinde root Hesabı.
2. Değiştir: /ifs Dizin: cd /ifs
3. Kümedeki komut satırı arabiriminden (CLI) veya bir UNIX ya da Linux istemci bilgisayarından kümeye yeni bir dosya yazmak için dd komutunu kullanın.
   Aşağıdaki komutu çalıştırın: dd if=/dev/zero of=1GBfile bs=1024k count=1024
   Bu komut 1 GB lik örnek bir dosya oluşturur ve diske yazmak için geçen süreyi bildirir.
4. Bu komutun çıktısından, tek akışlı iş akışlarında diske saniyede kaç MB yazılabileceğini tahmini olarak hesaplayın.
5. Bir MAC istemciniz varsa ve daha fazla analiz yapmak istiyorsanız,
   1. Etkinlik izlemeyi başlatın.
   2. Şunu çalıştırın: cat /dev/zero > /pathToFile komutu, burada pathToFile , hedeflenen dosyanın dosya yoludur.
      Bu komut, Isilon kümesindeki yazma işlemlerinin aktarım hızını ölçmeye yardımcı olur. (İlgili dd komutunu çalıştırırsanız, sonuçlar tutarsız olabilir.)
   3. Activity Monitor'ın Network sekmesinde komutun sonuçlarını izleyin.

Testi okuyun.
Okuma işlemlerinin aktarım hızını ölçerken yazma testi sırasında oluşturduğunuz dosya üzerinde okuma testleri yapmadığınızdan emin olun. Bu dosya önbelleğe alındığı için okuma testlerinizin sonuçları hatalı olacaktır. Bunun yerine, önbelleğe alınmamış bir dosyanın okuma işlemini test edin. Kümede 1 GB'den büyük bir dosya bulun ve okuma testinde bu dosyadan yararlanın.

1. Kümedeki herhangi bir düğüme bir SSH bağlantısı açın ve kümedeki herhangi bir düğüm üzerinde root Hesabı.
2. Kümedeki CLI'dan veya bir UNIX ya da Linux istemci bilgisayarından, kümedeki bir dosyayı okumak için dd komutunu kullanın.
   Şunu çalıştırın: dd if=/pathToLargeFile of=/dev/null bs=1024k komut nerede pathToFile , hedeflenen dosyanın dosya yoludur.
   Bu komut, hedeflenen dosyayı okur ve dosyayı okumak için geçen süreyi bildirir.
3. Bir MAC istemciniz varsa ve daha fazla analiz yapmak istiyorsanız,
   1. Etkinlik izlemeyi başlatın.
   2. Şunu çalıştırın: time cp /pathToLargeFile > /dev/null komut nerede pathToFile , hedeflenen dosyanın dosya yoludur.
      Bu komut, Isilon kümesindeki okuma işlemlerinin aktarım hızını ölçmeye yardımcı olur. (İlgili dd komutunu çalıştırırsanız, sonuçlar tutarsız olabilir.)
   3. Activity Monitor'ın Network sekmesinde komutun sonuçlarını izleyin.

Küme işleme

Yeniden şeritleme işleri.
Kümenin giriş/çıkış (G/Ç) işlemlerini (IOPS) incelemeden önce:

• Kümede hangi işlerin çalıştığını belirleyin. Auto-Balance, Collect veya MultiScan gibi yeniden şeritleme işleri çalışıyorsa bu işlerin neden çalıştığını ve çalışmaya devam etmeleri gerekip gerekmediğini göz önünde bulundurun.
• Tüketilmekte olan veri türünü göz önünde bulundurun. İstemci bilgisayarlar büyük video dosyalarıyla veya sanal makinelerle (VM'ler) çalışıyorsa yeniden şeritleme işi normalden daha yüksek miktarda disk IOPS gerektirir.
• Yeniden şeritleme işini geçici olarak duraklatabilirsiniz. Bu duraklatma, performansı artırabilir ve bir performans sorununa ilişkin kısa vadeli bir çözüm olabilir.

Disk G/Ç
Disk G/Ç'sini incelemek, belirli disklerin aşırı kullanılıp kullanılmadığını belirlemeye yardımcı olabilir.

Kümeye göre

1. Kümedeki herhangi bir düğümde SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın.
2. Şunu çalıştırın: isi statistics pstat disk G/Ç'sini belirleme komutu.
3. Bu komutun çıktısından, disk IOPS'sini kümedeki toplam disk sayısına bölün. Örneğin, düğüm başına 12 sürücü barındıran Isilon IQ 12000x düğümlerini kullanan 8 düğümlü bir küme için disk IOPS'sini 96'ya bölersiniz.
   X Serisi düğümler ve NL Serisi düğümlerinde, %100 rastgele iş akışları için 70 veya daha düşük disk IOPS'si ya da %100 sıralı iş akışları için 140 veya daha az disk IOPS'si görmeyi beklemeniz gerekir. NL Serisi düğümler, X Serisi düğümlerden daha az RAM'e ve daha düşük CPU hızlarına sahip olduğundan X Serisi düğümler daha yüksek disk IOPS'lerini işleyebilir.

Düğüme göre ve diske göre

1. Kümedeki herhangi bir düğümde SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın.
2. Şunu çalıştırın: isi statistics query current --nodes=all --stats=node.disk.xfers.rate.sum --format=top Disk IOPS'sini düğüme göre belirleme komutu, aşırı kullanılan diskleri keşfetmeye yardımcı olabilir.
3. Şunu çalıştırın: isi_stats_tool -a get_key_info|grep node.disk.xfer Disk bazında istatistiklerin nasıl sorgulanacağını belirleme komutu.

Sıraya alınan işlemler

Disklerin aşırı kullanılıp kullanılmadığını belirlemenin başka bir yolu, kümedeki her disk için kaç işlemin kuyruğa alındığını tespit etmektir. Tek akışlı SMB tabanlı bir iş akışı için dörtlü bir sıra sorun olduğuna işaret edebilir ancak yüksek eş zamanlılık NFS ad alanı işlemleri için sıra daha uzundur.

1. Kümedeki herhangi bir düğüme bir SSH bağlantısı açın ve kümedeki herhangi bir düğüm üzerinde root Hesabı.
2. Şunu çalıştırın: isi statistics drive list --nodes=all --sort=queued -d Kümedeki her disk için kaç işlemin kuyruğa alındığını belirleme komutu.
3. İşlemin kuyrukta ne kadar kaldığını belirleyin: isi statistics drive list --nodes=all --sort=queued -d 

CPU

CPU sorunları genellikle istemcilerin kümede gerçekleştirdiği işlemlere kadar izlenir. İlgili isi statistics komutunu kullanıyorsanız, ağ protokolü veya istemci bilgisayar tarafından kataloglanan kümede gerçekleştirilen işlemleri belirleyebilirsiniz.

1. Kümedeki herhangi bir düğüme bir SSH bağlantısı açın ve kümedeki herhangi bir düğüm üzerinde root Hesabı.
2. Şunu çalıştırın: isi statistics protocol list --long --totalby Op,proto -d --sort TimeAvg --format top Ağ genelinde hangi işlemlerin gerçekleştirildiğini belirleme ve bu işlemlerden hangilerinin en çok zaman aldığını değerlendirme komutu.
   Bu komut çıktısı, kümenin istemcilere yanıt vermesinin ne kadar sürdüğüne bağlı olarak düzenlenmiş olarak tüm ağ protokolleri için ayrıntılı istatistikler sağlar. Bu komutun sonuçları hangi işlemin en yavaş olduğunu belirleyemese de size doğru yöntemi gösterebilir.
3. Şunu çalıştırın: isi statistics system --nodes all --format top komutu, hangi düğümlerin CPU'larının en yoğun şekilde kullanıldığı gibi CPU işleme hakkında daha fazla bilgi edinmek için kullanılır.
4. Şunu çalıştırın: isi_for_array -sX 'top -u -n |grep PID -A4' Her düğümde en fazla CPU kaynağını tüketen dört işlemi elde etme komutu.

• PowerScale OneFS Bilgi Merkezleri
• Mevcut PowerScale OneFS Yamaları