가상 컴퓨터 지침(SharePoint Server 2010)

 

마지막으로 수정된 항목: 2016-11-30

이 문서에서는 Windows Server 2008 Hyper-V 기술을 사용하고 Microsoft SharePoint Server 2010 팜에서 사용되는 VM(가상 컴퓨터)을 구성하기 위한 지침을 제공합니다. 여기에는 웹 서버 계층, 응용 프로그램 서버 계층 및 데이터베이스 서버 계층의 팜 서버가 포함됩니다. SharePoint 팜에 대한 가상 컴퓨터를 구성하기 전에 Hyper-V 시작 가이드(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=187754&clcid=0x412)(영문일 수 있음)를 읽어 보는 것이 좋습니다. 가상 컴퓨터 또는 해당 인프라에 대해 결정하는 모든 사항은 성능이나 기능(SharePoint Server 2010 및 Hyper-V)에 직접 영향을 주므로 각 구성 옵션을 충분히 이해해야 합니다.

Hyper-V 환경에서는 가상 네트워킹 구성 및 각 가상 컴퓨터의 구성을 지정할 수 있습니다. 또한 VM이 가상화 호스트와 상호 작용하는 방식은 물론 가상 컴퓨터의 실행 상태가 중단되는 경우 VM의 중지 및 다시 시작 동작까지 구성할 수 있습니다.

이 문서의 내용:

네트워킹

가상 컴퓨터를 만들기 전이나 하나 이상의 가상 컴퓨터를 만든 후 Hyper-V 네트워킹을 구성할 수 있습니다. 또한 Hyper-V 호스트에 대해 두 개 이상의 가상 네트워크를 만들 수도 있습니다.

가상 네트워크 관리자(Hyper-V 관리자를 통해 액세스)를 사용하는 경우 세 가지 유형의 가상 네트워크를 선택할 수 있습니다. 다음 표에는 네트워크 유형과 해당 유형의 특성이 요약되어 있습니다.

설명

외부

이 유형은 VM이 외부에 위치한 서버 및 관리 운영 체제(상위 파티션이라고도 함)와 통신하도록 허용하는 경우에 사용합니다. 또한 이 유형을 사용하면 동일한 물리적 서버의 VM이 서로 통신할 수도 있습니다.

내부

이 유형은 동일한 물리적 서버의 VM 간 통신과 VM과 관리 운영 체제 간의 통신을 허용하는 경우에 사용합니다. 내부 가상 네트워크는 물리적 네트워크 어댑터에 바인딩되지 않은 가상 네트워크로, 대개 관리 운영 체제에서 VM에 연결해야 하는 테스트 환경을 구축하는 데 사용됩니다.

개인

이 유형은 동일한 물리적 서버의 VM 간 통신을 허용하는 경우에 사용합니다. 개인 가상 네트워크는 관리 운영 체제에 가상 네트워크 어댑터가 없는 가상 네트워크입니다. 개인 가상 네트워크는 일반적으로 관리 운영 체제 및 외부 네트워크의 네트워크 트래픽으로부터 VM을 격리시키려는 경우에 사용됩니다.

SharePoint Server 팜 요구 사항을 사용하여 세 가지 네트워킹 구성 중 가상화 호스트에 사용할 구성을 결정합니다. 예를 들어 빠른 시작: 격리된 Hyper-V 환경에 단일 서버 배포(SharePoint Server 2010) 문서에서는 내부 네트워크를 사용하여 프로덕션 환경으로부터 테스트 환경을 격리시켰습니다.

사용할 네트워크 유형을 결정한 후에는 가상 어댑터에 자동으로 할당되는 MAC(Media Access Control) 주소의 범위를 지정할 수 있습니다. Microsoft Hyper-V Server 2008의 R2 버전을 사용하면 네트워크에서 충돌이 발생하지 않도록 어댑터에 고정 MAC 주소를 제공할 수 있습니다

네트워킹 성능 측면에서 볼 때 VLAN(가상 LAN)을 만들 수 있으면 성능상의 이점을 얻을 수 있습니다. 동일한 VLAN의 가상 컴퓨터가 가상 스위치를 통해 통신할 수 있는데, 이렇게 되면 물리적 네트워크 어댑터를 사용할 필요가 없어 네트워크 트래픽 속도가 향상됩니다. VLAN 구성의 또 다른 이점은 소프트웨어를 기반으로 하기 때문에 네트워크 구성을 그대로 유지한 상태로 컴퓨터를 손쉽게 이동할 수 있다는 점입니다

다음 링크에서는 가상 네트워킹 개념과 가상 네트워크를 구성하는 방법에 대한 자세한 내용을 제공합니다

네트워크 어댑터

가상 컴퓨터에는 두 가지 유형의 네트워크 어댑터, 즉 네트워크 어댑터와 레거시 어댑터를 연결할 수 있습니다. 네트워크 어댑터는 레거시 네트워크 어댑터보다 성능이 뛰어납니다. 레거시 어댑터는 Intel 21140 기반 PCI Fast Ethernet Adapter를 에뮬레이션하므로 네트워크 어댑터보다 데이터 전송 속도가 느립니다. 또한 PXE(Pre-Boot Execution Environment)를 부팅할 수 있으므로 네트워크 기반 설치도 지원합니다.

가상 컴퓨터 드라이버를 설치할 때까지 레거시 어댑터를 사용해야 하거나, 네트워크를 부팅해야 하는 경우를 제외하면 네트워크 어댑터를 사용하여 VM을 구성하는 것이 좋습니다.

참고

처음에는 레거시 어댑터를 사용하여 네트워크를 부팅하고 더 이상 필요 없어지면 네트워크 어댑터를 추가하고 레거시 어댑터를 삭제할 수 있습니다.

물리적 서버와 마찬가지로 가상 컴퓨터 하나에 여러 개의 어댑터를 설치할 수 있습니다.

가상 컴퓨터 구성

Hyper-V에서는 가상 컴퓨터를 구성하기 위한 많은 옵션을 제공합니다. 이러한 옵션은 가상 컴퓨터를 시작하고 Microsoft SharePoint Server을 설치한 후에 변경할 수 있습니다. 구성을 변경하려면 가상 컴퓨터를 종료해야 합니다. 가상 환경의 용량 관리 및 고가용성(SharePoint Server 2010)에서 수행한 용량 관리 및 고가용성 계획에 따라 각 가상 컴퓨터에 대해 다음을 고려합니다.

  • 부팅 시퀀스(레거시 네트워크 어댑터, CD, IDE 또는 플로피 디스크)

  • 메모리 양

  • 가상 프로세서 수(최대 4개)

  • 컨트롤러 유형 및 수

  • 디스크 유형 및 수

  • 네트워크 어댑터 유형 및 수

앞의 구성 외에 COM 포트 및 가상 플로피 디스크를 구성할 수도 있습니다.

SharePoint Server 측면에서 판단한 주요 구성 고려 사항은 메모리, 프로세서 그리고 컨트롤러 및 하드 디스크의 유형과 수입니다.

메모리

그 다음으로 고려하는 요소는 가상화 호스트에 사용할 2GB의 RAM이며 나머지 메모리 양은 가상 컴퓨터에서 사용하도록 구성할 수 있습니다. 물론 동일한 가상화 호스트에서 실행되는 다른 가상 컴퓨터에 제공하는 메모리의 양도 고려해야 합니다.

참고

가상화 호스트를 위해 예약된 2GB의 RAM은 필수적이거나 강제적인 메모리의 양이 아닌 설명을 위해 사용된 것으로, 대개 물리적 서버에 사용되는 실제 RAM 용량은 이보다 낮습니다.

Hyper-V에 대한 실제 메모리 오버헤드는 매우 적습니다. 이는 Hyper-V RAM Calculator.xls(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=187756&clcid=0x412)(영문일 수 있음)를 다운로드한 후 이를 활용하여 여러 가상 컴퓨터에 대해 다양하게 지정된 크기로 RAM 사용량을 계산해 보면 쉽게 이해할 수 있습니다.

프로세서

가상 컴퓨터 하나에 대해 최대 네 개까지 여러 개의 가상 프로세서를 구성할 수 있습니다. 가상화 호스트에 논리(코어) 프로세서가 있으므로 가상 컴퓨터당 이보다 많은 프로세서를 구성할 수는 없습니다. 예를 들어 듀얼 코어 물리적 서버가 있을 경우 가상 컴퓨터 하나에 대해 두 개의 가상 프로세서를 구성하도록 제한됩니다. Hyper-V에서는 코어당 최대 8개의 가상 프로세서를 지원하지만 이 비율(1(논리):8(가상))을 사용하는 구성은 초과 수용(Oversubscribed) 상태라고 할 수 있습니다. SharePoint 팜에서 사용되는 가상 컴퓨터에 대해서는 1:1의 비율을 사용하는 것이 좋습니다. CPU는 가상화 호스트에서 초과 수용 상태가 되어도 정상적으로 작동하지만 초과 수용량에 따라 성능이 떨어지게 됩니다.

컨트롤러 및 하드 디스크

다음과 같이 가상 컴퓨터에서 IDE(Integrated Device Electronics) 또는 SCSI 장치 중 하나를 선택할 수 있습니다.

  • IDE 장치: Hyper-V에서는 에뮬레이션된 장치와 IDE 컨트롤러를 함께 사용합니다. 컨트롤러당 디스크를 두 개씩 사용하여 최대 두 개의 IDE 컨트롤러를 사용할 수 있습니다. 시동 디스크(부팅 디스크라고도 함)를 IDE 장치 중 하나에 연결해야 합니다. 시동 디스크는 가상 하드 디스크이거나 물리적 디스크일 수 있습니다. 가상 컴퓨터에서는 IDE 장치를 시동 디스크로 사용하여 게스트 운영 체제를 시작해야 하지만 IDE 장치에 대한 저장소를 제공하는 물리적 장치를 선택할 때는 많은 옵션을 활용할 수 있습니다.

  • SCSI 장치: 각 가상 컴퓨터에서는 최대 256개의 SCSI 디스크를 지원합니다(컨트롤러당 최대 64개의 지원하는 SCSI 컨트롤러 네 개). SCSI 컨트롤러에서는 가상 컴퓨터에 사용하도록 특별히 개발된 장치를 사용하고 가상 컴퓨터 버스를 통해 통신합니다. 가상 컴퓨터 버스는 게스트 운영 체제가 시작될 때 사용할 수 있어야 하므로 SCSI 컨트롤러에 연결된 가상 하드 디스크는 시동 디스크로 사용할 수 없습니다.

    참고

    물리적 SCSI 및 IDE 장치의 I/O 성능은 크게 다를 수 있지만 Hyper-V의 가상화된 SCSI 및 IDE 장치의 경우는 그렇지 않습니다. 게스트 운영 체제에 통합 서비스가 설치된 경우 IDE 및 SCSI 장치 모두 동일하게 빠른 I/O 성능을 제공합니다. SCSI의 Hyper-V 구현에서 지원되는 작동 중 교체 가능한 하드 드라이브에 대한 지원은 성능상의 이점보다 SCSI 드라이브를 선택하게 만드는 더 결정적인 이유입니다.

Windows Server 2008 R2와 함께 릴리스된 버전의 Hyper-V는 가상 하드 디스크 성능이 크게 개선되었습니다. 자세한 내용은 가상 하드 디스크 성능: Windows Server 2008 / Windows Server 2008 R2 / Windows 7(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=186519&clcid=0x412)(영문일 수 있음)을 참조하십시오. 가상 컴퓨터 드라이브 옵션에 대한 요약 정보는 이 백서의 "Hyper-V 및 VHD 저장소 컨테이너 형식 선택 방법" 섹션을 참조하십시오. 또한 "환경에 적합한 VHD를 선택할 때는 액세스 성능과 저장 요구 사항을 함께 고려하십시오. Windows Server 2008 R2를 사용할 때는 고급 캐싱 기능으로 인해 액세스 속도보다는 사용하는 메모리의 양을 중점적으로 고려하여 선택해야 합니다"라는 저자의 조언에도 유의합니다.

중요

모든 가상 환경에 맞는 일반적인 저장소 솔루션은 없습니다. SharePoint Server 서버를 위한 최적의 가상 컴퓨터 드라이브 옵션을 선택하려면 연구 및 포괄적인 테스트를 통해 특정 가상 환경에 맞는 최상의 저장소 솔루션을 구현해야 합니다.

통합 서비스

Hyper-V에는 물리적 컴퓨터와 가상 컴퓨터 간의 통합을 개선하는 지원되는 게스트 운영 체제를 위한 소프트웨어 패키지가 포함되어 있는데, 이 패키지를 통합 서비스라고 합니다. 관리 운영 체제(Hyper-V 역할 실행)와 가상 컴퓨터에서 동일한 버전의 통합 서비스가 실행되는지 확인해야 합니다. 자세한 내용은 통합 서비스를 위한 버전 호환성(https://go.microsoft.com/fwlink/?linkid=188011&clcid=0x412)을 참조하십시오.

각각의 가상 컴퓨터에 대해 가상 컴퓨터와 가상화 호스트 간에 다음과 같은 통합 항목을 구성할 수 있습니다.

  • 운영 체제 종료

  • 시간 동기화

  • 데이터 교환

  • 하트비트

  • 백업(볼륨 스냅숏)

중요

각 SharePoint Server 가상 컴퓨터에 대해 시간 동기화를 사용하지 않도록 설정합니다. SharePoint Server 2010에서는 타이머 작업을 광범위하게 구현하며 시간 동기화 도중 대기 시간이 발생하면 SharePoint Server 환경에서 예측할 수 없는 결과가 나타나게 됩니다.

자동 종료 및 시작

각각의 가상 컴퓨터에 대해 물리적 컴퓨터가 종료되는 경우 자동 종료 및 시작 동작을 구성할 수 있습니다. 종료 옵션은 다음과 같습니다.

  • 가상 컴퓨터의 상태를 저장합니다. 가상 컴퓨터의 현재 상태가 저장되고 가상 컴퓨터가 시작되면 Hyper-V에서 가상 컴퓨터를 이전 상태로 복원하려고 시도합니다.

  • 가상 컴퓨터를 끕니다. 이는 서버의 전원 플러그를 뽑는 것과 마찬가지입니다.

  • 게스트(가상 컴퓨터) 운영 체제를 종료합니다. 이는 Windows 종료 옵션을 사용하여 컴퓨터를 종료하는 것과 마찬가지입니다.

SharePoint Server 가상 컴퓨터의 경우 상태를 저장하도록 가상 컴퓨터를 구성하지 마십시오. 저장된 상태에서 작동이 재개되는 가상 컴퓨터는 팜의 다른 서버와 동기화된 상태를 벗어나게 됩니다. 종료 옵션을 사용하면 가장 확실하게 가상 컴퓨터의 손상이 최소화되므로 이 옵션을 사용하도록 가상 컴퓨터를 구성하는 것이 좋습니다. 종료가 발생하면 실행 중인 모든 타이머 작업이 종료되고 가상 컴퓨터가 다시 시작되어도 동기화 문제가 발생하지 않게 됩니다.

자동 종료의 반대는 자동 시작입니다. Hyper-V에서는 물리적 서버가 다시 시작될 때 다음과 같은 시작 옵션을 제공합니다.

  • 아무 작업도 하지 않음. 물리적 서버가 종료될 때의 가상 컴퓨터 상태와 관계없이 가상 컴퓨터를 수동으로 시작해야 합니다.

  • 서비스가 종료될 때 컴퓨터가 실행 중이었던 경우 자동으로 시작

  • 항상 이 가상 컴퓨터를 자동으로 시작. Hyper-V에서는 물리적 서버가 종료될 때의 가상 컴퓨터 상태와 관계없이 가상 컴퓨터를 시작합니다.

처음 두 개의 옵션 중 하나를 사용하는 것이 좋습니다. 어느 쪽 옵션이든 유효하지만 결정은 가상 컴퓨터를 관리 및 유지 관리하는 IT 팀에 달려 있습니다.

앞의 시작 옵션 외에도 가상 컴퓨터에 대해 시작 시간 지연을 구성할 수 있습니다. 가상화 호스트에서 발생하는 리소스 경합을 줄이려면 시작 시간 지연을 구성하는 것이 좋습니다. 그러나 시작 옵션이 아무 작업도 하지 않는 것이면 아무런 효과가 없습니다.

스냅숏 사용

스냅숏은 실행 중이거나, 일시 중지되었거나, 종료된 가상 시스템의 현재 상태를 캡처하는 데 매우 유용한 수단입니다. 스냅숏 기능을 사용하면 이전 가상 컴퓨터 구성으로 쉽고 빠르게 되돌릴 수 있습니다. 이 기능은 특히 개발 환경이나 테스트 환경에 적합합니다.

최상의 방법으로, 프로덕션 환경의 가상 컴퓨터에서는 다음과 같은 이유로 인해 스냅숏 기능을 사용하지 않는 것이 좋습니다.

  • 클럭 동기화: 실행 중인 가상 컴퓨터의 스냅숏을 만드는 경우 스냅숏이 시작되는 시간과 스냅숏이 완료되는 시간 사이에 대기 시간이 발생합니다. 이 대기 시간은 SharePoint Server 타이머 작업에는 물론 결과적으로 팜 서버 간의 시간 동기화 상태에도 영향을 줍니다.

    중요

    가상 컴퓨터의 스냅숏을 만들려는 경우 스냅숏을 만들기 전에 실행 중인 작업이 완료되도록 가상 컴퓨터를 종료합니다. 가상 컴퓨터가 다시 시작된 후에는 시간 동기화 문제가 발생하지 않도록 가상 컴퓨터와 다른 팜 서버를 주의 깊게 모니터링하는 것이 좋습니다.

  • 성능: 가상 컴퓨터의 스냅숏을 만드는 경우 사실상 차등 디스크를 만든 것입니다. 이 경우 가상 컴퓨터와 스냅숏 간에 구성 데이터를 지속적으로 교환하기 때문에 성능에 영향을 주게 됩니다.