AWS 最適化とライセンス評価 - AWS 規範ガイダンス
概要評価オプション完全な評価評価の影響次のステップその他のリソース

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

AWS 最適化とライセンス評価

概要

AWS Optimization and Licensing Assessment (AWS OLA) を使用すると、リソース使用率、サードパーティのライセンス、およびアプリケーションの依存関係に基づいて、現在のオンプレミス環境と既存のクラウド環境を評価および最適化できます。AWS OLA を使用すると、組織は、AWS に移行したり、AWS 上の既存の Microsoft ワークロードを評価したりする際のコスト削減を可能にする移行およびライセンス戦略を構築できます。AWS OLA は、以下の達成にも役立ちます。

  • 既存のデプロイ、アプリケーションのパフォーマンス、および契約について理解する。

  • リソースのサイズを適正化する。

  • AWS クラウド へのロードマップを作成する。

  • 既存の投資を使用し、使用した分だけ支払うことで、コストを削減する。

AWS OLA をコスト最適化ジャーニーの最初のステップにすることをお勧めします。AWS Partner Network を使用して AWS OLA を完了できます。これらは、評価データを収集し、ライセンスとインスタンスのコストを最適化するための推奨事項を提供するのに役立ちます。

次の図は、評価プロセスの概要を示しています。

完全な AWS OLA プロセス

評価オプション

AWS で Microsoft ワークロードの 2 つの AWS OLA オプションから選択できます。

  • Lite バージョン – このユースケースでは、すべてのワークロードが VMware 上にあります。AWS には、RVTools からの出力を提供できます。その後、AWS は 1～5 日のターンアラウンドタイムを提供できます。このアプローチでは、VMware vCenter から直接プルしたポイントインタイム情報を使用して、サイズ設定の推奨事項を作成し、オンデマンドの料金オプションを提供します。

  • フルバージョン – このユースケースでは、さまざまなクラウドプロバイダー、物理サーバー、仮想サーバーで混合環境が実行されています。AWS は、オペレーティングシステムエージェントを使用して 14～30 日間の使用状況データを収集します。これにより、AWS は、アプリケーションの使用パターンに基づいて、情報に基づいたインスタンスのサイズ決定を行うことができます。AWS は、Cloudamize などのいくつかのサードパーティー製ツールを使用して分析を完了します。AWS は AWS Partner Network と連携して、料金モデルとさまざまなアーキテクチャを考慮した複数の料金オプションを使用して、最終的な総保有コスト (TCO) 評価の提供を支援します。

完全な評価

完全な AWS OLA 評価は、1 時間の電話によって開始されます。このコール中、AWS は、移行をサポートする最適な AWS インフラストラクチャを決定し、データ収集方法を選択し、完了のタイムラインを確立するのに役立ちます。組織に検出ツールを実装するかどうかは、データ収集方法、組織のサイズ、組織がサーバーのフリートを管理するために使用するツールによって異なります。通常、使用状況データの収集には 2 週間かかります。

完全な AWS OLA プロセスには 30～45 日かかり、以下のフェーズで構成されます。

  • ワークロードの範囲

  • データの収集

  • データを分析する

  • 次のステップの計画

ワークロードの範囲

まず、AWS はユーザーとチームと協力して、評価の範囲を決定します。これは通常、環境タイプ (非本番や本番など) 別に分類されます。範囲には、ワークロードの場所が含まれます。これは、AWS に移行するワークロード、既に AWS で実行されているワークロード (Amazon EC2 の AWS OLA など)、他のクラウドプロバイダーで実行されているワークロードなどです。

データの収集

次に、AWS は、リソースの検出とサーバーからのパフォーマンスデータの収集に役立つツールをデプロイします。このツールには、次の 4 つのデプロイオプションがあります。

  • ハイパーバイザーをクエリできるツール (VMware vCenter または Hyper-V 認証情報のみが必要)

  • 物理マシンまたは仮想マシンにデプロイできるエージェント

  • 環境とオペレーティングシステムに応じて SSH、Windows Remote Management (WinRM)、または Windows Management Instrumentation (WMI) を使用したエージェントレス検出

  • フラットファイルデータ収集と分析

ツールのデプロイでは、各オプションをうまく組み合わせて、結果を統合できます。どのオプションを選ぶにしても、IT リソースに負荷をかけないようにすることがきわめて重要です。AWS は、評価プロセスができる限りすぐに利用可能になるよう努めています。セットアップを支援する簡単な電話以外にも、AWS OLA チームおよび Microsoft スペシャリストソリューションアーキテクトは、総保有コスト (TCO) 分析とレビューのための推奨事項を準備しています。

CPU 使用率、RAM 使用率、ストレージスループット、IOPS、ネットワークスループットを分析する場合、データ収集には通常 2～3 週間かかります。理想的には、この収集は、営業月のピーク時 (月末の財務報告時など) に行われます。AWS は、ピーク使用量をキャプチャしたいと考えます。これにより、適切なサイズの AWS インスタンスはどうあるべきかに関する適切な統計サンプルを提供しながら、オンプレミスで利用可能なものをパフォーマンスが超えることを保証するからです。AWS は、使用率メトリクスとさまざまなプロセッサ世代のパフォーマンスヒューリスティックを統合して、特定のワークロードに必要な CPU と RAM の正確な量をターゲットにします。これらのターゲットは通常、オンプレミスで割り当てられているものよりも小さくなります。これにより、インスタンスのサイズに関するコンピューティングコストが削減されるだけでなく、ライセンスコストも最適化されます。

次のダッシュボードビューは、評価でキャプチャできるインフラストラクチャコストの例を示しています。

インフラストラクチャコストダッシュボード

データを分析する

AWS は、データ収集の完了後に報告プレゼンテーションを提供します。AWS は、データを確認し、結果を要約してから、オンプレミスの使用状況とクラウド移行に関する推奨事項を作成します。統合の機会、伸縮性の向上 (ワークロードをオフまたは季節調整できる)、適切な SKU の機会 (例えば、SQL Server Enterprise Edition を使用中だが、リソース要件と機能の使用状況から SQL Server Standard Edition が適していることがわかるなど) を調べることで、コンピューティングとライセンスのコストを削減できます。コアによってライセンスされている SQL Server などの製品では、より高価なコンピューティングインスタンスにワークロードを配置することが経済的に理にかなっていることがよくあります。つまり、CPU プロファイルと RAM と vCPU の比率が、ライセンス込みのユースケースと Bring Your Own License (BYOL) ユースケースの両方でライセンスされたコアの数を減らす実質的な効果をもたらす場合です。

以下は、評価によって収集されたデータに基づく分析の例です。

AWS OLA 分析出力

一般的な最適化シナリオには、AWS リソース最適化の機会とサードパーティーライセンスの節約の両方を特定することが含まれます。

AWS リソース最適化の機会の例:

  • ピーク使用量のオーバープロビジョニングを回避する。

  • リソースの過剰な指定や過少使用を回避する。

  • インスタンスのサイズを適切に設定し、最新世代の EC2 インスタンスに移行する。

  • マネージドデータベースに移行することで、運用コストを節約する。

サードパーティーライセンスの節約の例:

  • 同じワークロードを実行するために必要なコアを減らす。

  • 不要な SQL Server Enterprise Edition とアドオンパックを取り除く。

  • ゾンビサーバーを削除し、古いハードウェアを置き換える。

  • BYOL およびライセンス込みオプションを使用して、将来の商業契約を削減する。

  • オープンソースおよびクラウドネイティブソリューションにモダナイズする。

次のステップの計画

最後に、AWS は、収集されたパフォーマンスデータを使用して、特定のワークロードのサイズ設定とコストを見積もります。AWS は、スコープされた環境を集約して調べ、定量的分析を行うこともできます。これは、最適なオプションがオンプレミスの更新か、AWS への移行かを判断するのに役立ちます。AWS OLA の最後に用意されている TCO 分析の概要 (次の例を参照) を使用して、クラウドエコノミクスのビジネスケースを構築できます。

AWS OLA からの TCO 分析の概要

AWS OLA は、次のような提案を行うことで、モダナイズが既存のワークロードに与える影響についてのインサイトも提供します。

  • Linux オペレーティングシステムに移動する。

  • ARM プロセッサ (AWS Graviton) のアプリケーションサポートを追加する。

  • SQL Server ワークロードを Amazon Aurora に移動する。

  • Windows および SQL Server ワークロードをオープンソーステクノロジーに移動することで、ソフトウェア保証を削除する。

次の図は、Windows から Linux への移動や SQL Server から Aurora への移動などのモダナイズ手法によって実現できるコスト削減を示しています。

移行コストの図

完全な AWS OLA プロセスは、開始から終了まで約 45 日かかります。次の図は、タイムラインの例を示しています。

完全な AWS OLA プロセスのワークフロー

純粋な VMware 環境があり、RVTools からの出力を提供できる場合は、このタイムラインを 1 営業週に短縮できます。さらに、AWS は、CPU 平均、CPU ピーク、RAM 平均、RAM ピークなどのアセットと使用率データを含むフラットファイルを分析できます。

評価の影響

平均的なお客様は、通常、サイズ適正化作業により 20～30% のコスト削減を経験します。サイズ適正化は、使用状況データに基づいてソースワークロードを最適なサイズの AWS インスタンスに一致させます。これらのサイズ適正化調整は、AWS 環境の月額コストを削減するだけでなく、多くの場合、組織内の他の場所で節約につながります。例えば、Windows または SQL Server のライセンスを 20～30% 増やすと、Microsoft との次の調整を減らしたり、追加の基幹業務アプリケーションのライセンスを解放したりできます。SQL Server ワークロードの統合とサイズ適正化は、一般的に最も劇的な財務上の利益を実現する場所です。

AWS は、システムをモダナイズバケットに分類するのに役立ちます。一部のシステムはレガシーであり、財務的には触れることができませんが、最も大きな節約が実現されるコンテナやサーバーレスアプリケーションにモダナイズされるシステムもあります。AWS チームとの会話は、クラウドが何を可能にするかについての一般化されたトピックから、特定のワークロードをモダナイズする方法と理由についてのより具体的な議論に移行します。また、AWS は、潜在的なイノベーションの機会の探索にも役立ちます。

次のステップ

オンプレミス環境または AWS で実行されている Microsoft ワークロードのコスト最適化ジャーニーを開始する場合は、AWS アカウントチームと連携して AWS OLA をリクエストしてください。AWS チームメンバーは、質問に回答し、AWS OLA が最終的にユーザーと組織にとって適切な選択であるかどうかを決定するのを支援します。または、AWS OLA をオンラインでリクエストすることもできます。

その他のリソース