프로그램 사용/aws2024. 5. 10. 17:55

막 눌러보다 보니 요런거 발견. 크레딧 사양 변경?

 

눌러보니 아래와 같은 창이 뜬다.

"무제한 모드" 와 "일반 모드가 있나 본데..

 

자세히 알아보기 눌러보면

프리티어를 써도 돈 나갈수 있다는 무서운 경고가 있다!

아무튼 T4g / T3a / T3 인스턴스에서는 기본값이 무제한인데.. 조심해야 할 듯.

A burstable performance instance configured as unlimited can sustain high CPU utilization for any period of time whenever required. The hourly instance price automatically covers all CPU usage spikes if the average CPU utilization of the instance is at or below the baseline over a rolling 24-hour period or the instance lifetime, whichever is shorter.

For the vast majority of general-purpose workloads, instances configured as unlimited provide ample performance without any additional charges. If the instance runs at higher CPU utilization for a prolonged period, it can do so for a flat additional rate per vCPU-hour. For information about pricing, see Amazon EC2 pricing and T2/T3/T4 Unlimited Mode Pricing.

If you use a t2.micro or t3.micro instance under the AWS Free Tier offer and use it in unlimited mode, charges might apply if your average utilization over a rolling 24-hour period exceeds the baseline utilization of the instance.

T4g, T3a and T3 instances launch as unlimited by default (unless you change the default). If the average CPU usage over a 24-hour period exceeds the baseline, you incur charges for surplus credits. If you launch Spot Instances as unlimited and plan to use them immediately and for a short duration, with no idle time for accruing CPU credits, you incur charges for surplus credits. We recommend that you launch your Spot Instances in standard mode to avoid paying higher costs. For more information, see Surplus credits can incur charges and Burstable performance instances.

Note
T3 instances launched on a Dedicated Host launch as standard by default; unlimited mode is not supported for T3 instances on a Dedicated Host.

[링크 : https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-unlimited-mode.html?icmpid=docs_ec2_console]

 

메뉴얼이 왜케 헷갈리고 대시보드에서도 검색이 잘 안되고.. 어려워!

Amazon EC2는 사용자가 요구 사항에 따라 비용을 최적화할 수 있도록 다음과 같은 구입 옵션을 제공합니다.
  • 온디맨드 인스턴스 - 시작하는 인스턴스에 대한 비용을 초 단위로 지불합니다.
  • 절감형 플랜(Savings Plans) - 1년 또는 3년 기간 동안 시간당 USD로 일관된 사용량을 약정하여 Amazon EC2 비용을 절감할 수 있습니다.
  • 예약 인스턴스 - 1년 또는 3년 기간 동안 인스턴스 유형 및 리전을 포함하여 일관된 인스턴스 구성을 약정하여 Amazon EC2 비용을 절감할 수 있습니다.
  • 스팟 인스턴스 - 미사용 EC2 인스턴스를 요청하여 Amazon EC2 비용을 대폭 줄일 수 있습니다.
  • 전용 호스트 - 인스턴스 실행을 전담하는 실제 호스트 비용을 지불하며, 기존의 소켓, 코어 또는 VM 소프트웨어별 라이선스를 가져와 비용을 절감합니다.
  • 전용 인스턴스 - 단일 테넌트 하드웨어에서 실행되는 인스턴스 비용을 시간 단위로 지불합니다.
  • 용량 예약 - 특정 가용 영역의 EC2 인스턴스에 대해 용량을 예약합니다.

[링크 : https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/instance-purchasing-options.html]

 

그러니까.. 60초 미만으로 켠 건 돈이 안들어 가고, 그 이후로는 1초 단위로 비용이 책정된다 인가?

다만 요금 페이지에서는 시간당 얼마라고 써있으니 그걸 3600으로 나누면 초단위 요금이 되는 듯.

온디맨드 인스턴스를 사용하면 장기 약정 없이 초 단위로 컴퓨팅 용량에 대해 비용을 지불합니다. 인스턴스의 수명 주기를 완전하게 제어할 수 있습니다. 즉 시작, 중지, 수면, 사용 시작 또는 종료 시기를 결정할 수 있습니다.
온디맨드 인스턴스를 구매할 때 장기 약정은 필요 없습니다. 온디맨드 인스턴스가 running 상태인 시간(최소 60초)에 대해서만 비용을 지불하면 됩니다. 실행 중인 온디맨드 인스턴스에 대한 초당 요금은 고정되어 있으며, Amazon EC2 요금, 온디맨드 요금 페이지에서 확인할 수 있습니다.
중단할 수 없는 불규칙한 단기 워크로드가 있는 애플리케이션의 경우 온디맨드 인스턴스를 사용하는 것이 좋습니다.

[링크 : https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/ec2-on-demand-instances.html]

 

예약 인스턴스(reserved instance)는 결제 레벨에서 깍이는 듯. 1년 / 3년 약정이고 초를 구매하고, 구입 취소 불가.

예약 인스턴스는 온디맨드 인스턴스 요금과 비교하여 Amazon EC2 비용을 대폭 절감하는 효과를 제공합니다. 예약 인스턴스는 물리적 인스턴스가 아니며 계정에서 온디맨드 인스턴스를 사용할 때 적용되는 결제 할인에 가깝습니다. 이러한 온디맨드 인스턴스의 경우 결제 할인 혜택을 받으려면 인스턴스 유형 및 지역과 같은 특정 속성에 부합해야 합니다.

[링크 : https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/ec2-reserved-instances.html]

 

스팟 인스턴스, 온디맨드 대비 90% 최대 할인이 가능하다는데

꺼지기 2분 전에 알람을 준다는 말은.. 다른 사용자가 많이 리소스를 필요로 하면 스팟 인스턴스는 우선권이 낮아서

자원을 받납하는 조건으로 싸게 쓴다는건가?

스팟 인스턴스는 온디맨드 가격보다 저렴한 비용으로 제공되는 예비 EC2 용량을 사용하는 인스턴스입니다. 스팟 인스턴스는 큰 할인율로 미사용 EC2 인스턴스를 요청할 수 있게 해주므로 사용자는 Amazon EC2 비용을 대폭 낮출 수 있습니다. 스팟 인스턴스는의 시간당 가격을 스팟 가격이라고 합니다. 각 가용 영역 내 인스턴스 유형별 스팟 가격은 Amazon EC2에서 설정하며, 스팟 인스턴스의 장기적 공급 및 수요에 따라 점진적으로 조정됩니다. 용량을 사용할 수 있을 때마다 스팟 인스턴스가 실행됩니다.
스팟 인스턴스는 애플리케이션이 실행되는 시간을 유연하게 조정할 수 있고 애플리케이션을 중단할 수 있는 경우에 선택하는 비용 효율적인 방법입니다. 예를 들어 스팟 인스턴스는 데이터 분석, 배치 작업, 백그라운드 프로세싱 및 선택적 작업에 적합합니다. 자세한 내용은 Amazon EC2 스팟 인스턴스 섹션을 참조하세요.

[링크 : https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/using-spot-instances.html]

 

전용 호스트, dedicated hosts는 말그대로 전용 물리 서버. 일반적으로 말하는 물리 서버 호스팅 인듯.

Amazon EC2 전용 호스트는 사용자를 위한 완전 전용인 물리적 서버입니다. 선택적으로 인스턴스 용량을 다른 AWS 계정과 공유하도록 선택할 수 있습니다. 자세한 내용은 공유 전용 호스트 작업 섹션을 참조하세요.
전용 호스트는 인스턴스 배치에 대한 가시성과 제어 기능을 제공하며 호스트 선호도를 지원합니다. 즉, 특정 호스트에서 인스턴스를 시작하고 실행할 수 있으며 인스턴스가 특정 호스트에서만 실행되도록 할 수 있습니다. 자세한 내용은 자동 배치 및 선호도 이해 섹션을 참조하세요.
전용 호스트는 포괄적인 기존 보유 라이선스 사용(BYOL) 지원을 제공합니다. 라이센스 조항에 따라 Windows Server, SQL Server, SUSE Linux Enterprise Server, Red Hat Enterprise Linux 또는 VM, 소켓 또는 물리적 코어에 바인딩된 기타 소프트웨어 라이선스를 포함하여 기존 소켓당, 코어당 또는 VM당 소프트웨어 라이선스를 사용할 수 있습니다.
전용 하드웨어에서 인스턴스를 실행해야 하지만 인스턴스 배치에 대한 가시성이나 제어 기능이 필요하지 않고 소켓당 또는 코어당 소프트웨어 라이선스를 사용할 필요가 없는 경우 전용 인스턴스를 대신 사용할 수 있습니다. 전용 인스턴스와 전용 호스트 모두 전용 물리적 서버로 Amazon EC2 인스턴스를 시작하는 데 사용할 수 있습니다. 전용 호스트의 인스턴스와 전용 인스턴스는 성능이나 보안상의 차이나 물리적 차이는 없습니다.

[링크 : https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/dedicated-hosts-overview.html]

 

전용 인스턴스, dedicated instance는 읽어봐도 모르겠다 -ㅁ-?

기본적으로 EC2 인스턴스는 공유 테넌시 하드웨어에서 실행됩니다. 즉, 여러 AWS 계정이 동일한 물리적 하드웨어를 공유할 수 있습니다.
전용 인스턴스는 단일 AWS 계정 전용 하드웨어에서 실행되는 EC2 인스턴스입니다. 즉, 전용 인스턴스는 해당 계정이 단일 지급인 계정에 연결되어 있더라도 다른 AWS 계정에 속한 인스턴스로부터 호스트 하드웨어 수준에서 물리적으로 격리됩니다. 하지만 전용 인스턴스는 전용 인스턴스가 아닌 동일한 AWS 계정의 다른 인스턴스와 하드웨어를 공유할 수 있습니다.
전용 인스턴스는 인스턴스 배치에 대한 가시성이나 제어 기능을 제공하지 않으며 호스트 선호도를 지원하지 않습니다. 전용 인스턴스를 중지했다가 시작하면 동일한 호스트에서 실행되지 않을 수 있습니다. 마찬가지로 인스턴스를 시작하거나 실행할 특정 호스트를 대상으로 지정할 수 없습니다. 또한 전용 인스턴스는 기존 보유 라이선스 사용(BYOL)에 대한 제한적인 지원을 제공합니다.
인스턴스 배치에 대한 가시성 및 제어 기능과 보다 포괄적인 BYOL 지원이 필요한 경우 대신 전용 호스트 사용을 고려해보세요. 전용 인스턴스와 전용 호스트 모두 전용 물리적 서버로 Amazon EC2 인스턴스를 시작하는 데 사용할 수 있습니다. 전용 호스트의 인스턴스와 전용 인스턴스는 성능이나 보안상의 차이나 물리적 차이는 없습니다. 

[링크 : https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/dedicated-instance.html]

 

+

기준 사용률기준 사용률은 획득하는 CPU 크레딧 수가 사용 중인 CPU 크레딧 수와 일치할 때 순 크레딧 밸런스 0에서 CPU를 사용할 수 있는 수준입니다. 기준 사용률을 기준이라고도 합니다. 기준 사용률은 vCPU 사용률의 백분율로 표시되며 기준 사용률(%) = (획득한 크레딧 수/vCPU 수)/60분으로 계산됩니다.
각 버스트 가능한 성능 인스턴스 유형의 기준 사용률은 크레딧 표를 참조하세요.

[링크 : https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html]

 

기준 사용량 보다 낮으면 크레딧이 쌓이고,

그거보다 높으면 크레딧이 소모되니 돈이 나간다는 의미 같은데

반대로 이야기 하면.. T2.micro를 예를 들면 10% 이고

10배 오버부킹을 통해 1개 물리 서버에 10개 가상 인스턴스를 할당하고 (혹은 그 이상?)

기준 사용율 보다 낮게 쓰면 원래 가격대로 주고

기준 사용율 보다 높게 쓰면 비용을 더 받는 셈이 되는건가?

[링크 : https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html#burstable-performance-instances-credit-table]

 

+

인스턴스 생성시에 고급 설정을 보면

크레딧 사양 / 구매 옵션 / 테넌시 에서 고를수 있을 것으로 예상된다.

'프로그램 사용 > aws' 카테고리의 다른 글

aws 스토리지  (0) 2024.05.06
aws 리전별 가격비교  (0) 2024.05.06
aws vpc  (0) 2024.05.06
AWS 서버리스 서버(serverless)  (0) 2017.01.02
Posted by 구차니