OSSクラウドインフラ黎明期
OpenStack導入でしばしば遭遇する「5つの壁」とは（1/2 ページ）
OpenStackなどオープンソースのクラウドインフラのプラットフォームは、企業にさまざまな利益をもたらす。しかし、IT部門は導入前に、次の5つのハードルを乗り越えなければならない。
OpenStack、CloudStack、OpenNebulaのGoogle検索の人気度（参照：Googleトレンド）
パブリックにせよ、プライベートにせよ、クラウドは簡単に実現できるものではない。いずれもコンピューティング（計算・処理能力）、ストレージ、ネットワークの各リソースの膨大なプールの自動化、オーケストレーション、管理のためのツール群が必要だ。ベンダー各社は独自技術のクラウドインフラストラクチャツールを売り込もうと懸命だが、オープンソースコミュニティーも「OpenStack」「CloudStack」、そして「OpenNebula」など、さまざまな代替プラットフォームの供給に動き出している。
オープンソースのクラウドインフラツールは費用効果に優れ、拡張性が高い。だが一方で、幾つかの課題が立ちふさがる。以下は、オープンソースのクラウドインフラツールに関して、ユーザーがしばしば経験する5つの一般的な問題と、それらを回避するための戦略である。
1．ITサイロが導入の障害に
クラウドコンピューティングのツールとプラットフォームを利用すれば、企業は、データセンターリソースの把握、整理、プロビジョニング、最適化、モニタリングが、高度な自律性とともに可能となる。“ユーザーセルフサービス”として知られる概念だ。このモデルは、個別のグループが手動でサーバのセットアップやネットワークの設定など個々のタスクを行う伝統的なIT組織とは異なる。
もっとも、OpenStackやCloudStack、OpenNebulaのようなクラウドインフラツールは、クラウドのオーケストレーションやオートメーションを効率化できても、ツールそのものは自動化とはほど遠い。広範なセットアップ、統合化、ワークフロー定義、その他の詳細な作業が不可欠であり、企業はツール群をさまざまな手法で利用することになる。
オープンソースのクラウドインフラツールの導入を成功させるためには、サーバ、ストレージ、ネットワーク、そして業務チームの専門知識をうまく組み合わせる必要がある。そして忘れてならないのは、クラウドインフラの導入には手間が掛かり、簡単ではないということだ。しばしば企業文化や企業統治の大幅な変更を余儀なくされ、人事異動も必要になる。
2．オープンソースのクラウドインフラツールはまだ黎明期
新しいテクノロジーには大きな苦痛が伴う。オープンソースのクラウドインフラツールも例外ではない。このツール群には、他にはないチャレンジが幾つも求められる。
例えば、OpenStack単体の導入であっても、計算処理にNova、ストレージにSwift、オーケストレーションにHeat、そしてネットワーキングにNeutronと、さまざまなOpenStackコンポーネントが必要だ。それ以外にも、バックエンドのデータベースの高可用性などより複雑なクラウドインフラを実現するためには、さらなる課題が待ち受けている。
また、オープンソースコミュニティーの機敏な開発努力は、必ずしも常にスムーズで、バグフリーであるとは限らない。仕組みや機能に一貫性がない場合もある。しかもコミュニティーが全ての問題を、少なくともユーザーが求めるスケジュールに沿って解決するという保証はどこにもない。加えて、ベンダー製品には当然備わっているような洗練されたマニュアルや技術資料、サポートなども期待してはいけない。
オープンソースのクラウドインフラには、慎重な評価と概念実証が不可欠だ。クラウドプロジェクトを計画する前に、それぞれのツール群と個別のコンポーネントを十分に研究しよう。
3．容易ではない統合化
OpenStackやOpenNebula、CloudStackなどのオープンソースのクラウドインフラツールは、エンタープライズクラウド向けの包括的プラットフォームだ。しかし、それらは環境の一部（ミドルウェア）にすぎず、それぞれのプラットフォームはカスタム化やフロントエンドおよびバックエンドのソフトウェアとの統合化が求められる。
典型的には、クラスタリング、モニタリング、プロビジョニング、コンフィギュレーション、ロギング、アラーティング（異常監視）などの統合化が含まれる。例えば、クラウドインフラのミドルウェアはほとんどの場合、コンフィギュレーションの詳細を保存するために、SQLなどのバックエンドデータベースにアクセスする必要がある。一方、クラスタリングでは、「Pacemaker」や「Corosync」などのツールとの統合化が要求される。そうしたリストはさらに続く。
結局のところ、オープンソースのクラウドインフラプラットフォームの導入や、フロントエンドおよびバックエンドコンポーネントとの統合化には、ハードウェアとソフトウェアに関する高度な知識が不可欠だ。どのエレメントを変更するにしても、クラウド環境全体に影響が及ぶ可能性がある。統合化は、適切な実装のためのチームが必要な巨大プロジェクトであり、多くのスタッフを割かなければならないだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？ -
製品資料
[株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？ -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
2
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
LLMの「過学習」、正しく説明している文章はどれ？
-
5
「AIバブル」は崩壊するのか？ 熱狂の後に来る“尻拭い”と4つの防衛策
-
6
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
7
パナソニックが国内製造26拠点のERPを「SAP S/4HANA」に統一 アドオン7割削減
-
8
守るべきは「開発者のフロー状態」 AIによる生産性改善の6施策
-
9
高額な「AI PC」を一般従業員も使えたら？ 費用のハードルを一気に下げる方法
-
10
「RAGの利用」に関するアンケート
ホワイトペーパーランキング PR
-
1
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
2
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
3
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
6
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには？
-
8
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
9
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは？
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー