-4
나는 아마존 ELB 플러스 내결함성을위한 EC2 (고 가용성) 특히

Amazon ELB 구조에 관해서?

를 사용하려면

, 그것은 다음과 같은 고 가용성 기능을 지원하는 방법을 분명하지 않다 :

  • 그것이 선제 마이그레이션이 있습니까를?
  • 검사 점?
  • 작업 이전?
  • 자기 감지?
  • 오류 마스크?
  • 그리고 사전 대책이나 반응 적입니까?
  • 합니까 ELB는이

답변

0

..

1) 선제 마이그레이션이 나는 ​​초기 실패를 감지 할 수있는 응용 프로그램 내 일까지 건강 검진을 꼬셔서 어떻게 든 초기에 장애를 감지하도록 구성 할 수도있을 것 같군요. 그러나 그것은 디자인 전략의 일부가 아닙니다. 노드가 불량으로 표시되고 새 노드가 열리면이 방법은 AWS의 작동 방식에 포함되지 않습니다. 노드는 변경 불가능하다고 생각됩니다.

2) 검사 점 일반 프로세스의 일부로 노드에서 데이터를 복제한다는 아이디어는 AWS 고 가용성 비전의 일부가 아닙니다. 데이터의 HA는 노드의 데이터가 아닌 데이터베이스 계층에서 발생하는 경향이 있습니다. "고정 세션"을 사용하면 사용자가 시스템의 경우에도 동일한 데이터를 계속 사용할 수 있습니다 실패. 작업 데이터가 정확하게 유지되는 방식은 ELB에 의해 제어되지 않습니다.

4) 자기 탐지 ELB의 맥락에서 이것은 건강 검사가하는 것입니다. 그러나 건강 검진 한이 낮은 수준의 일의 더 마스크 ELB의 + 노드를

5) 오류 인 것으로 시스템을 상상하는, 다운 스트림 노드에 장애를 발견, 나는 그것이 어떻게 적용되는지 볼 수 없습니다 to ELB

여러분의 질문 중 많은 부분이 데이터베이스 계층에 대한 쿼리로 더 잘 처리 될 수 있다고 생각합니다. AWS RDS에는 흥미로운 HA 기능 세트가 있습니다

+0

내 관심사를 해결하는 데 매우 친절했습니다. –