パフォーマンステストサーバーのボトルネックのロードマップ

パフォーマンステスト、サーバーを監視するための指標はまた、非常に重要な側面です。サーバーのパフォーマンス分析を監視することにより、パフォーマンスのボトルネックを見つけることができます。

バックエンドのパフォーマンス指標のCPU、メモリ、ネットワーク、ディスクI / Oキューなど

また、我々は、このようなTomcatのRedisのメッセージキューサーバーの負荷分散ngnixなどのミドルウェアのバックエンド構成、に焦点を当てる必要があります  

データベースからマスター設定パラメータは、あなたが情報を理解し、監視する必要があるというように......

 

サーバーのボトルネック分析プロジェクトの全体的な構造の構成を理解する必要があり、より良いパフォーマンスのボトルネックを分析することが可能ですだけでなく、物事を心配します

 

 

アイデア解析

  システム全体のCPU使用率

  メモリ使用量

  ディスクI / Oの使用率と待ち時間

  ネットワーク使用率

 

 

一般的に、コマンドのパフォーマンステスト環境のサーバーに使用され、次の

CPUのポジショニング分析

CPU使用率は50%以上である、注意を払う必要があり、75%を超え、細心の注意を払う必要があり、90%以上〜95%、状況はより深刻です。

監視コマンド:vmstatの、SAR、DSTAT、Solarisでmpstat、トップ、PS

タイプ 測定方法 測定
利用

1、vmstatの統計の1-%のアイドル

2、SAR -u統計1-%アイドル

統計1-%IDL DSTAT 3、

4、Solarisでmpstat -P ALL統計の1-%のアイドル

 

注> = 50%

アラーム> = 70%

シリアス> = 90%

いっぱい  

1、vmstatのr個の星の値> CPU論理番号

2、SAR -q、 " RUNQ-SZ星の">論理CPU数

 

 実行キューが1よりも大きい場合、それは一定の負荷を示しました

 

 

 

 

 

 

 

 

 

 

 

メモリ位置の解析

物理メモリが十分でない場合は、スワップパーティションを使用しますので、パフォーマンステストのプロセススワップとMEMの使用に焦点を当てる必要があります。

物理メモリが十分ではありません、スワップ領域に多くのメモリを交換して、CPUのボトルネックは、I / Oのにつながる可能性があります。

監視コマンド:vmstatの、SAR、DSTAT、無料、トップ、PSなど

タイプ

測定方法

ラベリング対策

稼働率

1、無料のビューの使用

2、vmstatの

3 SAR -r

4、PS

注> = 50%

アラーム> = 70%

シリアス> = 80%

いっぱい

1、SI /ので、比のvmstat、swapdアカウンティング

2、SAR -Wビュー回数不足しているページ

3、dmesgの| grepを殺しました

図1に示すように、非常に大きい値、および高い割合のswapd、メモリは、飽和されていました

2、sarコマンド時間が不足しているページを意味し、より多くのメモリが飽和しています

3、十分ではないメモリOOMメカニズムは、カーネルがトリガされます

 

 

 

 

 

 

 

 

 

 

 

ネットワークの場所の分析

コマンドのモニタリング:SARは、ifconfig、netstatコマンド、およびネットのDEV率ビューを。

送信と受信カードのスループットを見て、見つかったパケットを上限に達すると、ネットワーク・データ・パケットのためにパケット損失の原因などの理由により、ブロックし、他の現象は、現在のネットワークのボトルネックを証明する可能性があります。

ネットワークパフォーマンステストへの影響を軽減するために、我々は一般的にLANで実行するためにテストされています。

タイプ 測定方法 測定
使い方

1、SAR -n DEVトランシーバ数は、カードの上限よりも大きいです

図2は、ifconfigコマンドRX / TXカードは上限ブロードバンドを超え

図3に示すように、猫の/ proc /ネット/ devの速度が上限値を超え

図4に示すように、実質的に全負荷utilのnicstat

図1に示すように、パケットを送受信NICスループットが上限に達し

図2に示すように、遅延があります

3、パケット損失

4、障害物があります

いっぱい

1、ifconfigコマンドは、カウントが低下しました

2、netstatの-s "セグメントはretransmited" カウントしました

3、SAR -n EDEV、rxdrop / sのtxdrop / sの数と

パケット損失の統計情報
エラー

1、ifconfigコマンド、「エラー」

2、netstatの-i、RX-ERRのTX-ERR

3、SAR -n EDEV、RXERR / sのTXERR / sの 

4、IP -sリンク、「エラー」

そこエラーカウント   

  

 

 

 

 

 

 

 

 

 

 

 

 

 

IOポジショニング分析

I / Oの読み取りと書き込み、頻繁に、I / Oが満たされていない場合は、アプリケーションをブロックすることにつながるとき、。

TPS、平均I / Oデータ、平均キュー長、平均サービス時間、平均待ち時間、IO使用率(ディスクビジータイム%)と他の指標のI / Oを考慮する必要があります

監視コマンド:SAR、iostatは、iotopの

タイプ 測定方法 測定
使い方

1、-X-Zのiostat、「%utilの」

2 SAR -d "%utilの"

3、猫の/ proc / PID / schedの| grepのiowaitの

注> = 40%

アラーム> = 60%

シリアス> = 80%

いっぱい

1、iostatの-xnz、「avgqu-SZ」> 1

2、iostat await>70

IO疑似满载
错误

1、dmseg 查看io错误

2、smartctl /dev/sda

有错误信息
 
 

おすすめ

転載: www.cnblogs.com/mumulog/p/11455018.html