사설 토토 데스크톱 클라이언트를 지원하는 기술 중 하나인 "SQL Server Express Redundancy"를 소개하고 싶습니다
사설 토토에는 상위 버전(Standard/Enterprise)에서 사용할 수 있는 "사설 토토 Always On"이라는 중복 기능이 있습니다고급판인 만큼 가격이 상당히 비싸고 고급 기능을 갖추고 있습니다
그렇게 고급 기능일 필요는 없습니다 더 저렴했으면 좋겠습니다경쟁 제품에 비해 큰 이점을 얻을 수 있습니다
따라서 사설 토토는 "SQL Server Express Redundancy" 기능을 고유하게 구현하여 제품에 설치하여 무료로 제공되는 SQL Server Express Edition을 사용하는 경우에도 Always On과 유사한 중복성과 안정성을 보장할 수 있습니다
우리는 지난 4번에 걸쳐 "사설 토토 Express 중복성"을 도입했지만 통신 "리디렉션"을 도입하는 것은 이번이 마지막입니다
시리즈 목록
①시스템 구성② 장애 조치③복제④거래 에디션⑤리디렉션[이 기사]
리디렉션 전
중복성을 구성하려면 "활성 시스템"과 "대기 시스템"이라는 두 개의 시스템이 필요합니다활성 시스템에 오류가 발생하면 대기 시스템은 활성 시스템으로 전환되어 처리를 계속합니다그러면 시스템의 다른 노드는 활성 시스템이 전환되었음을 어떻게 알 수 있습니까?
일반적으로 시스템은 요청을 전달할 서버를 결정하기 위해 "활성" 및 "대기" 서버 앞에 배치됩니다로드 밸런서 및 역방향 프록시가 이 범주에 속합니다
일반적으로 활성 및 대기 시스템에서 상태 점검이 수행되며 이때 요청은 활성 시스템으로 전달됩니다
리디렉션
요청 전달에는 로드 밸런서 또는 역방향 프록시가 필요합니다그렇다면 비용이 그만큼 많이 들 것이라는 뜻입니다
목적은 "운영 체제에 요청을 보내는 것"입니다그럼, 대기 시스템에 연결하려고 하면 활성 시스템으로 리디렉션되지 않나요?
따라서 사설 토토는 통신 계층에서 리디렉션 기능을 구현합니다
HTTP 리디렉션과 동일합니다우리가 통신할 때마다 리디렉션하는 것은 비효율적이므로 다음 번에 지시를 받을 때부터 해당 리디렉션에 연결하려고 합니다
이 메커니즘 덕분에 중복 서버에 연결하면 적절한 활성 서버를 알려줄 수 있습니다
마지막으로
우리는 다섯 부분으로 사설 토토의 SQL Server 중복성을 도입했습니다
장애 조치
복제를 사용하여 활성 및 대기 시스템에 동일한 데이터를 유지합니다
리디렉션활성 시스템에 대한 연결 보장
위의 세 가지 요소를 통합함으로써 비교적 간단한 구성으로 중복성을 달성할 수 있었습니다이렇게 요약하면 기존 아이디어를 결합하면 새로운 서비스가 나올 수 있다는 걸 깨닫게 됩니다
이번에 도입된 중복성이 규모와 비용에 따라 기능을 선택하는 데 도움이 되기를 바랍니다
