HCISとHCIは何が違うのか【第2回】
HCISとHCIを「システムの種類」と「情シスの気質」で比較する
HCIとHCISはどのように使い分ければいいのか。「システムの種類」と「情シスの気質」に注目し、企業の課題に沿った製品選定例を紹介する。
前回「HCIはなぜ誕生したのか 『統合』したからこそ起きた課題とその解決策とは」は、「ハイパーコンバージドインフラ」(HCI)の歴史を振り返りながら、狭義のHCIと「ハイパーコンバージドインフラシステム」(HCIS)の違いについて解説した。簡単におさらいすると、アプライアンスでの導入を前提とするシステムがHCIS、ソフトウェア定義ストレージ(SDS)を前提とする製品がHCIだ。
第2回となる今回は、HCISとHCIについて企業の課題に沿った製品の選び方を解説する。本稿では、情報システム部門を思考/行動傾向別に、HCIS/HCIで稼働させるシステム(以下、利用システム)をデータの密集度別に分類し、それらの組み合わせごとにHCISとHCIのどちらの製品が適するかを示す。
併せて読みたいお薦め記事
製品を“買わない”選択肢もあるHCI
- HCIアプライアンスではなく、あえて“自作”の意義とは? そのメリットとデメリット
- ゼロからHCIを構築するなら知っておきたい 押さえるべき8つのポイント
- ハイパーコンバージドインフラ(HCI)、3つの導入アプローチ その違いは?
「HCIは万能」と過信せず、正しく理解しよう
情報システム部門と利用システムのタイプ別定義
情報システム部門のタイプ
情報システム部門のタイプは、大まかに改革型と保守型に分かれる。タイプごとの優劣はなく、業務の内容や規模、利用ユーザー数(顧客数)などによってタイプが変わる。
改革型
新しい技術を積極的に取り入れ、システムの刷新への抵抗が少ない。運用負荷が減るのであれば、運用変更も受け入れる。仮にトラブルが発生した場合も迅速に対処できれば問題ない。
保守型
安定性を第一に考え、既存システムに継ぎ足して作り上げる。グループ会社や外部業者とのシステム連携に影響を与えないようにするため、できる限り運用は「塩漬け」する方針。トラブルは基本的に「発生してはいけない」。
利用システム(データ)のタイプ
利用システムは2つのタイプに分けられる。データが基本的に分散しており、必要な時に必要な分だけデータを集める(または提供する)分散型と、一般的な基幹システムのように中心にデータを集めるデータベース(DB)中心型だ。
分散型
複数のシステムにデータを分散させて保持しており、システム同士がAPI(アプリケーションプログラミングインタフェース)などの標準的なインタフェースを通じて連携(疎結合)している。「できること」があらかじめ定義(カタログ化)されており、カタログの範囲であれば、自由にシステムを操作できる。データはシステムやサービス単位で管理していることが少なくない。一般的に運用やシステム変更の影響範囲は小さい。
DB中心型
RDB(リレーショナルデータベース)を中心にしたシステム。周辺システムがRDBを利用しており、RDBが止まらないことを何より重視する。基本的にデータを一元管理する。一般的に運用やシステム変更の影響範囲が大きい。このため「変更をしない」が基本的な考え方になる。仮に変更があってもできるだけ少なくする必要があり、作業も慎重に進めなければならない。
「運用を変えずに、HCIを導入したい」といった保守型の情シスに最適なHCIS/HCIは?
次に「保守型の情シスがDB中心型システムに利用」など情シスの気質と利用システムの組み合わせごとに最適なHCIS/HCIを紹介する。
改革型 × 分散型
改革型の情報システム部門が分散型システムを運用する場合には、HCISが向いている。一番のメリットはHCISの運用ツール(統合運用管理ツール)による情報システム部の運用負荷低減だ。統合運用管理ツールの役割は監視と管理の機能を集約し、サービスをカタログ化することにある。
既存システムを全てHCISに置き換えることで、統合運用管理ツールによるシステム全体の管理を実現できる。これにより情報システム部は運用負荷を低減でき、働き方改革を進めやすくなる。空いたリソースを使ってこれまで忙しくて取り組めなかった、企業の成長につながる施策を進めることも可能になる。デジタル時代に適応するために組織やビジネスの在り方を再構成する「デジタルトランスフォーメーション」(DX)を意識したインフラ構築の検討が、その一例だ。
システムの視点では、サービスをカタログ化することで少人数による大規模なインフラの管理が可能になる。
改革型 × DB中心型
改革型の情報システム部門がDB中心型システムを運用する場合にはHCIが向く。HCISにするとコストが増える可能性があるからだ。
DB中心型システムで利用するRDBは、CPU数に応じたライセンス形態となっていることが少なくない。複数サーバの内部ディスクを共有して利用する方式の一般的なHCISの場合、サーバの数だけ課金対象が増える可能性がある。CPUとメモリ、ストレージをある程度自由に組み合わせられるHCIや、「VMware vSAN」「Dell EMC ScaleIO」などのSDSを利用するといいだろう。NetAppであれば「NetApp HCI」が該当する。
システムの視点では、HCIの導入によって既存資産を使った新しい仕組みの構築がスムーズになる。例えば「IBM Spectrum Copy Data Management」をはじめ、バックアップやスナップショットなどで取得したデータを管理するコピーデータ管理ツールで、DB内の情報をアプリケーション開発者へ提供する。DBがどのような使われ方をしているか開発者自身が把握できるため、実態に即した効果的なアプリケーション開発につなげられる。
保守型 × 分散型
保守型の情報システム部門が分散型システムを運用する場合にも、HCIが向く。運用を大きく変えることなく、HCI導入によるメリットを享受できるからだ。これまでと同じツールで既存システムを運用しつつ、HCIによってSDSなど「ソフトウェア定義型」システムへの切り替えを進めることができる。将来的に統合運用管理ツールと「AIOps」(AIによる運用自動化)のツールを併せて導入することで「従来の運用を維持しつつ、最新のテクノロジーを取り込む」といった対処ができるだろう。
HCISを選ぶと、既存システムによる運用ツールと統合運用管理ツールで運用が分断されてしまう恐れがあるため、避けた方が無難だ。
保守型 × DB中心型
保守型の情報システム部門がDB中心型システムを運用している場合は、HCISでもHCIでもなく、「コンバージドインフラ」(CI)をお薦めする。CIは情報システム部門の負担を減らすために、ベンダーやシステムインテグレーター(SIer)が、複数社のサーバとストレージ、ネットワークの推奨製品について「製品の組み合わせ」「検証」「サイジングの設計」を実施した仕組みだ(連載第1回「HCIはなぜ誕生したのか 『統合』したからこそ起きた課題とその解決策とは」を参照)。
CIであれば従来の運用を変えずにインフラ環境を整えられる。ベンダーが各インフラ製品の整合性を保証するので、ユーザー企業側での事前検証作業は不要だ。ソフトウェアのバージョンを固定して運用する「塩漬け」運用も問題ないだろう。会社のガバナンスとして、どうしてもクラウドにデータを出せなかったり、規制の関係上どうしても1つのシステムにデータを保持する必要があったりする場合もCIが向く。
HCIS、HCIによって違う「最終的なゴール」
HCISとHCIは目指すゴールがそれぞれ異なる。
HCISはそれ単体で完結したシステムであり、全てのインフラをHCISに置き換えるのが最終的なゴールといえる。運用負担低減のメリットを最大限享受できるが、単一ベンダーに統一せざるを得なくなる(ロックインされてしまう)リスクが発生する。他システムと連携していない(サイロ化した)システムを多く持つ企業の場合は、そもそも情報システム部門がサイロ化をやめさせる行動を起こす必要がある。
HCIは、従来型の運用にできる限り沿った形で導入できるメリットがあるが、HCISほど運用は楽にはならない。運用の負担低減そのものは別の手段が必要になる。
HCISもしくはHCIを入れればそれで解決ではない。そのことに注意し、自社に最適な製品を選択してほしい。
Copyright © ITmedia, Inc. All Rights Reserved.
HCISとHCIは何が違うのか
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[株式会社キーエンス] PCが苦手でも自動化できる ポポラマーマなど4事例に学ぶ「ナビ搭載型RPA」活用 -
製品資料
[株式会社クレオ] IT部門を“価値創造組織”へ転換 IT管理プロセスの改革で戦略的リソースを確保 -
製品資料
[株式会社クレオ] Excel管理が限界に――ITサービス管理の脱・属人化と運用高度化を実現する方法 -
製品資料
[株式会社クレオ] 西武グループやイオングループも実践 事例に学ぶ「ITサービスデスク業務」改善 -
製品レビュー
[株式会社クレオ] 「使われないITシステム」から脱却 現場が求める業務改善を実現する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
3
「レガシーシステム・老朽化システムの運用課題と刷新」に関するアンケート
-
4
年収が増えても幸せになれない 給与増でエンジニアが直面する「幸福度の壁」
-
5
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
6
1回で分かる:仮想マシンを丸ごとバックアップする「VADP」の仕組み
-
7
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
8
世界PC出荷数が20%急減 情シスを直撃するPC先行調達の反動と価格高騰
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
6
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
7
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
ランサムウェア攻撃“究極の対策”はこれだ
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー