翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS 最適化とライセンスの評価
概要
AWS 最適化とライセンス評価 (AWS OLA)
-
既存のデプロイ、アプリケーションのパフォーマンス、および契約について理解する。
-
リソースのサイズを適正化する。
-
へのロードマップを作成します AWS クラウド。
-
既存の投資を使用し、使用した分だけ支払うことで、コストを削減する。
OLA AWS をコスト最適化ジャーニーの最初のステップにすることをお勧めします。を使用して OLA AWS AWS Partner Network を完了できます。これらは、評価データを収集し、ライセンスとインスタンスのコストを最適化するための推奨事項を提供するのに役立ちます。
次の図は、評価プロセスの概要を示しています。
評価オプション
の Microsoft AWS ワークロードには、次の 2 つの OLA オプションから選択できます AWS。
-
Lite バージョン – このユースケースでは、すべてのワークロードが VMware 上にあります。 AWS には、RVTools
からの出力を指定できます。その後、 は 1~5 日のターンアラウンドタイムを提供 AWS できます。このアプローチでは、VMware vCenter から直接プルしたポイントインタイム情報を使用して、サイズ設定の推奨事項を作成し、オンデマンドの料金オプションを提供します。 -
フルバージョン – このユースケースでは、さまざまなクラウドプロバイダー、物理サーバー、仮想サーバーで混合環境が実行されています。 はオペレーティングシステムエージェント AWS を使用して 14~30 日間の使用状況データを収集します。これにより AWS 、 はアプリケーションの使用パターンに基づいて、情報に基づいたインスタンスのサイジングを決定できます。 AWS は Cloudamize などのいくつかのサードパーティーツールを使用して analysis. AWS works を実行し、料金モデルとさまざまなアーキテクチャを考慮した複数の料金オプションを使用して、最終的な総所有コスト (TCO) 評価 AWS Partner Network を提供します。
完全な評価
完全な AWS OLA 評価は、1 時間の電話によって開始されます。このコール中に、 は移行をサポートする最適な AWS インフラストラクチャを決定し、データ収集方法を選択し、完了のタイムラインを確立する AWS のに役立ちます。組織に検出ツールを実装するかどうかは、データ収集方法、組織のサイズ、組織がサーバーのフリートを管理するために使用するツールによって異なります。通常、使用状況データの収集には 2 週間かかります。
完全な OLA AWS プロセスには 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 努めます。セットアップを支援する簡単な電話に加えて、OLA チームおよび Microsoft AWS スペシャリストソリューションアーキテクトは、総所有コスト (TCO) 分析とレビューのための推奨事項を準備します。
CPU 使用率、RAM 使用率、ストレージスループット、IOPS、ネットワークスループットを分析する場合、データ収集には通常 2~3 週間かかります。理想的には、このコレクションは毎月のピーク時 (end-of-monthの財務レポートなど) に行われます。 はピーク時の使用状況を把握 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 リソース最適化の機会とサードパーティーライセンスの節約の両方を特定することが含まれます。
AWS リソース最適化の機会の例:
-
ピーク使用量のオーバープロビジョニングを回避する。
-
リソースの過剰な指定や過少使用を回避する。
-
インスタンスのサイズを適切に設定し、最新世代の EC2 インスタンスに移行する。
-
マネージドデータベースに移行することで、運用コストを節約する。
サードパーティーライセンスの節約の例:
-
同じワークロードを実行するために必要なコアを減らす。
-
不要な SQL Server Enterprise Edition とアドオンパックを取り除く。
-
ゾンビサーバーを削除し、古いハードウェアを置き換える。
-
BYOL およびライセンス込みオプションを使用して、将来の商業契約を削減する。
-
オープンソースおよびクラウドネイティブソリューションにモダナイズする。
次のステップの計画
最後に、収集されたパフォーマンスデータ AWS を使用して、特定のワークロードのサイジングとコストを見積もります。 AWS は、スコープされた環境を集約して調べ、定量的分析を行うこともできます。これは、最適なオプションがオンプレミスの更新か移行かを判断するのに役立ちます AWS。OLA の最後に用意されている TCO 分析の概要 (次の例を参照) AWS を使用して、クラウド経済のビジネスケースを構築できます。
AWS OLA は、次のような提案を行うことで、モダナイゼーションが既存のワークロードに与える影響についてのインサイトも提供します。
-
Linux オペレーティングシステムに移動する。
-
ARM プロセッサ (AWS Graviton) のアプリケーションサポートを追加します。
-
SQL Server ワークロードを Amazon Aurora に移動する。
-
Windows および SQL Server ワークロードをオープンソーステクノロジーに移動することで、ソフトウェア保証を削除する。
次の図は、Windows から Linux への移動や SQL Server から Aurora への移動などのモダナイズ手法によって実現できるコスト削減を示しています。
完全な OLA AWS プロセスには、開始から終了まで約 45 日かかります。次の図は、タイムラインの例を示しています。
純粋な VMware 環境があり、RVTools からの出力を提供できる場合は、このタイムラインを 1 営業週に短縮できます。さらに、 は、CPU 平均、CPU ピーク、RAM 平均、RAM ピークなどのアセットと使用率データを含むフラットファイルを分析 AWS できます。
評価の影響
平均的なお客様は、通常、サイズ適正化作業により 20~30% のコスト削減を経験します。サイズ適正化は、使用状況データに基づいてソースワークロードを最適なサイズの AWS インスタンスに一致させます。これらの適切なサイズ調整により、 AWS 環境の月額コストを削減できるだけでなく、多くの場合、組織内の他の場所でコスト削減につながります。例えば、Windows または SQL Server のライセンスを 20~30% 増やすと、Microsoft との次の調整を減らしたり、追加の基幹業務アプリケーションのライセンスを解放したりできます。SQL Server ワークロードの統合とサイズ適正化は、一般的に最も劇的な財務上の利益を実現する場所です。
AWS は、システムをモダナイゼーションバケットに分類するのに役立ちます。一部のシステムはレガシーであり、財務的には触れることができませんが、最も大きな節約が実現されるコンテナやサーバーレスアプリケーションにモダナイズされるシステムもあります。 AWS チームとの会話は、クラウドが何を可能にするかについての一般化されたトピックから、特定のワークロードをモダナイズする方法と理由についてのより具体的な議論に移行します。 AWS また、 は潜在的なイノベーションの機会の探索にも役立ちます。
次の手順
オンプレミス環境または で実行されている Microsoft ワークロードのコスト最適化ジャーニーを開始する場合は AWS、 AWS アカウントチームに連絡して OLA AWS をリクエストしてください。 AWS チームメンバーは質問に回答し、OLA AWS が最終的にユーザーと組織にとって適切な選択であるかどうかを決定できます。または、OLA AWS をオンラインでリクエスト
その他のリソース
-
AWS 最適化とライセンスの評価
(AWS ドキュメント) -
AWS re:Invent 2022 - (ENT205) での AWS コスト削減と Microsoft ワークロードの最適化方法
(YouTube)