ITサービスマネージャ 2023年 午後1 問01

解答の導き方

1. 本文では、しきい値が現在の80%であり、CPU使用率が90%以上になると業務影響有インシデントになると説明されています。つまり、80%のしきい値は、業務影響が出る前に異常を捉えるための余裕を設けています。
2. しきい値超えが発生した後、次の平均値算出時刻である10分後にも再びしきい値を超えると、インシデント対応プロセスが開始されます。その後、業務影響が出る前に利用者へ連絡し、業務量を一時的に抑制してもらいます。
3. しきい値を90%に上げると、最初の検知が遅れます。CPU使用率が90%以上になった時点では既に業務影響が生じるおそれがあり、さらにインシデント対応を始めるまでの時間も必要です。そのため、業務影響を防ぐための対応に使える時間が減少し、現実的な改善策とはなりません。

誤りやすいポイント

• しきい値を上げると、検知件数や対応負担が減る点だけに注目し、業務影響の防止が難しくなる点を見落とすことがあります。
• しきい値超えの検知と、業務影響が生じるCPU使用率を混同しないようにしましょう。本文では、業務影響有インシデントはCPU使用率が90%以上になった場合とされています。
• 「対応の時間が減る」だけでなく、しきい値を上げることで検知が遅れ、業務影響の前に利用者へ連絡する余裕が小さくなるという因果関係まで押さえましょう。

FAQ

解答の導き方

1. 表4の項番1では、過去４週間分の同じ曜日・同じ測定時間帯のCPU使用率の平均値に「指定する割合」を加えて、しきい値を設定します。したがって、時間帯ごとにしきい値が変わります。
2. 同じ項番1には、設定されたしきい値が「指定する基準値」を超える時間帯があると、警告が表示されるとあります。この警告は、CPU使用率が基準値を超えたという意味ではなく、監視に使うしきい値そのものが基準値より高く設定されたことを示します。
3. しきい値が高すぎると、固定の基準値で監視する場合よりもCPU使用率の上昇を検知するのが遅れる可能性があります。そのため、警告が出た時間帯について、過去の傾向に基づいて自動設定されたしきい値が、実際の利用状況や監視上の要件に照らして適切かどうかを確認します。

誤りやすいポイント

• 警告を「CPU使用率が指定する基準値を超えた」という意味に取り違えないようにします。警告の対象は、CPU使用率ではなく設定されたしきい値です。
• 「指定する基準値」を超えたしきい値を、自動的に誤りと決めつけるのではありません。時間帯ごとの利用状況に照らして、その値が監視に適切かを確認します。
• しきい値の計算方法を答えるのではなく、警告が出た後に監視チームが確認する内容を答えます。

FAQ

解答の導き方

誤りやすいポイント

• 「５％ポイント」を「5%増」と捉え、66%に1.05を掛けてしまう誤りがあります。ここでは、66%に5ポイントを加えます。
• 過去4週間分の値を合計しただけで、4で割るのを忘れないようにします。
• 「指定する基準値」の80%は、しきい値を計算するための値ではありません。設定されたしきい値が80%を超える場合に、警告を表示するかどうかの判断に使います。

FAQ

解答の導き方

1. Rソフトは「過去４週間分の同じ曜日、及び同じ“測定時間帯”の値の平均値」に“指定する割合”を加えて、しきい値を設定します。したがって、学習に使うCPU使用率が低いと、設定されるしきい値も低くなります。
2. W社では「土曜日、日曜日及び年末年始を休業日」としています。休業日は勤務日より生産システムの利用が少なく、CPU使用率も低くなることがあります。年末年始の休業日が学習対象に含まれると、その日のデータが同じ曜日・測定時間帯の平均値を下げ、しきい値を低くする要因になります。
3. その結果、通常の勤務日のCPU使用率でもしきい値を超えやすくなり、しきい値超えが多く発生する可能性があります。実際に1月上旬にしきい値超えが多く発生したため、休業日の低いCPU使用率を学習対象から外す必要があります。
4. 表4の項番3では、指定した日を「項番１で４週間分のCPU使用率を自動で計算するとき」に対象外にできます。つまり、年末年始などの休業日を除外日として指定すれば、休業日の低い値によって平均値としきい値が下がることを防げます。

誤りやすいポイント

• しきい値超えが多く発生した原因を、CPU使用率の急上昇だけに結び付けないようにしましょう。学習対象に含めた休業日の低い値が、しきい値を押し下げる可能性があります。
• 除外日の設定は、しきい値そのものを直接調整する設定ではありません。過去データの平均値を計算するときに、指定した日のデータを使わないための設定です。
• 休業日を除外する理由は、休業日のCPU使用率が低いこと自体ではなく、その値が勤務日の傾向を表す学習データとして適切でないためです。

FAQ

解答の導き方

1. まず、従来どの作業に負担がかかっていたかを確認します。しきい値超えが発生すると、イベント記録簿に「発生時刻、対象サーバ及びメッセージ内容」を記録する必要がありました。つまり、監視チームがイベント情報を手作業で記録していました。
2. 次に、Rソフト導入後の記録方法を確認します。表4の項番2には、しきい値を超過した場合、「イベント情報、及び設定されたしきい値をRソフトに記録」するとあります。イベント情報を人が転記するのではなく、Rソフトが記録する仕組みです。
3. さらに本文では、記録されたイベント情報などを「出力できる」と説明されています。そのため、記録内容をイベント記録簿として利用でき、監視チームが手作業で記録する負担を減らせます。

誤りやすいポイント

• CPU使用率の測定やしきい値の判定が自動化されることだけを理由にすると、問われている「イベント情報を記録する作業」の負担軽減に直接答えていません。
• イベント情報には、発生時刻、対象サーバ、メッセージ内容が含まれます。しきい値そのものだけを記録する話と混同しないようにします。
• インシデント対応まで不要になるわけではありません。ここで減らせるのは、イベント情報を記録簿に記入する作業です。

FAQ