アウトライン
パフォーマンステスト、サーバーを監視するための指標はまた、非常に重要な側面です。サーバーのパフォーマンス分析を監視することにより、パフォーマンスのボトルネックを見つけることができます。
バックエンドのパフォーマンス指標のCPU、メモリ、ネットワーク、I / Oなど
アイデアの分析
- システム全体のCPU使用率
- メモリ使用量
- ディスクI / Oの使用率と待ち時間
- ネットワーク使用率
CPUのポジショニング分析
CPU使用率が50％を超えるには、注意を払う必要があり、70％以上は、細心の注意を払う必要があり、90％以上が、状況はより深刻です。
監視コマンド：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率ビューを。
通过查看发现收发包的吞吐率达到网卡的最大上限，网络数据报文有因为这类原因而引起的丢包、阻塞等现象都证明当前网络可能存在瓶颈。
为了减小网络对性能测试的影响，一般我们都在局域网中进行测试执行。
| 类型 | 度量方法 | 衡量标准 |
| 使用情况 | 1、sar -n DEV 的收发计数大于网卡上限 2、ifconfig RX/TX宽带超过网卡上限 3、cat /proc/net/dev的速率超过上限 4、nicstat的util基本满负荷 |
1、收发包的吞吐率达到网卡上限 2、有延迟 3、有丢包 4、有阻塞 |
| 满载 | 1、ifconfig dropped 有计数 2、netstat -s "segments retransmited"有计数 3、sar -n EDEV，rxdrop/s txdrop/s有计数 |
有丢包统计 |
| 错误 | 1、ifconfig，“errors” 2、netstat -i，RX-ERR TX-ERR 3、sar -n EDEV，rxerr/s txerr/s 4、ip -s link， “errors” |
错误有计数 |
IO定位分析
I/O读写频繁的时候，如果I/O得不到满足会导致应用的阻塞。
需要考虑I/O的TPS、平均I/O数据、平均队列长度、平均服务时间、平均等待时间、IO利用率（磁盘Busy Time%）等指标
监控命令：sar、iostat、iotop
| 类型 | 度量方法 | 衡量标准 |
| 使用情况 | 1、iostat -xz，“%util” 2、sar -d，“%util” 3、cat /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 |
有错误信息 |