パフォーマンステスト、サーバーを監視するための指標はまた、非常に重要な側面です。サーバーのパフォーマンス分析を監視することにより、パフォーマンスのボトルネックを見つけることができます。
バックエンドのパフォーマンス指標の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 |
有错误信息 |