Cloud Workload Analysis:構成を決定する方法

クラウドの採用は競争力を高め、IT を刷新することができますが、クラウド移行の計画が不十分であると、予期しない費用が発生したり、デバッグが困難なパフォーマンスの問題が発生したりする可能性があります。クラウドへのスムーズな移行には、タイムリーな計画と IT ニーズの詳細な評価が必要です。これらはどちらも、クラウドワークロード分析から得ることができます。

この記事はクラウドワークロード分析の概要ですは、企業がアプリをクラウドに移行するための最適な方法を計画する、クラウド導入の重要な最初のステップです。読み進めて、クラウドワークロード評価が IT ニーズの評価、クラウド移行戦略とビジネス目標の調整、タスクの優先順位付けを行ってクラウドの導入を加速する方法を学びましょう。

クラウドワークロードとは

クラウドワークロードは、クラウドベースのリソース (コンピューティング、メモリ容量、ネットワークなど) を消費するアプリ、サービス、または IT 機能です。クラウドワークロードの一般的な例としては、次のものがあります。

仮想マシン。
クラウドデータベース。
マイクロサービス。
コンテナ。
クラウドベースのコンテンツホスティング
Hadoop ノードとアプリ
クラウドディザスタリカバリ用のアプリ

ワークロードの種類によっては、クラウド機能にうまく適合せず、オンプレミスの方がパフォーマンスが向上する場合があります。たとえば、アプリはネットワークエッジの近くで処理する必要がある場合や、コンプライアンス法のために特定の場所にしか存在できない場合があります。クラウドで最高のパフォーマンスを発揮するワークロードには、次のものがあります。

迅速なインフラストラクチャ導入の必要性
短いライフサイクル。
より高いレベルの流通から恩恵を受ける能力
トラフィックまたは使用量の頻繁なスパイク (予測可能または予測不可能)

一部のワークロードはオンプレミスでより適切に実行されるだけでなく、一部のアプリとワークロードは別のクラウドセットアップでより適切に実行されます。各ワークロードの最適な展開モデルを評価することは、パフォーマンスに不可欠であり、クラウドワークロード分析の主要部分です。

クラウドワークロードの種類

リソースのニーズと使用パターンという 2 つの要因に基づいて、クラウドのワークロードを分割できます。リソースのニーズに基づいて、次のものがあります:

一般的なコンピューティングワークロード 通常、クラウドのデフォルト構成で実行されます (一般的なウェブアプリ、ウェブサーバー、分散データストア、コンテナ化されたマイクロサービスなど)。
CPU を集中的に使用するワークロード 同時ユーザーを処理するために高いコンピューティングレベルを必要とするもの (マルチプレイヤーオンラインゲーム、ビデオエンコーディングアプリ、ビッグデータ分析、3D モデリングなど)。
メモリを集中的に使用するワークロード トランザクションを処理するために大量のメモリと処理を必要とするもの (リアルタイムストリーミングデータ、キャッシュ、分散データベースなど)。
GPU で高速化されたワークロード リアルタイムでタスクを実行するために CPU に加えて GPU の能力を必要とするもの (自動運転車、ナビゲーションシステム、地震解析など)。
ストレージに最適化されたワークロード 高度なスケーラビリティが必要なデータウェアハウス、インメモリデータベース、NoSQL データベースなど。

使用パターンに基づいてクラウドワークロードを分割することもできます。この分類は次のようになります:

静的ワークロード (CRM、ERP、メールサービスなどのリソースと可用性に対する既知のニーズ)
定期的なワークロード (会計ツールやサーバーレスコンピューティングなど、1 日、1 週間、1 か月、または 1 年の特定の時間に予測可能なトラフィックスパイク)。
予測不可能なワークロード (ソーシャルネットワーク、オンラインマルチプレイヤーゲーム、ビデオストリーミングサイトなど、使用量が急激に急増する傾向があるクラウドワークロード)。

クラウドワークロード評価とは

クラウドワークロード評価 (またはクラウドワークロード分析) ) は、現在のワークロードセットを調べて、それらをクラウドに移行する最適な方法を決定するプロセスです。これらのレポートは企業に次の情報を提供します:

どのワークロードをクラウドに移行し、どのワークロードをオンプレミスのままにしておく必要があるかを評価する
適切なワークロードごとに適切なクラウドタイプ（プライベート、パブリック、マルチクラウドなど）と関連する配信モデル（IaaS、PaaS、SaaS）
初期費用、総所有コスト (TCO)、投資収益率 (ROI)、および移行後の運用費用の見積もり
詳細な移行計画 (通常は ハンドブック と呼ばれます) ) により、迅速かつ低リスクのクラウド移行を保証します。

クラウドのワークロード分析は主に技術的なレビューですが、評価ではビジネス要件も考慮されます。企業のニーズとアプリに応じて、評価では、ワークロードに対して次の移行アプローチのいずれかを推奨できます。

リフトアンドシフト (再ホスト): 一連の物理サーバーまたは仮想サーバーでワークロードを把握し、アーキテクチャの変更を最小限に抑えてアプリをクラウド環境に移行する
クラウドへの拡張: クラウドリソースを使用するためにオンプレミスで実行されるワークロードを拡張する (通常は、クラウドバースティング機能を取得するため)
クラウドの最適化 (再プラットフォーム化): このクラウド移行戦略では、一連のクラウドサービスを利用するためにアプリの主要部分または主要部分を再設計する必要があります (自動化を利用するためにデータベースとのやり取りを変更したり、スケーリングを改善するために新しい機能を追加したりするなど)。
クラウドネイティブ: レガシーアーキテクチャを独立したマイクロサービスに変換するなど、クラウドデプロイ用にアプリを完全に書き直す

または、コンプライアンス、セキュリティ、または運用上の理由から、ワークロードを引き続きオンプレミスで実行する必要があることが評価で示唆される場合もあります。レポートは、会社がより良いパフォーマンスを達成するためにワークロードを削除する必要があることを示している場合さえあります.

一般的なクラウド移行の懸念 (およびタイムリーなクラウドワークロード分析による解決方法)

クラウドのワークロード評価は、クラウドへの移行に関する主要な懸念事項のほとんどを解決します。これらの問題には以下が含まれます:

ビジネス目標に沿った明確な移行戦略の欠如
引き続きオンプレミスで実行するワークロードとアプリを移行する
クラウドスプロール現象 (クラウドインスタンスとサービスの制御されていない管理) に悩まされている
パフォーマンスの低い IT 環境を作成する
計画された当初の予算を超過しています。
セキュリティの弱点やコンプライアンスリスクを生み出す
インフラストラクチャ全体を一度に移行し、重要なサービスの障害を引き起こす
新しいインフラストラクチャを運用するために必要なスキルがチームに不足していることを発見した。
移行後の可用性の問題やサービスの停止が長引く。

これらの問題の直接的な解決策ではありませんが、クラウドのワークロード分析により、これらの問題について時間通りに考えることができます。次の数字が示すように、移行プロセスの前と最中に十分な情報に基づいた意思決定を行う能力は大きな懸念事項です:

IT 意思決定者の 45% 以上が、クラウド移行に関連するコストの予測と理解に苦労していると回答しています。
クラウドへの移行を検討している企業の約 36% は、IT スタッフが新しい環境で働く能力について確信が持てません。
企業の 40% 以上が、クラウドへの移行前に既存のアプリの依存関係とアーキテクチャを理解するのに苦労しています。

クラウドワークロード分析のメリット

以下は、クラウドワークロード分析の最も影響力のある利点と、トップレベルの評価に時間とお金を投資することでビジネスが得られるものを詳しく見ていきます。

会社は詳細なクラウド準備状況分析を受け取ります。
それぞれの特定のワークロードが最適に機能する場所を学びます
会社は KPI と指標のリストを取得して、クラウド移行の成功を把握し、評価するのに役立てます。
クラウドに適していると判断された各ワークロードには、適切なサイズのクラウドリソースが割り当てられます。
すべてのアプリとワークロードの詳細なインベントリと、IT の依存関係を明確に把握する
分析により、IT 環境に不要になった冗長なアプリが検出されます。
移行前、移行中、移行後の費用について、正確で詳細なコスト分析が得られます (ソフトウェアライセンスや動的な運用費用を含む)。
移行の失敗や重大な失敗の可能性を最小限に抑える
新しいクラウド環境の設計は、組み込みのセキュリティに関する考慮事項から始まります。
企業は、移行を実行し、新しい環境を管理するために必要なスキルセットについて学び、必要なトレーニングセッションと潜在的な新規雇用についての洞察を提供します。

クラウドワークロード分析の仕組み

以下は、クラウドの適合性に関するワークロード評価を実行するための 5 つの主な手順です。アナリストの各チームには、タスクを実行する独自の順序がありますが、すべての方法には以下にリストされた手順が含まれます。

ステージ 1:ビジネスへの影響

最初のステップは、移行がビジネスに与える影響を評価し、残りの分析の基礎を築くことです。評価チームは次のことを行う必要があります:

クラウドへの移行に関する指標と KPI を定義する (ユーザー数の増加に対応するためのパフォーマンスの向上、新しいビルドのデプロイ時間の短縮、リリース頻度の増加、ユーザーエクスペリエンスの向上など)
アプリとワークロードの包括的なインベントリを構築する
プロパティに従ってアプリをカタログ化する
ビジネスクリティカルなワークロードと機密データを特定します (ほとんどのチームは、プロセスの最後にこれらのセクションを移行することを好みます)。
社内チームのスキルレベルを測定する
クラウドへの移行が必要なタイムラインを決定します (2 つの主な時間枠は、移行の開始と、新しいクラウドベースのセットアップが稼働するまでにかかる時間です)。
クラウドへの移行に関連するリスクのレベルを判断します (コンプライアンスを重視し、データの侵害と漏えいを防ぎます)

ステージ 2:初期ワークロード分析

2 番目のステップでは、チームはワークロードを評価し、移行の計画を開始する必要があります。チームは:

会社の技術的展望と独自の機能を理解する
ワークロードの分類を行い、各ワークロードの移行要件を決定する
ワークロード固有の制約、課題、ニーズをマッピングする
運用に影響を与えずに会社が排除できる、無駄な従来のワークロードがないかチェックする
移行の候補となる各ワークロードをマークします。
各ワークロードの潜在的なスケーリングの問題を検討してください。
ワークロードごとの可用性要件をマークする

ステージ 3:アーキテクチャの評価

評価チームは、アプリケーションの準備状況とクラウド環境への適合性を評価します。チームは:

クラウドへのアプリ移行の影響を評価する
各ワークロードの変更、処分、または置き換えの影響を理解する
クラウドに適したワークロードと、オンプレミスホスティングに適したワークロードを分離する
各アプリを移行するための適切なアプローチを決定します (リフトアンドシフト、再プラットフォーム化、完全なコードの書き直しなど)。
各ワークロード (パブリック、ハイブリッド、コミュニティクラウドなど) に適した導入モデルを決定します。
クラウドへの移行がアプリのライセンスに影響するかどうかを確認してください。
アプリが移行戦略を妨げる可能性があるかどうかを指定してください。
サポートされていないソフトウェアや、やり直しが必要な複雑なコードを特定する
より最適なワークロードとアプリのパフォーマンスにつながるアーキテクチャの改善を提案する
オーケストレーションと自動化機能の影響力のある機会を探す

ステージ 4:技術的特性の評価

クラウドワークロード評価チームは、関連するすべてのワークロードのアーキテクチャ以外の機能を考慮する必要があります。チームは:

すべてのワークロードの統合と依存関係を確認する
どのワークロードとアプリを同じクラウドに置くべきかを評価する
既存のワークロードの相互運用性要因を確認してください。
アプリのカスタム機能がクラウド移行の実行可能性に影響を与える可能性があるかどうかを判断する
各ワークロードのサポート要素を調べます (サポートドキュメントの入手可能性、技術図など)。
アプリとワークロードごとに移行のしやすさをランク付けします。
法規制の遵守要件（HIPAA、GDPR、PCI など）に対応する
現在のセキュリティメカニズムを分析し、アップグレードを提案する
クラウドリソースを使用するためのセキュリティ戦略を調整する

ステージ 5:コスト分析とプレイブック

最後に、クラウドワークロード分析チームが移行の価格を計算し、最適なクラウド移行の詳細なガイド (プレイブック) を提供します。チームは:

クラウド移行の価格帯を提示する
システムをローカルでホストする場合とクラウドでホストする場合のコストを比較してください。
移行後のおおよその支出を定義する
予想される ROI の概要を説明します。
対象環境の総所有コスト (TCO) を計算する
会社がいつどのように移行に取り組むべきか、各ワークロードに最適なクラウドプラットフォームは何か、クラウドリソースの使用を開始した後にシステムがどのようになるかを説明する詳細なプレイブックを提供する
社内チームがシフトを実行し、新しい環境を実行するために必要なすべてのスキルを挙げてください (アナリストは、会社のチームのトレーニング計画を作成することもできます)。
必要なサポートリソースをすべて挙げてください。

適切なクラウドワークロード分析ツールの選択

クラウドワークロード分析を実行することにした場合、次の 3 つのオプションがあります。

社内のアナリストチームを活用する
第三者企業から評価チームを外注する
クラウドワークロードの評価に特化したツールを使用する

それぞれのオプションには利点がありますが、わずか数分でワークロードの分析と十分な情報に基づいた意思決定を開始できるのはツールだけです。

ワークロード分析ツールでできることを確認したい場合は、CloudGenera は、AI と機械学習を使用して、人間が完了するのに数週間または数か月かかるタスクを実行する一流の評価プラットフォームです。 CloudGenera のワークロード配置プラットフォームは、以下を提供するワンストップソリューションです。