COST05-BP02 워크로드의 모든 구성 요소 분석 - AWS Well-Architected Framework
구현 가이드리소스

COST05-BP02 워크로드의 모든 구성 요소 분석

현재 크기나 비용을 막론하고 모든 워크로드 구성 요소가 분석되도록 해야 합니다. 검토 작업은 현재 비용과 예상 비용 등의 잠재적인 이점을 반영해야 합니다.

이 모범 사례를 따르지 않을 경우 노출 위험도: 높음

구현 가이드

조직에 비즈니스 가치를 제공하도록 설계된 워크로드 구성 요소에는 다양한 서비스가 포함될 수 있습니다. 각 구성 요소에 대해 비즈니스 요구 사항을 해결하기 위해 특정 AWS 클라우드 서비스를 선택할 수도 있습니다. 이 선택은 이러한 서비스에 대한 친숙도나 사용 경험 등 여러 요인의 영향을 받을 수 있습니다.

조직의 요구 사항을 파악한 후(COST05-BP01 조직의 비용 요구 사항 파악 참조) 워크로드의 모든 구성 요소를 철저히 분석합니다. 현재 및 예상 비용과 크기를 고려하여 각 구성 요소를 분석합니다. 수명 주기 동안 발생할 수 있는 워크로드 절감 효과와 비교하여 분석 비용을 고려합니다. 이 워크로드의 모든 구성 요소를 분석하는 데 드는 노력은 구성 요소를 최적화함으로써 예상되는 잠재적 절감 또는 개선 효과에 상응해야 합니다. 예를 들어 제안된 리소스의 비용이 월 10 USD이고 과소 예측된 로드가 월 15 USD를 초과하지 않는 경우, 비용을 50%(월 5 USD) 절감하기 위해 들여야 하는 하루분의 노력이 시스템 수명 동안 얻을 수 있는 잠재적 이점보다 더 클 수 있습니다. 더 빠르고 효율적인 데이터 기반 추정을 사용하면 이 구성 요소에 대해 전반적으로 가장 좋은 결과를 얻을 수 있습니다.

워크로드는 시간이 지남에 따라 변경될 수 있으며 워크로드 아키텍처 또는 사용량이 변경되면 워크로드에 가장 적합한 서비스 세트도 변경될 수 있습니다. 서비스 선택을 분석할 때는 현재 및 향후 워크로드 상태 및 사용량 수준을 포함해야 합니다. 향후 워크로드 상태 또는 사용량에 대한 서비스를 구현하면 향후 변경에 필요한 노력을 줄이거나 제거하여 전반적인 비용을 절감할 수 있습니다. 예를 들어 처음에는 EMR 서버리스를 사용하는 것이 적절할 수 있습니다. 그러나 이 서비스의 소비가 증가함에 따라 EC2에서 실행되는 EMR로 전환하면 워크로드의 해당 구성 요소에 대한 비용을 줄일 수 있습니다.

AWS Cost Explorer 및 AWS Cost and Usage Report(CUR)를 사용하여 개념 증명(PoC) 또는 환경 실행 비용을 분석할 수 있습니다. 워크로드 비용 추정에는 AWS Pricing Calculator도 사용할 수 있습니다.

기술 팀이 워크로드를 검토하기 위해 따라야 할 워크플로를 작성하세요. 이 워크플로를 단순하게 유지하되, 팀이 워크로드의 각 구성 요소와 가격을 이해할 수 있도록 필요한 모든 단계를 다루어야 합니다. 그러면 조직은 각 팀의 특정 요구 사항에 따라 이 워크플로를 따르고 사용자 지정할 수 있습니다.

  1. 워크로드에 사용 중인 각 서비스를 나열: 이는 좋은 출발점입니다. 현재 사용 중인 모든 서비스와 비용의 출처를 파악하세요.

  2. 해당 서비스의 요금 책정 방식 이해: 각 서비스의 가격 책정 모델을 이해하세요. AWS 서비스마다 사용량, 데이터 전송, 기능별 요금 등의 요소에 따라 가격 책정 모델이 다릅니다.

  3. 예상치 못한 워크로드 비용이 발생하고 예상 사용량 및 비즈니스 성과와 일치하지 않는 서비스에 집중: AWS Cost Explorer 또는 AWS Cost and Usage Report를 사용할 때의 가치나 사용량에 비례하지 않는 이상치 또는 서비스를 식별하세요. 비용을 비즈니스 성과와 연관시켜 최적화 작업의 우선 순위를 정하는 것이 중요합니다.

  4. AWS Cost Explorer, CloudWatch Logs, VPC 플로우 로그 및 Amazon S3 Storage Lens를 통해 이러한 고비용의 근본 원인을 파악: 이러한 도구는 고비용을 진단하는 데 중요한 역할을 합니다. 각 서비스는 사용량과 비용을 확인하고 분석하기 위한 다양한 렌즈를 제공합니다. 예를 들어 Cost Explorer에서는 전체 비용 추세를 파악할 수 있고, CloudWatch Logs은 운영 인사이트를 제공하고, VPC 흐름 로그는 IP 트래픽을 표시하며, Amazon S3 Storage Lens는 스토리지 분석에 유용합니다.

  5. AWS Budgets를 사용하여 서비스 또는 계정의 일정 금액에 대한 예산을 설정: 예산을 설정하면 비용을 사전에 관리할 수 있습니다. AWS Budgets를 사용하여 사용자 지정 예산 임계값을 설정하고 비용이 임계값을 초과할 경우 알림을 받습니다.

  6. Amazon CloudWatch 경보를 구성하여 청구 및 사용 알림을 전송: 비용 및 사용량 지표에 대한 모니터링 및 알림을 설정합니다. CloudWatch 경보를 통해 특정 임계값 위반 시 이를 알릴 수 있으므로 개입 응답 시간이 향상됩니다.

현재 속성에 관계없이 모든 워크로드 구성 요소에 대한 전략적 검토를 통해 시간이 지남에 따라 눈에 띄는 개선과 비용 절감이 이루어지도록 합니다. 이 검토 프로세스에 투자하는 노력은 실현될 수 있는 잠재적 이점을 주의 깊게 고려하여 신중하게 이루어져야 합니다.

구현 단계

  • 워크로드 구성 요소 나열: 워크로드 구성 요소의 목록을 작성합니다. 이 목록을 사용하여 각 구성요소가 분석되었는지 확인할 수 있습니다. 여기에 드는 노력은 조직의 우선순위에 정의된 워크로드에 대한 중요도를 반영해야 합니다. 리소스를 그룹화하면 프로덕션 데이터베이스 스토리지의 경우처럼 데이터베이스가 여러 개인 경우 효율성이 향상됩니다.

  • 구성 요소 목록 우선순위 지정: 구성 요소 목록에서 요구되는 노력순으로 우선순위를 지정합니다. 일반적으로 구성 요소의 비용(가장 비싼 것부터 가장 싼 것까지) 또는 조직 우선순위에 정의된 중요도의 순서를 따릅니다.

  • 분석 수행: 목록의 각 구성 요소에 사용 가능한 옵션과 서비스를 검토하고 조직의 우선순위에 가장 잘 맞는 옵션을 선택합니다.

리소스

관련 문서:

관련 동영상: