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 tamamlanması beklenenden daha uzun sürer.

Performans sorunlarına genellikle ağ trafiği, ağ yapılandırma sorunları, istemci veya küme işleme yükü ya da bunlardan birkaçı neden olur. 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
• Network throughput
• İ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.

Network throughput

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ımı IperfIperf kullanarak küme ve istemci üzerinde 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

Windows 10 1607 ve önceki sürümlerinde Iperf3Iperf kullanarak küme ve istemci üzerinde 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 NFS ve SMB istemcisinin bağlı olduğunu kontrol edin.

1. Kümedeki herhangi bir düğümde SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın. 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. 
   isi statistics query - nodes=all --stats=node.clientstats.connected.nfs,node.clientstats.active.nfs Çıktı, düğüm başına bağlanan istemci sayısını ve bu istemcilerden kaçının her bir düğümde etkin olduğunu görüntüler.
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 

   isi statistics query - nodes=all --stats=node.clientstats.connected.nfs,node.clientstats.active.nfs
   Çıktı, düğüm başına bağlanan istemci sayısını ve bu istemcilerden kaçının her bir düğümde etkin olduğunu görüntüler.

Küme aktarım hızı

Bir dosyadan okuma ve dosyaya yazmanın ne kadar sürdüğünü ölçen birkaç test 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.

1. Kümedeki herhangi bir düğümde SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın. root hesabı.
2. Değiştir: /ifs olan, aşağıdaki günlük dosyaları: 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. 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 Mac istemcisinden çalıştırmak mümkün olsa da sonuçlar tutarsız olabilir.)
   3. Activity Monitor'ın Ağ sekmesinde komutun sonuçlarını izleyin.

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üğümde SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın. 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. 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 Mac istemcisinden çalıştırmak mümkün olsa da sonuçlar tutarsız olabilir.)
   3. Activity Monitor'ın Ağ sekmesinde komutun sonuçlarını izleyin.

Küme işleme

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

• Kümede hangi işlerin çalıştığını belirleyin. AutoBalance, 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.
  • Bu işler küme olayı oluşturabilir: Olay 400100008: "Dosya işlemleri beklenenden daha uzun sürdü."
• Tüketilmekte olan veri türünü dikkate alın. İ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ı önemli ölçüde artırabilir ve bir performans sorununa ilişkin kısa vadeli bir çözüm olabilir.

SmartPools işleri.

İş çalışırken NFS ve SMB istemci performansı düşebilir:

• SmartPools İşinin önceliğini belirleme

 isi job status

• •  Politikanın etkisini azaltın

isi job types modify SmartPools --policy LOW

• • Önceliği Ayarla

isi job types modify SmartPools --priority 7

• • Politikayı çalışma saatleri dışında kullanmak üzere planlama

isi job types modify SmartPools --policy OFF_HOURS

• • Katman yapılandırmasını gözden geçirin, katman sayısını 5'in altında tutun

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 4'lük 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 çok daha uzun olabilir.

1. Kümedeki herhangi bir düğümde SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın. 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. Aşağıdaki isi statistics komutunu kullanarak ağ protokolü veya istemci bilgisayar tarafından kataloglanan, kümede gerçekleştirilen işlemleri belirleyebilirsiniz.

1. Kümedeki herhangi bir düğümde SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın. root hesabı.
2. Şunu çalıştırın:

   isi statistics protocol list --long --totalby Op,proto -d --sort TimeAvg --format top

    Aşağıdaki komutu çalıştırarak ağ genelinde hangi işlemlerin gerçekleştirildiğini belirleyin ve bu işlemlerden hangilerinin en çok zaman aldığını değerlendirin:
   Bu komut çıktısı, kümenin istemcilere yanıt vermesinin ne kadar sürdüğüne bağlı olarak düzenlenmiş 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 çok CPU kaynağını tüketen dört işlemi belirlemek için aşağıdaki komutu çalıştırın:

• PowerScale OneFS Bilgi Merkezleri
• Mevcut PowerScale OneFS Yamaları