マルチクラウドアーキテクチャを計画する方法

マルチクラウド アーキテクチャは現在、ほとんどの組織が採用しているクラウド コンピューティング戦略の中核となっています。マルチクラウド アーキテクチャには多くの利点がありますが、セキュリティ、パフォーマンスなどの面で大きな課題もいくつかあります。

こうした課題に直面して、効果的なマルチクラウド アーキテクチャを計画することは、運用環境に別のクラウド プラットフォームを追加して終わりにするだけでは不十分です。組織は、マルチクラウド環境に関連する課題を最小限に抑えるために、マルチクラウドの詳細な実装計画を策定する必要もあります。

[[382350]]

マルチクラウドアーキテクチャを計画する際に考慮すべき要素

マルチクラウド アーキテクチャにはさまざまな形式があり、通常は複数のパブリック クラウドを同時に使用します。しかし、パブリッククラウドが提供するクラウドサービスは数多くあるため、実際には 2 つ以上のパブリッククラウドのサービスを組み合わせたセットアップも数多く存在します。組織は、あるクラウド プラットフォームでデータをホストし、そのデータを利用するアプリケーションを別のクラウド プラットフォームでホストできます。また、2 つのクラウド プラットフォーム間で同じデータをミラーリングして信頼性を向上させたり、1 つ以上のパブリック クラウドに Kubernetes クラスターを展開したりすることもできます。

マルチクラウドをどの程度正確に定義するかに応じて、マルチクラウド戦略は、オンプレミス環境またはプライベートクラウドとパブリッククラウドを組み合わせたハイブリッド アーキテクチャに重点を置くこともできます。

マルチクラウド アーキテクチャの多様性のため、単一のクラウド プラットフォームからマルチクラウドへの移行は簡単な作業ではありません。組織にとってより良いアプローチは、組織の優先事項をターゲットにしたマルチクラウド アーキテクチャを実装するための最善の計画を決定するのに役立つ一連の質問を検討することです。

マルチクラウドに移行する理由は何ですか?

これらの質問の中で、最初に尋ねるべきことは、なぜ組織がマルチクラウドに移行する必要があるのか​​ということです。

技術系サイトでマルチクラウドが将来のトレンドであると聞いたことがあるなら、組織はマルチクラウド計画を再考する必要があるかもしれません。すべての組織がマルチクラウドを導入する必要があるわけではないからです。

組織が主にコスト削減のためにマルチクラウド アーキテクチャに移行する場合、コストの最適化が組織のマルチクラウド計画を導く最優先事項であることを知っておく必要があります。あるいは、パフォーマンスの最適化や信頼性の向上が組織の主な目標である場合もあります。おそらく、組織は、現在のクラウド プラットフォームでは利用できない追加のクラウド サービスを利用したいだけなのでしょう。

どのクラウド プラットフォームが最適なソリューションを提供しますか?

組織がマルチクラウド アーキテクチャを計画する際に考慮する必要がある 2 番目の要素は、どの特定のクラウド プラットフォームが優先事項に最適なソリューションを提供するかということです。

たとえば、組織の主な目標がコストの削減である場合、使用しているクラウド サービスと、さまざまなクラウド プラットフォームでのこれらのサービスの価格を調べて、どのクラウド プラットフォームがコスト最適化の機会をより多く提供しているかを判断する必要があります。ワークロードの信頼性が目標である場合は、ダウンタイムの履歴とアップタイム SLA に基づいてさまざまなクラウド プラットフォームを評価します。

最も効果的なマルチクラウド アーキテクチャを計画するには、組織はパブリック クラウドだけでなく、ハイブリッド クラウドやプライベート クラウドのフレームワークも考慮する必要があることに留意することが重要です。組織のニーズによっては、OpenStack などに基づくパブリック クラウドとプライベート クラウドを組み合わせたマルチクラウド環境が最適なソリューションとなる場合があります。

組織はマルチクラウド ワークロードをどのように設計するのでしょうか?

前述のように、マルチクラウド環境で実行されるワークロードにはさまざまな形やサイズがあります。組織は、使用を計画しているクラウド プラットフォーム間で使用できるさまざまな組み合わせを評価し、それらのアプローチを優先順位に合わせて調整する必要があります。

たとえば、コストの最適化が主な目標である場合は、データをより安価なストレージ サービスを備えたクラウドに保存し、アプリケーションをより安価なコンピューティング サービスを備えた別のクラウドでホストするという方法でワークロードを処理することを決定する場合があります。信頼性が組織にとって最優先事項である場合は、同じワークロードの冗長インスタンスを異なるクラウドに展開するか、障害発生時にワークロードをあるクラウドから別のクラウドに自動的に移動するソリューションを設定することを選択できます。

組織はマルチクラウドのワークロードをどのように管理するのでしょうか?

複数のクラウド プラットフォームにわたってワークロードを管理する方法は複数あります。最も簡単な方法は、各クラウド プラットフォームが提供するネイティブ ツールを使用することです。このアプローチの欠点は、組織が複数の管理ツールセットを学習して使用する必要があることです。

より効果的な戦略は、組織が管理する必要があるすべてのクラウド プラットフォームで使用できるツールを見つけることです。これを行うには、必要なツールの種類 (一般的なカテゴリには、コード ソリューションとしてのインフラストラクチャ、アクセス管理ツール、監視およびログ記録ツールなどが含まれます) を決定し、組織がマルチクラウド プランに含める予定のすべてのクラウドで動作するプラットフォームを探します。

組織はどのようにしてワークロードをマルチクラウドに移行するのでしょうか?

組織にとって最後の重要な考慮事項は、既存のワークロードをマルチクラウド環境に移行する方法です。使用を計画しているクラウド プラットフォームが、Google Cloud Platform の Migrate ツールや Azure Migrate など、データとアプリケーションをそのプラットフォームに移行するためのネイティブ移行ソリューションを提供している場合は、クラウド移行を計画する際の適切な出発点になる可能性があります。

また、構築しているマルチクラウド環境内でワークロードのさまざまな部分を適切な場所に移動するために、リフト アンド シフトを実行する必要がある場合もあります。

結論は

組織が上記の質問に答えることができれば、マルチクラウド アーキテクチャへの移行に関する正式な計画を策定できます。組織のマルチクラウドへの移行は、計画を実行するのと同じくらい簡単です。

このプロセス中に、組織はいくつかの問題に遭遇する可能性があります。もちろん、最も綿密に練られた計画でも問題が発生する可能性はありますが、マルチクラウド移行のすべてのステップを理解しようとするよりも、最初から計画を立てておく方がはるかに効果的です。