Understanding AWS Reserved Instances vs Savings Plans

https://yotascale.com/aws-reserved-instances/

Understanding AWS Reserved Instances Vs Savings Plans

 

AWS의 다양한 서비스는 조직의 요구 사항이나 규모에 관계없이 대부분의 비즈니스에 적합합니다. 이러한 서비스가 기업의 확장에 도움이 되므로 단기 컴퓨팅 용량이든 장기 스토리지 서비스든 상관없이 개발자와 조직은 증가하는 비용 관리에 대해 걱정하고 있습니다.

이 문제를 해결하기 위해 Amazon Web Services(AWS)는 비즈니스를 지원하는 저축 기회를 발전시켰습니다. Reserved Instances 및 Savings Plans는 인프라를 변경할 필요 없이 클라우드 청구서를 빠르게 줄이는 가장 잘 알려진 옵션입니다.

이 기사에서는 먼저 두 모델, 장단점, 도전 과제에 대한 이해를 구축할 것입니다. 그런 다음 이러한 문제에 대한 해결책을 찾기 위해 논의를 확장할 것입니다. 그리고 두 계획을 비교하여 특정 시나리오에서 비용 효율성을 극대화하는 옵션을 식별합니다.

예약 인스턴스란 무엇입니까?

기존 온디맨드 컴퓨팅 가격과 비교하여 예약 인스턴스(RI)는 일정 기간 동안 지정된 사용량 수준에 대한 약정에 대한 대가로 상당한 할인을 제공함으로써 기업을 지원합니다. AWS의 다양한 옵션에는 1년 또는 3년 약정이 있는 표준 또는 컨버터블 RI가 포함됩니다. 다양한 RI는 결제 정책(전체 결제, 부분 결제 또는 월 결제)에 따라 할인을 제공하며 다음과 같은 할인을 제공합니다.

• 리전 및 영역 혜택 : 이 유형의 할인은 모든 가용 영역의 리전 전반에 걸친 RI에 적용됩니다.
• 전환형 예약 인스턴스(RI) : 하나 이상의 전환형 RI(Convertible RIs)를 인스턴스 패밀리, 운영 체제 및 테넌시를 포함하여 구성이 다른 다른 전환형 RI로 교환할 수 있습니다.
• 인스턴스 크기 유연성 : 절감액은 제품군 내 모든 크기의 컴퓨팅 인스턴스에 적용됩니다.

RI 간의 차이점을 이해하면 기업에서 활용할 RI를 결정하고 클라우드 지출을 관리하는 데 도움이 될 수 있지만 AWS RI에는 몇 가지 문제가 있습니다. AWS RI는 약간의 유연성과 탄력성을 제공하지만 시간이 지나면서 고정 가격 리소스로 제한됩니다.

Amazon은 AWS Marketplace에서 사용하지 않은 RI의 재판매를 허용하는 동시에 가용 영역, 인스턴스 크기, 네트워크 유형 등을 조정할 수 있는 전환 가능한 RI도 제공합니다. 그러나 이러한 변경은 복잡할 수 있고 반드시 이상적이지는 않습니다. 구매 및 교환을 최적으로 사용하려면 수동으로 관리해야 합니다.

AWS Savings Plans

RI 문제를 해결하기 위해 AWS는 Savings Plans라는 새로운 할인 프로그램을 발표했습니다. 리소스의 유연성과 탄력성을 제공하는 동시에 더 낮은 가격과 더 긴 약정을 보장합니다. Savings Plan 사용자는 1년 또는 3년 동안 온디맨드 Amazon Elastic Compute Cloud(EC2) 및 Fargate 약정 사용량을 크게 절약할 수 있습니다.

AWS에서 제공하는 Savings Plan에는 두 가지 유형이 있습니다.

• EC2 Instance Savings Plans – EC2 Instance Savings Plans는 지정된 리전의 특정 인스턴스 패밀리에만 적용되지만 최대 72% 할인을 제공합니다. 이 계획에는 크기에 관계없이 지정된 동일한 지역 내 모든 인스턴스 유형의 사용이 포함됩니다.
• Compute Savings Plans – Compute Savings Plan 은 가장 유연하며 비용을 최대 66%까지 절감합니다. 운영 체제, 제품군, 지역 및 기타 요인에 관계없이 모든 EC2 인스턴스 사용에 자동으로 적용됩니다. 예를 들어 AWS Savings Plan의 가격이나 적용 범위에 영향을 주지 않고 EC2에서 Lambda로 쉽게 마이그레이션할 수 있습니다.

이제 예약 인스턴스와 Savings Plans에 대한 기본적인 이해를 하였으므로 차이점을 강조할 수 있는 좋은 위치에 있습니다. 두 가격 모델 모두 상황에 따라 장단점이 있습니다.

Advantages of Savings Plans

Flexibility : 예약 인스턴스는 구매한 지역에만 적용되며 변경할 수 없지만 Savings Plans를 사용하면 region을 전환하여 혜택을 유지하고 더 큰 유연성을 얻을 수 있습니다.

Automated coverage : Savings Plans의 주요 기능 중 하나는 자동 보장입니다. 플랜은 인스턴스의 모든 변경 사항에 자동으로 적응하여 자체 활성화된 적용 범위를 제공합니다. 이에 비해 예약 인스턴스는 항상 적용되도록 지속적인 모니터링이 필요합니다.

Savings for serverless : AWS Savings Plans는 EC2 및 Fargate에 대한 할인을 제공하므로 서버리스 컨테이너를 최대한 활용할 수 있습니다.

Less management overhead : AWS 사용자는 사용하지 않은 RI를 판매하거나 컨버터블 RI를 교환할 수 있지만 관리 오버헤드와 구매 복잡성이 따릅니다. 반면에 Savings Plans는 불필요한 구매 복잡성 없이 더 높은 유연성을 제공하므로 더 나은 옵션이 됩니다.

RI의 장점

Capacity reservation : 예약 인스턴스는 특정 가용 영역 내에서 컴퓨팅 용량을 사용할 수 있도록 보장하므로 DR 사이트와 같은 사용 사례에 유용합니다. 이 기능은 Savings Plans에서 사용할 수 없습니다. 즉, 사용자는 절약 계획 할인으로 온디맨드 용량 예약을 설정하여 온디맨드 DR 배포에 대한 유연성을 높일 수 있습니다.

Higher discounts : AWS 예약 인스턴스는 3년 선결제로 대부분의 경우 60% 이상의 더 큰 할인을 제공합니다.

Broader coverage : AWS RI는 RDS 및 EC2 인스턴스에 대해 할인을 제공하는 반면 Savings Plans는 RDS에 적용할 수 없습니다.

가격 책정 모델을 선택하는 방법

Savings Plans는 예약 인스턴스에 비해 상당한 이점을 제공하지만, Savings Plans가 달성하지 못하는 것을 예약 인스턴스가 수행하는 특정 영역이 있습니다.

예를 들어 사용자는 AWS Marketplace에서 더 이상 사용하지 않는 RI를 판매할 수 있지만 Savings Plans의 경우에는 그렇지 않습니다. 사용자는 실제 사용량에 관계없이 지정된 기간 동안 Savings Plans 요금을 계속 지불해야 합니다. 이것이 일부 기업이 Savings Plans로의 마이그레이션을 주저하는 한 가지 이유일 수 있습니다.

Savings Plans를 선택하더라도 여전히 고려해야 할 사항이 많습니다. 예를 들어, 1년 또는 3년 기간을 선택해야 합니까? 한 달에 얼마를 약정해야 합니까? 여전히 보장된 용량이 필요한 경우에는 어떻게 합니까?

가격 옵션 선택에 관계없이 완전히 최적화된 클라우드 지출은 보장되지 않으며 사용자는 특히 DevOps 및 재무 팀의 부지런한 계획 및 분석이 필요한 대규모의 복잡한 배포와 관련하여 의사 결정 마비로 고통받을 수 있습니다. 가장 일반적으로 조직은 RI 및 Savings Plan을 계획하기 위해 막대한 인적 자원을 투자하게 됩니다.

모든 프로젝트 계획에 대한 일반적인 시나리오를 고려하십시오. 처음에는 개발 팀이나 엔지니어가 새 프로젝트에 필요한 컴퓨팅 리소스를 추정합니다. 그런 다음 IT 운영 또는 DevOps 팀은 이 추정치를 검토하여 필요한 컴퓨팅 리소스를 확인합니다. 마지막으로 재무 팀은 권장 예약 리소스가 실제로 긍정적인 ROI를 제공할 것인지 검토하고 확인합니다.

스프레드시트, 과거 클라우드 데이터 사용량에 대한 지루한 검토, 복잡한 예상 컴퓨팅 용량 예측을 포함하는 전체 프로세스가 복잡해집니다. 이것은 각 단계에서 인적 오류의 가능성은 말할 것도 없고 채택된 방법에 비해 추가로 20~40%의 추가 비용을 발견하는 경우가 많습니다.

합리적으로 하자. 우리는 컴퓨팅의 초기 시대에 살고 있지 않으므로 수동 분석을 처리할 필요가 없습니다. 클라우드 사용을 모니터링하고 최적화하려면 최신 솔루션이 필요합니다.