네트워크 서비스 중단이 발생합니다. 여부가 아니라 언제의 문제입니다. 100% 가동 시간 SLA를 갖춘 클라우드 플랫폼과 콘텐츠 전송 네트워크(CDN)도 면역되지 않습니다. 다른 모든 것과 마찬가지로 중단이 발생합니다.

문제는 네트워크 서비스 중 하나가 다운되면 어떻게 하느냐는 것입니다. 중복된 서비스가 부족하면 오프라인 상태가 될까요? 아니면 원활한 사용자 경험을 유지하면서 다른 제공업체로 장애 조치를 하시겠습니까? 백엔드에서는 장애 조치 프로세스가 어떻게 작동하나요? 자동화될 것인가 아니면 수동으로 이루어질 것인가?

대부분의 중견기업과 대규모 조직에는 중복 시스템 정전 시에도 살아남을 수 있도록 돕기 위해 마련되었습니다. 그들이 갖고 있을 수도 있고 없을 수도 있는 것은 다음과 같은 경우 트래픽을 중복 시스템으로 리디렉션하는 자동화된 메커니즘입니다. 핵심 서비스가 중단됨.

IBM NS1 Connect Filter Chain™ 기술은 DNS의 강력한 기능을 사용하여 네트워크 서비스 중단이 있을 때 서비스 제공자 간에 트래픽을 자동으로 다시 라우팅합니다. 몇 가지 기본 규칙을 적용하면 NS1 Connect 네트워크 상태를 모니터링합니다 필요에 따라 엔드포인트를 전환합니다. 규칙과 우선순위를 미리 설정하세요. 그 이후의 모든 일은 자동으로 발생합니다.

NS1 플랫폼에서는 필터 체인 구성이 DNS 영역 내의 개별 레코드에 적용됩니다. 필터 체인은 NS1이 각 레코드에 대한 쿼리를 처리하는 방법, 특히 반환할 답변을 결정합니다. 각 필터 체인은 고유한 논리를 사용하여 쿼리를 처리합니다. 운영 또는 비즈니스 요구 사항에 따라 특정 결과를 달성하기 위해 필터 조합을 만들 수 있습니다.

물론 모든 사람이 장애 조치 트래픽을 동일한 방식으로 전달하기를 원하는 것은 아닙니다. 그래서 우리는 필터 체인을 사용하여 활성-활성, 활성-수동 및 수동 장애 조치 시스템을 구축하는 방법에 대한 빠른 가이드를 정리했습니다.

활성-활성 장애 조치

이 사용 사례에서 NS1 또는 타사 데이터 소스는 애플리케이션 제공 인프라의 개별 엔드포인트 상태를 모니터링합니다. 데이터에 한 시스템의 중단이 표시되면 NS1은 사용자가 선택한 보조 시스템으로 트래픽을 자동으로 라우팅합니다. 이러한 보조 시스템은 어쨌든 로드 밸런싱 시스템의 일부로 실행되고 있기 때문에 이를 "액티브-액티브"라고 합니다. 한 시스템에 중단이 발생하면 NS1은 이미 활성화된 시스템에 대한 로드 균형을 다시 조정합니다.

체인의 첫 번째 필터는 "Up"입니다. 이 필터는 서비스 공급자의 엔드포인트가 작동하는지 여부를 시스템에 알려줍니다.

체인의 두 번째 필터는 "Shuffle" 또는 "Weighted Shuffle"입니다. "Up" 필터가 엔드포인트에 대해 "false" 응답을 반환하는 경우 트래픽을 자동으로 다른 공급자에게 배포합니다. Shuffle은 트래픽을 무작위로 분산하는 반면, Weighted Shuffle은 사용자가 제공한 가중치에 따라 트래픽을 분산합니다.

마지막으로 DNS가 인바운드 쿼리에 제공할 답변 수를 지정합니다. RFC 1912 모든 CNAME 쿼리에 대해 하나의 답변만 반환되어야 합니다. "Select First N" 필터를 사용하면 요청 클라이언트에 반환되는 답변 수를 지정할 수 있지만 기본값은 1이어야 합니다.

액티브-패시브 장애 조치

활성-활성 사용 사례에서와 마찬가지로 NS1 또는 타사 데이터 소스는 애플리케이션 제공 인프라의 상태를 모니터링하고 기본 시스템이 중단될 경우 트래픽을 보조 시스템으로 라우팅합니다. 여기서 차이점은 보조 시스템이 아직 트래픽을 처리하지 않을 수 있다는 것입니다. 보조 시스템은 중복 옵션으로 필요할 때만 가동됩니다.

이전 예에서와 같이 이 체인의 첫 번째 필터는 "Up"입니다. 모니터링 데이터를 바탕으로 NS1은 기본 서비스 중 어떤 것이 온라인인지 파악합니다.

이 체인의 두 번째 필터는 "우선순위"입니다. 이 필터는 수동 또는 백업 시스템보다 활성 시스템의 우선 순위를 지정하는 논리를 생성합니다. 우선순위가 더 높은 답변을 사용할 수 있는 경우 가능한 답변 목록의 첫 번째 위치로 정렬됩니다. 그렇지 않은 경우 NS1은 사용 가능한 리소스를 찾을 때까지 우선순위 목록을 계속해서 따릅니다.

마지막으로 "Select First N"은 전달할 답변 수를 나타냅니다. 이 경우 전달하고 싶은 대답은 하나입니다.

수동 장애 조치

상황에 대해 더 많이 알고 난 후에만 장애 조치 결정을 내리고 싶은 경우도 있습니다. 이러한 경우 필터 체인은 트래픽을 이동할 위치를 결정한 후 사용하는 구현 메커니즘입니다. 데이터 피드를 NS1로 지정하는 대신 활성-수동 논리를 사용하여 필요할 때 수동으로 필터를 켭니다.

이 체인의 첫 번째 필터는 "Up"입니다. 여기서는 어떤 서비스가 작동하고 작동 중지되는지 수동으로 정의한다는 차이점이 있습니다(데이터 피드가 이를 수행하는 대신).

이 체인의 두 번째 필터는 "우선순위"이며, 수동 또는 백업 시스템보다 능동 시스템으로 시작합니다. 우선순위가 더 높은 답변을 사용할 수 있는 경우 가능한 답변 목록의 첫 번째 위치로 정렬됩니다. 그렇지 않은 경우 NS1은 사용 가능한 리소스를 찾을 때까지 우선순위 목록을 계속해서 따릅니다.

마지막으로 "Select First N"은 전달할 답변 수를 나타냅니다. 이 경우 전달하고 싶은 대답은 하나입니다.

멀티 클라우드 또는 멀티 CDN 가용성

위의 "활성-활성" 시나리오에서 필터 체인은 간단한 상향/하향 측정항목을 사용하여 트래픽을 조정합니다. 그러나 서비스 가용성이 더 미묘한 경우도 있습니다. 예를 들어, 서비스는 지역적 중단으로 인해 서비스 품질이 저하되는 경우가 있습니다. 서비스 전체가 기술적으로는 "작동"되지만 최적의 용량으로 작동하지 않을 수 있습니다. 이 필터 체인을 사용하면 NS1 Connect의 고급 분석 도구를 데이터 소스로 사용하여 "위"로 간주되는 항목에 약간의 뉘앙스를 추가할 수 있습니다.

이 체인의 첫 번째 필터는 "Pulsar 가용성 임계값"입니다. 이 필터를 사용하면 가용성 지표를 기반으로 서비스 사용량을 결정하는 백분율 값을 설정할 수 있습니다.

체인의 두 번째 필터는 "Weighted Shuffle"로, 첫 번째 필터의 "사용 가능" 정의를 충족하는 다른 공급자에게 트래픽을 배포합니다. 트래픽은 제공한 가중치에 따라 분산됩니다.

세 번째 필터는 "Pulsar Performance Sort"로, 이전 필터의 가중치 분포를 가져와 사용 가능한 가장 빠른 서비스로 트래픽을 전달하고 정의한 임계값을 기준으로 성능이 낮은 서비스를 제거합니다.

마지막으로 "Select First N"은 전달할 답변 수를 나타냅니다. 이 경우 전달하고 싶은 대답은 하나입니다.

필터 체인을 사용하여 성능과 복원력을 향상하고 비용을 절감하는 방법에 대한 자세한 내용을 보려면 아래에서 자세히 알아보세요.

탄력적이고 중복된 네트워크 서비스로 중단을 방지하세요.