중복성 및 로드 밸런싱을 위한 SharePoint 서버 계획

중복성 및 로드 밸런싱을 위한 SharePoint 서버 계획

SharePoint를 조사하고 있지만 로드 밸런싱을 사용하는 동시에 좋은 가용성을 얻기 위해 서버를 계획하는 방법을 이해하는 데 몇 가지 문제가 있습니다. 기본적으로 가장 기본적인 설정을 계획했습니다.

프런트 엔드 서버 2개

하나의 애플리케이션 서버

두 개의 SQL 서버

좋은 가동 시간을 확보하기 위해 두 개의 전면 서버를 원하므로 한 서버가 충돌하더라도 시스템이 계속 작동해야 하며 SQL 서버에도 동일하게 적용됩니다. 항상 작동해야 하는 일부 사이트가 있는 반면 덜 중요하고 잠시 동안 작동이 중단될 수 있는 사이트도 있을 것입니다. 따라서 서버 간 로드 밸런싱을 원합니다. 서버가 충돌하면 일부 사이트를 닫고 다른 사이트는 속도가 느려질 수 있습니다.

문제는 로드 밸런싱이 어떻게 작동하는지 이해할 수 있다는 것입니다. 그래서 Windows 2008에서 NLB를 살펴보았습니다. 이를 프런트 엔드 서버에 설치한다고 가정하겠습니다. 이는 두 개의 프런트 엔드 서버 중 하나가 충돌하더라도 내 시스템이 작동한다는 의미입니까?

이것이 제가 작동하고 있다는 것을 이해하는 방법입니다. 저는 Foo라는 도메인을 가지고 있습니다. 사용자는 프런트 엔드 서버 1로 라우팅되는 Foo에 액세스하려고 시도합니다. 그런 다음 NLB는 사용자가 프런트 엔드 서버 2로 향하는 로드 경로에 따라 달라지거나 사용자를 프런트 엔드 서버 1에 유지합니다.

제가 이해할 수 없는 점은 DNS가 사용자를 부하에 따라 사용자를 라우팅할 수 있는 서버로 라우팅해야 한다는 것입니다. 그러나 NLB를 실행하는 프런트 엔드 서버 1이 충돌하면 어떻게 될까요? 그러면 사용자는 프런트 엔드 서버 2를 통해 Foo에 계속 액세스할 수 있습니까?

동일한 질문이 데이터베이스에도 적용됩니까? 어떻게 작동하나요? 추가 하드웨어를 구입해야 합니까, 아니면 SharePoint 또는 SQL이 가용성과 로드 밸런싱을 모두 관리합니까?

답변1

NLB를 사용하면 로드 밸런싱을 수행하는 데 필요한 추가 가상 IP가 하나 더 있습니다. 각 서버에는 고유한 IP가 있습니다. NLB를 설정하면 자체 MAC 주소를 사용하여 추가 IP가 생성됩니다.

2개의 NIC가 있는 서버에 권장되는 유니캐스트와 함께 NLB를 사용하는 경우 두 서버 모두 가상 IP의 MAC 주소에서 트래픽을 수신합니다. 각 서버는 가상 IP에 액세스하는 시스템에 따라 가상 IP로 응답합니다.

예를 들어 서브넷 abcd/24의 클라이언트 A가 가상 IP에 액세스하고 시스템 2가 응답하는 경우입니다. 클라이언트는 이제 머신 2에 바인딩되지만 여전히 가상 IP와 통신합니다.

서브넷 wxyz/24의 클라이언트 B가 연결되면 머신 1이 응답하고 클라이언트 B는 이제 머신 1에서 데이터를 가져옵니다. 주의: 모든 데이터베이스를 동일한 인스턴스에 저장하는 공유 포인트의 경우 SQL 클러스터는 Active- 패시브 모드.

관련 정보