클라우드 성공을 위한 실용적인 AWS FinOps

온프레미스와 클라우드의 기술 소비 비교

• 온프레미스: 조달 주기가 있고 지출이 고정되며, 하드웨어가 고장 나거나 계약이 끝날 때까지 사용합니다.
• 클라우드: 사용한 만큼 지불하는 모델로, 예상치 못한 큰 청구서가 발생할 수 있으며 사용량에 따라 비용이 증가합니다.
• 클라우드는 실패 비용이 낮고 즉시 조달할 수 있으며 실시간 비용 데이터에 접근할 수 있습니다.

FinOps 소개

• FinOps는 DevOps와 유사하며 재무, 기술 운영, 기술적 측면을 결합합니다.
• FinOps에는 경영진, 재무, 조달, 엔지니어링, 운영 팀을 아우르는 사업 부문 간 후원과 동의가 필요합니다.

FinOps의 주요 고려 사항

• FinOps 사고방식을 도입하려면 교육이 매우 중요하며, 특히 온프레미스 모델에서 전환하는 사람에게 필요합니다.
• 클라우드 리소스 사용과 청구에 대한 명확한 책임 소재와 소유권이 필수적입니다.
• FinOps를 원활하게 구현하려면 조직 전반의 광범위한 동의가 필요합니다.

지출 통제력을 잃을 위험

• 적절한 FinOps 관행이 없으면 조직이 클라우드 지출에 대한 통제력을 잃을 수 있습니다.

AWS 비용 최적화

• AWS에서 리소스를 시작하는 것은 간단하지만 비용을 최적화하려면 다른 요소를 고려해야 합니다.

비용 추적의 중요성

• 효과적인 FinOps를 위해서는 비용 추적이 필수적입니다.
• AWS는 고객과 함께 비용 관리를 위해 "확인, 절감, 운영" 주기를 사용합니다.

문제: 비용 가시성

• 지출을 파악하고 비용을 의미 있게 세분화할 수 없으면 효과적인 비용 관리가 어렵습니다.

교육 및 검토

• FinOps 교육이 핵심입니다.
• 정기적인 검토가 매우 중요하며, AWS TAM은 고객과 함께 검토를 주관할 책임이 있습니다.
• 검토를 통해 지출 패턴을 파악하고 비용 절감 방안을 제안할 수 있습니다.

소유권 개념

• AWS는 소유권과 비용 책임을 정의하는 데 도움이 되는 구조를 제공합니다.
• 모든 사용자가 회사 신용카드에 연결된 하나의 AWS 계정을 사용하는 것은 권장하지 않습니다.

AWS Organizations

• AWS Organizations는 청구, 비용 관리, 보안을 위한 강력한 기능입니다.
• 가드레일을 설정하고 사용자가 할 수 있는 작업과 할 수 없는 작업을 관리하는 데 도움이 됩니다.
• AWS를 처음 사용하는 사용자에게 유용하며 관련 비용도 거의 없습니다.

조직 단위(OU) 및 연결 계정

• AWS Organizations 내에서 디렉터리 구조와 유사하게 OU를 설정할 수 있습니다.
• 부서나 프로젝트별 연결 계정을 생성하여 비용을 분리하고 회계를 단순화할 수 있습니다.

문제: 리소스의 세부 수준

• 가장 세부적인 수준에서는 EC2 인스턴스, Lambda, VPC 같은 리소스를 추적하기 어려울 수 있습니다.
• 조직이 이러한 리소스를 수만 개 보유할 수 있어 비용 관리가 복잡해집니다.

구조 내 세분화

• Organizations, OU, 연결 계정 같은 구조를 사용하더라도 추가 세분화가 필요한 경우가 많습니다.
• 이 용도로 비용 할당 태그를 사용합니다.

비용 할당 태그 지정

• 태그 지정은 비용 관리에 매우 중요하며, 프로젝트, 고객, 계정 등의 예시가 있습니다.
• 비즈니스에 적합하다면 태그를 지정하는 데 정답이나 오답은 없습니다.
• 혼란을 방지하고 일관성을 유지하려면 태그 사전을 만들어야 합니다.
• 예: 대소문자를 구분하고 형식이 다르므로 "Project", "project", "project-name", "project_name"을 구별합니다.

태그 사전

• 태그 사전은 단순하지만 혼동을 방지하고 비용을 명확하게 할당하는 데 필수적입니다.
• 프로젝트 또는 비용 센터별 지출을 파악하는 데 도움이 됩니다.

비용 가시성

• 월말에 AWS가 총액이 표시된 청구서를 보내며, 이는 비용 가시성 확보의 출발점입니다.

비용 통제 보장

• 지출이 적절한지 판단하고 잠재적인 섀도 IT 프로젝트를 식별하려면 감독이 중요합니다.
• AWS 지출에 대해 질문하고 모니터링해야 합니다.

AWS Cost Explorer

• Excel 그래프와 유사한 무료 도구로, 세부적인 필터링과 데이터 심층 분석이 가능합니다.
• 강력하고 사용하기 쉬워 적극 권장합니다.

AWS Cost and Usage Reports

• Cost Explorer보다 상세한 데이터를 제공하며, S3에 데이터를 저장하고 Athena 같은 도구를 사용하는 데 소액의 비용이 발생합니다.
• 복잡한 구성과 특정 내부 회계 지표(예: vCPU 시간)에 유용합니다.

Cloud Intelligence Dashboards

• 데이터를 다양한 방식으로 분류하고 이해하기 쉽게 보여 주는 무료 오픈 소스 대시보드입니다.
• 인스턴스, 스토리지, 네트워크 지출을 세분화할 수 있습니다.
• GitHub에서 배포할 수 있으며, 비용은 주로 QuickSight 배포에서 발생합니다.
• 대시보드는 경영진과 재무 팀에 적합한 상위 수준부터 FinOps 실무자와 엔지니어링 팀을 위한 세부 수준까지 다양합니다.
• 가치는 비즈니스 내 사용자의 역할에 따라 달라집니다.
• https://docs.aws.amazon.com/guidance/latest/cloud-intelligence-dashboards/dashboards.html

인식 및 사용

• 이러한 도구와 다양한 비즈니스 수준에 대한 적합성을 알리는 것이 목표입니다.
• 적절한 사용 사례에 맞는 대시보드를 만드는 데 상당한 엔지니어링 노력이 투입되었습니다.

AWS 청구액 절감

• 프레젠테이션에서는 비용 절감 효과(y축)와 기술적 복잡성(x축)에 초점을 맞춘 비용 절감 전략 런북을 다룹니다.

간단한 비용 절감 조치

• 약정: 연중 365일 실행되는 리소스에 인스턴스 Savings Plans와 예약 인스턴스를 사용하면 온디맨드 요금에서 상당한 할인을 받을 수 있습니다.
• 탄력적 워크로드: 사용량이 적은 기간(예: 주말)에 리소스를 종료하면 즉시 비용을 절감할 수 있습니다.
• 활용도가 낮은 리소스 식별: Cost Explorer와 Cloud Intelligence Dashboards 같은 도구를 사용하면 유휴 리소스를 식별하고 삭제할 수 있습니다.

중간 수준의 복잡성을 가진 조치

• 서버리스 아키텍처: 서버리스 옵션(예: Amazon RDS의 서버리스 구성)으로 전환하면 필요한 컴퓨팅 시간에 대해서만 비용을 지불하여 비용을 줄일 수 있습니다.
• Graviton 인스턴스: x86에서 ARM 64 아키텍처(Graviton)로 전환하면 소프트웨어에 영향을 주지 않으면서 비용을 크게 절감할 수 있습니다.
• EBS 볼륨: GP2에서 GP3 EBS 볼륨으로 업그레이드하면 비용을 절감할 수 있습니다.

복잡성이 높은 조치

• 적정 크기 조정: 실제 사용량에 맞도록 인스턴스 유형과 리소스를 최적화합니다.
• 클라우드 네이티브 아키텍처: 정적 리소스(예: EC2, RDS)에서 완전한 서버리스 사용량 기반 과금 모델로 전환합니다.
• 장기 전략: 클라우드 네이티브 아키텍처 도입은 상당한 엔지니어링 및 개발 노력이 필요하지만 장기적인 비용 절감을 위한 가장 강력한 수단입니다.

지표로서의 단위 비용

• 전체 지출이 아니라 단위 비용(예: 트랜잭션당 비용)을 측정합니다.
• 시간이 지남에 따라 단위 비용이 감소하는 것은 효율성이 높아지고 있다는 신호입니다.

핵심 성과 지표(KPI)

• 비즈니스 요구 사항에 맞는 KPI 세 가지를 선택할 것을 권장합니다.
• 예: 단위 비용, 고객 만족도, 효율성 지표.
• 최적화를 위해 단위 비용을 정의하고 이해하는 것이 중요합니다.

피드백 루프

• 지속적인 최적화를 위해 피드백 루프를 계속 운영합니다.
• 피드백은 일회성 행사가 아니라 정기적으로 반복하는 프로세스여야 합니다.

우선순위 지정 및 소통

• 기업은 고객 만족도와 효율성을 바탕으로 우선순위를 결정해야 합니다.
• 완전한 피드백 루프를 위해서는 효과적인 소통이 매우 중요합니다.
• 재무, 조달, 엔지니어링 팀이 자유롭게 대화할 수 있도록 해야 합니다.
• 우려 사항과 통찰을 공유하고 로드맵에 반영해야 합니다.
• 불완전한 루프, 즉 소통 부족은 프로세스에 문제가 있음을 나타냅니다.

Cloud Intelligence Dashboards를 활용한 검토

• 고객 검토에 대시보드를 사용하고 이해관계자의 요구에 맞게 데이터를 조정합니다.
• 최고 경영진에게는 세부적인 인스턴스 분석이 아니라 상위 수준의 데이터와 KPI가 필요합니다.
• 데이터를 전달할 때 대상과 형식을 고려합니다.

행 수준 보안

• 기본 제공 대시보드는 모든 사용자에게 접근 권한을 제공하므로, 세부적으로 제어하려면 행 수준 보안을 사용합니다.
• 보안과 관련성을 유지하도록 특정 부서가 관련 데이터에만 접근할 수 있게 제한합니다.

비용 관리 도구 교육

• 비용을 담당하는 팀, 특히 엔지니어 교육의 중요성을 강조합니다.
• Cost Explorer, 예산 설정, 약정 권장 사항, 이상 탐지, 적정 크기 조정 권장 사항 같은 도구를 사용할 수 있습니다.
• 이상 탐지와 적정 크기 조정 권장 사항은 리소스 사용을 최적화하는 데 도움이 됩니다.
• Cost and Usage Reports는 상세한 데이터를 제공하지만 소액의 비용이 발생합니다.

비용 최적화를 위한 추가 AWS 도구

• Compute Optimizer: EC2 인스턴스 비용을 더욱 최적화하기 위해 살펴볼 가치가 있는 무료 도구입니다.
• Trusted Advisor: 비용 최적화뿐 아니라 보안에 대해서도 다양한 권장 사항을 제공합니다.
• AWS Config: 고객이 여러 용도로 자주 필요로 합니다.
• CloudWatch: AWS는 기본적으로 고객 인스턴스 내부를 볼 수 없으므로 EC2 인스턴스 내의 지표를 수집하는 데 필수적입니다.
• S3 Lens: S3 객체 스토리지 사용을 시각화하고 최적화하는 강력한 도구입니다.

공동 책임 모델

• AWS는 클라우드 자체의 무결성을 책임지고, 고객은 클라우드에서 실행하는 항목을 책임집니다.

유료 서비스의 비용

• AWS는 이 데이터에 직접 접근할 수 없으므로 CloudWatch 같은 도구는 고객이 지표를 수집하고 리소스를 최적화하는 데 필수적입니다.
• Cost and Usage Reports 같은 유료 서비스도 비용이 미미하며, 주로 S3 데이터 저장 비용에서 발생합니다.
• 이러한 도구는 세부적인 비용 최적화에 유용하므로 관련 비용이 적게 들더라도 도입을 고려해야 합니다.