SUS03-BP02 使用率が低い、またはまったく使用しないワークロードのコンポーネントを削除またはリファクタリングする
未使用のコンポーネントや不要になったコンポーネントを削除し、使用率の低いコンポーネントはリファクタリングして、ワークロードの無駄を最小化します。
一般的なアンチパターン:
-
ワークロードの個別のコンポーネントの使用率レベルを定期的に確認していない。
-
AWS Compute Optimizer
など AWS のサイズ最適化ツールからのレコメンデーションを確認しない。
このベストプラクティスを活用するメリット: 未使用のコンポーネントを削除すると、無駄が最小限に抑えられ、クラウドワークロードの全体的な効率が向上します。
このベストプラクティスを活用しない場合のリスクレベル: 中
実装のガイダンス
クラウドワークロードで未使用または十分に活用されていないコンポーネントは、不要なコンピューティング、ストレージ、またはネットワークリソースを消費します。これらのコンポーネントを削除またはリファクタリングして、無駄を直接削減し、クラウドワークロードの全体的な効率を向上させます。これは、需要の変化や新しいクラウドサービスのリリースに伴う、反復的な改善プロセスです。例えば、AWS Lambda 関数のランタイムが大幅に低下すると、メモリサイズを小さくする必要があることを示す指標になります。また、AWS で新しいサービスや機能がリリースされると、ワークロードに最適なサービスやアーキテクチャが変化する可能性があります。
ワークロードのアクティビティを継続的にモニタして、個別のコンポーネントの使用率レベルを改善する機会を見逃さないようにします。アイドルのコンポーネントを削除しアクティビティのサイズ最適化を行って、最小限のクラウドリソースでビジネス要件を満たすようにします。
実装手順
-
AWS リソースのインベントリ作成: AWSリソースのインベントリを作成します。AWS では、AWS Resource Explorer を有効にして AWS リソースを探索および整理できます。詳細については、「AWS re:Invent 2022 - How to manage resources and applications at scale on AWS
」を参照してください。 -
使用率のモニタリング: ワークロードの重要なコンポーネント (Amazon CloudWatch メトリクスの CPU 使用率、メモリ使用率、ネットワークスループットなど) の使用率メトリクスをモニタリング、キャプチャします。
-
未使用コンポーネントの特定: アーキテクチャ内の未使用のコンポーネントや使用率の低いコンポーネントを特定します。
-
安定したワークロードの場合は、AWS Compute Optimizer
などの AWS サイズ最適化ツールを定期的にチェックして、アイドル状態、未使用、使用率の低いコンポーネントを特定します。 -
一次的なワークロードについては、使用率メトリクスを評価して、アイドル、未使用、または使用率の低いコンポーネントを特定します。
-
-
不要コンポーネントの削除: 不要になったコンポーネントや関連アセット (Amazon ECR イメージなど) を廃止します。
-
低使用率コンポーネントのリファクタリング: 使用率の低いコンポーネントをリファクタリングまたは他のリソースと統合して、使用効率を改善します。例えば、使用率の低い個別のインスタンスでデータベースを実行する代わりに、1 つの Amazon RDS
データベースインスタンスで複数の小さなデータベースをプロビジョニングできます。 -
改善の評価: ワークロードによってプロビジョニングされる、作業の単位を完了するために必要なリソースを理解します。この情報を使用して、コンポーネントを削除またはリファクタリングすることによって達成された改善を評価します。
リソース
関連ドキュメント:
関連動画:
関連する例:
