ITパスポート 2016年 秋期 問47
問題文
サービス提供者が行う活動のうち、稼働率の向上に有効なものはどれか。
選択肢
ア:応答時間の計測
イ:障害発生の監視(正解)
ウ:組織で使用しているサーバ構成の管理
エ:プログラムの修正履歴の記録
🔒 解説は解答すると表示されます
稼働率の向上に有効な活動はどれか【ITパスポート 解説】
正解の理由
稼働率(可用性:システムが使える割合)を直接高める活動として最も有効なのは、イの「障害発生の監視」です。
監視(モニタリング、monitoring:システムの状態を継続的にチェックすること)を行うと、障害や異常を早期に検知できます。早く検知できれば、復旧までの時間(MTTR:平均修理時間)が短くなり、結果として稼働率を上げられます。稼働率は、故障により停止している時間を減らすことが重要だからです。
監視(モニタリング、monitoring:システムの状態を継続的にチェックすること)を行うと、障害や異常を早期に検知できます。早く検知できれば、復旧までの時間(MTTR:平均修理時間)が短くなり、結果として稼働率を上げられます。稼働率は、故障により停止している時間を減らすことが重要だからです。
解法ステップ
- 問題の目的を確認する:「稼働率の向上(可用性の改善)」が目的。
- 各選択肢が稼働率にどう影響するかを考える。
- 直接に停止時間を減らすか(有効)。
- 間接的・測定的か(補助的)。
- 最も直接的に停止時間を短縮できる活動を選ぶ。
- 障害を早期発見できるイが最も適切と判断する。
選択肢別の誤答解説
-
ア: 応答時間の計測
- 応答時間(レスポンスタイム:処理要求に対する応答の速さ)は性能に関する指標です。遅延を見つけるには有用ですが、必ずしも「停止時間」を短くするわけではありません。性能劣化の早期警告になれば間接的に可用性改善に寄与しますが、目的が稼働率向上ならイほど直接的ではありません。
-
イ: 障害発生の監視
- 正解。監視で異常や障害を速やかに検知し、対応を早く始められるため、停止時間を短縮できます。アラートや自動復旧(フェイルオーバー)と組み合わせるとさらに効果的です。
-
ウ: 組織で使用しているサーバ構成の管理
- サーバ(サービスを提供するコンピュータ)の構成管理は、設定ミスの防止や展開の迅速化に役立ちます。結果的に可用性に良い影響を与えることはありますが、構成管理自体は「停止を即発見して短縮」する活動ではなく、予防的・管理的な対策です。直接性はイに劣ります。
-
エ: プログラムの修正履歴の記録
- 修正履歴(変更履歴、ログ)はトラブルシューティングや責任追跡に重要です。しかし記録するだけでは停止時間は短くなりません。障害後の原因追究には役立つが、稼働率向上の「即効性」は低いです。
よくある誤解
-
誤解1:応答時間を常に測れば可用性も上がる
- 応答時間測定は性能管理に有効ですが、システムが完全に停止しているかどうか(可用性)と同じではありません。両方を別々に評価する必要があります。
-
誤解2:記録や管理をしていれば障害は減る
- 記録(ログ)や構成管理は重要な予防・解析手段ですが、障害発生時に素早く気づかなければ停止時間は長くなります。監視と通知がなければ即時対応はできません。
補足コラム
-
稼働率(可用性)の簡単な式:
- 稼働率(%) =
- 例えば、1か月(720時間)のうち停止が1時間なら稼働率は です。
-
MTBF(Mean Time Between Failures:平均故障間隔)とMTTR(Mean Time To Repair:平均修理時間)は可用性を理解する上で重要です。MTTRを短くする努力(監視での早期検知や自動復旧)は稼働率向上に直結します。
-
監視の種類(例):
- 可用性監視:pingやHTTPチェックで「応答があるか」を確認。
- 性能監視:応答時間やCPU使用率を監視。
- ログ監視:エラーログから異常を検出。
- アラート設定:閾値を超えたら担当者に通知(メール・チャット・電話)。
-
実務上のベストプラクティス:
- 監視→自動通知→初動対応フローの整備。
- 冗長化(同じ機能を別の機器で持つ)やフェイルオーバーと組み合わせるとより高い可用性を実現できます。
FAQ
Q1: 応答時間の計測は無意味ですか?
A1: いいえ。有意味です。性能問題の早期発見に役立ちますが、停止時間短縮という点では監視(障害検知)の方が直接的です。両方を併用するのが望ましいです。
A1: いいえ。有意味です。性能問題の早期発見に役立ちますが、停止時間短縮という点では監視(障害検知)の方が直接的です。両方を併用するのが望ましいです。
Q2: 障害監視だけで稼働率は完璧になりますか?
A2: いいえ。監視で速やかに検知できても、対応体制(担当者、手順、冗長化)がなければ復旧は遅れます。監視は「検知」の第一歩です。
A2: いいえ。監視で速やかに検知できても、対応体制(担当者、手順、冗長化)がなければ復旧は遅れます。監視は「検知」の第一歩です。
Q3: 小規模のサービスでも監視は必要ですか?
A3: はい。規模に関わらず、問題を早く検知して対応することは重要です。無料や低コストの監視ツールも多数あります。
A3: はい。規模に関わらず、問題を早く検知して対応することは重要です。無料や低コストの監視ツールも多数あります。
Q4: 具体的な監視ツールの例は?
A4: 代表例として、Zabbix、Prometheus、Nagios、Datadog、CloudWatch(クラウドプロバイダの監視サービス)などがあります。
A4: 代表例として、Zabbix、Prometheus、Nagios、Datadog、CloudWatch(クラウドプロバイダの監視サービス)などがあります。
関連キーワード: 稼働率、可用性、障害監視、監視システム、MTTR、MTBF、冗長化、ログ監視、アラート設定

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

