システムアーキテクト 2024年 午前2 問22

シンプロビジョニング【午前2解説】

正解の理由

解法ステップ

1. 問題文で指す技術名（シンプロビジョニング＝Thin provisioning）を確認する。
2. 各選択肢が表す概念を既知のストレージ機能と照合する：Thin（論理割当の遅延）、Thick（即時物理割当）、クォータ（利用上限）、重複排除（データ削減）など。
3. Thin の定義（論理容量提示と物理割当の遅延）と合致する選択肢を選ぶ。
4. 他選択肢が別概念を表していないかを確認して排除する。

選択肢別の誤答解説

• ア（正答相当）：論理的に大きな容量を提示し、物理割当を実際の書き込みに合わせて行う。オーバーコミットを可能にする点が特徴。
• イ：複数のストレージにまたがる大きなボリュームを作る記述は、ボリュームのスパン（スパンニング）や論理ボリューム管理（LVM）／分散ボリュームの説明に近く、シンプロビジョニング固有の「遅延割当」を示していないため誤り。
• ウ：利用者ごとの容量上限を定めるのは「クォータ（容量制限）」であり、Thin の定義ではない。Thinは上限を大きく見せる・オーバーコミットする点が本質。
• エ：利用者間で重複データを削除するのは「重複排除（デデュープ）」の機能であり、Thin のメカニズムとは別物。重複排除は物理使用量を削減するが、Thin の定義自体ではない。

よくある誤解

• Thin と重複排除を混同する：両者は目的が重なる（物理使用量削減）場面があるが、Thin は「論理割当の遅延／オーバーコミット」、重複排除は「同一データの物理削除・参照化」による削減。仕組みが異なる点に注意する。
• Thin と Thick の違いを誤認する：Thin は論理容量を即時提示し、物理割当をデータ書込時に遅延する。一方で Thick（シック）プロビジョニングは論理容量を割り当てる時点で物理容量も即時確保する（イージェイジャー割当）。
• オーバーコミットは無制限ではない：Thin は便利だが物理容量不足（オーバープロビジョンの枯渇）に陥ると書込み失敗やサービス停止のリスクがある。監視と自動拡張方針が必要。

補足コラム

• 監視：物理使用率（実際の割当量）を常に監視し、しきい値到達時にアラートや自動拡張を行う。
• キャパシティプランニング：プロビジョニング率（オーバーコミット比）を過去の実使用率で設計する。例：論理割当合計が $1\mathrm{TB}$、実使用が $200\mathrm{GB}$ ならオーバーコミット比は $1\mathrm{TB}/200\mathrm{GB}=5$。
• スナップショットや重複排除との連携：スナップショットは追加の物理容量を消費する場合があるため、Thin 環境では特に影響を受ける。重複排除や圧縮は物理使用量を減らす補助技術となる。
• ハイパーバイザやクラウドでの採用例：VMware の Thin Provisioning、LVM の thin pool、各クラウドストレージの「薄型プロビジョニング」などがある。

FAQ