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
-
技術文書・技術解説
[セコムトラストシステムズ株式会社] SCS評価制度で重要性が増す「SASE」 制度の要求事項と機能はどう関係する? -
製品資料
[株式会社オプティム] SaaS管理やID管理などの「資産管理」をまるごとカバーする方法とは? -
製品資料
[株式会社kickflow] 3分でわかる「kickflow」 どのようなワークフローを実装できる? -
事例
[株式会社kickflow] 出前館も実践 ワークフロー刷新で得られる効果とは? -
事例
[株式会社kickflow] ワークフロー活用事例:社内システムとのAPI連携で業務効率化&統制強化を実現
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
2
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
3
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
-
4
本当にそのIBM iに問題はない? ブラックボックス化と属人化を防ぐ第一歩
-
5
「企業内サーバ環境の利用実態」に関するアンケート
-
6
「シェルコード」とは? 凶悪なマルウェア感染を可能にする手口
-
7
自社と顧客の脱炭素化を推進するGoogleのクラウド戦略
-
8
ファイル転送サービスの使用で気を付けたいセキュリティポイント
-
9
AI製品「Salesforce Einstein」&「SAP Leonardo」導入事例
-
10
HDD復旧も支援 “パッケージ外サポート”も注力する「弥生会計 10」の独自戦略とは
ホワイトペーパーランキング PR
-
1
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
4
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
5
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
6
月1000枚の紙を削減 9年動けなかった組織が、業務改革のその先に得たもの
-
7
「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略
-
8
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
9
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
10
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー