言う機能について紹介します。言うモジュールについて紹介します。言うけどどう言う意味の名前なの?」と聞かれたことがありました。Recorderをイメージしたものです。基本的には黒くないそうですね。検索結果を見てもオレンジなどの目立つ色が使われているのが分かります。確かに事故現場で見つけやすくしようと思ったら黒にはしないですよね。分析は最も重視されるのでしょうか。Boxの以下の特性が重要視されているからではないかと思っています。Recorderの特性をITの現場で実現する事を目指しています。タイムスライダー、メトリックグラフ、2つのグリッドデータの4つの要素から構成されます。これはメトリックグラフで時系列の推移を追い、グリッドデータで特定の時点での詳細データを掘り下げるために使います。2つグリッドデータがあるのは多くの場合特定のメトリック異常に相関があるかを分析する必要があるためです。Boxの画面ショットblackbox_resolve.pngもう1つ着目して欲しいのは右上の再生・停止ボタンです。多くの場合ヘルプデスクのやり取りの中で、ユーザーが秒単位で問題発生時間を正確に報告できることはありません。発生時間を頼りにこの再生ボタンを使用してグリッドデータ内のメトリックの時間推移を追ってリソースの利用時間が最も大きかった時間(調査対象の時間)を決定します。SysTrackのデータ取得間隔に依存しているので、3日以内の事象であれば15秒毎に再生され、30日以内であれば10分おきに推移していきます。Recorderのように問題を調査していくイメージになります。CPUやDiskなど問題となっていたリソースが分かっている場合にはメトリックデータをグラフで出力してピークをクリックすることによっても時間を決めることが出来ます。IOPS,帯域など)の情報が記録されているため、システム全体でリソース利用量が増えた時にどのアプリケーションが原因となったかを特定することが出来ます。(2):豊富な分析メトリックデータグリッドで表示されるデータは選択した時刻のいわばスナップショットデータです。このグリッドデータで詳細な分析を行うためここで表示されるデータはとても重要です。Boxでは以下のようなデータを分析することが出来ます。これらのグリッドデータの多くは数値をクリックするとメトリックグラフにも表示されて時間毎の推移を追いかけることが出来るようになっています。Lengthなどのディスク性能に関する情報を表示します。着目している時間に関連したイベント情報が表示されます。関連のメトリックを表示します。CPUやメモリの利用量やページング、プロセス数などシステム全体の性能に関わる情報を表示します。BoxやResolveの重要な点はこれは発生端末(エージェント)から取得されたデータで監視端末や管理端末など外部からの視点でないことです。問題は多くの条件に左右されるため、外部や監視端末などからの情報とユーザーの事象が必ずしも一致するとは限りません。Latencyやメトリックを保持しています。ヘルプデスクはログの取得と収集をどう考えるべきか?ヘルプデスクの対応時間が長くなる1つの大きな原因は発生時に多数の切り分けとログ取得が要求されることがある時です。多数のメトリックを取得していますが、製品ログは取得していません。この点についてはどう考えるべきでしょうか。結論から言うと、製品ベンダーの調査のために要求されたログは問題解決のためには取得が必要ですが、ヘルプデスクでの対応は可能な限り問題復旧に専念すべきです。通常事象が曖昧な場合、データの取り損ねや取り直しが怖いので、ベンダー側からは最大限のデータ取得を要求されます。これはユーザー側から見ても繰り返しデータ取得を求められるのは負担なのである意味正しいのですが、VDIなど多数のデスクトップ環境からランダムに事象が起きている場合、このログ取得が大きな負担になってしまうことがあります。よる事後分析をしてからログ取得の方針を立てるようにすることによるメリットは以下の通りです。ヘルプデスクはユーザーの業務復旧に専念することが出来ます事後分析によっていくつかの可能性は排除した状態で調査方針やログ取得方針を立てることが出来ますメトリックの異常など明確な発生時の症状がある場合にはログの取得自体自動化できる可能性があります。(SysTrackではメトリック毎にアクションを設定し、スクリプトなどを実行することが出来ます)発生時の症状を正確に定義することによって報告のないユーザーでも起こっているかが分かるため、影響範囲を特定することが出来ます(特定ホストにあるユーザーでだけ問題が発生しているのであれば仮想マシンのログよりもハイパーバイザー側の調査を優先させることが出来ます)このようにログ収集は実データに裏付けされた精度の高い仮説を立ててから取得する方がずっと効率よく取得することが出来るのではないでしょうか。これはエンドユーザー様の業務影響を減らすという意味でも重要な考え方ではないかと思います。評価してみてください。日本国内におけるSysTrackのテクニカルサービス部門の責任者です。UsageEnglish。