SUS05-BP01 ニーズに合わせて最小限のハードウェアを使用する
ワークロードには最小限のハードウェアを使用し、ビジネスニーズを効率的に満たします。
一般的なアンチパターン:
-
リソースの使用率をモニターしていない。
-
アーキテクチャに使用率が低いリソースがある。
-
静的ハードウェアの使用率を見直してサイズを変更するかどうかを判断していない。
-
ビジネス KPI に基づいたコンピューティングインフラストラクチャのハードウェア使用率目標を設定していない。
このベストプラクティスを活用するメリット: クラウドリソースのサイズを最適化すると、環境に対するワークロードの影響を削減し、費用を節約して、パフォーマンスベンチマークを維持できます。
このベストプラクティスが確立されていない場合のリスクレベル: 中
実装のガイダンス
ワークロードに必要なハードウェアの総数を適切に選択して、全体の効率を改善します。AWS クラウドは、AWS Auto Scaling
実装手順
-
インスタンスタイプの選択: ニーズに最適なインスタンスタイプを選択します。Amazon Elastic Compute Cloud インスタンスの選択方法や、属性ベースのインスタンス選択などの仕組みについては、以下を参照してください。
-
スケール: ワークロードの変動に合わせて少しずつスケールします。
-
複数のコンピューティング購入オプションの使用: 複数のコンピューティング購入オプションを使用して、インスタンスの柔軟性、スケーラビリティ、コスト削減のバランスを取ります。
-
Amazon EC2 オンデマンドインスタンスは、インスタンスタイプ、ロケーション、処理時間に柔軟性がなく新規のステートフルでスパイクが発生するワークロードに最適です。
-
Amazon EC2 スポットインスタンスは、耐障害性が高く柔軟性があるアプリケーションにおいて、他のオプションを補完する優れた方法です。
-
自分のニーズ (AZ、リージョン、インスタンスファミリー、インスタンスタイプ) が変化した場合に柔軟に対応できる安定した状態のワークロードには、Compute Savings Plans
を活用します。
-
-
さまざまなインスタンスやアベイラビリティーゾーンの使用: さまざまなインスタンスやアベイラビリティーゾーンを使用して、アプリケーションの可用性を最大化し、可能なときは余剰キャパシティを活用します。
-
適切なインスタンスサイズ: AWS ツールの適切なサイズのレコメンデーションを使用して、ワークロードを調整します。詳細については、「Optimizing your cost with Rightsizing Recommendations」および「適切なサイジング: ワークロードに適したインスタンスのプロビジョニング」を参照してください。
-
AWS Cost Explorer の適切なサイズのレコメンデーション、または AWS Compute Optimizer
を使用して、適切なサイジングの機会を特定します。
-
-
サービスレベルアグリーメント (SLA) の見直し: 容量の一時的な削減ができるように SLA を見直すと同時に、自動化を使用して代替リソースをデプロイします。
リソース
関連するドキュメント:
-
Optimizing your AWS Infrastructure for Sustainability, Part I: Compute
(サステナビリティのための AWS インフラストラクチャの最適化、パート I : コンピューティング) -
Attribute based Instance Type Selection for Auto Scaling for Amazon EC2 Fleet
(EC2 フリート向け Auto Scaling 用の属性ベースのインスタンスタイプの選択) -
Operating Lambda: Performance optimization
(Lambda の操作: パフォーマンス最適化 – パート 2)
関連動画:
