Hyper-V의 성능 및 용량 요구 사항

  • 아티클

업데이트 날짜: 2012년 1월

적용 대상: Office SharePoint Server 2007

 

마지막으로 수정된 항목: 2015-03-09

이 문서에서는 Microsoft Office SharePoint Server 2007을 Hyper-V 가상 환경에 배포할 경우의 성능 및 용량 요구 사항에 대한 정보를 제공합니다.

이 문서의 내용

-
소개

-
Hyper-V 구성 및 최적화에 대한 권장 사항

-
Hyper-V 테스트 환경 및 테스트 전략

-
테스트 시나리오, 결과 및 분석

-
Hyper-V에 SharePoint를 배포할 때의 권장 사항

-
추가 리소스

도움 주신 분

-
EEC(Enterprise Engineering Center): Mike VanderMeer(EEC), Kevin Engman

-
Tony Voellm, Tim Litton

소개

이 문서에서는 Hyper-V 호스트에 게스트로 배포된 Office SharePoint Server 2007 서버의 성능을 실제 컴퓨터에 배포된 SharePoint 서버와 비교하기 위해 수행된 테스트에 대해 설명하고 Hyper-V에 Office SharePoint를 배포할 경우의 권장 사항을 제공합니다. 이 문서에 설명된 테스트는 SharePoint에만 한정하여 수행한 것이지만 성능 평가 방법 및 성능 테스트 시나리오는 가상화된 서버 응용 프로그램의 일반적인 성능 분석에도 유용합니다. 테스트 결과 및 설명은 IT 전문가 및 개발자 커뮤티니 모두에게 유용할 것입니다.

이 가이드에 설명된 모든 성능 테스트는 Microsoft Enterprise Engineering Center에서 수행되었습니다. EEC(Enterprise Engineering Center)는 미국 워싱턴 주 레드몬드의 Microsoft 본사에 있는 최첨단 데이터센터 연구소입니다. EEC는 거의 모든 프로덕션 환경을 복제할 수 있으며 Microsoft 제품 그룹 및 고객이 이용하고 있습니다. EEC에 대한 자세한 내용은 https://www.microsoft.com/windowsserver/evaluation/eec/default.mspx(영문)(https://go.microsoft.com/fwlink/?linkid=132796&clcid=0x412)를 참조하십시오.

Hyper-V 환경에서 SharePoint를 배포하고 테스트하기 전에 BizTalk Server 2006 R2 Hyper-V 가이드에서 다음 문서를 읽어 보는 것이 좋습니다.

BizTalk Server 2006 R2 Hyper-V 가이드에는 용어집(영문)(https://go.microsoft.com/fwlink/?linkid=132801&clcid=0x412)에서 사용할 수 있는 용어집도 들어 있습니다.

Hyper-V 구성 및 최적화에 대한 권장 사항

EEC(Enterprise Engineering Center)에서 수행한 테스트 결과 Hyper-V 환경에 SharePoint를 배포할 때 다음의 최적화가 중요한 것으로 나타났습니다.

  • Hyper-V 게스트에 대해 적절한 양의 메모리를 구성합니다. 테스트 중 개별 Hyper-V 이미지에 할당된 RAM 양을 수정하는 경우 다른 어떤 변경을 수행할 때보다 성능에 큰 영향을 미쳤습니다. 메모리 구성은 하드웨어마다 다르기 때문에 Hyper-V에 사용하는 하드웨어의 메모리 구성을 테스트하고 최적화해야 합니다.

    테스트의 초기 목표는 Hyper-V 이미지를 비교 대상인 실제 하드웨어 이미지와 최대한 비슷하게 만드는 것이었습니다. 이 목표에 따라 처음에는 테스트 중인 실제 서버에서와 동일한 RAM 양인 32GB RAM을 Hyper-V 이미지에 할당했습니다. 하지만 초기 테스트 결과 이 구성에서는 Hyper-V 이미지가 실제 하드웨어가 견딜 수 있는 부하의 70%밖에 견디지 못했습니다. Windows Server 2008  사용자 지정 보기, 서버 역할, Hyper-V 이벤트에서 Hyper-V에 대한 이벤트 뷰어를 조사한 후 Hyper-V 이미지에 대한 RAM이 여러 NUMA(Non-Uniform Memory Access) 노드에 분산되고 있음을 발견했습니다. 이 정보를 통해 메모리가 여러 노드에 걸쳐 할당될 때 성능이 저하된다는 사실을 확인할 수 있었습니다. 다양한 구성을 시도한 끝에, 사용 중인 하드웨어에서는 여러 NUMA 노드를 사용하지 않고 Hyper-V 이미지에 할당할 수 있는 최대 RAM이 8GB인 것으로 확인되었습니다.

    NUMA 노드

    대부분의 경우 실제 RAM 양을 논리 프로세서(코어) 수로 나누는 방법으로 NUMA 노드 경계를 결정할 수 있습니다. 다음 문서를 읽어 보는 것이 좋습니다.

  • Windows Server 2008을 게스트 운영 체제로 사용합니다. 테스트에서 Hyper-V 이미지에 사용된 게스트 운영 체제는 Windows Server 2008이었습니다. Windows Server 2008은 Hyper-V를 호스트하는 데 필요할 뿐만 아니라 최고의 Hyper-V 게스트 운영 체제가 될 수 있는 일련의 혁신적 기능을 갖추고 있습니다. 혁신적 기능이란 메모리 관리와 같은 특정 운영 체제 기능의 비용을 낮출 수 있도록 도와주는 운영 체제의 기능 개선을 의미합니다. 혁신적 기능에 대한 자세한 내용은 Tony Voellm의 블로그 게시물 Hyper-V: 통합 구성 요소 및 혁신적 기능(영문)(https://go.microsoft.com/fwlink/?linkid=132837&clcid=0x412)을 참조하십시오.

  • **통합 구성 요소를 설치하고 테스트합니다.**Hyper-V 통합 구성 요소는 테스트에 사용된 모든 Hyper-V 이미지에 설치되어 있었습니다. IC(통합 구성 요소)는 게스트가 가상 장치를 사용할 수 있도록 함으로써 VM이 보다 일관된 상태를 유지하고 보다 뛰어난 성능을 발휘할 수 있도록 도와주는 드라이버 및 서비스 집합입니다. Hyper-V와 함께 제공되는 IC의 예로는 VMBus(가상 장치용 전송), 시간 동기화(VM 클럭과 루트 파티션(호스트라고도 함)의 동기화 상태를 유지하는 데 사용됨), 비디오 드라이버, 네트워크 드라이버 및 저장소 드라이버가 있습니다. IC가 제대로 설치되어 있고 작동하는지를 확인하는 데 사용할 수 있는 팁은 Hyper-V: 성능 비교를 수행할 때 최고의 성능을 얻을 수 있는 방법(영문)(https://go.microsoft.com/fwlink/?linkid=132838&clcid=0x412)을 참조하십시오.

  • 호스트 및 게스트에 Windows Server 2008용 Hyper-V 업데이트(KB950050)를 설치합니다. 이 Hyper-V 역할 업데이트는 보안, 안정성, 성능, 사용자 환경, 이후 버전과의 구성 호환성 및 프로그래밍 모델을 향상시킵니다. 게스트 운영 체제가 Windows Server 2008인 경우 이 다운로드를 Hyper-V 호스트와 Hyper-V 게스트에 설치합니다. 게스트에 이 업데이트를 설치하면 사용 가능한 모든 혁신적 기능을 최대한 활용할 수 있습니다. 자세한 내용은 Windows Server 2008용 Hyper-V 기술의 릴리스 버전에 대한 업데이트 설명(https://go.microsoft.com/fwlink/?linkid=132841&clcid=0x412)을 참조하십시오.

  • Hyper-V 게스트의 네트워크 프로토콜로 IPv4를 사용합니다. 테스트하는 동안 IPv4만을 사용할 때 더욱 뛰어난 성능을 보였습니다. Hyper-V 호스트 및 게스트 VM 모두의 각 네트워크 카드에서 IPv6은 사용되지 않았습니다.

  • 불필요한 호스트 역할을 사용하지 않습니다. 호스트 서버에서 불필요한 역할을 모두 제거합니다. 예를 들어 호스트가 웹 페이지를 제공하지 않는 경우에는 웹 서버(IIS) 역할이 설치되어 있지 않아야 합니다.

  • 호스트 CPU 사용을 최적화합니다. 같은 호스트에서 여러 Hyper-V 이미지를 사용하는 경우 테스트를 통해 실제 프로세서가 효율적으로 사용되고 있는지 확인합니다. 하드웨어 및 작업 부하에 따라 가상 프로세서 대 실제 프로세서의 비율이 호스트 CPU에 큰 영향을 줄 수 있습니다. SharePoint 테스트에서는 가상 프로세서 대 실제 프로세서의 비율이 1:2였습니다. Microsoft Assessment and Planning Toolkit(MAP)(https://go.microsoft.com/fwlink/?linkid=132840&clcid=0x412)을 사용하여 컴퓨터의 성능 메트릭을 평가해 보는 것이 좋습니다. CPU 토폴로지에 대한 자세한 내용은 Ben Armstrong의 블로그 게시물 Hyper-V 가상 컴퓨터 내 프로세서 토폴로지(영문)(https://go.microsoft.com/fwlink/?linkid=132839&clcid=0x412)를 참조하십시오.

  • **올바른 디스크를 선택합니다.**Hyper-V에 프런트 엔드 웹 서버 또는 쿼리 서버 역할만 있는 SharePoint 구현에서는 이미지가 인덱스 역할 또는 SQL Server 데이터베이스를 호스트하는 경우만큼 디스크 성능이 중요하지 않습니다. 이미지가 인덱스 역할을 호스트하는 경우에는 이미지에 고정 크기 VHD(가상 하드 디스크)를 사용할 때 적당한 성능을 얻을 수 있습니다. 고정 크기 가상 디스크는 일반적으로 동적 크기 디스크보다 더 뛰어난 성능을 제공합니다. 자세한 내용은 Hyper-V 및 VHD 성능 - 동적 및 고정(영문)(https://go.microsoft.com/fwlink/?linkid=132842&clcid=0x412)을 참조하십시오.

    하나 이상의 드라이브를 선택하여 가상 SCSI 컨트롤러를 통해 연결할 수도 있습니다. 이 경우의 유일한 실질적 제한은 게스트 운영 체제를 포함하고 있는 드라이브에는 SCSI 컨트롤러를 사용하여 연결할 수 없다는 것입니다. 게스트 운영 체제는 IDE 컨트롤러를 사용하는 드라이브에 설치되어야 하기 때문입니다. 디스크 속도가 중요한 경우에는 호스트 컴퓨터에 실제 드라이브를 추가하는 것을 고려해 보십시오. Hyper-V 게스트 시스템에 가상 하드 드라이브를 추가하고 호스트에서 사용되지 않는 실제 드라이브에 매핑할 수 있습니다. 통과 디스크라고 하는 이러한 구성에서 가장 뛰어난 전체 디스크 처리량을 얻을 가능성이 높습니다.

    참고

    통과 디스크도 IDE 또는 SCSI 컨트롤러에 연결되어 있어야 하기 때문에 IDE 컨트롤러에 연결된 드라이브에 게스트 운영 체제를 설치해야 하는 제한은 여전히 적용됩니다.

  • Hyper-V 스냅숏 기능을 SharePoint 제품 및 기술 서버 팜과 연결된 가상 서버에서 사용하면 안 됩니다. 스냅숏 프로세스 중에 SharePoint에서 사용하는 타이머 서버가 비동기화될 수 있어 스냅숏이 완료되면 오류나 일관되지 않은 상태가 발생할 수 있기 때문입니다.

Hyper-V 테스트 환경 및 테스트 전략

Enterprise Engineering Center에서 수행한 테스트의 목표는 Hyper-V 이미지에서 SharePoint를 실행할 경우와 그와 동등한 실제 하드웨어 구성에서 SharePoint를 실행할 경우의 성능 영향을 최대한 정밀하게 평가하는 것이었습니다. 

Hyper-V 게스트에 다음 서버 역할이 설치되었습니다.

  • 프런트 엔드 웹 서버

  • 쿼리 서버

실제 서버에 다음 서버 역할이 설치되었습니다.

  • 프런트 엔드 웹 서버

  • 쿼리 서버

  • SharePoint 구성 및 콘텐츠 데이터베이스. 일부 테스트 구성에서는 데이터베이스에 인덱스 서버 역할이 추가되었습니다. 그러나 크롤러 역할에 미치는 영향을 측정하는 것은 테스트 범위 밖이었기 때문에 크롤링 또는 프로필 가져오기는 일정에 포함되지 않았습니다.

테스트 하드웨어 구성

다음 표에서는 테스트에 사용된 하드웨어에 대해 설명합니다. SharePoint 팜에서 사용된 각 서버는 RAID-1 구성에서 2개의 146GB(10,000RPM) SAS 드라이브를 갖추도록 구성했습니다.

테스트에 사용된 하드웨어

서버 이름 서버 제조업체 및 모델 CPU RAM

MOSS1

Dell PowerEdge 2970

2 소켓, 듀얼 코어, 3.0GHz AMD Opteron 2222SE

32 GB

MOSS2

Dell PowerEdge 2970

2 소켓, 듀얼 코어, 3.0GHz AMD Opteron 2222SE

32 GB

VSTT1

Dell PowerEdge 2970

2 소켓, 듀얼 코어, 3.0GHz AMD Opteron 2222SE

32 GB

HVHOST1

Dell PowerEdge 6950

4 소켓, 듀얼 코어 3.0GHz AMD Opteron 8222SE

64 GB

SQL1

Dell PowerEdge 6950

4 소켓, 듀얼 코어 3.0GHz AMD Opteron 8222SE

64 GB

DC1

Dell PowerEdge 6950

4 소켓, 듀얼 코어 3.0GHz AMD Opteron 8222SE

64 GB

HVHOST2

Dell PowerEdge 6950

4 소켓, 듀얼 코어 3.0GHz AMD Opteron 8222SE

64 GB

테스트 소프트웨어 구성

테스트 시스템에서 다음 소프트웨어가 사용되었습니다.

  • 실제 서버와 Hyper-V 게스트에 64비트 버전의 Windows Server 2008 Enterprise 운영 체제가 설치되었습니다.

  • 실제 서버에 64비트 버전의 Microsoft SQL Server 2005 SP2가 설치되었습니다.

  • 실제 서버와 Hyper-V 이미지에 Microsoft Office SharePoint Server 2007 서비스 팩 1(SP1) 64비트 버전과 인프라 업데이트가 설치되었습니다.

테스트 계획

테스트 계획은 39개의 개별 테스트 모음을 기초로 실행되었으며, 이 테스트를 모두 통칭하여 MBM(MicroBenchMark) 테스트라고 명명했습니다. 이들 테스트는 Office SharePoint Server 2007의 베타 버전 단계부터 제품 수명 전체에 걸쳐 사용되었습니다. 이 테스트에서는 홈 페이지, 사이트, 문서 라이브러리 및 목록 보기, 항목 다운로드 및 업로드, 목록 항목 편집 등 제품의 다양한 사용 시나리오를 다룹니다. 각 테스트는 30초의 준비 기간을 가진 후 2분 동안 실행됩니다. 이들 테스트는 이전에 Microsoft ACT(Application Center Test)를 사용하여 수행되었지만 Visual Studio 2008 Team Test를 사용하도록 다시 작성되었습니다.

테스트는 50,000개의 사용자 계정이 포함된 단일 Active Directory 포리스트 및 도메인 환경에서 실행되었습니다. SharePoint 데이터는 사이트 모음, 사이트, 목록 및 문서 라이브러리의 표준 집합과 MBM 테스트에서 사용되는 내 사이트 및 프로필로 구성되었습니다. 이 데이터는 새로운 시나리오가 테스트될 때마다 원래 상태로 테스트 시스템을 복원하는 데 사용되던 표준 SharePoint 백업(약 15GB 크기)을 통해 유지 관리되었습니다. 테스트는 다음 섹션에서 설명하는 5개의 시나리오에 대해 실행되었습니다.

테스트 시나리오, 결과 및 분석

실제 서버에 팜을 배포했을 때의 성능과 비교하여 가상 환경에서 SharePoint 팜의 성능이 어떤지 알아보기 위해 다음 팜 배포 시나리오에 대한 MBM 테스트를 실행했습니다.

  • 단일 실제 서버에 설치된 소규모 팜

  • 단일 Hyper-V 이미지에 설치된 소규모 팜

  • 실제 서버에 설치된 중간 규모 팜(각각 쿼리 역할을 포함하는 2대의 프런트 엔드 웹 서버)

  • Hyper-V 이미지에 설치된 중간 규모 팜(각각 쿼리 역할을 포함하는 2대의 프런트 엔드 웹 서버). 각 Hyper-V 이미지는 서로 다른 실제 호스트에 설치되었습니다.

  • Hyper-V 이미지에 설치된 중간 규모 팜(각각 쿼리 역할을 포함하는 2대의 프런트 엔드 웹 서버). 모든 Hyper-V 이미지는 동일한 호스트에 설치되었습니다.

첫 번째 테스트 집합은 기본 데이터 요소 집합을 설정하기 위해 실제 서버에서 실행되었습니다.

기본 결과 및 조정

초기 테스트에서 중점적으로 다룬 기본 성능 카운터는 RPS(초당 요청) 및 페이지 응답 시간 또는 TTLB(마지막 바이트까지의 시간)입니다. 테스트 실행을 위한 최적 사용자 부하를 파악하기 위해 여러 가지 범위 테스트가 실행되었습니다. 이러한 테스트의 목적은 ASP.NET Requests Queued 또는 페이지 응답 시간이 과도하지 않도록 하면서 서버 CPU 사용을 최대한 100%에 가깝게 만드는 것이었습니다. 보다 높은 사용자 부하를 테스트했을 때 테스트에 대한 전체 RPS는 거의 증가하지 않았지만 평균 TTLB는 증가했기 때문에 사용된 최종 사용자 부하의 양은 최적 상태였습니다.

Hyper-V 이미지의 성능 메트릭에 대한 초기 파악 작업이 완료된 후 비교를 위해 32GB RAM과 함께 Hyper-V 이미지를 사용하는 것이 적합하지 않음을 확실하게 알 수 있었습니다. 이는 호스트 컴퓨터에 여러 개의 NUMA(Non-Uniform Memory Access) 노드가 있을 때 메모리가 할당되는 방식 때문입니다. 32GB RAM을 Hyper-V 이미지에 할당하려면 호스트에서 여러 NUMA 노드 전체에 페이징하기 위한 메모리가 필요했습니다. 메모리 사용 수준을 높이면 성능이 저하되었습니다. 이 테스트에서 사용된 하드웨어의 경우 Hyper-V 이미지에 가장 적합한 메모리 구성은 8GB로 파악되었습니다. 메모리 구성이 이 테스트의 원래 대상이었던 단일 실제 서버보다 현저히 낮았기 때문에 단일 호스트 컴퓨터에서 실행되는 2개의 Hyper-V 이미지를 비교하기 위해 다섯 번째 시나리오가 추가되었습니다. 해당 환경의 데이터를 단일 실제 서버와 여러 실제 서버로 구성된 중간 규모의 팜 모두와 비교했습니다. 이 다섯 번째 시나리오는 단일 실제 서버에서 사용하는 리소스 양과 거의 동일한 양으로 더 많은 Hyper-V 이미지를 사용하는 경우를 테스트하기 위해 디자인되었습니다.

비교 분석: 단일 서버의 소규모 팜

테스트를 위해 실제 서버 하나와 Hyper-V 이미지 하나에 소규모 팜을 설치했습니다.

팜 구성

이 테스트 집합의 구성은 다음 표와 그림에 설명되어 있습니다.

실제 서버의 역할 및 서버

역할 서버 이름

SQL Server 2005 데이터베이스

SQL1

인덱스 서버

MOSS1

프런트 엔드 웹 서버

MOSS1

쿼리 서버

MOSS1

다음 그림은 위의 표에 설명된 역할 및 서버에 대한 토폴로지를 보여 줍니다.

단일 실제 서버로 구성된 소규모 팜

Hyper-V 이미지의 역할 및 서버

역할 서버 이름

SQL Server 2005 데이터베이스

SQL1

인덱스 서버

HVHOST1 – HVMOSS1

프런트 엔드 웹 서버

HVHOST1 – HVMOSS1

쿼리 서버

HVHOST1 – HVMOSS1

다음 그림은 위의 표에 설명된 역할 및 서버에 대한 토폴로지를 보여 줍니다.

단일 Hyper-V 호스트로 구성된 소규모 팜

테스트 결과

이 시나리오의 첫 번째 비교 지점은 실제 서버와 Hyper-V 이미지에 각각 설치된 소규모 팜의 RPS 처리량입니다. 다음 그래프는 이 2가지 구성의 RPS 처리량을 보여 줍니다.

RPS(초당 요청 수)를 사용하여 소규모 팜 비교

두 번째 비교 지점은 각 구성의 페이지 응답 시간 또는 TTLB로, 다음 그래프에 나와 있습니다.

TTLB(Time to Last Byte)를 사용하여 소규모 팜 비교

이 테스트 집합의 결과를 통해 Hyper-V 이미지와 실제 컴퓨터에서의 처리량 및 페이지 응답 시간 결과가 서로 크게 차이가 나지 않았음을 알 수 있습니다. Hyper-V 팜의 경우 테스트당 전체 평균 처리량이 실제 서버 팜 처리량의 93%였습니다. 평균 페이지 응답 시간은 Hyper-V 이미지에서 0.03초 느릴 뿐이었습니다. 이 두 테스트에서 SharePoint 서버와 SQL Server 서버의 CPU 사용량과 사용 가능한 메모리는 비슷하게 나타났습니다. Hyper-V를 올바르게 구성한 경우 두 팜의 전체적인 성능에는 큰 차이가 없었습니다.

비교 분석: 서로 다른 호스트에 설치된 여러 이미지를 포함하는 중간 규모 팜

테스트를 위해 각각 쿼리 역할이 포함된 2대의 프런트 엔드 웹 서버로 구성되는 중간 규모 팜을 2대의 실제 서버와 2개의 Hyper-V 이미지에 설치했습니다. 이들 이미지는 서로 다른 실제 호스트에 설치되었습니다.

팜 구성

이 테스트 집합의 구성은 다음 표와 그림에 설명되어 있습니다.

실제 서버의 역할 및 서버

역할 서버 이름

SQL Server 2005 데이터베이스

SQL1

인덱스 서버

SQL1

프런트 엔드 웹 서버

MOSS1

쿼리 서버

MOSS1

다음 그림은 위의 표에 설명된 역할 및 서버에 대한 토폴로지를 보여 줍니다.

두 실제 서버로 구성된 중간 규모의 팜

Hyper-V 이미지의 역할 및 서버

역할 서버 이름

SQL Server 2005 데이터베이스

SQL1

인덱스 서버

SQL1

쿼리 역할이 포함된 프런트 엔드 웹 서버

HVHOST1 - HVMOSS1

쿼리 역할이 포함된 프런트 엔드 웹 서버

HVHOST2 - HVMOSS2

다음 그림은 위의 표에 설명된 역할 및 서버에 대한 토폴로지를 보여 줍니다.

두 대의 Hyper-V 호스트로 구성된 중간 규모의 팜

테스트 결과

이 시나리오의 첫 번째 비교 지점은 RPS 처리량으로, 다음 그래프에 나와 있습니다.

RPS(초당 요청 수)를 사용하여 중간 규모 팜 비교

두 번째 비교 지점은 각 구성의 페이지 응답 시간 또는 TTLB로, 다음 그래프에 나와 있습니다.

TTLB(Time to Last Byte)를 사용하여 중간 규모 팜 비교

이 테스트 집합의 결과는 소규모 팜에 대해 실행된 테스트와 비슷한 패턴을 보여 줍니다. 실제 서버와 Hyper-V 이미지에 각각 설치된 중간 규모 팜의 처리량 차이는 11.6%였습니다(소규모 팜 환경에서는 7.2%). 이와 같이 차이가 나는 이유는 중간 규모 팜 테스트 환경에는 2개의 이미지가 사용되었기 때문입니다. 그러나 이러한 차이는 소규모 단일 서버 팜의 수치와 선형 비례하는 것은 아니며, TTLB 결과를 통해 나타나듯이 중간 규모 팜에서는 단일 서버 팜에서보다 요청이 더 신속하게 처리됩니다.

비교 분석: 동일한 호스트에 설치된 여러 이미지를 포함하는 중간 규모 팜

테스트를 위해 각각 쿼리 역할이 포함된 2대의 프런트 엔드 웹 서버로 구성되는 중간 규모 서버 팜을 단일 실제 서버에 2개의 Hyper-V 이미지로 설치했습니다.

앞에서 설명한 대로 Hyper-V 이미지에는 8GB RAM만 할당되며, 이는 전체적으로 단일 실제 서버의 소규모 팜에 대해 사용된 RAM 양의 절반에 불과합니다. 그러나 소규모 팜 서버의 경우 코어가 4개인데 비해 2개 이미지의 호스트에는 8개의 코어가 있었습니다. 사실상 이 테스트 환경은 단일 실제 서버와 실제 서버 2대의 성능 용량 범위의 중간 정도 되는 용량 수준을 나타냅니다.

팜 구성

이 테스트 집합의 구성은 다음 표와 그림에 설명되어 있습니다.

단일 실제 서버의 이미지에 대한 역할 및 서버 이름

역할 서버 이름

SQL Server 2005 데이터베이스

SQL1

인덱스 서버

SQL1

쿼리 역할이 포함된 프런트 엔드 웹 서버

HVHOST1 - HVMOSS1

쿼리 역할이 포함된 프런트 엔드 웹 서버

HVHOST1 – HVMOSS2

다음 그림은 위의 표에 설명된 역할 및 서버에 대한 토폴로지를 보여 줍니다.

단일 Hyper-V 호스트로 구성된 중간 규모의 팜

테스트 결과

이 시나리오의 첫 번째 비교 지점은 다음 그래프에 나와 있는 RPS 처리량으로, 다음 구성에 대한 결과를 보여 줍니다.

  • 단일 호스트에 설치된 이미지 2개가 포함된 중간 규모 팜

  • 서로 다른 호스트에 설치된 이미지 2개가 포함된 중간 규모 팜

  • 1대의 실제 서버에 설치된 중간 규모 팜

  • 1대의 실제 서버에 설치된 소규모 팜

RPS(초당 요청 수)를 사용하여 중간 규모 팜 대 다른 팜 비교

다음 그래프는 RPS 그래프에 사용된 것과 동일한 팜에 대한 TTLB 결과를 보여 줍니다.

TTLB(Time to Last Byte)를 사용하여 중간 규모 팜 대 다른 팜 비교

서로 다른 팜 구성에서 이 테스트 집합을 수행한 결과, 다음과 같이 Hyper-V 환경에 배포된 팜의 디자인에 영향을 줄 수 있는 2가지 주요 사항이 발견되었습니다.

첫째, 단일 호스트에서 하나의 이미지를 실행한 경우에 비해 2개의 Hyper-V 이미지를 동일 호스트에서 실행한 경우 성능이 약간 저하되었습니다. 일반적으로 2개 이상의 이미지를 구현하는 것을 선호합니다. 다행히 이 두 환경 간의 처리량 차이는 크지 않았으며, 단일 호스트의 처리량이 동일 호스트의 처리량보다 5% 높았습니다. 중간 규모의 실제 팜과 비교해 보면 단일 호스트에 설치된 이중 Hyper-V 이미지를 포함하는 팜의 처리량이 16% 낮았지만 이 경우 실제 컴퓨터도 1대 덜 사용된 것이므로 실제로 결과는 여기에 나타난 것보다 유리합니다.

둘째, 단일 실제 호스트에 설치된 이중 Hyper-V 이미지를 단일 실제 서버에 설치된 소규모 팜과 비교할 때 Hyper-V 팜의 처리량이 70% 높았습니다.

Hyper-V에 SharePoint를 배포할 때의 권장 사항

다양한 구성 옵션과 결과 메트릭은 Hyper-V 환경에서 SharePoint를 구성 및 배포하기 위한 여러 가지 옵션을 모두 평가해야 할 필요가 있음을 분명히 보여 줍니다.

  • Hyper-V 이미지를 호스트하는 데 사용되는 하드웨어에 따라 달라지는, 메모리 등의 중요한 구성 옵션이 있습니다.

  • 다양한 토폴로지를 통해 SharePoint 팜을 Hyper-V 이미지에 배포할 수 있습니다. 그러나 모든 SharePoint 역할이 Hyper-V에서 실행하기에 적합한 것은 아닙니다. 앞에서도 설명했지만 이는 Hyper-V 호스트와 SharePoint 팜의 용량 및 성능 요구 사항과 같은 여러 가지 요소에 따라 달라집니다.

대부분의 일반적인 시나리오에서는 쿼리 역할이 포함된 프런트 엔드 웹 서버에서 SharePoint 서버를 실행하는 데 Hyper-V를 사용해도 문제가 없지만 실제 하드웨어에 동일한 역할이 설치되었을 때와 비교해 보면 처리량이 약간 떨어집니다. 호스트 하드웨어에 따라 유사한 실제 서버에서 SharePoint를 실행하는 경우보다 더 많은 리소스(예: CPU, RAM 및/또는 디스크)를 Hyper-V 이미지에 할당하여 처리량의 차이를 더 줄일 수도 있습니다. 호스트 컴퓨터에서 호스트하는 활성 Hyper-V 이미지의 숫자에 비해 너무 많은 리소스를 커밋하지 않도록 광범위한 테스트를 수행하십시오.

추가 리소스

다음 표에서는 Hyper-V, SharePoint 제품 및 기술, Microsoft SQL Server 2008에 대한 리소스와 관련된 중요한 정보를 제공합니다.

계획 및 배포: Hyper-V

제목 설명 URL

Microsoft Assessment and Planning Toolkit(MAP)

MAP를 사용하여 서버를 가상화할 수 있는지 여부를 확인할 수 있습니다.

https://go.microsoft.com/fwlink/?linkid=117991&clcid=0x412(영문)

Hyper-V 계획 및 배포 가이드

이 가이드에는 하드웨어 요구 사항 및 제한, 지원되는 게스트 운영 체제, 역할 및 관리 도구 설치 지침에 대한 정보가 포함되어 있습니다.

https://go.microsoft.com/fwlink/?linkid=124368&clcid=0x412(영문)

Hyper-V 시작 단계별 가이드

Hyper-V 환경에서 가상 컴퓨터를 만들고 구성하는 방법에 대한 전체 단계를 안내합니다.

https://go.microsoft.com/fwlink/?linkid=122588&clcid=0x412(영문)

Hyper-V 단계별 가이드: Hyper-V 및 장애 조치 클러스터링 테스트

이 가이드에서는 간단한 2노드 클러스터를 만들어 가상 컴퓨터의 가용성을 높이는 방법을 보여 줍니다.

https://go.microsoft.com/fwlink/?linkid=120666&clcid=0x412(영문)

Hyper-V의 고가용성 실현

이 문서에서는 VM의 HA(고가용성)을 제공하는 방법 및 VM 내에서 호스트되는 작업 부하에 대한 정보를 제공합니다.

https://technet.microsoft.com/ko-kr/magazine/cc837977.aspx(https://go.microsoft.com/fwlink/?linkid=132843&clcid=0x412)

성능: Windows, Hyper-V, SharePoint 및 SQL Server 2008

제목 설명 URL

Windows Server 2008의 성능 조정 지침

Windows Server 2008 조정에 관한 자세한 내용을 제공하며, 특히 Hyper-V를 중점적으로 설명하는 섹션이 포함되어 있습니다.

https://go.microsoft.com/fwlink/?linkid=121171&clcid=0x412(영문)

All Topics Performance(성능에 대한 모든 것) 블로그

Tony Voellm이 작성하는 블로그로, 성능 관련 주제만을 다룹니다. Tony는 현재 Hyper-V 성능 팀의 리더입니다. 특히 Hyper-V 성능 카운터에 대해 작성한 4부 연작 게시물을 주목할 만합니다.

Hyper-V의 성능 측정

BizTalk Server 2006 R2 Hyper-V 가이드에 포함된 이 항목에서는 Hyper-V에서 성능 정보를 수집하는 방법에 대한 정보를 제공합니다.

https://msdn.microsoft.com/ko-kr/library/cc768535.aspx(https://go.microsoft.com/fwlink/?linkid=132845&clcid=0x412)

Hyper-V의 성능 최적화

BizTalk Server 2006 R2 Hyper-V 가이드에 포함된 이 항목에서는 Hyper-V의 성능 정보를 최적화하는 방법에 대한 정보를 제공합니다.

https://msdn.microsoft.com/ko-kr/library/cc768529(ko-kr).aspx(영문)(https://go.microsoft.com/fwlink/?linkid=132849&clcid=0x412)

성능 및 용량 계획(Windows SharePoint Services)

성능 및 용량 계획은 비즈니스 목표를 지원하는 팜 크기 및 하드웨어 집합에 솔루션 디자인을 매핑하는 프로세스입니다.

https://go.microsoft.com/fwlink/?linkid=89490&clcid=0x412

성능 및 용량 계획(Office SharePoint Server)

성능 및 용량 계획은 비즈니스 목표를 지원하는 팜 크기 및 하드웨어 집합에 솔루션 디자인을 매핑하는 프로세스입니다.

https://go.microsoft.com/fwlink/?linkid=108998&clcid=0x412

Hyper-V 환경에서 SQL Server 2008 실행 - 최상의 방법 및 성능 권장 사항

이 백서에서는 Hyper-V에서 실행되는 SQL Server와 관련된 여러 가지 가능한 시나리오를 나타내는 일련의 SQL Server 2008 테스트 구성에 대해 설명합니다. 이 백서에는 테스트 결과, 관측 내용 및 권장 사항이 포함되어 있습니다.

https://go.microsoft.com/fwlink/?linkid=108998&clcid=0x412

이 문서의 다운로드

이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.

사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 콘텐츠를 참조하십시오.

참고 항목

개념

Hyper-V 가상 환경에서 SharePoint 제품 및 기술 사용