近道はないが、手間は減らせる
マルチクラウド導入 王道の戦略3選
マルチクラウド環境の導入を容易かつ効果的に管理する戦略が3つある。王道ではあるが、近年さまざまな製品、サービスの登場でその手間は著しく減っている。
ワークフローやストレージのニーズが企業内の複数の部門で異なる場合、マルチクラウドを導入するとうまくいくことがある。だが、マルチクラウドを採用すると、クラウド間でのワークロードの移行やリソースへのアクセスなど、幾つか課題が浮かび上がる。
まず直面する可能性が高いのは、クラウド間でのワークロードの移行に関する問題だ。クラウド間でワークロードを移行するには、各クラウドのインタフェースに互換性を持たせなければならない。REST(REpresentational State Transfer)などの標準仕様を採用するクラウドが増えてはいるが、そうした標準に準拠するクラウドベンダーばかりではない。あるクラウドから別のクラウドへ特に意識せずに接続するためには、接続元と接続先のクラウドがAPIで対話可能でなければならないが、全てのクラウドがそうなっているわけではない。
併せて読みたいお勧め記事
マルチクラウドの導入ハードルとは
マルチクラウドを夢見る管理者に
それぞれのクラウドベンダーが、独自の標準仕様とファイル形式を使用する。クラウドベースのVM(仮想マシン)について考えてみよう。VMのストレージに含まれるファイルにはさまざまな標準が存在する。Virtual Hard Disk(VHD)、qcow2、Virtual Machine Disk(VMDK)などだ。さまざまな標準が存在する結果、あるクラウドで利用しているクラウドストレージを、他のクラウドでは利用できないことがある。ストレージだけではなく例えばクラウドのインスタンスがディスクイメージファイルを使用する場合、ファイル形式に互換性がなければ、クラウド間でワークロードの移動もできない。
重要なのは相互運用性
ストレージ、VMやコンテナの実行環境など、明確な目的に合わせて異なるクラウドを使用することがある。セキュリティ機能を期待して別のクラウドを選択することもあるだろう。この種のマルチクラウドの導入では、クラウド間の相互運用が重要だ。例えば、ストレージとして利用する場合、あるVMからクラウドのストレージにアクセスすることがある。そのため、マルチクラウド環境を構築する際は、利用するクラウドが容易に相互運用できるレベルの互換性を持つことを確認しておきたい。
マルチクラウド環境での作業時に起こるもう1つの問題は、クラウドごとに独自のポータルがあることだ。いつの間にか幾つかの異なる管理ウィンドウを開いて作業していることがある。その結果、環境の構成中に何をしていたか失念してしまう恐れがある。
マルチクラウド環境における次に深刻な問題はアプリケーションの散在だ。この問題は、複数のクラウドを同じ目的に使用する環境で起こることがある。ニーズに合うクラウドやアプリケーションの選択を部門ごとに任せている企業は、この問題に直面する恐れがある。各クラウドを個別のエンティティ(塊、グループ)として管理すると、アプリの散在を避けるのは難しい。
どのクラウドにも独自の監視ツールがある。マルチクラウド環境で複数の監視ユーテリティの出力を調査すると、重要な情報が紛れてしまう恐れがある。
マルチクラウドをシームレスに導入する方法
マルチクラウド環境の運用は珍しいことではない。既にマルチクラウドの課題に直面し、対処している企業もある。マルチクラウド環境を円滑に運用するのに役立つアプローチを3つ紹介する。
1.可能な限り標準化する。
これは恐らくマルチクラウド導入のあらゆる側面を最も簡単に取り入れる手順だ。クラウドストレージについては、AWSの「Amazon Simple Storage Service」(Amazon S3)互換のストレージを使うようにする。VMについては、VMフォーマットの標準化はストレージほど普及していないかもしれないが、オープン仮想化フォーマット(OVF:Open Virtualization Format)での作業を試みてはどうだろう。コンテナについては、Dockerの「Docker」を使用する。標準化したアプローチは、マルチクラウド環境の運用をスムーズにする。少なくとも、異なるクラウド間でのワークロードの移行が容易になることは間違いない。
2.管理を統合する。
マルチクラウド環境で機能する管理ツールが1つあれば、複数の管理ツールや管理ポータルを使用する必要性や、アプリケーションやVMの散在など、幅広い問題を解決できる。この市場のベンダーには、BMC Software、CenturyLink、Cisco Systems、Concerto Cloud Services、IBM、NetEnrich、RightScale、Scalr、Turbonomic、VMwareなどがある。こうした管理ツールは、各クラウドの管理インタフェース上に、そのツール独自の管理インタフェースを重ねられる。まるで1つのクラウド管理ツールで操作しているかのように、マルチクラウド環境を管理できるようにする。
3.結果を監視する。
マルチクラウド管理に加えて、個別監視ツールも役に立つ。特定のクラウドで起きていることを監視するには、そのクラウド固有の監視オプションがあれば十分だ。だが、マルチクラウド環境では、関係する全てのクラウドの全体像が見えるツールが望ましい。このようなツールには、マルチクラウドを念頭に置いて開発された市販製品や「Nagios」や「Zabbix」などのオープンソースの監視ツールがある。
マルチクラウドの導入に苦労していたり、将来的にマルチクラウドを導入することを計画していたりするのなら、マルチクラウドにまつわる特殊な課題に対処する時間を取るべきだ。だが、そこでやめてはいけない。ここで取り上げた、標準化、管理の統合、個別監視の策定という3つのアプローチを使って課題を減らせば、マルチクラウドをスムーズに扱えるようになるだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
AI時代の自律的なパートナー 「データエージェント」構築&活用ガイド -
製品資料
使用中のデータを保護して安全な共同開発へ、クラウド時代のデータセキュリティ -
製品資料
“AIによる高速な脆弱性検出”対策を行う、RHELの統合セキュリティ機能とは? -
製品資料
企業ITを支える定番Linuxの運用管理、手動の限界を乗り越える手法とは? -
製品資料
AIとクラウドネイティブの課題を解決する、シンプルで費用対効果に優れた方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
2
なぜ人はいるのにDXが進まない? ライオンも直面した“老害”レガシーシステム
-
3
イーロン・マスク氏が生成AI「Grok」をオープン化する“語られない狙い”
-
4
IT人材の42%が転職予備軍 辞めさせない組織の4つの共通
-
5
LLMの「過学習」、正しく説明している文章はどれ?
-
6
GitHubが指摘 AIが書いた「おそらく動くコード」が招くシステム崩壊
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
9
ライオンが脱レガシーシステムのパートナーに「Google Cloud」を採用した理由
-
10
Azure Red Hat OpenShiftは脱VMware問題の救世主になるか? 技術資料で解説
ホワイトペーパーランキング PR
-
1
属人化や仕様バグはなぜ起きる? AI時代に必須のドキュメント文化の作り方
-
2
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
5分で分かる「AI駆動開発エージェント」 要件定義から設計・実装・テストまで
-
5
中小企業必見、Microsoft 365でゼロトラストセキュリティを実現する方法
-
6
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
7
コスト分析で見る「デバイス復旧」の代償 損失額から導きだされた投資戦略とは
-
8
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
オープンウェイトLLMの推論最適化事例:ローカル環境で応答速度を約15分の1へ
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー