Soru Bonnie ++ kullanarak bir disk dizisinde IOPS'yi belirleyebilir miyim?


Bir RAID10 dizisinin RAID10 dizisine göre okuma ve yazma performansını ölçmek isterim. onu anlıyorum bonnie ++ disk performansını hesaplamak için kullanılabilir, ancak bonnie ++ tarafından üretilen sayılar 'IOPS' gibi terimleri içermez. Bu günlerde, disk performans makalelerinin çoğu ve 'IOPS' ifadesinden bahsediliyor.

Bir disk dizisinin IOPS değerini hesaplamak için bonnie ++'yı nasıl kullanabilirim. Testlerimin sistem önbelleğini değil, disklerin gerçek G / Ç'sini test etmesini nasıl sağlayabilirim?

İşte benim sunuculardan birinden bazı örnek istatistikler. Bu alanlardan biri IOPS'ye benzer bir sayı bildirir mi?

# bonnie++ -q -d /data -u root
Version  1.96       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
hosta.example. 11680M   680  99 281780  26 133389  18  3955  99 382518  24  1097  31
Latency             12070us     124ms     406ms    8065us   60074us   36903us
Version  1.96       ------Sequential Create------ --------Random Create--------
hosta.example.org     -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16 25616  33 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
Latency               125us     637us     585us     100us      13us      41us
1.96,1.96,hosta.example.org,1,1371669888,11680M,,680,99,281780,26,133389,18,3955,99,382518,24,1097,31,16,,,,,25616,33,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,12070us,124ms,406ms,8065us,60074us,36903us,125us,637us,585us,100us,13us,41us

6
2018-06-19 18:11


Menşei


Bu yerel depolama veya SAN için mi? - Basil
Yerel depolama. Bir SAN ise, aynı performans bilgisini belirlemek için aynı test kullanılamaz mıydı? - Stefan Lasiewski


Cevaplar:


Farklı araçlar bu bilgileri farklı şekillerde gösterir. Terminoloji tutarlı değil.

Kullanman gerektiğini düşünmüyorum bonnie ++ IOPS'yi belirlemek için tek başına. Ya da yap kullanmayı seçin (veya başka bir araç gibi Iozone), saniyede G / Ç işlemlerini yakalamak için etkinliği herhangi bir sayıda yardımcı program ile ölçebilirsiniz.

Yani koşabilirim bonnie++ -d /data -u root -n 64:100000:16:64ve devam ederken, G / Ç etkinliğini izlemek için aşağıdaki yöntemlerden birini kullanacağım:

Not; Varsayılan olarak, bonnie ++, önbellekleme etkisini sınırlamak / ortadan kaldırmak için yüklü RAM miktarının iki katı büyüklüğünde dosya boyutları kullanır.

... ya da çizebilirsin ...

kullanırım katil balina bu amaç için.

Bu sistem, 816 kombine okuma / yazma IOPS ortalamaları. enter image description here


Örnekler:

iostat - aramak tps

[root@Brazzers1 ~]# iostat cciss/c0d0 1
Linux 2.6.18-348.2.1.el5 (Brazzers1)         06/19/13

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           8.61    2.74   11.17    0.56    0.00   76.92

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
cciss/c0d0     2774.00        48.00    113297.00         48     113297

collectl - aramak IOs. Okuyup yazabilirsin. Toplam, IOPS'ye eşittir.

[root@Brazzers2 ~]# collectl -sD
waiting for 1 second sample...

# DISK STATISTICS (/sec)
#          <---------reads---------><---------writes---------><--------averages--------> Pct
#Name       KBytes Merged  IOs Size  KBytes Merged  IOs Size  RWSize  QLen  Wait SvcTim Util
c0d0           300      0   64    5    4732     83  293   16      14     1     1      0   35
c0d0            20      0    5    4    3397     39  344   10       9     5     1      0    6
c0d0             3      0    1    4    2256      8  267    8       8    11     1      0    3
c0d0             4      0    1    4    4283      3  499    9       8    11     1      0    7
c0d0             0      0    0    0    1692     49  133   13      12     2     0      0    2
c0d0             8      0    2    4    6689     17  710    9       9    18     1      0    7
c0d0             0      0    0    0    1246     13  187    7       6    22     0      0    0
c0d0            16      0    3    5    3870      7  247   16      15     3     0      0    7
c0d0            31      0    8    4    3149     40  195   16      15     1     0      0    7
c0d0            28      0    6    5    1883     20  250    8       7     4     1      0    6
c0d0             8      0    2    4    1872     59  137   14      13     1     0      0    6
c0d0             4      0    1    4    4582     45  681    7       6    23     1      0    5
c0d0            52      0   13    4    2621     10  182   14      13     1     0      0   12
c0d0             0      0    0    0    2613     14  324    8       8     7     1      0    4
c0d0             7      0    2    4    1983      9  223    9       8     2     0      0   10
c0d0             8      0    2    4    1709     30  215    8       7     6     0      0    2
c0d0             4      0    1    4    4102     17  253   16      16     2     1      0   15
c0d0            12      0    3    4    4415     20  500    9       8     7     1      0   11
c0d0             4      0    1    4    3261     21  449    7       7    10     1      0    7
c0d0             3      0    1    4   12639      3  640   20      19     2     0      0    8
c0d0            28      0    7    4   42023      8 1839   23      22     1     0      0   15
c0d0             4      0    1    4   28384      6 1401   20      20     2     0      0   12

nmon - Aramak Xfers.

enter image description here


5
2018-06-20 03:23



İşaretçiler için teşekkürler! Bazı Splunk belgelerinin önerisiyle Bonnie ++ kullanıyorum, ancak belgelerinin bir şeyleri eksik olduğu görülüyordu. wiki.splunk.com/Community:HardwareTuningFactors#Disk - Stefan Lasiewski
@StefanLasiewski Yesh, bu oldukça eksik. G / Ç performansını artırmak için iyi yöntemler vardır. Yine de, bu sorunun kapsamının ötesine uzanır. - ewwhite
Bilginize göre kullanıyor bonnie++ sadece büyük dosyaları yazarak herhangi bir avantajı var dd? - Stefan Lasiewski
Evet, çünkü hepsi ardışık okuma / yazmalarla ilgili değil. Çoğu G / Ç, rastgele okuma / yazmaların bir karışımıdır. Ölçmek çok önemli. - ewwhite
Yukarıdaki istatistiklere göre, 2600 IOPS'yi aşıyorsunuz? Sadece 2600 IOPS'nin 15K mili gerektirdiği için araçların neler söylediğini anladığımdan emin olmak istiyorum. (ya da bir SSD bir şey). - Stefan Lasiewski