동적 EC2 인스턴스 관리를위한 올바른 스케일 및 SCALR에 대한 모든 생각 [폐쇄

Question

EC2에서 웹 앱을 관리하기위한 비용 효율적인 도구를 찾고 있습니다. Rightscale은 큰 개에게 보이고 그것을 청구합니다. Scalr은 더 비용 효율적인 솔루션처럼 보이지만 실제 고객 경험을 찾기가 어렵습니다.

내가 찾고있는 주요 측면은로드 밸런서 (HTTP 및 HTTP)와로드가 증가 할 때로드가 증가 할 때 온라인 추가 웹 서버 용량을 자동으로 가져 오는 방법입니다.

내가 말할 수있는 바에 따르면, 많은 사람들이 여기서 자신의 물건을 굴립니다. 우리는 앱을 출시하려고 노력하고 있으며 너무 많은 Sys 관리자 전투와 싸우고 싶지 않습니다. 성능 등의 중요성을 감안할 때 나는 이것에 대한 분야의 조언과 경험을 듣게되어 감사합니다.

Answer 1

저는 SCALR 사용자, SCALR.NET 가입자이며 SCALR 애호가가되었습니다. 나는 올바른 범위를 감당할 수 없을 것입니다.

Scalr는 당신이 요구하는 것을 할 수 있습니다.

SCALR에는 3 개의 이미지 (각각 32/64 비트 버전)와베이스 (제네릭) 이미지가 있습니다.

1) Nginx를 실행하는로드 밸런서 이미지. 사용 가능한 설정에는이 중 두 가지가 필요합니다. Scalr은 NamesService를 관리하고 그들 사이의 Robin을 관리합니다. 한 사람이 내려 가면 SCALR은 DNS에서 제거하고 다른 인스턴스를 가져옵니다. 다른로드 밸런서를 실행할 수는 있지만 Nginx가 기본값입니다.

2) Apache/Tomcat/Rails를 실행하는 여러 응용 프로그램 서버 이미지를 사용할 수 있습니다. PHP/PERL/PYTHON/JAVA/RUBY/무엇이든 여기에 응용 프로그램을 설정합니다. NGINX는 고유 한 사용자 (IP + 브라우저 기반)로 그룹화 된이 인스턴스 간의 요청을 경로합니다. SCALR은 이들을 가리기를 위해 모니터링하고 깨진 인스턴스를 대체합니다.

3) 자동 마스터/슬레이브 복제가 포함 된 MySQL 데이터베이스 이미지. 스키마를 배포하고 SCALR은 복제를 처리하고 소진 서버를 대체합니다. 또한 데이터를 주기적으로 백업합니다. Scalr의 DNS는 마스터 및 슬레이브 호스트 이름을 제공하므로 앱을 노예에서 읽고 마스터에게 쓸 수 있습니다.

이러한 모든 인스턴스 유형은 부하를 기반으로 자동 규모입니다. 당신은 당신이하고있는 일에 가장 가까운 기본 이미지로 시작한 다음 응용 프로그램을 위해 그들을 사용자 정의합니다. 예를 들어, Apache Server 인스턴스에 Perl/Catalyst 앱을 배포하지만 Nginx 프론트 엔드 서버에서 정적 컨텐츠를 제공합니다. 읽기/쓰기 데이터베이스 핸들을 사용하려면 응용 프로그램을 약간 수정해야했습니다.

대체로, SCALR에서 신뢰할 수있는 상태로 신뢰할 수있는 상태로 SCALR의 버그를 통해 작업하는 데 약 3 주가 걸렸습니다. 그들의 지원은 경이 롭기 때문에 버그가 너무 귀찮게되지 않았으며 시스템이 실제로 나오고 있습니다. 심각한 신뢰성에 접근하고 있습니다.

참고로, SCALR의 가장 좋은 기능은 'All on All에 동기화'기능으로 AMI를 자동 매체하고 서비스 중단없이 새 인스턴스에 다시 배포합니다. 이렇게하면 긴 EC2 이미지/AMI 생성 프로세스를 거치는 시간을 절약 할 수 있습니다. 그렇지 않으면 매우 간단한 관리자 작업이 20 분이 걸릴 수 있습니다. 서버 팜을 확장하는지 여부에 관계없이 이것을 사용할 수 있습니다. 단일 인스턴스에서도 매우 편리합니다.

나는 시간과 돈을 절약한다고 생각하기 때문에 한 달에 $ 50를 지불하기 위해 서비스를 주최합니다. 결론은 지금까지 이것입니다. 마지막 공연에서 우리는 1 년 동안 고도로 사용 가능한 Linux DB + App Server 설정을 작업하는 시스템 담당자가있었습니다. 그는 3 주 안에 달성 한 신뢰성을 달성하지 못했습니다. . 내 자신을 굴리는 것과 비교하여 SCALR을 사용한 절약은 극단적입니다.

내가 올바른 범위를 감당할 수 있다면, 나는 올바른 스케일을 사용할 것입니다. 그러나 선불 수수료와 한 달에 500 달러는 그렇게 불가능합니다. 포함하는 컨설팅을 흔드는 대가로 선불 수수료를 흔드는 것에 대한 이야기가 있었지만 월간 서비스 수수료는 어디에도 가지 않습니다.

현재 SCLAR.NET의 웹 사이트가 다운되었으므로 서버 농장을 관리하고 싶다면 (ATM이 없음) 지금 당장 할 수 없었습니다. 스케일링이 SCALR.NET 가입자를 위해 작동하는지 여부는 확실하지 않습니다. 즉, 이것은 ... 이것은 아마도 성숙한 솔루션이 아닐 것입니다. 이것은 종종 발생하지 않습니다. 오늘 밤에 내가 경험 한 유일한 다운 타임은 한 번에 몇 분 동안 발생했습니다. 하지만 그래 ... 지금은 아래로 내려 가서 언급해야합니다 :)

지원 그룹의 철저한 읽기를 제안합니다. http://groups.google.com/group/scalr-discuss 결정을 내리기 전에. SCALR을 선택하는 경우 설정을 테스트하고 Google 그룹에있는 모든 문제를 통해 작업 할 준비를하십시오.

Answer 2

구체적인 대답을하는 것은 약간 야심적이기 때문에 귀하의 질문에 대해 언급 할 것입니다.

먼저, 나는 당신이 당신의 태그에 haproxy를 가지고 있음을 알았습니다. 그것은 확실히 최고의로드 밸런싱 소프트웨어입니다 입증되었습니다 EC2에서. Haproxy 사용에 관한 AWS 포럼에는 문서와 경험이 있습니다.

Scalr에 대한 의견을 제시 할 수는 없지만 Rightscale은 올바른 방향으로 진행됩니다. 로드맵에서 가장 흥미로운 기능 중 하나는 아마존의 EC2뿐만 아니라 모든 클라우드를위한 MGMT 클라우드 시스템이라는 것입니다. 따라서 부하 밸런싱 및 필요한 업 스케일링을 요청할 때 매우 유망합니다.

또한 RightScale에서 개발자 무료 계정에 가입 할 수 있으며 일부 AMI 및 무료 스크립트를 테스트 할 수 있습니다. 매우 인상적입니다.

글쎄, 이것은 내가 거기에서 일하는 것처럼 들릴지 모르지만, 나는 단지 클라우드 사용자 일뿐입니다. 그것이 당신의 마음을 가로 질러 있다면.

나는 이것이 적어도 토론에 도움이되기를 바랍니다.

지오

Answer 3

약 2 개월 동안 SCALR에 있었고 좋은 결과로 여러 생산 응용 프로그램을 플랫폼으로 천천히 전환했습니다. 나는 빠른 회전/지원 및 가치를 위해 그들을 강력하게 추천합니다. 나는 그들이 플랫폼의 가용성을 향상시키는 것을보고 싶습니다.

대체로, 제시된 간단한 사용 사례를 기반으로 원래 포스터에 적합합니다.

Answer 4

모든 서비스에는 나쁜 날이 있습니다. AWS 서비스는 다운 타임을 참조하십시오. 그러나 여전히 AWS에서 앱을 실행하는 사용자가 있습니다.

Scalr.net에 몇 개의 농장이 있으며 RightScale과 비교됩니다. 팔과 다리를 지불 할 필요가 없습니다.

전반적으로 서비스는 매우 신뢰할 수 있습니다. 그리고 이제 스크립팅 엔진을 사용하면 인스턴스를 통제하기 위해 내 자신의 스크립트를 설정할 수 있습니다.

Hareem Haque와 관련하여

Answer 5

서비스 (Rightscale 및 Scalr)는 모두 훌륭합니다. 제안은 동일하지 않으며 가격도 동일하지 않습니다. 그러나 그들은 둘 다 내가 찾고 있던 것입니다. 우리의 예산 Scalr은 내 요구에 맞습니다. 처음에는 Google 그룹을 통한 지원이 매우 이상하다는 것을 알았지 만 매우 빠르고 효율적입니다.

그들의 솔루션은 또한 오픈 소스 (나쁘지 않음)이며 다른 공급자를 지원하는 로드맵에 V2가 있습니다.

기다렸다가 봐,하지만 지금까지, 나는 그것에 매우 만족합니다

Answer 6

올바른 선택을 결정하는 것은 모든 사람이 기대하는 것만 큼 절단되고 건조하지 않을 수 있습니다. 나는 Scalr의 플랫폼에 대한 대화를 들었고, 오른쪽 스케일의 플랫폼에 대해 들었습니다. 간단한 SOA (App Server -Database Server -File Server)가있는 경우 회사에 적합합니다.

궁극적으로 사용자 정의 미들웨어를 만들었고 핸드 셰이크를 위해 알려진 소켓이나 특정 포인트에 의존한다면, 부하 균형을 맞추고 자동 스케일링 할 수있는 것을 고려해야합니다. 이 서비스 중 하나와 함께.

Answer 7

어떤 사람들은 자동 스케일링이 문제를 해결하지 못한다고 말합니다.

Answer 8

나는 지금 SCALR을 조사하고 있지만 모든 것이 좋아 보이지만 클라우드 관리 / 스케일링의 목적으로 내 스크립팅을 계속하기로 결정했습니다. 지금은 8 개의 서버가 있으며 AWS 수수료 만 지불하고 있습니다. 나는 요리사 (자조), 나기오 및 기타 많은 도구를 사용합니다. 내 데이터베이스는 MySQL 및 MongoDB이며,로드 밸런서는 Haproxy이며, 앱 계층은 Rails입니다. 100 개의 서버가 필요할 때까지 스크립트를 유지하겠다고 생각합니다. ;-)