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 bunlardan birkaçından 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ı
• SmartConnect
• 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 InsightIQ Kullanıcı Rehberi'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 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

İ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 bir SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın.
2. NFS istemcilerini kontrol etmek için aşağıdaki komutu çalıştırın:

   isi statistics query - nodes=all --stats=node.clientstats.connected.nfs,node.clientstats.active.nfs

   Çı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. SMB istemcilerini kontrol etmek için aşağıdaki komutu çalıştırın:

   isi statistics query - nodes=all --stats=node.clientstats.connected.smb,
   node.clientstats.active.smb1,node.clientstats.active.smb2

   Çıktı, düğüm başına bağlı istemci sayısını ve her düğümde bu istemcilerden kaç tanesinin etkin olduğunu gösterir.

SmartConnect

SmartConnect'in üzerinde çalıştığı düğümün ağ trafiğiyle yüklenmediğinden emin olmak için kontrol edin.

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

   isi_for_array -sq 'ifconfig|grep em -A3'

   Çıktı, harici arayüze bağlı tüm IP adreslerinin bir listesini görüntüler.
3. Diğerlerinden daha fazla IP adresine sahip düğüm olup olmadığını kontrol edin.
4. Aşağıdaki komutu çalıştırarak 3. adımda fark ettiğiniz düğümlerin durumunu kontrol edin:

   isi status

   3. adımda fark edilen düğümlerin yükünü belirlemek için çıktının üretilen iş sütununu kontrol edin.

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.

Yazma testi.

1. Kümedeki herhangi bir düğümde bir SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın.
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. Aşağıdaki komutu çalıştırın ; burada pathToFile hedeflenen dosyanın dosya yoludur:

      cat /dev/zero > /pathToFile

      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.

Okuma testi.
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 bir SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın.
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. Aşağıdaki komutu çalıştırın ; burada pathToFile hedeflenen dosyanın dosya yoludur:

   dd if=/pathToLargeFile of=/dev/null bs=1024k

   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. Aşağıdaki komutu çalıştırın ; burada pathToFile hedeflenen dosyanın dosya yoludur:

      time cp /pathToLargeFile > /dev/null

      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 Multi-Scan 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 bir SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın.
2. Disk G/Ç'sini belirlemek için aşağıdaki komutu çalıştırın:

   isi statistics pstat

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 bir SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın.
2. Düğüme göre disk IOPS'sini belirlemek için aşağıdaki komutu çalıştırın; bu, aşırı kullanılan diskleri keşfetmeye yardımcı olabilir:

   isi statistics query --nodes=all --stats=node.disk.xfers.rate.sum --top

3. Disk bazında istatistiklerin nasıl sorgulanacağını belirlemek için aşağıdaki komutu çalıştırın:

   isi statistics describe --stats=all | grep disk
   

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 daha uzundur.

1. Kümedeki herhangi bir düğümde bir SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın.
2. Kümedeki her disk için kaç işlemin kuyruğa alındığını belirlemek için aşağıdaki komutu çalıştırın:

   isi_for_array -s sysctl hw.iosched | grep total_inqueue

3. Kuyruk işlemlerinin neden olduğu gecikmeyi belirleyin:

   sysctl -aN hw.iosched|grep bios_inqueue|xargs sysctl -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üğümde bir SSH bağlantısı açın ve "kök" hesabını kullanarak oturum açın.
2. Ağ genelinde hangi işlemlerin gerçekleştirildiğini belirlemek ve bu işlemlerden hangilerinin en çok zaman aldığını değerlendirmek için aşağıdaki komutu çalıştırın:

   isi statistics protocol --orderby=TimeAvg --top

   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. 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 aşağıdaki komutu çalıştırın:

   isi statistics system --top

4. Her düğümde en fazla CPU kaynağı tüketen dört işlemi elde etmek için aşağıdaki komutu çalıştırın:

   isi_for_array -sq 'top -d1|grep PID -A4'

• PowerScale OneFS Bilgi Merkezleri
• Mevcut PowerScale OneFS Yamaları