Amazon EC2 스팟 인스턴스에서 어떤 종류의 작업 부하를 사용하는 것이 적절합니까?

Question

Amazon은 EC2 기반 인프라에 대해 "Spot Instances"을 발표했습니다. 어떤 종류의 작업 부하가 그런 서비스에 적합한 지 궁금합니다.

스팟 인스턴스를 사용하면 사용하지 않은 Amazon EC2 용량 을 입찰 할 수 있습니다. 인스턴스 은 Amazon EC2로 설정된 스팟 가격이 부과됩니다. 은 공급량에 따라 주기적으로 변동하며 스팟 인스턴스 의 수요는 입니다.

Interesting quote

:

JIT의 철학은 간단하다 : 재고가 낭비입니다.

---

편집 : 그냥 그 스팟 인스턴스의 큰 볼륨을 활용하여 :

자신을 유지할 수있는 응용 프로그램이 있는지 궁금 (실행 가능할 읽기). 그것에 대해 생각하십시오 : 평균 1의 가격에 대해 10 개의 인스턴스를 얻는다 고 상상해보십시오. 물론 보장은 없지만 Spot 인스턴스를 사용할 수없는 경우 많은 "정상적인"인스턴스를 시작할 수 있습니다 .

Answer 1

분명히 이것은 실시간 일 필요가없는 작업 부하를위한 것입니다.

규모가 작 으면 어떻게 stackoverflow에 적용 할 수 있을까요? 예를 들어이 사이트의 많은 배지는 실시간으로 계산되지 않습니다. 적법성을 평가하는 정기 절차가 있으며 매일 실행되는 한 매일 오전 4시 또는 오후 4시에 실행 여부는 중요하지 않습니다. 4am에서 그것을하는 것은 더 싼 5 센트 일 수 있었다. (분명히 그들은 이것을 위해 전혀 EC2를 사용하지 않는다)

큰 스케일? 대규모 데이터 집합에 대한 검색 엔진은 색인을 작성하는 데 막대한 컴퓨팅 용량이 필요할 수 있습니다. 하루에 한 번씩 새로운 데이터를 인덱싱하고 수 백 대의 서버에서 인덱싱하는 데 2 ​​시간이 걸리면 매일 밤 수천 달러를 절약하고 매일 수천 달러를 절약 할 수 있습니다.

시계 작업 부하를 분산시킴으로써 Amazon은 자원 활용을 극대화하고 시장에서 가장 저렴한 가격을 제공 할 수 있습니다.

Answer 2

Amazon에만이 작업 생각할 수 :

• 이미지 및 비디오 처리, 변환 및 렌더링
• 과학 연구 데이터 처리
• 금융 모델링 및 분석

스팟 인스턴스를 생각 나게 수요가 적을 때 에너지 비용을 줄이는 "이중 관세 전기 계량기"를 제공합니다. 나는 이것이 매우 흥미로운 개념이고 클라우드에 대한 예기치 않은 소개라고 생각하지만, 전통적인 비즈니스 문제에는 적용하기 어려울 것입니다.

Answer 3

정규 인스턴스에서 실행되는 백본과 몇 가지 추가 인스턴스 세트가 감소하는 현물 가격으로 유연한 클러스터 (예 : HADOOP)를 설정하는 것이 좋습니다. 가격이 떨어지면 작업 단위를 처리 할 추가 인스턴스를 사용할 수있게됩니다.가격이 올라가면 노드가 종료됩니다. 클러스터는 노드 장애와 마찬가지로 작업 단위를 다른 노드에 다시 발행하여이를 처리합니다.

분명히 이것은 다소 적대적인 환경이므로 약간의 조정이 필요합니다. 전역 파일 시스템에 대해 표준 3 중 복제를 수행하고 블록을 포함하는 세 노드가 동시에 종료되면 손실됩니다. 현장 인스턴스 가격을 분산 시키면 많은 사람들을 잃을 가능성이 줄어들게됩니다. 복제 요소를 늘리면 영향이 줄어들고 인스턴스와 함께 디스크 공간이 절약되므로 아무런 문제가되지 않습니다. 이것이 충분하나요? 우리가 볼거야.

Answer 4

일괄 처리 또는 연중 무휴로 실행하지 않아도되는 작업과 같은 명백한 사용 사례가 있습니다.

기타 흥미로운 구현은 추가 용량입니다. 온 디맨드 및 스팟 인스턴스를 혼합하여 웹 사이트를 운영 할 수 있습니다. 주문형 인스턴스는 '핵심'역할을합니다. 현장 인스턴스가 여기 몇 시간 동안 다운 된 경우 주문형 인스턴스가 조금 더 어려워 질 수 있지만 웹 사이트에 계속 액세스 할 수 있습니다.