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

Windows ワークロードを適切なサイズに設定する

概要:

適切なサイジングは、最も強力なコスト削減ツールの 1 つです。 は、AWS 最適化とライセンス評価 (AWS OLA) を使用して潜在的なワークロードを確認することから、 を使用して既存のワークロードを確認することまで、適切なサイジング情報を収集するためのさまざまな方法 AWS を提供しますAWS Cost Explorer。

このセクションでは、AWS Compute Optimizer を使用して Amazon EC2 の適切なサイズ設定の機会を特定する方法について説明します。Compute Optimizer は、次のタイプの AWS リソースの過剰プロビジョニングと過少プロビジョニングを防ぐのに役立ちます。

コスト最適化シナリオ

適切なサイズ設定の有効性を測定するのは難しい場合があります。適切なサイズ設定の取り組みは、特定のアプリケーション、チーム、または組織全体に向けられる可能性があるためです。たとえば、数千のインスタンスを に移行し AWS、フリートの 90% が Windows ワークロードで構成される組織を考えてみましょう。組織は Compute Optimizer を使用してフリートを分析し、アカウントおよび AWS リージョン全体で大幅な過剰プロビジョニングを検出できます。その後、AWS Systems Manager Automation を使用して、複数のメンテナンスウィンドウを通じてフリートのサイズを適切に設定できます。結果として、組織は、フリートの 70% に対して適切なサイズのインスタンスタイプを調整することができ、35% のコスト削減を実現します。

次のダッシュボードは、このサンプル組織が Compute Optimizer の適切なサイズ設定推奨事項を戦略的に実装したことにより、数か月にわたって達成された削減額を示しています。その目的は、契約終了が近づいているコロケーションデータセンターからの停止した移行を再開するために、既存のワークロードを可能な限り効率的に運用することでした。

コスト最適化の推奨事項

Compute Optimizer を使用してコストを最適化するには、次のステップを実行することをお勧めします。

Compute Optimizer を有効にする

Compute Optimizer は、組織レベルまたは AWS Organizationsの単一アカウントレベルで有効にできます。組織全体の設定では、すべてのメンバーアカウントのフリート全体の新規および既存のインスタンスの継続的なレポートが提供されます。これにより、適切なサイズ設定を、ポイントインタイムアクティビティではなく、繰り返し行うアクティビティにすることができます。

組織レベル

ほとんどの組織にとって、Compute Optimizer を使用する最も効率的な方法は組織レベルです。これにより、マルチアカウントとマルチリージョンの組織への可視性が提供され、レビューのためにデータを 1 つのソースに一元化できます。組織レベルでこれを有効にするには、以下を実行します。

単一アカウントレベル

コストの高いアカウントをターゲットにしているが、 AWS Organizationsにアクセスできない場合は、そのアカウントとリージョンに対して Compute Optimizer を有効にできます。オプトインプロセスの詳細については、Compute Optimizer ドキュメントの「Getting started with AWS Compute Optimizer」を参照してください。

Windows ノードのメモリメトリクス収集を有効にする

メモリメトリクスは、組織内で十分な情報に基づいた適切なサイズ設定の推奨事項を示すために必要な必須メトリクスを Compute Optimizer に提供します。これは、推奨事項を提供する前に CPU、メモリ、ネットワーク、ストレージの分析が行われているためです。

Windows EC2 インスタンスから Compute Optimizer にメモリメトリクスを渡すには、CloudWatch エージェントを有効にし、60 秒ごとにメモリメトリクスを収集するように設定する必要があります。CloudWatch でメモリメトリクスを使用する場合、追加料金はかかりません。

CloudWatch エージェントを有効にしてメモリメトリクスを設定する

ComputeOptimize.yml ファイルをダウンロードします。このファイルを使用して、アカウント内のすべてのインスタンスのメモリ収集を有効にできます。テンプレートファイルは、次のコンポーネントを生成します。

次に、以下の手順を実行します。

関連付けの進行状況をモニタリングする

CloudWatch でメトリクスを表示する

メトリクスが CloudWatch に入力されるまで、少なくとも 5 分間待つことをお勧めします。

Compute Optimizer 推奨事項を使用する

1 つのアカウントと 1 つのリージョン内で適切なサイズ変更を行うことに焦点を当てた例について考えてみましょう。この例では、Compute Optimizer はすべてのアカウントで組織レベルで有効になっています。適切なサイズ設定は破壊的なプロセスであり、ほとんどの場合、数週間にわたるスケジュールされたメンテナンス期間中にアプリケーション所有者が正確に実行するプロセスであるという点に注意してください。

組織の管理アカウント内から Compute Optimizer に移動する場合は (次の手順を参照)、調査するアカウントを選択できます。この例では、us-east-1 リージョンの 1 つのアカウントで実行されているインスタンスが 6 つあります。6 つのインスタンスすべてが過剰にプロビジョニングされています。目標は、Compute Optimizer からの推奨事項に基づいてインスタンスのサイズを変更することです。

過剰にプロビジョニングされたインスタンスを特定し、推奨事項の詳細をエクスポートする

推奨事項に基づいてインスタンスを選択する

インスタンスの推奨事項は、Compute Optimizer によって収集および分析されたパフォーマンスメトリクスに基づいています。最適なインスタンスを選択するには、インスタンスで実行されているワークロードに注意することが重要です。この例では、最新世代の Amazon EC2 R6i、R5、および T3 インスタンスから選択できることを前提としています。T3 インスタンスはバースト可能で、ネットワーク帯域幅機能は低くなります。R5 インスタンスと R6 インスタンスは、1 時間あたりのコストが同じであり、ほぼ同一です。ただし、R6 インスタンスは、ネットワーク帯域幅容量が大きく、最新世代の Intel プロセッサを搭載しており、R5 と同じコンピューティングフットプリントを提供します。この例では、R6 がサイズ変更に最適なオプションです。

適切なサイズ設定のためにインスタンスにタグを付ける

ワークロードにタグを付けることは、 AWSでリソースを整理するための強力なツールです。タグを使用すると、コストをきめ細かく可視化し、チャージバックを容易にすることができます。 AWS リソースにタグを追加するための戦略と方法の詳細については、「 リソースのタグ付けに関する AWS ホワイトペーパーのベストプラクティス」を参照してください。 AWSこの例では、AWS タグエディタを使用して、メンテナンス期間中にサイズ変更の対象となる過剰にプロビジョニングされたインスタンス間でタグ付けを調整することができます。このタグを使用して、変更前後のコストを表示することもできます。

ユーザー定義のタグを作成してリソースに適用した後、アクティブ化のためにタグがコスト配分タグページに表示されるまでに最大で 24 時間かかる場合があります。アクティブ化のためにタグを選択した後、タグが有効になるまでにさらに 24 時間かかることがあります。

上級ユーザーは、ターゲットアカウントとリージョン内で AWS CloudShell を使用して、複数のインスタンスにタグを付けることができます。例えば、次のようになります。

bash
#!/bin/bash
# Set variables
TAG_KEY="rightsizing"
TAG_VALUE="type-m5"
# Get a list of instance IDs
INSTANCE_IDS=$(aws ec2 describe-instances —query "Reservations[].Instances[].InstanceId" —output text)
# Loop through each instance ID and add the tag
for INSTANCE_ID in $INSTANCE_IDS; do
 aws ec2 create-tags —resources $INSTANCE_ID —tags Key=$TAG_KEY,Value=$TAG_VALUE
done

AWS 請求ツールを操作するためにコスト配分タグを有効にする

ユーザー定義のコスト配分タグをアクティブ化することをお勧めします。これにより、 AWS 請求ツール (Cost Explorer や など) で Rightsizing タグが認識され、フィルタリングできるようになります AWS Cost and Usage Report。これを有効にしない場合、タグフィルタリングオプションとデータは使用できなくなります。コスト配分タグの使用の詳細については、 AWS Billing and Cost Management ドキュメントの「Activating user-defined cost allocation tags」を参照してください。

24 時間後、Cost Explorer にタグが表示されます。

Systems Manager Automation を使用して適切なサイズ設定の推奨事項を実装する

サイズ変更は、インスタンスを停止して開始する必要があるシナリオです。このシナリオでは、メンテナンス期間にこの中断を処理し、独自のサイズ変更を処理するために別のチームが必要になる場合があります。インスタンスタイプを変更する前に、Amazon EC2 ドキュメントの「Considerations for compatible instance types」を確認してください。

このセクションのステップ例では、AWS-ResizeInstance という Systems Manager Automation ドキュメントを使用して、アカウントおよびリージョンごとに適切なサイズ設定の推奨事項を実装します。ほとんどの組織はさまざまな目的で異なるインスタンスタイプを必要とするため、このアプローチはほとんどの組織にとって一般的です。同じ AWS-ResizeInstance オートメーションドキュメントを使用して、単一アカウントおよびマルチアカウントのデプロイを対象にすることもできます。

代替のサイズ変更方法を検討する

起動テンプレートを使用してインスタンスをデプロイする場合は、起動テンプレートを適切なサイズのインスタンスタイプで更新し、インスタンスの更新を実行してインスタンスを適切なサイズのバージョンに置き換えることができます。

複数のアカウントとリージョンで適切なサイズ設定プロセスを使用する場合は、カスタム Systems Manager Automation ドキュメントを作成する必要があります。このドキュメントでは、複数のインスタンスをパラメータとしてフィードし、同じ宛先インスタンスタイプに移行するインスタンスを対象にすることができます (例えば、ソースインスタンスタイプに関係なく、t3a.medium に移行するすべてのインスタンス)。

Cost Explorer で前と後のコストを確認する

リソースのサイズを適切に設定したら、Cost Explorer を使用し、[ライトサイジング] タグを使用して、前と後のコストを表示できます。リソースタグを使用してコストを追跡できることを思い出してください。複数のタグレイヤーを使用することで、コストをきめ細かく可視化できます。このガイドで説明する例では、[ライトサイジング] タグを使用して、すべてのターゲットインスタンスに汎用タグを適用します。次に、[チーム] タグを使用して、リソースをさらに整理します。次のステップでは、アプリケーションタグを導入して、特定のアプリケーションを運用する際のコストへの影響をさらに示します。

次の図は、組織のタグ構造を示しています。

運用チームが所有する本番用ウェブサーバーのサイズを適切に設定するビジネスの例を考えてみましょう。Cost Explorer では、Rightsizing タグは enabled に設定され、Team タグは operations に設定されています。この例では、適切なサイズ設定作業により、運用コストが 1 時間あたり 0.89 セントから 0.28 セントに削減されます。1 か月あたり 744 時間と仮定すると、適切なサイズ設定の前の年間コストは 7,945.92 USD です。適切なサイズ設定の後、年間コストは 2,499.84 USD に削減されます。これにより、年間ワークロードコストが 68.5% 削減されることになります。これが大規模な組織全体に及ぼす影響を想像してみてください。これはサンプル環境で行われ、インスタンスはほとんどアイドル状態であることに注意してください。本番環境では、10～35% の節約が見込まれます。

次に、エンジニアリングチームが所有する本番用踏み台ホストの適切なサイズ設定の影響について検討します。Cost Explorer では、Rightsizing タグは enabled に設定され、Team タグは engineering に設定されています。この例では、適切なサイズ設定作業により、コストが 1 時間あたり 0.75 セントから 0.44 セントに削減されます。1 か月あたり 744 時間と仮定すると、適切なサイズ設定の前の年間コストは 6,696.00 USD です。適切なサイズ設定の後、年間コストは 3,928.32 USD に削減されます。

複数のタグを使用する場合は、データフィルタリングしてコストの詳細まで確認することができます。この例では、Team タグによってノイズが削減され、チームレベルで影響を確認できるようになります。Rightsizing タグが有効になっているため、そのタグの値が enabled になっているインスタンス、または値が存在しないインスタンスをフィルタリングすることもできます。これにより、特に Cost Explorer レベルで管理アカウント (支払者) に表示される場合、適切なサイズ設定作業のグローバルビューを提供できます。このビューでは、すべてのアカウントとインスタンスを表示できます。

Rightsizing タグが enabled に設定されている単一アカウントレベルでの例について考えてみましょう。  運用コストは 1 時間あたり 1.64 USD から 0.72 USD に減少します。1 か月あたり 744 時間と仮定すると、適切なサイズ設定の前の年間コストは 14,641.92 USD です。適切なサイズ設定の後、年間コストは 6,428.16 USD に削減されます。これにより、このアカウントのコンピューティングコストが 56% 削減されます。

適切なサイズ設定ジャーニーを開始する前に、次の点を考慮してください。

推奨事項

次のステップとして以下の手順の実行を推奨します。

その他のリソース