중복 및로드 균형 조정을위한 SharePoint 서버 계획

SharePoint를 살펴보고 있지만 부하 분산을 사용하는 동시에 우수한 가용성을 얻기 위해 서버를 계획하는 방법을 이해하는 데 약간의 문제가 있습니다. 나는 기본적으로 가장 기본적인 설정을 계획했습니다.

두 개의 프런트 엔드 서버

하나의 응용 프로그램 서버

두 개의 SQL 서버

가동 시간을 확보하기 위해 두 개의 프론트 서버를 원하므로 하나의 서버가 시스템 작동에 문제가 발생하더라도 SQL 서버에도 동일하게 적용됩니다. 나는 일부 사이트는 항상 중요하지만 다른 사이트는 덜 중요하고 한동안 다운 될 수 있습니다. 따라서 서버 간 부하 분산을 원합니다. 서버가 충돌하면 일부 사이트를 닫을 수 있고 다른 사이트는 느려질 수 있습니다.

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

이것이 내가 작동하는 것을 이해하는 방법입니다 .Foo라는 도메인이 있습니다. 사용자가 프런트 엔드 서버 1로 라우팅하는 Foo에 액세스하려고하면 NLB는 사용자를 프런트 엔드 서버 2 로의로드 경로에 의존하거나 사용자를 프런트 엔드 서버 1로 유지합니다.

내가 이해할 수없는 것은 DNS가 사용자를 서버로 라우팅 한 다음로드에 따라 사용자를 라우팅 할 수 있다는 것입니다. 그러나 NLB를 실행하는 프런트 엔드 서버 1이 충돌하면 어떻게됩니까? 그러면 사용자는 여전히 Foo thorugh 프론트 엔드 서버 2에 액세스 할 수 있습니까?

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

NLB를 사용하면 부하 분산을 수행하는 데 필요한 추가 가상 IP가 하나 더 생깁니다. 각 서버에는 자체 IP가 있습니다. NLB를 설정하면 자체 IP 주소로 추가 IP가 생성됩니다.

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

서브넷 abcd / 24의 클라이언트 A가 가상 IP에 액세스하고 시스템 2가 응답하는 경우를 예로들 수 있습니다. 클라이언트는 여전히 가상 IP와 통신하지만 시스템 2에 바인드됩니다.

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