Bu Konu Neden Önemli?
IOPS, depolama sisteminin saniyede gerçekleştirdiği I/O işlem sayısını ifade eder; tek başına yeterli değildir, latency ve throughput ile birlikte yorumlanmalıdır.
Karar Verirken Kontrol Edilecek Noktalar
Random ve sequential iş yüklerini ayırın.
Okuma/yazma oranını ölçün.
Latency değerini IOPS ile birlikte izleyin.
Peak ve ortalama değerleri ayrı planlayın.
Mimari ve çalışma modeli
IOPS sonucu blok boyutu, okuma/yazma karışımı, erişim düzeni ve queue depth belirtilmeden karşılaştırılamaz. Cache içindeki test ile kalıcı depolama testi farklıdır. Yük arttığında daha yüksek IOPS yanında gecikme de büyüyebilir; uygulama hedefi için doygunluk noktasının altında işletim gerekir.
- 1Blok ve erişim dağılımı
- 2Eşzamanlı I/O
- 3Depolama kuyruğu
- 4IOPS ile gecikme sonucu
Tasarım parametreleri
- Test şekli
- Blok boyutu, random/sequential dağılım, read/write oranı ve queue depth olmadan IOPS karşılaştırmayın.
- Kuyruk ve yüzdelik gecikme
- IOPS yükselirken p95/p99 ve kuyruk büyümesini izleyin; tepe kapasite uygulama SLA noktası değildir.
- Yoğun saat iş yükü
- CPU, bellek, disk ve ağ ölçümlerini aynı zaman aralığında toplayın. Bir kaynak yüzdesi tek başına sizing kararı verdirmez.
- N-1 kapasitesi
- Bir bileşen kaybedildiğinde kalan kapasiteyi hesaplayın. Normal durumda boş pay görünmesi arızada yeterli kapasite bulunduğunu kanıtlamaz.
- Uyumluluk zinciri
- CPU, firmware, sürücü, hypervisor ve konuk uygulamaların destek koşullarını birlikte inceleyin.
- İşletim rezervi
- Backup, migration, bakım ve büyüme aynı kaynaklarla yarışır. Rezervi yalnız ortalama yük üzerinden belirlemeyin.
Hesap ve uygulama örneği
Örnek 10.000 IOPS × 4 KiB yaklaşık 39,1 MiB/sdir. Aynı sayı 64 KiB blokta 625 MiB/s eder. Bu aritmetik kapasite garantisi değildir. Pilotun veri kümesini cache boyutuna göre tanımlayın ve yüzdelik gecikmeleri kaydedin. Üretim verisi üzerinde yıkıcı benchmark çalıştırmayın.
Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| IOPS artıyor, yanıt kötüleşiyor | Doygunlukta kuyruk uzuyor olabilir. | Aynı blok ve veri kümesinde yük basamaklarıyla gecikme eğrisi çıkarın. |
| Düşük CPU kullanımına rağmen uygulama yavaş | Depolama, kilit, tek çekirdek veya zamanlama beklemesi toplam CPU değerinde görünmeyebilir. | Uygulama gecikmesini çekirdek, disk ve hypervisor beklemeleriyle eşleştirin. |
| Arıza sonrası host aşırı yükleniyor | Kapasite planı normal dağılım için yapılmış, N-1 durumu dışarıda kalmış olabilir. | Kontrollü arıza testinde kalan RAM, CPU ve depolama gecikmesini ölçün. |
| Değişiklikten sonra performans kötüleşti | Sürücü, firmware, NUMA yerleşimi veya kaynak ataması değişmiş olabilir. | Aynı iş yükünde önce/sonra karşılaştırma yapın; bir değişkeni bir seferde değiştirin. |
Kabul ve doğrulama kontrolleri
- IOPS, blok boyutu, veri kümesi, queue depth ve p95/p99 gecikmesini birlikte kaydedin.
- Yoğun saat yükünü ve bakım işlerini birlikte temsil eden test çalıştırın.
- Bir host veya bağlantı kaybında hizmet ve veri yazmasını doğrulayın.
- Konuk işletim sistemi ve uygulama desteğini resmî matriste kontrol edin.
- Yeniden başlatma sonrasında aygıt, servis ve depolama sağlığını doğrulayın.
- Kapasite hesabının ham ve kullanılabilir değerlerini ayrı saklayın.
İlgili kavramlar
IOPS ve blok boyutu
IOPS saniyedeki I/O işlem sayısını, MB/s ise taşınan veri miktarını anlatır. Aynı IOPS sayısı farklı blok boyutlarında çok farklı bant genişliği üretir. Örneğin 10.000 işlem/s × 4 KiB yaklaşık 39,1 MiB/s eder. Okuma/yazma oranı, rastgele veya sıralı erişim ve veri koruma mekanizması sonucu değiştirir. Bir benchmark sonucunu üretim uygulamasına doğrudan taşımak yerine gerçek blok dağılımını ve eşzamanlılığı ölçün. Diskin yüksek IOPS göstermesi, uygulama yanıtının iyi olduğu anlamına gelmez; gecikme de birlikte incelenmelidir.
Gecikme dağılımı
Gecikme, bir işlemin başlangıcı ile yanıtı arasındaki süredir. Ortalama değer, az sayıdaki çok yavaş işlemi gizleyebilir; medyan ile p95/p99 gibi yüzdelikler farklı sorulara cevap verir. Ağ RTT, disk bekleme, işlemci kuyruğu ve uygulama işlemesi toplam süreye katkıda bulunur. Ölçümün istemci tarafında mı sunucuda mı yapıldığını yazın. Gecikme artışının trafik yükselmesine, bakım işine veya kapasite sınırına denk gelip gelmediğini karşılaştırın. Bir eşik seçmeden önce normal yük ve yoğun saat için temel davranışı kaydedin.
Kuyruk ve eşzamanlılık
Kuyruk, bir kaynağın işleyebildiğinden daha hızlı gelen işleri tutar. Eşzamanlılığı artırmak belirli bir noktaya kadar kapasite kullanımını yükseltir; sonra bekleme süresini büyütür. Durağan durumda Little yasası L = λ × W ilişkisidir: ortalama sistemdeki iş sayısı, tamamlanan iş hızı ile ortalama toplam sürenin çarpımıdır. Birimler tutarlı olmalıdır. 2.000 işlem/s ve 5 ms toplam süre yaklaşık 10 eşzamanlı iş demektir. Bu ilişki tasarım tahminidir; kuyruk sınırları, ani yük ve çok değişken servis süreleri ayrıca ölçülmelidir.
Bant genişliği ve gerçek aktarım
Hat kapasitesi ile uygulamanın taşıdığı yararlı veri miktarı farklıdır. Protokol başlıkları, şifreleme, yeniden iletim, küçük dosyalar ve disk beklemeleri net hızı azaltır. Bit ile byte birimini karıştırmayın: 1 Gbit/s teorik olarak 125 MB/s seviyesindedir; bu bir uygulama performans garantisi değildir. Aktarım süresini veri miktarı / ölçülen net hız şeklinde hesaplayın. Ölçümü aynı anda ağ, kaynak okuması ve hedef yazması üzerinden yaparak sınırlayıcı bileşeni bulun. Ortalama hız kadar kısa süreli düşüşleri ve diğer işlerin rekabetini de değerlendirin.
Yazma dayanımı ve aşınma
SSD seçimi yalnız kapasite ve ilk gün hızına göre yapılmamalıdır. TBW, DWPD, garanti süresi, güç kaybı koruması ve iş yükünün yazma davranışı birlikte değerlendirilir. DWPD hesaplarında üreticinin tanımladığı kapasite ve garanti koşulları esas alınır. Veritabanı logları, küçük rastgele yazmalar ve geçici iş dosyaları aşınmayı farklı etkiler. SMART veya üretici sağlık verisini izleyin; sıcaklık, medya hatası ve kalan dayanım sinyallerini birlikte yorumlayın. Yazma amplifikasyonu nedeniyle uygulamanın yazdığı veri miktarı, NAND üzerindeki yazma miktarıyla aynı olmayabilir.
Kaynak rekabeti
Kaynak rekabeti, birden fazla iş yükünün aynı CPU, bellek, disk veya bağlantıyı paylaşırken birbirini bekletmesidir. Boş görünen toplam kapasite, tek bir sıcak çekirdek veya tek kuyruk üzerindeki darboğazı gizleyebilir. Aynı anda çalışan backup, antivirüs taraması, indeks bakımı ve kullanıcı trafiğini zaman çizelgesinde karşılaştırın. Kaynak eklemeden önce darboğazın yerini doğrulayın. Testte bir işi tek başına ve diğerleriyle birlikte çalıştırarak paylaşılan kaynağın etkisini ayırın; ortalama kullanım kadar yoğun saatlerdeki gecikmeyi de raporlayın.
Birincil teknik dokümantasyon
Bu İçerik Nasıl Hazırlandı?
Doz Teknoloji Teknik Ekibi
İçerik, Doz Teknoloji’nin kurumsal BT hizmet alanlarında kullandığı teknik değerlendirme yaklaşımı temel alınarak hazırlanmıştır.
Teknik kriterler + birincil kaynaklar
Konu; üretici dokümantasyonu, standart kuruluşları ve ilgili resmî teknik kaynaklarla çapraz kontrol edilmiştir.
Karar kalitesini artırmak
Amaç, teknik bir terimi yalnız tanımlamak değil; satın alma, tasarım veya işletim kararı verirken hangi kriterlerin birlikte değerlendirilmesi gerektiğini görünür hale getirmektir.
İlgili Hizmet ve Rehberler
Bu Rehberle İlgili Kurumsal Çözümler
Teknik konuyu uygulamaya dönüştürmek için ilgili hizmet ve çözüm sayfalarına geçebilirsiniz.
Teknik İhtiyacınızı Birlikte Değerlendirelim
Mevcut altyapınızı, kullanıcı sayınızı veya teknik hedefinizi paylaşın; ürün, lisans veya proje kapsamını ihtiyaca göre netleştirelim.
Teknik Talep OluşturunIOPS değeri tek başına yeterli mi?
IOPS, depolamanın saniyede tamamladığı giriş/çıkış işlemi sayısıdır. Throughput taşınan veri miktarını, latency ise bir işlemin tamamlanma gecikmesini anlatır. Aynı IOPS değeri farklı blok boyutlarında aynı veri aktarımını sağlamaz. Sunucu seçimini gerçek iş yükünün okuma/yazma oranı, blok boyutu, eşzamanlılığı ve hedef gecikmesiyle birlikte değerlendirin.