Düşük IOPS şikâyetinde ilk soru "dizi mi yavaş?" olmamalı. Doğru soru, IOPS'u hangi katmanın sınırladığıdır. Uygulama az sayıda istek gönderiyorsa IOPS zaten düşük kalır ve ortada bir dizi arızası olmayabilir. Aynı belirti host, fabric ya da dizi tarafından da çıkabilir. Ayırıcı testler bu katmanları tek tek eler.
Hızlı Özet
IOPS, birim zamanda tamamlanan giriş çıkış isteği sayısıdır. Gecikme ise tek bir isteğin ne kadar sürede tamamlandığını gösterir. İkisi aynı şey değildir ve birlikte okunmadan karar verilmez. Önce aynı iş yükünü farklı bir hostta ve farklı bir yolda tekrarlayın. Sonuç değişiyorsa sorun ilk hostun ya da yolun içindedir. Sonuç değişmiyorsa dizi tarafındaki ölçüme bakın. Leon-X dizi üreticisinin sahibi değildir. Kesin performans değerleri üretici dokümantasyonu ve sizin ölçümünüzle doğrulanır.
İçindekiler
- IOPS Tek Başına Ne Söyler
- Ölçüm Penceresini Olaya Eşleyin
- Host Tarafı Ayırıcı Testler
- Yol ve Ağ Tarafı
- Dizi Tarafı Ayırıcı Testler
- Yaygın Hatalar
- Kontrol Listesi
- Leon-X ile Sonraki Adım
- Sık Sorulan Sorular
- Sonuç
- Kaynaklar
Kaynak Wikimedia Commons, HP EVA4400-1. Fotoğraf Redline tarafından çekilmiş olup CC BY-SA 3.0 lisansıyla yayımlanmıştır. Görsel WebP biçimine çevrilip boyutlandırıldı.
IOPS Tek Başına Ne Söyler
IOPS sayısı yalnızca bir yönü gösterir. Aynı IOPS değeri hem küçük ve sık isteklerden hem de az sayıda büyük istekten oluşabilir. Bu yüzden IOPS'a bakarken blok boyutunu, okuma ve yazma oranını ve eşzamanlı istek sayısını da not edin. Gecikme ile birlikte okuduğunuzda tablo netleşir. Gecikme normalse ve IOPS düşükse uygulama yeterince iş göndermiyor olabilir. Gecikme yükseldiyse istekler bir yerde bekliyordur ve asıl iş bekleme noktasını bulmaktır. Gecikme ölçümünün ayrıntıları için Dell Storage gecikme analizi yazısına bakabilirsiniz.
Ölçüm Penceresini Olaya Eşleyin
Şikâyetin yaşandığı saat ile ölçümün alındığı saat aynı olmalıdır. Gece yedeği, bakım penceresi ya da bir disk yeniden oluşturma işi gündüz alınan ölçümde görünmeyebilir. Ortalama değer de zirve saatleri gizler. Bu yüzden ölçümü zaman serisi olarak alın ve şikâyet anını bu serinin içinde işaretleyin. Karşılaştırmayı ortalama yerine en düşük ve en yüksek dönemler üzerinden yapın.
Host Tarafı Ayırıcı Testler
İlk test, aynı iş yükünü farklı bir hostta çalıştırmaktır. Test aracı, veri boyutu ve dosya düzeni aynı kalmalıdır. Sonuç yeni hostta belirgin biçimde iyiyse sorun ilk hostun yığınındadır. Bu noktada şu kalemlere bakılır.
- Kuyruk derinliği ve HBA ya da iSCSI başlatıcı ayarları. Düşük kuyruk derinliği, aynı anda az istek gönderilmesi demektir.
- Blok boyutu. Uygulamanın kullandığı blok boyutu test aracındakiyle aynı mı?
- Çok yollu yapılandırma (multipath). Yol politikası ve aktif yol sayısı beklenenle uyuşuyor mu? Bu konunun ayrıntıları için multipath yazısına bakın.
- Sanal makinede disk denetleyicisi ve misafir işletim sistemindeki ayarlar.
Yol ve Ağ Tarafı
Host ile dizi arasındaki yol ya da fabric sorunu, IOPS düşüklüğünü en sessiz biçimde üretir. Yol sayısı azaldığında kalan yollar aynı yükü taşır ve her yol daha yavaş çalışır. Bu durumda dizi tarafında her şey normal görünebilir. Kontrol edilecekler şunlardır.
- Her LUN için görülen yol sayısı beklenenle aynı mı?
- Port hata sayaçları, CRC hataları ve yeniden iletim sayısı artıyor mu?
- iSCSI kullanılıyorsa oturum ve portal kayıtları eksiksiz mi? Bu kontrol için iSCSI bağlantı yazısı işinize yarar.
Yol bazlı test yapılacaksa önce bakım penceresi açılır. Yollar her seferinde tek tek denenir ve her denemenin sonucu kaydedilir.
Dizi Tarafı Ayırıcı Testler
Dizi tarafında ilk iş, ilgili volume'un IOPS ve gecikme değerlerini dizinin kendi ölçümünde görmektir. Host ölçümü ile dizi ölçümü uyuşuyorsa yavaşlık büyük olasılıkla dizinin ön yüzüne kadar gelmiştir. Asıl soru o zaman dizinin neden az iş yaptığıdır. Uyuşmuyorsa aradaki fark yol, ağ ya da host tarafındadır.
Dizi tarafında sık görülen kalemler şunlardır.
- Aynı dizideki başka volume'ların yoğun işi. Yedekleme ya da bakım işi diziyi meşgul edip bu volume'a ayrılan payı azaltabilir.
- Yazma önbelleğinin durumu. Önbellek devre dışıysa yazma gecikmesi artar, bu da IOPS'u düşürebilir. Ayrıntı için cache sorunu yazısına bakın.
- Havuz ya da katman doluluğu. Kapasite sınırına yaklaşmış bir havuz yeni yazmaları yavaşlatabilir.
Aşağıdaki tablo testlerin sırasını özetler.
| Test | Sonuç | Sonraki adım |
|---|---|---|
| Aynı iş yükü farklı hostta | Yeni hostta iyi, eski hostta kötü | İlk hostun kuyruk, blok ve yol ayarlarına bakın |
| Yol sayısı beklenenle aynı | Eksik yol görünüyor | Fabric, zoning ve port hatalarına geçin |
| Host ve dizi ölçümü uyuşuyor | Ölçümler birbirine yakın | Dizi içi yük ve önbellek durumunu inceleyin |
| Host ve dizi ölçümü uyuşmuyor | Host düşük, dizi normal | Host ile dizi arasındaki yolu inceleyin |
Yaygın Hatalar
Tek bir hostta ölçüm yapıp hemen diziyi suçlamak ilk hatadır. Tek hostun sonucu dizinin genel durumunu anlatmaz.
Ölçümü yedek ya da bakım saatiyle karıştırmak ikinci hatadır. Sonuç o saate ait bir yükü okuyor olabilir.
Yol ya da ayar değişikliğini ölçümden önce yapmak üçüncü hatadır. Değişiklik yapılırsa öncesi ve sonrası karşılaştırılamaz. Değişiklikleri tek tek yapın ve her birinin ardından aynı testi tekrarlayın.
Kontrol Listesi
- Şikâyet ile ölçüm aynı zaman aralığında mı?
- Gecikme ve IOPS birlikte okundu mu?
- Aynı iş yükü en az iki hostta denendi mi?
- Her LUN için yol sayısı beklenenle karşılaştırıldı mı?
- Dizi tarafındaki volume ölçümü host ölçümüyle karşılaştırıldı mı?
- Yazma önbelleği durumu ve havuz doluluğu kayda geçti mi?
- Her değişikliğin sahibi ve geri alma adımı yazılı mı?
Leon-X ile Sonraki Adım
Leon-X dizi üreticisinin ya da altyapının sahibi değildir. Danışman ve çözüm ortağı olarak keşifte hangi host, yol ve dizi kayıtlarının toplanacağını birlikte belirler. Ölçüm planını, bakım penceresini ve sonuçların nasıl yorumlanacağını yazılı hale getirir. Dizi üzerindeki değişiklikler ise sizin ekibinizin onayıyla yapılır. Dell tarafındaki çözümler için Dell çözümleri sayfasına bakabilirsiniz. Keşif için iletişime geçin.
Sık Sorulan Sorular
Düşük IOPS ile yüksek gecikme aynı sorun mu?
Değildir. Düşük IOPS, az iş gönderildiğini ya da işin küçük parçalara bölündüğünü gösterebilir. Yüksek gecikme ise isteklerin bir yerde beklediğini gösterir. Yüksek gecikme tarafının belirtileri için PowerStore yüksek gecikme rehberine bakabilirsiniz. İkisini birlikte okumadan karar vermek yanıltıcı olur.
Dizi ekranında IOPS normal görünüyorsa sorun hostta mı?
Bu tabloda sorun çoğunlukla host ile dizi arasındaki yolda aranır. Ancak bu tek bir ekran görüntüsünden kesinleşmez. Dizi ölçümü de aynı volume ve aynı zaman aralığından alınmalıdır.
En kısa ölçüm yolu nedir?
Aynı iş yükünü iki host ve iki yolda, şikâyet saatine yakın bir pencerede çalıştırmaktır. Bu iki sonuç sorunun nerede olduğunu kabaca ayırır. Ardından dizi tarafındaki volume ölçümü aynı pencereden alınır. Yol ve dizi tarafı ayrı ayrı yorumlanır.
Sonuç
Düşük IOPS tek bir değere bakılarak teşhis edilmez. Önce ölçüm penceresi şikâyetle eşlenir, sonra aynı iş yükü farklı host ve yollarda denenir. Son olarak dizinin kendi ölçümü aynı pencereden okunur. Fark hangi katmanda oluşuyorsa asıl inceleme orada başlar. Bu sıra, gereksiz değişiklik yapmadan sorunu daraltmaya yardımcı olur. Dell tarafındaki tasarım ve destek sorularını Dell çözümleri sayfasından başlatabilirsiniz.
Kaynaklar
- Dell Technologies, ilgili dizi modeline ait ürün ve yönetim dokümantasyonu
- Çok yollu yapılandırma ve host yapılandırma kılavuzları
