KCUを追加する前の性能分析の流れについて

フォローする

概要

本ナレッジではKCUを追加する前の性能分析の流れについて説明します。

分析方法はお客様環境に依存するため、下記は分析の一例です。参考にしてください。
※各種データの取得については後述させていただきます。

具体例

分析の流れ

① KCUWAITが多く発生している時間のロボットをピックアップ

時間当たりのKCUWAITが多く発生している時間帯をキーに、該当の時間帯で実行されている
ロボットをピックアップしてください。

② ロボット毎の負荷を確認

ピックアップしたロボットに対してロボット毎のKCUWAIT時間を確認し、KCUWAITが長時間発生
している、処理が重いロボットがあるかなど、ロボット毎の処理の重さを確認してください。

時間当たりのKCUWAITを均す

1. KCUWAITが多く発生している時間帯に稼働している各ロボットについて、処理の重いロボット
がない場合、同じ時間帯にロボットの同時実行数が多すぎる可能性があります。その場合、
KCUWAITが少ない時間帯へ各ロボットの実行開始時刻を変更してください。

2. KCUWAITが多く発生している時間に稼働している各ロボットについて、処理が重いロボットが
あった場合、そのロボットもしくは同じ時刻に実行されている他のロボットの実行開始時刻を
KCUWAITが少ない時間帯へ変更してください。

④ KCUの追加を検討

時間当たりのKCUWAITを均し、慢性的にKCUWAITが発生する状態や、処理の遅れが許容でき
ない場合はKCUの追加を検討する。

 

※OSやJVMの負荷を確認
上記の各ステップにおいて、時間当たりのKCUWAITがあまり発生していない場合、RSに割り当てているリソース不足や、OSのリソース不足も考えられるため、OSのパフォーマンスモニタや、下記の参考ナレッジの通り、RSのヒープ領域の拡張、MCとRSの別起動、Tomcat別の構成やRSの別サーバ構成等を検討し各RSやOSにかかる負荷の分散も合わせて考慮する必要があります。

なお、JVMのCPUなどの一部リソースの使用量については下記手順にてCSV出力する事が可能です。

RoboServerに割り当てるJavaヒープ領域の容量を変更する方法
MCやRSが意図せず再起動する
Roboserver抜きでManagementConsoleだけ起動する方法
Roboserverだけを起動して、別環境のManagementConsoleに接続させる方法
KCUの利用(消費)状況を確認する方法
KCUの消費状況をログファイルとして出力する方法
Windows用Tomcat構築作業手順書
  ※ご利用にはBizRobo! PORTALのアカウントが必要です。詳しくはこちらを参照してください。

区分 確認Ver
手順 10.3