EC2 인스턴스 배치

Question

우리는 ec2에서 많은 m1.medium/large 인스턴스를 실행합니다. 일반적으로이 기계는 우리의 요구에 가장 적합합니다. 그러나 우리는 노드 사이에 끔찍한 처리량을 얻고 있습니다. 파고가 조금씩 나옴에 따라 이러한 노드는 서로 다른 서브넷에 있고 다른 데이터 센터에있을 수 있습니다.

더 많은 처리량을 얻으려면 가능하면이 노드들을 함께 가까이 놓으려고 노력하고 싶습니다 (network-wize). 다음과 같이 우리의 토폴로지는 다음과 같습니다 EBS에 대한 몇 가지 중앙 저장된 데이터를 호스팅

• A "서버"노드가 NFS 내 보낸, 항상. 큰.
• 시간의 80 %에있는 몇 개의 기본 작업자 노드. m1-large
• 0-50 한 번에 몇 시간 동안 만 켜져있는 슬레이브 노드. 일반적으로 m1.smalls 또는 m1.medium이지만 작업에 필요한 경우 m1.large 일 수 있습니다.

슬레이브 노드는 내 보낸 NFS 드라이브를 마운트합니다.

분명히 슬레이브가 서버에서 멀리 떨어진 곳에서 스핀 업되면 우리는 끔찍한 처리량을 얻습니다.

게재 위치 그룹은 알고 있지만 훨씬 비싼 인스턴스 유형과 완전히 다른 시각화 기술이 필요하며 추가 노드가 40 개 필요할 경우 배치 그룹에 추가 공간이 필요하지 않을 수도 있습니다.

이렇게하면 비용이 크게 증가하고 유연성이 떨어집니다.

제안 사항?

당신은 동일한 가용성 영역에 인스턴스 및 배치 그룹을 시작해야 할

Answer 1

:

http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html

가용성 영역이 인스턴스가 시작됩니다 또는 배치 그룹을 만들 때 선택할 수 있습니다 (EC2 만들-대해 게재 위치 그룹). 영역은 대개 A, B, C 또는 기본 설정 없음 (기본값 - 임의)입니다.

동일한 가용성 영역에있는 노드는 동일한 10Gbps 네트워크에 연결됩니다. 이는 SATA3 인터페이스에서 실행되는 솔리드 스테이트 드라이브의 대역폭보다 높습니다 (6Gbps).

다른 지역은 동일한 지역 (예 : 미국 북동부)에 있지만 일반적으로 재해 복구 구현을 허용 할 수있는 거리에 있습니다. 그들은 분명히 다른 데이터 센터에 있으며 아마도 같은 지역의 다른 주 (예 : 미국 북동부)에있을 것입니다. Amazon은 실제 위치를 게시하지 않습니다.

AWS 관리 콘솔을 통해 게재 위치 그룹 생성을위한 가용 영역을 지정하는 방법이없는 것처럼 보입니다. 아마도 API를 사용해야 할 것입니다. 당신은, 당신이 위험에 응용 프로그램을 가하고있는 동일한 가용성 영역에 전체 인프라를 이동하는 거라면 그렇게 -

http://docs.amazonwebservices.com/AWSEC2/latest/CommandLineReference/ApiReference-cmd-CreatePlacementGroup.html

나는 전체 가용성 존 EC2 아래로 몇 번 가서 봤어요 일종의 재해 복구 또는 2 개 존 간의 결함 허용 구현이 필요합니다.

희망이 도움이됩니다.