応用情報技術者 2015年 秋期 午後 問10

解答の論理構成

1. 【問題文】には
   「図2の日別のリソース使用率は、該当日の時間帯ごとのリソース使用率の平均値」
   とある。図2だけでは“平均的”な負荷しか分かりません。
2. 一方で
   「図3の時間別のリソース使用率は、時間帯ごとのリソース使用率のピーク値」
   と明記されており、ここで初めて“最大”負荷が把握できます。
3. 仮想サーバを配置する際は、リソースが不足すると「業務システムが稼働できなくなる」と【問題文】で注意されています。したがってピーク時でも不足しない値を見積もる必要があり、そのためには図3が不可欠です。
4. 以上より、「リソース使用率の最大値を把握する必要があるから」と結論づけられます。

誤りやすいポイント

• 平均値とピーク値の違いを読み飛ばし、図2だけで判断してしまう。
• ピークが一日のどの時間帯かまで見る必要があると誤解し、設問意図から逸脱する。
• 「最大値」ではなく「変動」や「傾向」と答えてしまい、的を外す。

FAQ

解答の論理構成

• 問題文は在庫管理システムについて「年間を通じて業務ピーク月である6月の処理量が他の月と比べて多くなる傾向がある。」と明記しています。
• 図2（先月＝9月の月間平均）と図3（先月の業務ピーク日）は直近データのみを示しており、最大負荷が想定される “業務ピーク月” に関する情報が欠けています。
• システム規模見積りでは年間で最も大きい負荷を基準にしなければ、リソース不足による業務停止リスクが残存します。
• よって追加で確認すべき指標は「業務ピーク月」、具体的には「6月」のリソース使用率となり、模範解答は「業務ピーク月のリソース使用率」又は「6月のリソース使用率」となります。

誤りやすいポイント

• 直近の9月データだけで判断し、年間最大ピーク（6月）を見落とす。
• 図3の“1日”を年間ピークと誤解し、月次ピークを無視する。
• CPU・メモリ・ストレージの個別傾向に気を取られ、最重要である“時期”の視点を抜かす。

FAQ

解答の論理構成

• 【問題文】には、在庫管理システムの仮想サーバについて
  「VM11,12の配置先を物理サーバSVO2とし」とあります。
  すなわち SV02 に新たに 2 台の仮想サーバを載せる計画です。
• 【表2　見積もったリソース値】より、両サーバは
  「VM11 … メモリ容量（Gバイト）12」「VM12 … メモリ容量（Gバイト）12」。
  合計 24 G バイト のメモリを追加割当てする必要があります。
• 一方、【表1 仮想サーバのリソースの割当て】で SV02 の既存メモリ割当ては
  「VM05 8」「VM06 20」「VM07 16」で、合計 44 G バイト。
• 【問題文】には「物理サーバ SV01～03 が割当て可能な最大のリソース値は … メモリ容量が 64G バイト」とあります。
• したがって、追加後のメモリ総量は
  44 G + 24 G = 68 G バイト ＞ 64 G バイト。
  上限を超えるため、SV02 では必要なメモリを割当てられないという不備が生じます。

誤りやすいポイント

• vCPU は余裕があるためメモリ不足に気付きにくい。
• 【表1】のメモリ合計「44」を見落とし、個々の値を足し忘れる。
• 「共用ストレージが不足」と早合点し、メモリ上限 64 G を確認しない。

FAQ

解答の論理構成

1. 物理サーバの上限確認
   • 【問題文】に「物理サーバ SV01～03 が割当て可能な最大のリソース値は、それぞれ vCPU 数が 8、メモリ容量が 64G バイト」とある。したがって各サーバは vCPU=8・メモリ=64G バイトを超えてはならない。
2. 現行配置の空きリソース算出（表1より）

   物理サーバ	既使用 vCPU	残 vCPU	既使用メモリ	残メモリ
   SV01	8	0	28	36
   SV02	4	4	44	20
   SV03	3	5	8	56
   ※SV01 は「残 vCPU=0」で追加配置不可。

3. 在庫管理システムの要求確認
   • 表2で「VM11」「VM12」は共に「vCPU数 1、メモリ容量 12」と指定。
   • 2 台合計で vCPU=2、メモリ=24 の増分となる。
4. 各サーバに置けるか判定
   • SV01: vCPU がすでに 8→0 増設不可。
   • SV02: メモリ残 20＜24 なので 2 台同居は不可。1 台なら vCPU・メモリとも許容。
   • SV03: 残 vCPU 5、残メモリ 56→2 台同居も可能。
5. 組合せを列挙
   ① VM11→SV02、VM12→SV03（SV02 に 1 台、SV03 に 1 台）
   ② VM11→SV03、VM12→SV02（逆配置）
   ③ VM11→SV03、VM12→SV03（2 台とも SV03）
   ④ VM11→SV02、VM12→SV02 はメモリ不足で不可
   ⑤ SV01 を含む配置は vCPU 上限で不可
   ― 漏れなく整理すると案は 3 通りだけ。
6. 表3 への転記
   • 「案1」「案2」「案3」に上記 3 通りを順に記入。
   • 「案4」「案5」は該当案なしなので【問題文】指示「表中の不要な空欄には斜線を書くこと」に従い斜線で埋める。

誤りやすいポイント

FAQ

解答の論理構成

1. 現行環境の制約
   • 問題文には「物理サーバ SV01～03 が割当て可能な最大のリソース値は、それぞれ vCPU 数が 8、メモリ容量が 64G バイト である。このサーバ仮想環境では、最大のリソース値を超えた割当てはできない。」とあります。
   • さらに「物理サーバに障害が発生した場合…別の物理サーバへ移動…必要な vCPU 数及びメモリ容量が割当てできない場合には、移動は行われない。」とも記述されています。
     ⇒ 物理サーバ側に“空き”がなければ、フェイルオーバー時に仮想サーバを受け入れられません。
2. 変動負荷への対応
   • 「各業務システム…仮想サーバに割り当てたリソース値は…最小値であり…」とあるとおり、実運用では業務量や障害時に追加リソースが必要になるケースがあります。
   • したがって「仮想サーバへ割り当てたリソース値を業務量に応じて迅速に増やすためには、稼働する物理サーバのリソース値にある程度の余裕をもたせておく必要がある。」という解答群イは、そのまま上記要件への対応策を述べており適切です。
3. 利用効率の最適化
   • vCPU・メモリのいずれかだけが先に上限へ達すると、もう一方の空きが残っていても新規割当てや移動ができなくなります（リソースホールの発生）。
   • よって「物理サーバのリソースの利用効率を高めるためには、仮想サーバの配置先はメモリと vCPU のリソース値の空き割合が偏らないように考慮する必要がある。」という解答群オが最も妥当です。
4. 他選択肢の妥当性確認
   • ア：リソース値はピークや障害時に変動するため「常に同じ値」とは言えず不適。
   • ウ：SV01 への優先配置を示す根拠はなく、均等化には個々の空き状況を見て割り当てるべきで不適。
   • エ：問題文で「最大のリソース値を超えた割当てはできない。」と明示されており、メモリも例外ではないため不適。

誤りやすいポイント

• 「最小値＝固定値」と早合点し、ピーク時のリソース増加や障害移動を忘れる。
• 片方のリソース（vCPU かメモリ）のみを指標にして配置を決め、リソースホールを見落とす。
• 図1の現状配分を見て「SV01 が空いているから優先」と短絡的に判断し、長期的なバランスを無視する。
• オーバーコミット可能と誤解し「メモリは上限を超えても大丈夫」と考えてしまう。

FAQ

解答の論理構成

• 物理サーバ障害時の自動移動機能は〈“移動しようとした先の物理サーバで必要な vCPU 数及びメモリ容量が割当てできない場合には、移動は行われない。”〉とあり、リソース上限に達すると一部仮想サーバが移動できません。
• そのため G 部長は〈“当面の対応として、移動させる仮想サーバについて、③業務特性に応じた制限を加える必要がある”〉と指示しました。
• 業務特性の中で最も明確な軸は可用性要求です。本文には〈“稼働停止が許されない業務上の重要性が高いシステム（販売管理及び生産管理）と、それ以外の数日間程度の停止であれば許されるシステムがある”〉と記述されています。
• よって、障害時に優先して移動させるのは停止が許されない“業務上の重要性が高いシステム”であり、それ以外は制限対象とする方針が妥当です。
• 以上から制限内容は「業務上の重要性の高さ」に基づくものとなります。

誤りやすいポイント

• 「リソース量が大きい仮想サーバを制限する」と勘違いし、可用性ではなくサイズで優先度を決めてしまう。
• 高可用性要件を「販売管理」「生産管理」だけに固定してしまい、“今後追加される重要業務”への適用を忘れる。
• 制限＝「移動禁止」と早合点し、実際には“優先度を付けて移動を制御する”ことを見落とす。

FAQ