2017-02-24 4 views
1

Azure Traffic Manager를 사용하여 고 가용성을위한 솔루션을 기본 설정으로 배포했습니다.Azure Traffic Manager를 사용하여 고 가용성 달성

선정 된 라우팅 방법은 성능입니다.

주 서버가 다운되는 즉시 사용자가 보조 서버로 전송 될 것으로 예상했습니다. 그러나 불행하게도 30 초의 지연이 있습니다. 테스트에서 30 초 동안 우리는 사용자가 및 요청이 시간 초과 인으로 응답하지 않는 것으로 나타났습니다. 직장에서 모든 것을 되 찾는 데는 거의 1 분이 걸립니다. Azure Traffic Manager with 30 second TTL 일반적으로 Google은 고 가용성을위한 솔루션을 확실히 유지하는 Facebook 또는 Microsoft 사이트에서 이러한 드롭 아웃을 관찰하지 않습니다.

우리는 우리의 응용 프로그램에서 이러한 드롭 아웃을 정상적으로 처리하기 위해 코드를 작성해야합니까? 곧 다시 시작할 클라이언트 측 대화 상자를 보여주는 것과 같은 것입니까? 사용자 경험이 원활하도록 최상의 솔루션이 될 수있는 것은 무엇입니까?

+0

웹 응용 프로그램의 여러 인스턴스를 실행하고 있습니까? 그렇다면 Total Azure 데이터 센터가 중단되는 경우에 대비하여 Traffic Manager 장애 조치 솔루션 만 있으면됩니까? –

+0

장애 조치 (failover)의 경우 성능이 아닌 우선 순위 알고리즘을 구성하려고합니다. 또한 웹 응용 프로그램의 인스턴스가 여러 개입니까? 아니면 사이트를 호스팅하는 웹 응용 프로그램이 여러 개 있습니까? –

답변

3

Azure 트래픽 관리자는 DNS 기반로드 균형 조정기이기 때문에 클라이언트는 DNS를 다시 쿼리하기 전에 DNS 항목의 TTL이 전달 될 때까지 기다려야합니다. 그래서 당신은 당신의 문제를 가지고 있습니다. 트래픽 관리자는 통신 자체를 관리하지 않습니다. 클라이언트가 DNS를 통해 통신 할 서버는

입니다.

페이스 북과 Microsoft는 프로토콜 (예 : IP 주소의 균형 조정)에서로드 밸런서를 사용하고 있습니다. 하나의 노드가 떨어지면로드 밸런서는 모든 트래픽을 수신하고 리디렉션하기 때문에 다른 노드로 전환 할 수 있습니다.

문제를 해결할 Azure Load Balancer (이름이 확실하지 않음)로 전환 할 수있는 경우. 그렇지 않으면 TTL을 단축하거나 DNS 캐시를 플러시하고 다시 시도해야합니다.