マルチクラウド アーキテクチャにおける 3 つの一般的なパフォーマンスの課題と解決策

マルチクラウド アーキテクチャは多くの利点をもたらしますが、特に設計と管理の方法に関して、特別なパフォーマンス上の課題ももたらします。マルチクラウドを導入するチームの多くは、マルチクラウド アーキテクチャにおけるパフォーマンスのボトルネックに注意を払っていない可能性があります。

ここでは、マルチクラウド アーキテクチャにおける最も一般的な 3 つのパフォーマンス上の課題と、それらを克服するためのヒントを紹介します。

マルチクラウド アーキテクチャのパフォーマンスの概要

今では、多くの IT プロフェッショナルがマルチクラウド戦略の利点をよく知っています。マルチクラウドでは、企業が一度に複数のクラウド プラットフォームでワークロードを実行できるため、コスト効率と信頼性を向上させる機会が提供されます。

さらに、マルチクラウド戦略は、場合によっては全体的なワークロードのパフォーマンスの向上にも役立ちます。多くの企業は、あるクラウド コンピューティング ベンダーの 1 つのサービスと別のクラウド コンピューティング ベンダーの別のサービスを使用してアプリケーションを展開することを選択する場合があります。これは、このアプローチはコストは高くなりますが、単一のクラウド コンピューティング ベンダーのサービスを使用するよりも高いパフォーマンスを実現できるためです。

マルチクラウド アーキテクチャにおけるパフォーマンスの課題

ただし、マルチクラウド アーキテクチャはパフォーマンス上の潜在的な利点を提供する一方で、パフォーマンス上の欠点ももたらす可能性があります。企業が複数のクラウドを組み合わせて使用​​するほど、クラウド同士が接続されてパフォーマンスのボトルネックが生じやすくなり、同じクラウドでホストされているワークロードの実行速度が低下します。

適切な計画を立てることでのみ、これらのマルチクラウド アーキテクチャのパフォーマンスの問題を回避できます。

（１）クラウドプラットフォーム間のネットワーク接続

まず、クラウド プラットフォーム間のネットワーク接続を考慮する必要があります。企業が同じクラウド内でデータを交換する 2 つのアプリケーションまたはサービスを持っている場合、通常、そのデータはインターネットを経由して移動する必要はありません。代わりに、クラウド プロバイダーのインフラストラクチャ内に留まります。ネットワーク帯域幅と待ち時間率は、データが異なるデータセンター間またはクラウドリージョン間で転送されるかどうかによって異なります。ただし、ほとんどの場合、同じクラウド内のネットワークを介して送信されるデータは、グローバル インターネットを介して 1 つのクラウドから別のクラウドに移動するデータよりもはるかに高速に移動します。つまり、クラウド プラットフォーム間のネットワーク接続は、マルチクラウド アーキテクチャにとって深刻なパフォーマンスのボトルネックになる可能性があります。

ネットワークは基本的にクラウド サービス同士を接続する唯一の方法であるため、ネットワーク パフォーマンスのボトルネックを完全に回避することはできません。ただし、IT チームがこの問題を軽減するために導入できる戦略があります。

• 大量のデータが 1 つのクラウドに保存され、別のクラウドで処理する必要があるマルチクラウド アーキテクチャは避けてください。たとえば、企業は、あるクラウド プロバイダーのストレージ サービスの方がコストが低いため、そのサービスから別のクラウド プラットフォームでホストされているアプリケーションにデータを提供したいと考える場合があります。これにより、いくらかのコストは節約できるかもしれませんが、パフォーマンスコストに見合わない可能性があります。
• 可能であれば、データをあるクラウド プラットフォームから別のクラウド プラットフォームに移行する前に圧縮してください。データを圧縮するとクラウド コンピューティングの料金は増加する可能性がありますが、パフォーマンスは向上します。
• 信頼性を高めるためにワークロードが 2 つ以上のクラウド間でミラーリングされる場合、そのデータが別のインスタンスのデータのバージョンと同期されていない場合でも、各クラウド インスタンスのワークロード インスタンスが実行できるようにワークロードを設計する必要があります。このアプローチにより、データ転送がワークロードのパフォーマンスに影響を与えないことが保証されます。

（２）複数のクラウドプラットフォームの監視

マルチクラウド アーキテクチャのもう 1 つの一般的なパフォーマンス上の課題は、複数のクラウド プラットフォームを監視することが困難になることです。クラウド プラットフォームの監視がますます困難になるにつれて、クラウド プラットフォームのパフォーマンスや可用性の問題を特定することも困難になります。

この落とし穴を避ける最善の方法は、クラウド コンピューティング監視ツールを導入することです。現在、ほぼすべての APM ソリューションが主要なクラウド プラットフォームをサポートしているため、要件を満たすツールを見つけるのは簡単です。

ただし、複数のクラウドの最適なパフォーマンス監視には、すべてのクラウドを監視するだけでなく、マルチクラウド ワークロードのニュアンスを理解するためのツールの構成も含まれることに注意してください。言い換えれば、ツールは、異なるクラウドで実行されている 2 つのサービスが相互に接続され、依存していることを認識し、潜在的な問題をスタッフに効果的に警告できる必要があります。

（３）延長制限

通常、クラウド コンピューティングの主な利点の 1 つは、需要の変化に応じてワークロードへのリソース割り当てを迅速に増減できることです。

単一のクラウド プラットフォームでは、クラウド コンピューティング ベンダーのネイティブ自動スケーリング ツールを使用して、ワークロードの自動スケーリングを簡単に構成できます。ただし、ワークロードが複数のクラウドにまたがる場合、自動スケーリングは難しくなります。企業は、Azure の自動スケーリング フレームワークを使用して、マルチクラウド ワークロードの AWS ベースのコンポーネントをスケーリングすることはできません (その逆も同様)。

もちろん、ユーザーは各クラウド プラットフォームで自動スケーリングを個別に構成できます。このアプローチは十分に効率的であり、必要な手作業が IT チームに負担をかけることもないでしょう (自動スケーリング構成は通常、設定して忘れる作業であるため)。

ただし、マルチクラウド ワークロードの自動スケーリングが複雑な場合、IT チームは、クラウド環境をセットアップおよび管理するために共通のコントロール プレーンを採用することを検討する必要があるかもしれません。共通のコントロール プレーンにより、クラウド間でスケーリングと負荷分散が自動的に実行されるため、各クラウドで個別に自動スケーリングを構成する必要がなくなります。

結論

マルチクラウド戦略を採用するとクラウド プラットフォームのパフォーマンスが向上しますが、適切なアーキテクチャ設計とツールがなければ実現できません。クラウド プラットフォーム間のネットワーク帯域幅のボトルネックや、マルチクラウドの監視とスケーリングの課題について計画を立てなければ、企業はマルチクラウドが提供するパフォーマンスの機会を逃してしまう可能性が高くなります。