オンプレミス — サーバを自分で持って動かす

中級の解説は準備中のため、中級の内容を表示しています。

概要 — まず全体をつかむ

初級ではオンプレを「自分の家に機械を置く」と捉えました。中級では、費用の性質・設計・運用を見ます。

詳細 — 1段階ずつ追う

これは何をする係?

オンプレは、ハードウェアからネットワーク、電源まで自分たちで設計・保有・運用します。

  • データセンター/ラック — サーバを収める場所と棚
  • 電源・空調の冗長化 — 止まらないよう二重化する
  • ネットワーク設計 — 回線・スイッチ・ファイアウォール
  • 資産管理 — 何がどこにあり、いつ更新するか

登場人物メモ:

  • ※1 CapEx/OpEx — 初期の設備投資/継続する運用費用
  • ※2 キャパシティプランニング — 将来の需要を見積もって用意する作業
アニメーション『どこまで自分が管理するか(オンプレ/IaaS/PaaS)』を開く
どこまで自分が管理するか自社で管理事業者(クラウド)が管理アプリミドルウェアOSネットワークハードウェア電源・空調↑ アプリ側 / 土台 ↓オンプレミス全部を自社で自社が管理自社が管理自社が管理自社が管理自社が管理自社が管理IaaS土台を借りる自社が管理自社が管理自社が管理事業者が管理事業者が管理事業者が管理PaaS実行環境まで借りる自社が管理事業者が管理事業者が管理事業者が管理事業者が管理事業者が管理オンプレは電源・空調からアプリまで全部が自社の責任クラウド(IaaS→PaaS)に進むほど、下の層から事業者に任せられる

仕事の流れ

  1. 需要を見積もる(キャパシティプランニング)
  2. 機材を調達・設置し、冗長構成を組む
  3. OS・ミドルウェア・監視を整える
  4. 運用(障害対応・保守・更新・セキュリティパッチ)

設計の勘所

  • CapEx中心 — 先にまとまった投資。減価償却で数年かけて使う
  • キャパシティ — ピークに合わせると余り、平常に合わせると足りない
  • 可用性設計 — 電源・回線・機器の冗長化、災害対策(BCP)
  • ハイブリッド — 一部をクラウドに逃がして弱点を補う構成も一般的
  • 仮想化による集約 — 1台の物理を分割し、複数を同居させて稼働率を上げる
  • TCO(総所有コスト) — 機材価格だけでなく電気・空調・人件費・保守まで含めて比較する軸
  • 調達リードタイム — 発注から設置まで数週〜数ヶ月かかり、キャパシティ計画を難しくする

⚠️ うまくいかないとき

  • スケールの限界 — 急な増減に追随できない
  • 災害・障害 — 単一拠点だと止まる(複数拠点・バックアップで備える)
  • 保守負担 — 老朽化・パッチ・人員の確保が続く

関連する知識

理解度チェック

そのまま解けます(成績は保存されません)。無料アカウントを作ると、学習の記録と進捗の山登りが始まります。

1. 需要のピークに合わせてサーバを用意すると、オンプレで起きがちなのは?

2. オンプレミスの費用は、主にどちらの性質が強い?

3. 初期にまとまった設備投資をする費用の性質を 英字で何という?

4. TCO(総所有コスト)が指す範囲として最も適切なものはどれ?

5. オンプレの「調達リードタイム」がキャパシティ計画を難しくする理由はどれ?

6. オンプレの弱点を補うため 一部の処理をクラウドへ逃がして併用する構成を何と呼ぶ?

7. 1台の物理サーバを分割して複数を同居させ 稼働率を上げる手法はどれ?

8. 将来の需要を見積もって必要なサーバ量を用意する作業を何と呼ぶ?(カタカナ)