リソース抽象化とオーケストレーション抽象化
マルチクラウド管理の複雑さを解消する2つの方法(1/2 ページ)
管理の効率を上げ、マルチクラウドモデルの複雑さを減らすため、企業はリソースとオーケストレーションという2つの抽象化技法を利用できる。
クラウドは、基本的には個別のホスティングリソースの大きな集合体だ。こうした集合体は管理を難しくする。クラウドプロバイダーやプラットフォームを複数利用すれば管理はより難しくなる。マルチクラウド管理の複雑さを最小限に抑える最善の方法は抽象化を利用することだ。抽象化することで、異なるクラウドプラットフォームを1つのクラウドや1つのホストのように見せることができる。
マルチクラウドを抽象化するアプローチは主に2つある。1つはリソース抽象化だ。つまり、複数のクラウドリソースとクラウドプロバイダーの上位にレイヤーを作り、1つのリソース、または、1つのホストのように見せるアプローチだ。もう1つはオーケストレーションベースの抽象化だ。全てのホストでアプリケーションライフサイクルの各プロセスを同じ方法で運用できるという条件は付くが、この抽象化によって、ソフトウェアとハードウェアの組み合わせによる違いを、マルチクラウド環境全体で吸収できる。マルチクラウド管理にどちらのアプローチを選ぶかは、各企業の全体的なITインフラと戦略、そしてクラウドアプリケーションの性質によって決まる。
リソース抽象化
リソースの抽象化はシンプルな理論に基づく。それは、全てのアプリケーションホストが同じに見えれば、1つの単純なツールセットを使って、マルチクラウド環境にアプリケーションを導入して管理できるという考え方だ。マルチクラウドアプリケーションでは、リソース抽象化によって全てのパブリッククラウドプラットフォームを1つのクラウドのように見せ、プライベートクラウド内のデータセンターリソースを抽象化する。抽象化するリソースの範囲が広いほど、クラウドプロバイダー同士、またはパブリッククラウドとデータセンターの境界の重要性は少なくなる。
「OpenStack」などのクラウドコンピューティングソフトウェアや、Dockerの「Docker」、CoreOSの「rkt」などのコンテナソフトウェアは基本的なリソース抽象化を提供する。こうしたソフトウェアは、抽象化リソースのプールを明示的にサポートすることが抽象化の不可欠な要素であることを示している。こうしたリソースプールは、クラスタやスウォームと呼ばれることもある。リソースをクラスタに編成することは、オーケストレーションの考え方に近い。これは、リソース抽象化とオーケストレーション抽象化を同じツールで行うのが一般的であることを意味する。
実際、ある程度のオーケストレーションを取り入れることが、リソース抽象化の最善の戦略になる。この例が、「Apache Mesos」とMesosphereの「Datacenter Operating System」(DCOS)、Univaの「Univa Grid Engine」と「Navops Launch」の2つだ。どちらの組み合わせも、使用するそれぞれのクラウドプラットフォーム内にクラスタを作成し、そのクラスタを上位方向に抽象化して、柔軟なホスティングに利用できるスーパークラスタを形成する。つまり、マルチクラウドのリソース抽象化では、使用するクラウドプロバイダーごとに具体的な仮想化サポートを用意することが重要になる。
リソース抽象化ツールを使用すれば、特定のクラウドプラットフォームに固有の機能のデプロイと接続を定義できる。例えば、Univa Grid Engineは、「Amazon Web Services」(AWS)での高度なデプロイ機能を提供する。だが、アプリケーションから異なるプラットフォームの独自の機能やWebサービスを利用する場合、マルチクラウドのデプロイ間で同じイメージを拡張したり、再デプロイしたりすることはできない。このような場合に役立つのが、もう1つのオーケストレーション抽象化だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[アステリア株式会社] 年間約500時間の集計作業を削減、事例に学ぶ在庫管理と棚卸を効率化する方法 -
製品資料
[アステリア株式会社] 紙ベースのアナログな点検報告業務はもう限界? 低コストでできるDXの現実解 -
製品資料
[アステリア株式会社] Excel帳票を生かしつつ現場主導で業務をデジタル化、ノーコード開発実践ガイド -
事例
[アステリア株式会社] 京セラなど11社に学ぶ、工場/倉庫現場のDXを加速させるモバイルアプリ活用術 -
製品資料
[アイティメディア広告企画] 「会計ソフト」6製品を徹底比較 22の選定ポイントをユーザー評価を基に分析
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
2
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
3
「データ活用とAI活用の実態」に関するアンケート
-
4
IT業界の女性は9割が10年で消える 人材枯渇を招く“見えない壁”の正体
-
5
BMWも導入 78兆円市場に化ける「フィジカルAI」の衝撃
-
6
千葉大はなぜ「Google Cloud」を選んだか “取りあえずIaaS”からの脱却
-
7
「有線LAN環境」に関するアンケート
-
8
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
9
セキュリティは「情シス任せ」が過半数 漏えい発生時やSCS評価制度の課題は?
-
10
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶ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ジャパンをフォロー