문제

에 관심이 있어요 크로스-콜로 오류 복구 전략에 대한 웹 응용 프로그램,는 경우 본 사이트에 오류가 발생하면 사용자가 원활하게 땅에 fail-over 사이트에서 또 다른 colo.

응용 프로그램의 보이는 것 주로 알아낸와 마스터-슬레이브 데이터베이스 설치 사 colos 및 서비스를 복구하기 위해 설계되었고 선택할 수 있 mid-stream.내가하고 있다고 전략에 대한 이동하는 트래픽에서 메인 사이트를 실패하는 사이트입니다.DNS 장애 조치도 저렴한 TTLs,보행 공정한 비트의 지연 시간.

어떤 전략을 추천할만에 대한 신속하게 이동 사이의 트래픽 colos 고 가정하면,서버에서 기본 콜로 연결할 수 없?

이 있는 경우 다른 흥미로운 경험이/지혜의 말씀에 대한 크로스-콜로 장애 조치를 듣고 싶어합니다.

도움이 되었습니까?

해결책

DNS 기반 메커니즘은 영역 파일에 낮은 TTL을 넣더라도 번거 롭습니다.

그 이유는 많은 응용 프로그램 (예 : MSIE)이 TTL을 무시하는 자체 캐시를 유지하기 때문입니다. 다른 소프트웨어는 단일을 수행합니다 gethostbyname() 또는 동등한 호출 및 프로그램이 다시 시작될 때까지 결과를 저장합니다.

더 나쁜 것은, 많은 ISP의 재귀 DNS 서버는 자신의 선호되는 최소값 이하의 TTL을 무시하고 자체 더 높은 TTL을 부과하는 것으로 알려져 있습니다.

궁극적으로 사이트가 두 데이터 센터에서 실행되는 경우 없이 IP 주소를 변경하면 Global BGP4 루트 공지를 통해 "Multihoming"에 대한 배열을 살펴 봐야합니다.

Multihoming을 사용하면 최소한 "Provider Invent

다른 팁

로 DNS,나를 참조 "왜 DNS 기반으로 글로벌 서버의 부하 균형을 잡는 작동하지 않는다".에 대한 다른 모든 것-- 사용 BGP.

디자인 네트워크하기 위해 로드 밸런스를 사용하여 BGP 는 여전히 쉽지 않고 나 자신은 확실히지 않는 전문가다.그것은 또한 더 복잡한 보다 백과 당신에게 말할 수 있지만 몇 가지 흥미로운 기사 웹에서는 방법을 자세히 할 수 있다:

항상 더 많은 검색할 경우 BGP 고 있습니다.거기에는 또한 몇 백서는 인터넷에서 설명하는 방법 Akamai 가들의 글로벌 loadbalancing(나는 그것을 믿는 것 BGP 도 있습니다.), 는 항상을 읽고 흥미 및에 대해 알아 봅니다.

을 넘어 명백한 개념을 사용할 수 있는 소프트웨어 및 하드웨어를 달성할 수도 있습을 확인하는 ISP/공급자/colo 는 경우 그들은 당신을 설정할 수 있습니다.

또한,범죄에 관해서 당신의 선택의 colo(들의 공급자가?), 하지만 대부분의 장소에 설정해야한 거래는 중단 시간 및래에,그들은 필요한 조치를 취할.의 홍수 또는 외계인은 항상 치지만,이 경우에는 추측이 있다 더 중요한 문제입니다.:-)

가능하다면 멀티 캐스트 - http://en.wikipedia.org/wiki/multicast 또는 anycast- http://en.wikipedia.org/wiki/anycast

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top