オンプレミスと共に生きる企業のインフラ
「さくらの専用サーバ」の実運用から読み取く オンプレミスサーバ運用の極意とは(1/2 ページ)
さまざまなクラウドサービスが登場し、自社でサーバを持つ以外の選択肢が増えている。だがその中で、あえてサーバ管理を続ける覚悟をした企業に向けて、サーバ保守の効率化のポイントを解説する。
ITサービスを取り巻く環境は劇的な変化を続けている。それはサーバやネットワークなどで構成されるインフラにおいても例外ではない。
現在、さまざまなIaaS(Infrastructure as a Service)が市場に存在する。自社システムのインフラをオンプレミスからIaaSへ移行させる企業もあるが、クラウド化を進められない企業もある。理由は「組織内部の考え方がクラウドにそぐわない」「クラウドのセキュリティに不安がある」といったものだ。
クラウドサービスを提供する著者としては「クラウドサービスはとにかく不安だ」という意見に異を唱えたい。クラウドサービスとそのインフラを支えるのは、詰まるところオンプレミス環境だ。信頼できるオンプレミス環境があるからこそ、高品質なクラウドサービスを提供できる。
本稿では、さくらインターネットの「さくらの専用サーバ」(物理サーバを1台丸ごと提供するIaaS)を例に、大規模クラウドサービスを支えるオンプレミス環境が、どのような仕組みで運用、保守されているのかを解説する。オンプレミスを使い続ける企業のIT担当者にとって、本稿で紹介するポイントが運用の参考になれば幸いだ。
併せて読みたいお薦め記事
オンプレミスか、クラウドか、それが問題だ
「自動化」の機運は高まっている
サーバ構築の自動化
クラウドベンダーがサーバを構築する場合、サービス提供するまでに幾つかの作業がある。サーバをラックに格納し、ネットワークに接続し、ハードウェアをチェックし、負荷試験をして動作に問題ないことを確認する、といった具合だ。こうした一連の作業は、サービスを提供するためには省略できない大事な作業であることは間違いない。だが手間がかかる。
さくらインターネットは一般的なオンプレミスに比べると、圧倒的に多い数のサーバを日々構築、管理している。だが作業にかかる人的工数は、一般的なオンプレミスに比べると圧倒的に少ない。その理由は自動化にある。
自動化の内容
さくらの専用サーバでは、可能な限りサービス提供のためのサーバ構築作業を自動化することで、この手間を削減している。サーバをラックに格納し、ネットワークを接続するまでは手動だが、その後電源をオンにすると、以下の処理を全て自動で実行する仕組みを組み込んでいる。
- ハードウェアのチェック
- CPUやメモリの動作を確認する。メーカーが出荷時に動作確認をしているが、搬送中や保管中に、何かしらの故障や破損が起きる可能性があるため、サーバをラックに搭載(ラッキング)した直後に改めてチェックをする。
- 負荷試験
- CPUやメモリ、ディスクといったハードウェアに対し意図的に負荷を掛けた状態で動作を確認する。環境にもよるが数日にわたって機器に負荷を掛け、その間に異常が発生しないかどうかを確認する。
- 管理データベースへの登録
- 機器固有の情報、例えばMACアドレスやIPアドレス、接続されているスイッチ、そのポート情報などを、構成管理を担うデータベースに登録する。
- OSインストール
- 最終動作確認
- 動作確認には幾つか種類がある。例えばハードウェア構成をOSが正常に認識しているかどうかチェックしたり、ネットワーク性能を試験したりしている。
「サーバ構築の自動化」による最大のメリットは、人為的な作業ミスを減らせることだ。構築に必要な人件費も大幅にカットできる。結果としてインフラの運用コストを抑えられる。
さくらの専用サーバのサーバ構築作業自動化の実装には複数のソフトウェアを利用している。オープンソースソフトウェア(OSS)やベンダー提供、自社開発のソフトウェアを組み合わせてシステム化している。サーバがベンダー固有のソフトウェアしか使えないと、これらの自動化ソフトウェアを利用できないか、選択肢が狭まる可能性がある。このため、さくらインターネットはサーバやネットワーク機器を導入する際、「既存の自動化ソフトウェアを利用できる製品」を選定している。ネットワーク経由で電源操作や機器監視ができるインタフェース規格の「IPMI」に準拠した製品や、機器操作のためのAPI(アプリケーションインタフェース)を備えた製品などだ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー