複雑なシステムはもうあり得ない
徹底比較：ハイパーコンバージド vs. コンバージドシステム、企業ITの次の覇者は？
ITシステムの統合が進めば、データセンターのIT管理者の作業量は減る。だが、あなたの勤務先にとって、ハイパーコンバージドインフラとコンバージドインフラは正しい選択肢なのだろうか。
ハイパーコンバージドとコンバージドの比較《クリックで拡大》
その場しのぎのデータセンターシステムをまとめ、複雑なハードウェア、ソフトウェア、データの統合に悪戦苦闘する日々は急速に終わりが近づいている。ITインフラのコンバージェンス（収れん）は、ハイパーコンバージドインフラやコンバージドインフラという形で進んでいる。データセンターシステムにとってそのメリットは明白だ。
統合されたコンピューティング、ストレージ、ネットワーク装置を単一の設備として導入すると、企業はより大きな価値と高い効率性を認識する。ITインフラの収れんは、さまざまなメーカーのデータセンターITシステムサービスをまとめて、事前に統合するという範囲を大きく超えている（下図参照）。専門分野に特化した企業に加え、ストレージやサーバ、仮想化など従来のIT分野のベンダーも、ハイパーコンバージドインフラ／コンバージドインフラの考え方を受け入れている。ベンダー各社は企業のあらゆるコンピューティング関連ニーズの単独の供給元になるべく競っている。
関連記事
ハイパーコンバージドとは？
- バズワードで終わるのか？ アナリストに聞く“ハイパーコンバージド”の意義
- “ハイパー”って何？ 注目IT製品「ハイパーコンバージドシステム」の謎
- 今さら聞けない「コンバージドインフラ」と「“ハイパー”コンバージドインフラ」の違い
ハイパーコンバージドの用途
ハイパーコンバージド製品について
- ハイパーコンバージドの主要3製品比較： Nutanix vs. VMware vs. SimpliVity
- 5分で分かる「ハイパーコンバージドシステム」の仕組みと主要製品
- 2015年、「失敗しない仮想化技術選び」の答えは“コンバージド”？
Nutanixの事例
EVO:RAILを知る
ハイパーコンバージドインフラとコンバージドインフラを採用するタイミング
データセンターはコンバージドインフラの採用に消極的だった。それは、このシステムの融通が利かない性質に原因があった。他のサーバやストレージのリソースがまだ利用できる状況でなぜコンバージドインフラに投資するのだろうか。従来型の統合インフラからコンバージドインフラに移行することが困難な場合もある。
例えば、従来型のサーバで実行しているアプリケーションは、コンバージドインフラのストレージにアクセスできないかもしれない。他にも、CPUの数に対するディスクの数などのリソースの比率に関し、コンバージドインフラで享受できる柔軟性より高い柔軟性が必要な企業もある。また、コンバージドインフラに関わるベンダーからの関与が密接になることを快く思わない企業も存在する。
コンバージドインフラの支持者は、データセンターを刷新するプロジェクトを進めることを強く主張していた。「仮想化が進んでいるデータセンターやプライベートクラウドに目を向けている企業では特に必要だ」と主張した。ベンダー各社は、自社のサービスの収れんレベルを高めることで、データセンターの顧客を引き付けてきた。
| テクノロジー | 概要 | データセンターにとってのメリット | このアプローチの制約 | 例 |
|---|---|---|---|---|
| 統合 | 統合は異なる機器を一体となって機能させることである。サーバ、ネットワーク機器、ストレージシステムなど、さまざまなベンダーから購入したデバイスが対象になる | ITアーキテクトとIT管理者が、IT機器やソフトウェアの組み立て、接続、構成、最適化を行うという企業における従来のコンピューティングのジレンマが解消される | ・機器とソフトウェアはネイティブに連係しないため、統合プロセスにはコストや時間がかかる可能性がある ・データセンターに機器などを新たに追加するたびに追加作業が必要になる |
コンサルタント、付加価値再販業者、ITインテグレーターなどが統合を行う |
| コンバージドインフラ | 基本的なコンピューティング機器、ストレージ機器、ネットワーク機器を事前にベンダーが組み立てて統合し、一般的な物理筐体に組み込んで単一の製品サービスとして提供する | ・少ないエラーでデータセンターへの導入が促進および簡略化される ・パフォーマンスとリソース利用効率を強化できる。共通の管理インタフェースが用意されており、試行錯誤による転換期がない ・単独のベンダーがサービスの提供とサポートを行う |
・ベンダーは統合に手を貸してくれるが、専用のハードウェアと管理ソフトウェアの代金は依然としてユーザーが支払う ・ベンダーによるコンバージドインフラ筐体の機能セットの更新頻度がベンダーの他の製品よりも遅い場合がある |
・米Dellの「Dell Active System」 ・日立製作所「Hitachi Unified Compute Platform」 ・米Hewlett Packard Enterprise「HP ConvergedSystem」 ・米IBMの「IBM PureFlex System」 ・米Cisco Systemsと米NetAppの「FlexPod」 ・米Oracleの「Oracle Private Cloud Appliance」 |
| ハイパーコンバージドインフラ | ソフトウェアベースでソフトウェア駆動型のアーキテクチャを採用したコンバージドインフラで、ベンダーが運用にホワイトボックスサーバなどの汎用（はんよう）ハードウェアを使用する | ・ユーザーは、各種コンピューティング機器、ストレージ機器、ネットワーク機器をシームレスに管理して拡張できる ・バックアップ、データ重複除去、WAN高速化、SSDストレージ、SSDキャッシュなど、非常に多くのサービスが統合される |
筐体の数を追加するだけで容量が拡張される。ただし、データセンターはさまざまなベンダー製の管理ソフトウェアやアプリケーションに最適なハードウェアを選択できなくなる | ・米VMware「EVO:RAIL」 ・米SimpliVity「OmniCube」と「OmniStack」 ・米Nutanix「Acropolis」と「Prism」を使用した「Nutanix Xtreme Computing Platform」 ・米Maxta「MxSP」と「MaxDeploy」 ・米Scale Computingの「HC3」とHC機器 |
データセンターにとってハイパーコンバージドインフラはまだ新しい。だが、製品は急速に成熟しており、企業のIT管理者が求めるスケールと管理容易性を満たしている。ハイパーコンバージドインフラは、広範な技術的根拠と投資利益率の目標次第でどの企業でも採用される可能性がある。だが、一部の共通の原動力が、ハイパーコンバージドとコンバージド、従来型のIT導入への関心を後押ししている。
ハイパーコンバージドインフラとコンバージドインフラの採用について、恐らく最も重要な原動力となっているのは、サーバやデータセンターを統合するプロジェクトの継続的なニーズだろう。統合で活用されるのは仮想化だ。仮想化によって、はるかに少ない台数の物理サーバでずっと多くのワークロードが処理できるようになる。老朽化したデータセンターが閉鎖され、リモートデータセンターが廃止または刷新され、企業が一部のワークロードをクラウドに移行しているため、統合の機会はあふれている。
ハイパーコンバージドインフラには、広く浸透する原動力がもう1つある。それは、運用環境で既に稼働している他のリソースを刷新またはリフレッシュすることなく、企業の重要な新しいテクノロジーをサポートすることだ。例えば、多くのリソースを消費することで悪名高い仮想デスクトップインフラ、新しいアプリケーションやソフトウェアのリリース用のテスト／開発ラボなどだ。また企業は、既存の環境ではサポートが困難な要件の厳しいアプリケーションをサポートするために、ハイパーコンバージドインフラに目を向けている。ハイパーコンバージドインフラは、追加のハードウェアをリフレッシュしたりまとめたりすることなく、重要な新規導入をサポートするためのすぐに使える手段になり得る。
ハイパーコンバージドインフラは、これまで企業のIT部門で弱点とされてきた領域も改善する。例えば、ハイパーコンバージドインフラには、バックアップやスナップショットなどの災害復旧ツールが組み込まれていることが多く、データ保護と災害対策が簡略化される。また、ハイパーコンバージド製品によって、まとまりのない各種システム管理ツール一式も置き換えることができる。コンバージェンスによって、多種多様なツール群を使用し、HTTP経由でWebベースの個々のスイッチ機器の設定にアクセスし、ベンダー指定の管理ユーティリティなどのエラーが発生しやすい難解なセットアップを学習するという煩わしさから解放される。単一のインタフェースで、プロビジョニング、監視、リポートなどの機能を扱うことができる。ハイパーコンバージドインフラを追加したり、リモートに配置したとしても、それらを全て1つの統合システムとして管理可能だ。
特定のプロジェクトを機に、ハイパーコンバージドインフラをデータセンターに導入する場合は多い。だが、データセンターのさまざまな要素が経年劣化してリフレッシュの対象になったら、既存の運用ワークロードをハイパーコンバージドインフラに移行することを検討する価値はあるだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社kickflow] 2社の事例に学ぶワークフロー改革：属人化解消や年数万件の申請書類削減のコツ -
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない？ Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす？ -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ITエンジニア1265人調査 生成AIを使い込むほど「人の確認」が重い理由
-
2
全社標準Copilotに絶望？ MS Copilotで問い合わせ6割減できた企業は何が違った
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
5
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
6
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
7
Web会議では「見た目」よりも「声」を気にすべき理由と、その改善策
-
8
IT予算が10％増えたら何に使う？ 著名企業のCIOが明かす「最優先の投資先」
-
9
【お知らせ】 医療機関のIT化に関する読者調査
-
10
音声もFAXもメールで確認――ユニファイドメッセージの業務効果
ホワイトペーパーランキング PR
-
1
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
2
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
-
6
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
7
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは？
-
8
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー