자동 스케일링 EC2 또는 기타 클라우드 컴퓨팅 인프라의 실제 제한 사항은 무엇입니까?

Question

EC2 또는 기타 클라우드 컴퓨팅 인프라에서 자동 스케일링 웹 또는 DB 계층을 실험 한 사람이 궁금 했습니까? 이론적으로 가능해 보이지만 실용적인 한계가 무엇인지 궁금합니다.

감사!

Answer 1

우리는 또한 자동 스케일링을보기 시작했습니다.

첫 번째 후보 접근법은 Amazon의 ELB (탄성로드 밸런서)와 클라우드 전면을 사용하는 것입니다. 그러나 우리의 트래픽은 웹 서비스입니다. 발신자는 100 포인트 링크 HTTP 메시지를 자주 보내며 ELB는 해당 메시지를 이해할 수 없습니다. 아마존에서 아직 고정 될 수있는 단어는 아직 없습니다. 또한 Amazon 포럼에는 ELB가 무거운 짐을 처리하지 않는 것에 대한 많은 불만이 있습니다.

LightTPD 1.5는 인스턴스가 작동하지 않을 때를 감지하고 회전에서 투명하게 제거 할 수 있으며로드 밸런서를 다시 시작하지 않고 동적으로 재구성 할 수 있다는 유망한 부분 솔루션처럼 보입니다.

많은 상용 솔루션도 있습니다. 우리는 아마도 올바른 규모를 살펴볼 것입니다.

Answer 2

이것은 대답보다 더 많은 질문이지만, 나는 자신을 자동화하는 실험을 시작하려고합니다 (아마존 클라우드 프론트 시설을 사용하는 아마도 대부분). 인스턴스 시작 시간이 요인이 될 것이라고 생각하고 있습니다. 새로운 EC2 인스턴스가 시작하는 데 5 분에서 20 분 정도 걸릴 수 있다는 것을 알았으므로 부하가 증가 할 때 더 많은 용량을 추가 할 수있는 것은 아닙니다. 실행중인 유휴 인스턴스가 하나 이상 필요하고 부하 증가를 픽업 할 준비가 된 것 같습니다.

Answer 3

늦은 추가 :

SimpleDB도 고려하십시오 ... 이것은 DB 스케일링 측면을 제거합니다.

자동화를 위해서는 서버를 모니터링, 시작 및 프로비저닝하기 위해 자체 스크립트를 굴 렸습니다. 전체 프로세스는 약 7 분이 소요됩니다. 우리는 새로운 서버가 필요한시기를 추측하기 위해 약간의 예측 분석을 수행 한 다음 그렇지 않은 경우 분류합니다. 총 비용 : ~ 10 센트.

또한 SCALR은 상업용 솔루션으로 유망한 것으로 보입니다 (사용하지 않았습니다).

차드