AWS EC2의 현물 가격이 주문형 가격보다 높은 이유는 무엇입니까?

어제 Ansible을 통해 스팟 인스턴스를 프로비저닝하려고했지만 스팟 가격 == 해당 인스턴스의 온 디맨드 가격을 설정하더라도 거의 모든 요청이 실패했습니다.

스팟 가격 그래프를 살펴보면 매우 흥미로운 것을 발견했습니다.

us-east-1a에서 인스턴스의 현물 가격은 주문형 가격보다 높았으므로 혼란 스러웠습니다. [사실, ~ 5 배 더 높음]

저렴한 비용으로 선호되는 인스턴스를 발견하지 않습니까? 그렇다면 왜 가격이 주문형 가격보다 높습니까?

AWS의 문서 에 따르면 :

스팟 인스턴스를 사용하면 온 디맨드 가격 대비 할인 된 가격으로 미사용 Amazon EC2 용량에 액세스 할 수 있습니다.

또한 이는 사람들이 주문형 가격에 입찰하는 것을 의미합니까? 그렇다면 왜 그렇습니까? 온 디맨드 인스턴스로 더 나아지지 않습니까?

또는 스팟 인스턴스의 개념을 잘못 이해 했습니까?

이것은 실제로 약간 학대하는 사람들의 훌륭한 예입니다. 사람들은 '우리의 작업량은 정말 중요하지만 온 디맨드 가격을 전액 지불하고 싶지 않다'고 말하고 있으므로 입찰이 종료 될 가능성이 매우 낮다는 가정하에 온 디맨드보다 입찰 가격을 높게 설정하고 있습니다. 제공되는 '가장 저렴한'현물 가격을 얻으십시오.

예를 들어 사람들이 현물 시장의 혜택을 원하기 때문에 1000 달러 (이런 일이 한 번 이상 들었습니다)에 들어간 사례가 있습니다. 당연히 어느 시점에서 사람들은 온 디맨드보다 더 많은 비용을 지불하게하는 SOARS의 현물 가격과 SOARS가 필요합니다.

현물 시장이 작동하는 방식은 Amazon에 X 개의 인스턴스 여유 용량이 있으며 모든 X 인스턴스가 필요할 때까지 위에서 아래로 계산됩니다. 따라서 '가격'은 X 인스턴스를 이행 할 수있는 최저 가격입니다.

따라서 아마존에 10,000 개의 인스턴스가 있다고 상상해보십시오. 10,000 개 인스턴스가 충족 될 때까지 0.43 달러로 계산됩니다. 그러나 공급이 갑자기 100 개 인스턴스로 떨어지면 소수의 사람들이 100 개 인스턴스에 대해 10,000 달러의 입찰 가격을 책정하면 갑자기 시간당 1 만 달러를 지불하게됩니다.

Tl; dr 스팟의 작동 방식을 이해하고 지불 준비가 된 한도를 설정하십시오.

여기에는 두 가지 이유가 있습니다.

• 많은 사용자가 때때로 스팟 인스턴스를 사용하고 있습니다 (배치 처리에 대해 생각하고 100 개의 머신을 스팟 인스턴스로 부팅하고 크런치 제거).

• 스팟 인스턴스의 경우 입찰 가격을 지불하지 않고 현재 스팟 가격을 지불합니다. 입찰 가격이 마감 점입니다. 현재 스팟 가격이 입찰 가격을 초과하면 AWS는 해당 인스턴스를 종료합니다.

마지막으로 일부 사용자가 현물 가격을 크게 초과하는 이유도 있습니다. 그들은 인스턴스가 너무 자주 종료되는 것을 원하지 않기 때문에 스팟 가격이 절대 도달하지 않을 정도로 높은 가격으로 입찰합니다. 현재 현물 가격 만 지불하므로 인스턴스의 시간이 99 % 나 훨씬 저렴합니다.

누군가 주문형 가격으로 입찰 하는 이유 를 이해하기위한 유용한 정보는 스팟 인스턴스 소개 에서 찾을 수 있습니다 .

스팟 인스턴스를 사용하면 대량의 컴퓨팅 용량에 대한 간헐적 요구를 충족시키는 데 도움을받을 수 있습니다 (스팟 인스턴스의 기본 제한은 100 대 온 디맨드 인스턴스의 기본 제한은 20입니다). 필요한 경우 긴급한 경우 높은 최대 가격 (주문형 가격보다 훨씬 높음)은 요청의 상대적 우선 순위를 높이고 당시에 사용 가능한 다른 요청 및 스팟 인스턴스 용량을 기준으로 최대한 많은 용량에 즉시 액세스 할 수있게합니다.

서비스에 대한 수요가 급격히 증가한 경우 (아마도 다른 인기 사이트에서 링크 된 경우 ( Slashdot 효과 참조 )) 스팟 인스턴스에 대한 온 디맨드 가격을 초과하여 입찰하면 더 많은 인스턴스에 액세스하는 데 도움이됩니다. 문서에 의해 지적되었다.

물론 이것은 장기적으로 지속 가능하지 않으며 온 디맨드 인스턴스를 구매하면 장기 계산에 훨씬 더 유리합니다.

당신은 당신이 필요로하는 상황에 있다면 , 컴퓨팅 파워를 많이 빨리 당신이 적합 할 수 있습니다 인스턴스가-overbidding 주문형 바로 구매에서 얻을 수있는 것보다 - 더 많은.

차트를 자세히 보면 소유자가 작성한 자동 모니터링 시스템이 해당 시스템을 정상적으로 종료하기에 충분한 시간 인 스파이크가 항상 매우 짧은 기간임을 알 수 있습니다. 또한 급등 직후 가격이 0으로 내려가는 경우가 있습니다. 즉, 해당 데이터 센터의 모든 시스템이 주문형 시스템으로 사용되고 있기 때문에 현물 가격 책정에 사용할 수있는 시스템이 없으므로 가격은 사실상 제로입니다.

스팟 인스턴스가 종료 플래그를 지정하면이를 나타내는 메시지가 시스템의 로컬 메타 데이터 URI ( http://169.254.169.254/latest/meta-data/spot/termination-time)에서 제공 됩니다. 있을 것이다 삼분 가 종료 될 때까지. 대부분의 경우 종료를 자동으로 처리 할 수있는 충분한 시간이 있습니다. 수요가 이상의 입찰은 정상적으로 종료하는 데 몇 분 이상이 소요되는 배포에만 필요합니다.

3 분 안에 시스템을 정상적으로 종료하고 데이터를 아카이브하도록 설계 할 수없는 경우 시간을 확보하기 위해 수요 가격보다 높은 입찰가를 지정할 수 있습니다. 이 시스템은 현재 현물 가격을 사전에 모니터링하고 가격이 상승하기 전에 교체하도록 설계 할 수도 있습니다. 그러나 그 기간 동안, 당신은 시간이 우아하게 끝나기에 얼마나 가치가 있는지에 대한 사업 결정을 내려야 할 것입니다.

시스템을 유지하기 위해 4-5 시간 동안 시간당 $ 100를 지불하는 것은 어리석은 일입니다. 그러나 시스템이 모든 프로세스를 정상적으로 종료하는 데 30 분이 걸리는 경우 데이터 손실 가능성 또는 수평 확장 서비스의 성능을 저하시킬 가치가있는 비즈니스 결정을 내릴 수 있습니다. 시간당 순이익이 $ 10,000 인 전자 상거래 사이트는 수요 시스템을 가져오고 데이터를 보관하는 동시에 15 개에서 30 분 동안 2 개의 스팟 인스턴스를 계속 실행하기 위해 $ 1000를 지불 할 수 있습니다.

웹 기반 애플리케이션은 Elastic Load Balancer를 사용하여 자동으로 종료 문제를 해결할 수 있습니다. 스마트 구현자는 경고를 처리하기위한 스크립트 세트를 배치합니다. 로드 밸런싱 된 2 개의 저비용 온 디맨드 인스턴스를 유지 한 다음 스팟 인스턴스를 통해 최대 6 개의 중간 비용 시스템을 사용하여 고성능을 유지하고 동일한 용량의 단일 온 디맨드 시스템보다 적은 비용을 소비합니다.

그들 중 3 명은 시간당 $ 100까지 지불하고 3 명은 온 디맨드 가격의 절반까지만 지불합니다. AWS가 인스턴스를 종료하면 ELB가 자동으로 조정됩니다. 자동화 된 시스템을 최대 1 시간 동안 제공하여 단 200 달러로 조정할 수 있습니다.