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