PERF02-BP04 コンピューティングリソースの設定とライトサイジングを行う
ワークロードのパフォーマンス要件に合わせてコンピューティングリソースの設定とライトサイジングを行うことで、リソースの過不足を防ぎます。
一般的なアンチパターン:
-
ワークロードのパフォーマンス要件を無視した結果、コンピューティングリソースのプロビジョニングが過剰になったり不足したりする。
-
使用できる最大または最小のインスタンスのみをすべてのワークロードに対して選択する。
-
管理を容易にするため、1 つのインスタンスファミリーのみを使用する。
-
AWS Cost Explorer または Compute Optimizer からのライトサイジングに関する推奨事項を無視する。
-
新しいインスタンスタイプが適合するかどうかについてワークロードを再評価しない。
-
組織で使用できるインスタンス設定としてごく少数のみを認証する。
このベストプラクティスを活用するメリット: コンピューティングリソースをライトサイジングすることで、リソースの過剰プロビジョニングやプロビジョニング不足を回避できるため、クラウドでの運用が最適化されます。通常、コンピューティングリソースのサイズを適切に設定すると、パフォーマンスが上がり、カスタマーエクスペリエンスが向上すると同時に、コストも削減されます。
このベストプラクティスを活用しない場合のリスクレベル: 中
実装のガイダンス
ライトサイジングにより、組織はビジネスニーズに対応しながら、効率的かつ費用対効果の高い方法でクラウドインフラストラクチャを運用できます。クラウドリソースを過剰にプロビジョニングすると余分なコストが発生する可能性があり、プロビジョニングが不十分だと、パフォーマンスが低下し、カスタマーエクスペリエンスが低下する可能性があります。AWS の
AWS Compute Optimizer
実装手順
-
ニーズに最適なインスタンスタイプを選択します。
-
ワークロードのさまざまなパフォーマンス特性と、それらの特性とメモリ、ネットワーク、CPU 使用率との関連を分析します。このデータを使用して、ワークロードのプロファイルとパフォーマンス目標に最適なリソースを選択します。
-
Amazon CloudWatch などのモニタリングツールを使用して、AWS リソースの使用状況をモニタリングします。
-
コンピューティングリソースの適切な構成を選択します。
-
一時的なワークロードについては、 インスタンス Amazon CloudWatch メトリクス (
CPUUtilization
など) を評価して、インスタンスの過剰または過少な使用を特定します。 -
安定したワークロードの場合は、AWS のライトサイジングツール (AWS Compute Optimizer、AWS Trusted Advisor など) を定期的にチェックし、インスタンスの最適化とライトサイジングの機会を特定します。
-
-
構成の変更は、本番環境に実装する前に非運用環境でテストします。
-
継続的に新しいコンピューティングサービスを再評価し、ワークロードのニーズと照らし合わせます。
リソース
関連ドキュメント:
関連動画:
関連する例: