다중 사이트 고 가용성


15

가용성이 높아야하는 SaaS 애플리케이션이 있습니다. 우리는 이미 고가의 잘 유지 관리되는 Hyper-V 장애 조치 클러스터를 가지고 있지만 오늘날 해당 클러스터를 호스트하는 데이터 센터에는 5 시간의 정전이 발생하여 완전히 오프라인 상태가되었습니다. 따라서 이제는 두 개의 별도 데이터 센터에서 서버를 사용하는 것이 더 나은 방법인지 궁금합니다. 이 두 사이트 사이에서 모든 백엔드 파일 복제 및 데이터 복제가 작동한다고 가정하면 프런트 엔드 라우팅을 처리하는 방법이 궁금합니다. 문제에 어떻게 접근하는지 궁금하지 않으며 항상로드 밸런서가 작동합니다. 단일 실패 지점.

그렇다면 문제는 ...로드 밸런서가 단일 장애 지점이되지 않도록 두 호스팅 사이트간에로드 밸런싱을 어떻게 설정할 수 있습니까? 각 사이트마다 하나씩 두 개의 개별로드 밸런서를 사용하는 방법이 있습니까? 라운드 로빈 DNS를 고려해야합니까?

답변:


14

이를 올바르게 수행하려면 다음이 필요합니다.

  • 두 개의 데이터 센터에서 두 개의 별도 인스턴스 (이미 결정한대로)
  • 두 데이터 센터 간 동기화 (이미 결정한대로)
  • 장애 발생시 클라이언트를 다른 클라이언트로 리디렉션하는 방법

이를 수행하는 일반적인 두 가지 방법이 있습니다. 하나만, 하나는 ...

DNS

라운드 로빈 DNS는 원하는 것이 아닙니다. 모든 요청이 기본 DC로 이동하기 를 원 하고 두 번째 DC는 첫 번째 다운 타임 동안에 만 사용되기 때문입니다.

당신이 할 수있는 일은 DNS에서 매우 낮은 TTL (예 : 30 초 또는 5 분)을 설정합니다. 즉, DC가 다운되면 5 분 정도면 DNS를 업데이트하기 만하면됩니다. 고객이 다른 DC를 가리키고 있습니다.

즉, 두 DC의 IP 레이아웃이 다르므로 데이터 센터 설정에서이를 조정해야합니다.

BGP

기본적 으로이 질문을하는 경우 도달 할 수 없습니다. 요컨대, IP 주소는 동일하게 유지되지만 한 데이터 센터에서 다른 데이터 센터로 "이동"됩니다. 여기에는 고가의 라우터, 고가의 IP 범위 및 AS 번호 및 IP 범위에 대한 고가의 로컬 레지스트리 구독이 포함됩니다.

BGP 라우터는 기본 데이터 센터에서 광고를 중단하고 보조 데이터 센터에서 광고를 시작합니다. 그런 다음 인터넷은 오프라인 데이터 센터를 라우팅하고 트래픽을 새 DC로 보냅니다.


ESXi 및 vSphere로 가상화 된 경우 VMWare는 VMWare Site Recovery Manager 라고 불리는 시범 적으로 훌륭한 제품을 제공합니다. 기본적으로 모든 것이 가능합니다. VM 구성을 동기화 상태로 유지하고 첫 번째 사이트가 오프라인 상태가되면 두 번째 사이트에서 전원을 켭니다. 그래도 큰 돈이다.


SRM을 사용하더라도 복제 항목과 일부 IP 장애 조치를 정렬해야합니다.
EEAA

esxi5에는 새로운 San 이외의 복제 제품이 있지만 사실입니다. 나는 그것을 많이 보지 않았습니다.
Mark Henderson

아 맞다. 나는 그것에 대해 무언가를 듣는 것을 기억합니다.
EEAA

1

로드 밸런서를로드 밸런싱해야합니다.

당신은 할 수 DNS 라운드 로빈이 작업을 수행하지만, 그 접근 방식은 많은 문제를 가지고있다. 원하는 것보다 오래 항목을 캐시하는 클라이언트를 제어 할 수 없으며 특정 위치로 트래픽을 강제로 전달할 수 없습니다.

GSLB (Global Server Load Balancing)를 사용하여이 작업을 수행 할 수도 있습니다. 인터넷을 통해 여러 데이터 센터에 가시성을 제공하기 위해 DNS를 활용하는 고급 방법입니다. 간단히 말해 트래픽을 조각으로 나누고 DNS를 사용하여 조각을 선택하는 메커니즘을 설정했습니다. 클라이언트를 조회하도록 구성된 DNS 확인 자의 해시를 사용합니다. 다른 사람들은 지리를 사용하여 "가장 가까운"데이터 센터로 라우팅합니다. 해당 데이터 센터 또는 클러스터에 대한 단일 장애 지점이 다운되는 경우 GSLB에서 IP를 신속하게 제거 할 수있는 메커니즘을 추가해야합니다.

http://www.eukhost.com/web-hosting/kb/global-server-load-balancing/

마지막으로, 일부 고급 전문가들은 Anycast DNS로이 문제를 해결합니다. 이는 다시 "가장 가까운"데이터 센터 접근 방식을 활용하려고합니다. 서비스를 애니 캐스트한다는 것은 "상태 충만"을 제거해야한다는 것을 의미합니다. 이것은 어려울 수 있습니다.


이 방법에는 여전히 제공 한 링크에 설명 된 "마스터 서버"라는 단일 실패 지점이있는 것 같습니다.
Mike

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.