リソース抽象化とオーケストレーション抽象化
マルチクラウド管理の複雑さを解消する2つの方法（1/2 ページ）
管理の効率を上げ、マルチクラウドモデルの複雑さを減らすため、企業はリソースとオーケストレーションという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
-
製品資料
[サイボウズ株式会社] 調達業務向け「kintone×AI」活用術：味の素ファインテクノの事例も紹介 -
事例
[サイボウズ株式会社] 「DX人材育成」事例集：ノーコード開発ツールで実践する現場業務改革 -
製品資料
[サイボウズ株式会社] 生成AIを本当に使える武器にする、営業現場の「kintone×AI」活用シナリオ9選 -
製品資料
[サイボウズ株式会社] Fit to Standardのさらに先へ 「EPR×kintone」で実現する脱レガシーシステム -
製品資料
[SB C&S株式会社] 検証レポート：「Everpure」「Nutanix」「Cisco」の3Tier構成は選択肢となるか
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
Microsoft 365導入後も稟議は「Excelをメールで回覧」 承認が止まる理由
-
2
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
3
生成AIツールは「4種類以上」の利用でユーザーの不満が急増する
-
4
米国防総省で300万人分の個人情報が流出 その「意外な原因」と教訓
-
5
金融・通信で情報漏えいが続出 IPAとJPCERT/CCが情シスに求める緊急点検
-
6
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
7
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
8
ライオンが挑む「守りのIT」脱却：Google Cloudで加速させるデータ駆動型経営
-
9
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
10
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
4
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
5
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
「IT史に名を残すシステム障害」8選
-
7
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは？
-
9
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
10
マンガで学ぶXDR／MDRのメリット、中小企業のセキュリティ強化になぜ有効か？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー