나는 많은 오래된 기사를 보았다. 그래서 나는 다시 그것을 요구하고있다. 2012 년 4 월 현재 EC2에서 ELB (Elastic Load Balancing)가 얼마나 좋은지 잘 알고 있습니다. EC2 서버에 대한 ELB의 대안은 무엇입니까? 프로와 단점은 무엇입니까?EC2의 Elastic Load Balancing은 얼마나 좋은가
또한 자신의 예에 everyting을하는 마법 검 내가 내 응용 프로그램을 변경하지 않아도 EBL입니다
PS : 나는이
ELB에서 내가 가진 가장 큰 문제는 요청 당 60 초라는 엄격한 제한이 있다는 것입니다. 유스 케이스가 60 초 이상 지속될 연결이 필요한 경우 ELB가 작동하지 않습니다. 부록 : 당신의 연결이 일종의 'keepalive'트래픽을 할 수 있다면 ELB는 그것을 죽이지 않을 것입니다. 일반적으로 장시간 실행되는 HTTP 응답의 경우 60 초가 지나면 종료됩니다.
또 다른 문제는 비정상적인 임계 값에 넣은 상태 검사의 수가 실패하면 ELB가 인스턴스에 대한 모든 연결을 즉시 종료한다는 것입니다. 따라서 비정상적인 임계 값을 유지하지 않으면 apache의 정상 중지와 같은 것이 어렵습니다. 가장 오래 실행되는 프로세스 또는 60 초가 지나면 앱과 예상되는 응답에 따라 평생처럼 보일 수 있습니다.
편집 : ELB를 지원 연결이 이제 배수 : http://aws.amazon.com/about-aws/whats-new/2014/03/20/elastic-load-balancing-supports-connection-draining/
또한 일반적인 실수는 ELB에 인스턴스의 가용성 영역을 추가하거나 건강 진단을 잘못 구성하는 것을 잊지하는 것입니다.
ELB는 관리의 관점에서 보면 아주 훌륭하지만 확실히 멋진 기능이 빠져 있습니다. ELB에서 SSL을 종료하는 것이 아마도 가장 큰 '킬러 기능'일 수 있으며, 비교에서 모든 단점을 중요하지 않으며 중요하지 않게 만듭니다.
탄성로드 균형 조정의 모든 완전 초보자입니다 수 Amazon EC2 인스턴스의 상태를 감지합니다. 이것은 아주 좋은 기능입니다. 우리는 ELB를 Auto Scaling과 함께 사용하며 꽤 잘 작동합니다. ELB는 부하에 따라 자동으로 조정됩니다. ELB와 관련된 문제는 절대로 발생하지 않습니다. 읽는 것이 유용 할 수도 있습니다. this