執筆者：Nutanix ワールドワイドフィールド部門 CTO Nicholas Holian
「複数のクラウド（multiple clouds）」と「マルチクラウド（multicloud）」という用語は、しばしば同じ意味で使用されますが、クラウド戦略としてのアプローチは明確に異なります。ブログシリーズ全 3 回の第 1 回となる本記事では、両者の違いを明確にし、それぞれのメリットとデメリットを説明することで、混同を解消します。次回の記事では、断片化された複数のクラウドアプローチから統合されたマルチクラウド環境に移行するための実践的な手順を紹介します。そして、このシリーズの最終回では、マルチクラウド環境全体でワークロードを最適化するためのベストプラクティスを詳しく説明します。
クラウドコンピューティングはビジネスの在り方を大きく変革しました。ボタン一つで必要なリソースを取得できるような容易さと柔軟性を提供する運用モデルは、他に類を見ません。実際、ハイブリッド環境とマルチクラウド環境は、 2024 年の Nutanix Enterprise Cloud Index レポートによると、現在のインフラの標準として定着しています。
IT において、複数のクラウドを利用することを「マルチクラウドアーキテクチャ」と呼ぶことがよくあります。しかし実際には、「複数クラウドの利用」と「マルチクラウド」は同義ではありません。一見すると、些細な違いに見えますが、両者の概念には大きな違いがあります。
本記事では、これらの違いを明確にし、マルチクラウドがビジネスと IT の目標達成にどのように貢献するかを解説します。また、「複数のクラウドを利用する」アプローチが、市場競争を難しくする要因となり得る点についても掘り下げていきます。
企業が複数のパブリッククラウドプロバイダを独立して利用し、通常は異なるユースケース、ワークロード、または事業部門ごとに使い分ける場合、これは「複数のクラウド」アーキテクチャと呼ばれます。このアプローチは、「ポリクラウド」や「ネイティブクラウド」と呼ばれることもあります。クラウド環境は分離して動作し、それらの間の統合や移植性は制限されています。
また、単にワークロードが異なるクラウドサービスプロバイダを持っているという問題でもありません。多くの組織では、これらのクラウドのそれぞれに複数のインスタンスがあり、同じプラットフォーム上の2つのワークロードでさえもサイロ化され、独立して機能する可能性があります。
仮想プライベートクラウド、オンプレミスクラウド、または同じ場所にあるクラウドを持つ組織もあります。これらは全て、サイロ化された複数のクラウドの問題の一因となり、管理と運用を非常に複雑にする可能性があります。
複数のクラウドアーキテクチャを利用する例としては、重要なアプリケーションとデータをプライベートクラウドに保持し、財務アプリケーションは AWS で実行し、顧客データを Microsoft Azure に保存し、機械学習とデータ分析には Google Cloud Platform（GCP）を利用する企業が挙げられます
システムは大部分がサイロ化されており、組織は、スケーリング、セキュリティ保護、チャージバック、バックアップ、全体的な運用などのタスクを含め、各クラウド環境を個別に管理する必要があります。
マルチクラウドアーキテクチャは、IT に対するより現代的なアプローチであり、複数のプライベートクラウドプラットフォームとパブリッククラウドプラットフォームを統合し、一元的に管理できる統合環境です。
ワークロードとデータは異なるクラウド間でシームレスに移動するため、適切なジョブに適したクラウドを選択して、パフォーマンス、コスト、コンプライアンスを最適化できます。これは、単に複数のクラウドを使用するだけではありません。さまざまなクラウド環境を全て 1 つのプラットフォームとして管理します。
マルチクラウドアプローチの例としては、プライベートクラウド、AWS、Azure、GCP を組み合わせて使用し、コスト、パフォーマンス、規制ニーズなどのリアルタイム要因に基づいてワークロードとデータをそれらの間で自由に移動するグローバルエンタープライズがあります。
これには、全ての環境においてシームレスな相互運用性、一貫した管理、強力なセキュリティを提供する統一プラットフォームが必要です。これにより、企業は運用の最適化を図り、コンプライアンスを維持し、パフォーマンス目標を達成できます。データは 1 つの環境から次の環境に安全に送られ、IT 部門は 1 つの管理レイヤーから全てを管理できます。
複数クラウドの利用は短期的には効果的な解決策かもしれませんが、長期的に使用することで次のような課題が生じることがよくあります。
クラウドは独立して運用されているため、異なるプラットフォーム間でワークロードを管理すると、作業が重複する可能性があります。別々の環境を追跡し、管理するために、まったく異なるチーム、異なるスキルセットが必要になるかもしれません。
これは、明らかなオーバーヘッドコストと複雑さに加えて、ワークロードが異なるクラウドに異なるコンポーネントを持っている場合や、異なるクラウドのデータにアクセスする場合に、問題解決に時間がかかる可能性があります。クラウド間でのトラブルシューティングは、サポートチームやリソースがサイロ化していると悪夢のような状況になり、最終的には平均修復時間（MTTR）の長期化につながる原因となります。
相互に連携しない異なるクラウドプラットフォーム間でスケーリングすると、急な方向転換や、変動するトレンド、社内外の顧客ニーズへの対応を妨げる要因となります。各クラウドには、スケーリングのための独自のツールとプロセスのセットがあり、ワークロードを環境間で移動する必要がある場合に非効率性が生じることがあります。
クラウド全体のコストを一元的に把握しなければ、複数のプラットフォーム間で支出を最適化することは困難です。例えば、あるクラウドはストレージのコスト効率が高く、別のクラウドはより優れたコンピューティングリソースを提供する場合があります。しかし、それらの間でワークロードを移動できなければ、最適とはいえないコスト構造に縛られてしまいます。
クラウドはサイロ化して動作するため、クラウド間でデータを移動するのが難しいことがよくあります。この移植性の欠如は、ディザスタリカバリ、コンプライアンス、バックアップ戦略を複雑にする要因となります。また、システム障害が発生した場合のビジネス継続性に悪影響を及ぼし、運用の回復力が低下し、特にピーク使用時に顧客のニーズに柔軟に対応することを困難にします。
ポリシー、ツール、プロセスが異なる複数のプラットフォーム間でセキュリティとコンプライアンスを管理すると、標準の維持が複雑になります。例えば、一部の政府は、企業のワークロードを 1 つのみのクラウドプラットフォームに保存しないことを義務付け始めています。統一されたセキュリティ体制がなければ、組織は侵害やコンプライアンス違反に対して脆弱になる可能性があります。
要約すると、複数のクラウドを利用することは運用を複雑にし、重大な非効率を引き起こすおそれがあります。これらは、顧客へのサービス提供能力や収益の可能性、将来の成長に深刻な影響を与える制約となります。
これほど多くの組織がマルチクラウド環境で運用している理由を理解するには、初期のクラウド導入の背景を見てみる必要があります。
プラットフォームの選択は、多くの場合、個々の事業部門や特定のニーズ（特定の規制要件を満たすために、従来のオンプレミスデータセンターからクラウドに特定のアプリケーションを移行するなど）によって推進されていました。
また、クラウドプロバイダは、提供するサービスに特化する傾向がありました。たとえば、データ分析を行いたい場合、GCP は良い選択でした。Microsoft のワークロードがある場合は、Microsoft Azure に配置する傾向があるかもしれません。
クラウドの普及が進んだ初期の頃、多くの組織がその誇大広告を受け入れることに熱心で、迅速に「クラウドファースト」のポリシーを制定しました。その結果、戦略的な考えがあまりなく、長期的なパフォーマンス、コスト、信頼性への影響を深く理解することもなく、膨大な数のワークロードがパブリッククラウドに移行することになりました。
どのプラットフォームを使用するかは、多くの場合、組織がすでに関係を持っていたハイパースケーラや、その時点で最高の金銭的インセンティブを提供していたハイパースケーラによって決定されていました。
また、IT 部門に相談せずに従業員が自分でクラウドサービスを購入するシャドーITも、うまく連携しない異なるクラウド環境で構成された複数のクラウドエコシステムの形成を助長しました。それぞれを個別に管理および保守する必要があり、多くの場合、ビジネスに規模、セキュリティ、コンプライアンスが必要になった時点で IT に引き継がれます。
複数のクラウドを採用することが、多くの組織にとって当時は現実的な選択肢であったことを認識することが重要です。各クラウドプロバイダは、特定のニーズを満たす魅力的なサービスを提供していました。当時、テクノロジーは十分に成熟しておらず、オンプレミスインフラやプライベートクラウドとの統合など、マルチクラウドの統合に関するベストプラクティスは明確に定義されていませんでした。
もし自社がその状況にあるなら、心配する必要はありません。同じような状況にある企業はたくさんあります。このアプローチは、多くの組織がさまざまなクラウドサービスの可能性を試していた時期に一般的でした。次に進むべきステップは、現在のクラウドインフラを見直し、より統合され、効率的なマルチクラウド戦略をめざすことです。
真のマルチクラウド戦略を採用することで、複数のクラウドに関連する多くの問題を解決することができます。主な利点の一部を次に示します。
マルチクラウドアプローチにより、ワークロードやその他のデータを適切なクラウドプラットフォームにインテリジェントに配置できるため、リソースが最適に割り当てられ、必要に応じて効率的に調整できるようになります。
これは、データ集約型のワークロードを彼らに最適なクラウドで実行し、コンピューティング負荷の高いタスクには別のクラウドを使用することを意味します。ビジネスニーズ、予算、クラウドコストが変化した場合、ワークロードを簡単に移動して、パフォーマンスやコストのレバーに基づいて最適化を続けることができます。
複数のクラウドを 1 つの管理レイヤーに統合することで、パフォーマンスとデータフローを制限するサイロを解消できます。これにより、ワークロードの移植性、環境間のシームレスな通信、およびビジネスニーズの進化に合わせて最適化するための優れた機能が保証されます。
マルチクラウドのアプローチでは、ワークロードの需要に基づいてクラウド間での動的なスケーリングが可能になります。ワークロードがより多くのリソースを必要とする場合は、その時点でのニーズに最も適したクラウド（バースト）に移行できます。同様に、顧客のニーズが変化し、別のクラウドプロバイダやエッジロケーションが顧客に対応するのにより適している場合、より動的かつ効果的に対応することができます。
統合管理により、さまざまなクラウド間での価格設定モデルを活用して、コストを削減できます。また、クラウド間でワークロードを移動できるため、割引を利用したり、オーバープロビジョニングによるマイクロウェイズを排除したり、リソースの使用を最適化したりすることができます。
1 つのコントロールプレーンから複数のクラウドを管理することで、一貫したセキュリティポリシーを適用し、クラウド間のデータ移動が内部セキュリティポリシーと規制要件に準拠していることを確認できます。
クラウド環境は急速に進化しており、複数の分離されたクラウド環境で運用を続ける企業は、遅れをとるリスクがあります。クラウドエコシステムの複雑さが増すにつれて、統一されたアプローチを実装することがますます重要になります。真のマルチクラウド環境は、絶えず変化する市場で競争力を維持するために必要な適応性と将来性を提供します。
マルチクラウド戦略の導入は大きな決断であり、それに伴う課題も伴います。組織は、統一されたセキュリティ体制を開発し、それをデプロイおよび構成するためのスキルセットを持つ人材を見つけるだけでなく、異なるクラウド環境間のシームレスな相互運用性の確保、異なるツールやインターフェースの管理、プラットフォーム間での一貫したパフォーマンスと可用性の維持などの問題にも取り組む必要があります。
さらに、マルチクラウド環境でのコストの監視と制御は、ワークロードがプロバイダ間でシフトし、価格体系が異なるため、複雑になる可能性があります。これらのハードルにもかかわらず、マルチクラウドアプローチの潜在的なメリット（効率性、柔軟性、スケーラビリティの向上、コスト削減、セキュリティ、コンプライアンスの向上など）は、変革のための投資として価値があります。
テクノロジーと顧客のニーズが進化し続けるなか、マルチクラウドを採用することで、組織は変化する需要に迅速に適応し、イノベーションと成長のための新たな機会を解き放つことができます。
次回の記事では、マルチクラウドを実現する方法と、複数のサイロ化されたクラウドから真のマルチクラウドに移行するために何が必要かを見ていきます。お楽しみに！
©2025 Nutanix, Inc.All rights reserved.本文書に記載された、Nutanix、Nutanix のロゴ、および Nutanix のその他全ての製品とサービス名は、米国およびその他の国において Nutanix, Inc. の登録商標または商標となります。本文書に記載された、その他のブランド名は、識別目的のみに使用されており、それぞれの所有者の商標となります。