가상 환경의 용량 관리 및 고가용성(SharePoint Server 2010)

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

이 문서에서는 Microsoft SharePoint Server 2010을 호스팅하는 가상 환경의 용량 관리 및 고가용성에 대한 정보를 제공합니다. 이 문서에서는 이러한 두 개념을 하나로 묶어 설명합니다. 이는 가상화 계획 및 가상 환경의 아키텍처를 개발하는 데 있어 용량과 크기가 매우 중요하기 때문일 뿐만 아니라 가상 환경에서는 용량 관리와 고가용성을 분리해서 고려할 수 없기 때문이기도 합니다. 가상화 호스트의 경우 용량이 부족하면 팜 및 호스트 수준에서 고가용성에 영향을 줄 수 있습니다.

백업 및 복구 같은 가상화 환경의 다른 모든 측면과 마찬가지로 용량 관리와 고가용성 역시 가상 환경의 두 계층을 수용해야 하는데, 하나는 SharePoint Server 2010에 사용되는 가상 컴퓨터이고 다른 하나는 가상 컴퓨터를 호스팅하는 데 사용되는 물리적 서버입니다. 혼합 환경의 경우에는 물리적 Microsoft SharePoint Server 팜 서버까지 다뤄야 합니다.

이 문서의 내용:

• 가상화 개요

• 용량 관리

• 가상화 서버 용량 및 크기

• 아키텍처 만들기 및 조정

• 아키텍처 개선을 위한 추가 옵션

가상화 개요

Windows Server 2008 Hyper-V 기술 또는 Microsoft Hyper-V Server 2008을 통해 구현되는 서버 가상화는 하드웨어를 기반으로 하며 소프트웨어 기반 가상화와 반대로 하드웨어 지원 가상화라고 합니다. Hyper-V 하이퍼바이저에는 소프트웨어 기반 가상화 기술보다 물리적 서버 하드웨어 구성 요소와의 직접 통신 경로가 더 많고 상호 작용도 보다 빈번하게 발생합니다. 그에 따라 소프트웨어 기반 가상화 기술보다 더 뛰어난 성능을 얻을 수 있습니다. Hyper-V 아키텍처에 대한 자세한 내용은 Windows Server 2008의 Hyper-V 소개(https://go.microsoft.com/fwlink/?linkid=188006&clcid=0x412) 및 Hyper-V 성능 모니터링(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=187746&clcid=0x412)(영문일 수 있음)을 참조하십시오.

물리적 서버는 Hyper-V의 요구 사항을 충족할 수 있지만 각각의 물리적 서버는 고유한 특성을 가지고 있습니다. 모든 제조업체가 프로세서, 다중 코어 기술, 메모리, 데이터 버스, 하드 디스크 및 네트워크 어댑터를 저마다 고유한 방식으로 구현하기 때문입니다. 또한 하드웨어 디자인 및 구현은 동일한 제조업체에서 생산하더라도 모델마다 다릅니다. 따라서 가상 환경에 SharePoint Server 2010을 배포할 때는 반드시 엄격한 테스트를 거쳐야 합니다.

소프트웨어 프로그램 및 응용 프로그램도 성능 면에서 하드웨어와 동일한 편차를 나타냅니다. 어떤 프로그램은 CPU 집약적이고 또 어떤 프로그램은 메모리 요구 사항이 높으며 하드 디스크 집약적인 프로그램이 있기도 합니다. SharePoint Server에는 IIS(Internet Information Server) 및 SQL Server 2008과 마찬가지로 고유한 용량 요구 사항이 있습니다. 따라서 이에 대해서도 엄격한 테스트를 수행해야 합니다.

용량 관리를 수행하려면 가상화 서버, 저장소 솔루션, 네트워크 인프라, SharePoint Server 환경에서 실행되는 기술, SharePoint Server 솔루션을 구현하는 데 사용되는 기능을 고려해야 합니다.

용량 관리

용량 관리는 용량 계획의 개념을 확장하여 변화하는 조건 및 요구 사항을 수용하도록 SharePoint Server 2010 배포의 용량을 지속적으로 모니터링 및 최적화하는 순환적 접근 방식을 나타냅니다. 이 접근 방식은 완전히 가상화된 팜과 일부만 가상화된 팜을 포함하여 모든 SharePoint Server 팜에 적용할 수 있습니다. 용량 관리의 개요를 확인하려면 SharePoint Server 2010의 용량 관리 및 크기 조정을 참조하십시오. 추가 용량 관리 리소스는 SharePoint Server 2010의 용량 관리(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=194748&clcid=0x412)(영문일 수 있음) 리소스 센터에서 확인할 수 있습니다.

가상화 서버 용량 및 크기

팜 서버에 대한 SharePoint Server의 팜 디자인 및 크기 권장 사항을 확인한 후에는 가상 팜을 지원하는 데 필요한 물리적 가상화 호스트 아키텍처를 디자인합니다. 가상 아키텍처에 대한 자세한 내용은 가상화 아키텍처 계획(SharePoint Server 2010)을 참조하십시오.

SharePoint Server 2010 용량 관리에서 응용 가능한 원리를 도출하여 가상 환경에 대한 가이드로 활용하는 것이 좋습니다. 다음 작업은 초기 계획에서 프로덕션 환경의 배포에 이르기까지 가상 및 물리적 아키텍처에 대해 디자인, 크기 조정 및 조정을 반복적으로 수행하는 특성을 보여 줍니다.

• 팜 배포를 시작하기 전에 가상 컴퓨터 및 가상화 서버 크기 조정을 통해 가상 및 물리적 아키텍처를 만듭니다. 가상화 호스트가 여러 개인 경우 이 아키텍처에는 가상 컴퓨터 분포가 포함되어야 합니다.

• 파일럿 배포 단계를 진행하는 동안 팜 가상 컴퓨터 및 가상화 호스트에 대한 벤치마크를 설정하는 데 사용할 수 있는 상태 및 성능 데이터를 수집합니다.

• 사용자 승인 테스트 배포 단계에서는 벤치마크 데이터에 따라 가상화 호스트 및 가상 컴퓨터 구성을 조정합니다. 필요한 경우 가상화 호스트에 가상 컴퓨터를 다시 배포하여 물리적 아키텍처를 변경합니다.

• 배포 후에도 지속적으로 상태 및 성능 벤치마크 데이터를 수집하고 가상 컴퓨터 및 물리적 컴퓨터(해당되는 경우) 구성을 세부적으로 조정합니다. 필요한 경우 두 아키텍처를 모두 조정합니다.

가상화 호스트 및 가상 컴퓨터 성능 데이터를 분석하면 용량 요구 사항 및 응용 프로그램이 용량에 미치는 영향이 어떤 식으로 나타나는지 파악할 수 있습니다. 또한 성능 및 용량 제한에 대해서도 이해해야 합니다. 가상 계층과 물리적 계층 간에 상호 관계가 설정되어 있다고 가정할 경우 가상 컴퓨터의 용량 및 성능에 영향을 주는 모든 요인은 호스트에 직접 영향을 미치거나, 팜에서 허용 가능한 성능을 유지할 수 있도록 가상화 호스트 구성을 변경하여 수용해야 하는 대상입니다.

경우에 따라 가상화 호스트를 추가하고 물리적 아키텍처에서 가상 컴퓨터의 분포를 변경하는 방식으로 물리적 아키텍처를 변경해야 할 수도 있습니다.

Windows Server 2008 R2 및 Windows Server 2008 서비스 팩 2(SP2)에 대한 용량 및 성능 정보를 반영하도록 업데이트된 Hyper-V 성능 FAQ R2(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=187745&clcid=0x412)(영문일 수 있음)를 읽어 보는 것이 좋습니다. 이 FAQ에서는 일반적인 Hyper-V 관련 질문에 대한 답변을 제공하고 지침을 제시하며 가상화 호스트, 가상 컴퓨터 및 Windows 네트워킹에 대한 벤치마크를 개발하는 데 사용할 수 있는 세부 정보가 수록된 문서의 링크를 소개합니다.

또한 Hyper-V 성능 카운터에 대한 다음 게시물도 읽어 보는 것이 좋습니다.

• Hyper-V 성능 카운터 - 제1부 - 개요(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=125651&clcid=0x412)(영문일 수 있음)

• Hyper-V 성능 카운터 - 제2부 - “Hyper-V Hypervisor” 카운터 집합(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=125652&clcid=0x412)(영문일 수 있음)

• Hyper-V 성능 카운터 - 제3부 - “Hyper-V Hypervisor Logical Processors” 카운터 집합(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=125653&clcid=0x412)(영문일 수 있음)

• Hyper-V 성능 카운터 - 제4부 - “Hyper-V Hypervisor Virtual Processor” 및 “Hyper-V Hypervisor Root Virtual Processor” 카운터 집합(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=125655&clcid=0x412)(영문일 수 있음)

아키텍처 만들기 및 조정

완전한 아키텍처는 배포하려는 SharePoint Server 환경을 구성하는 가상화 호스트, 가상 컴퓨터 및 물리적 컴퓨터로 이루어져 있습니다. 가상화 아키텍처에 대한 자세한 내용은 가상화 아키텍처 계획(SharePoint Server 2010)을 참조하십시오.

가상 아키텍처를 개발 및 구현하는 단계는 다음과 같습니다.

1. 가상 및 물리적 아키텍처 만들기. SharePoint Server 2010 팜의 목표를 지원하는 아키텍처를 만듭니다.

2. 아키텍처 분석. 누락되었거나 배포할 환경의 디자인을 개선하는 정보를 식별하여 얻습니다.

3. 아키텍처 조정. 2단계의 정보를 활용하여 아키텍처를 세부적으로 조정합니다.

4. 다양한 배포 단계를 거치면서 계속해서 아키텍처 및 서버 구성을 조정합니다. 배포 단계에 대한 자세한 내용은 기술 다이어그램(SharePoint Server 2010) 문서에서 SharePoint 2010 제품 배포 및 SharePoint 2010 제품: 가상화 프로세스 모델을 참조하십시오.

아키텍처 만들기

가상 컴퓨터 및 가상화 호스트 구성을 평가 및 조정하기 위한 도구로 사용할 수 있는 아키텍처의 모델을 만듭니다. 다음 조건을 모델을 개발하기 위한 가이드로 사용합니다.

• 필요한 가상 컴퓨터 수 및 SharePoint Server 팜에서의 각 역할을 식별합니다.

• 개별 가상 컴퓨터 구성 요구 사항(디스크 공간, 메모리 및 프로세서 수)을 지정합니다. 이는 SharePoint Server 용량 요구 사항을 기반으로 합니다.

• 가상화 호스트 요구 사항(디스크 공간, 메모리 및 논리 프로세서 수)을 지정합니다. 이는 가상 컴퓨터 요구 사항을 기반으로 합니다.

• 가상화 호스트의 가상 컴퓨터 분포를 식별합니다. 이는 팜의 고가용성 요구 사항을 기반으로 하며 가상화 호스트의 수량 및 용량에 따라 제한됩니다.

• 일반적인 네트워킹 및 저장소 요구 사항을 식별합니다.

• 가상화 호스트 및 가상 컴퓨터의 증가에 대비합니다(수직 또는 수평 확장).

아키텍처 모델을 만든 후에는 두 아키텍처를 모두 분석하여 디자인은 물론 가상화 호스트 및 가상 컴퓨터 구성까지 유효성을 검사해야 합니다.

아키텍처 분석

아키텍처를 분석하는 기본적인 목적은 해당 아키텍처가 배포할 SharePoint Server 2010 솔루션을 성공적으로 지원할 수 있는지 여부를 파악하는 것입니다. 그러나 배포 프로세스를 거치면서 디자인과 서버 구성이 바뀐다고 가정하는 것이 합리적입니다.

다음 그림에서는 프런트 엔드 웹 서버, 응용 프로그램 서버 및 데이터베이스 서버로 구성된 팜에 대한 가상 아키텍처의 예를 보여 줍니다. 이 아키텍처는 중소 규모 팜을 위한 가상 아키텍처의 예에 설명된 중소 규모의 팜을 나타내며, 이를 활용하여 가상 팜의 용량 및 가용성 요구 사항을 분석할 때 고려해야 하는 핵심 요소를 제시할 수 있습니다.

그림 1. 예비 아키텍처

가상 아키텍처를 만들기 위해 제공된 조건을 사용하여 앞의 그림에 나와 있는 아키텍처 예를 분석합니다. 그림의 아키텍처에서는 모든 웹 서버 및 응용 프로그램 서버가 가상 컴퓨터인 것으로 가정하고 있습니다. 팜 데이터베이스 서버가 물리적 컴퓨터인지 가상 컴퓨터인지는 알 수 없습니다.

가상화 호스트 분석

다음 표(HOST-1 및 HOST-2)에서는 메모리, 프로세서 및 확장성을 조건으로 사용하여 각 가상화 호스트를 분석한 결과를 제공합니다. 호스트 분석 결과에 이어 디자인 분석 결과도 제공됩니다.

HOST-1

HOST-2

디자인 분석

이 아키텍처 예에서는 대체적으로 팜 서버에 대한 일정한 수준의 고가용성을 보여 줍니다. 예를 들어 HOST-1과 HOST-2에는 세 개의 프런트 엔드 웹 서버가 배포되어 있고 데이터베이스 서버(클러스터링되거나 미러링된)도 별도의 가상화 호스트 또는 물리적 서버에 상주하고 있습니다. 가상화 호스트 수준의 고가용성은 아키텍처의 일부가 아니므로 관련된 정보가 없습니다. 디자인을 수정하려면 다음 정보가 필요합니다.

• 데이터베이스 크기

  콘텐츠 데이터베이스의 크기에 따라 모든 팜 서버를 구성 및 배포하는 방식이 결정됩니다.

• 저장소 하위 시스템

  예를 들어 이 아키텍처 예에는 각 가상 컴퓨터에 필요한 디스크 수에 대한 정보는 물론 디스크 분포 및 용량에 대한 표시가 전혀 나와 있지 않습니다. 이러한 정보는 저장소 시스템을 결정 및 구성하는 데 매우 중요한 역할을 합니다. 이 아키텍처 예에서는 로컬 저장소를 사용합니다. 따라서 로컬 저장소가 자신의 환경에 적합한지 아니면 SAN에서 LUN에 대한 통과 디스크 구성을 사용해야 하는지 결정해야 합니다.

• 네트워킹 요구 사항

  네트워크 어댑터 수 및 최소 처리량을 식별해야 합니다.

• 가상 하드 디스크 구성

  또한 사용할 Hyper-V 하드 디스크 구성(예: 고정 크기, 통과)을 결정해야 합니다. 자세한 내용은 디스크 및 저장소 계획(https://go.microsoft.com/fwlink/?linkid=188007&clcid=0x412) 및 가상 하드 디스크 성능: Windows Server 2008/Windows Server 2008 R2/Windows 7(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=186519&clcid=0x412)(영문일 수 있음)을 참조하십시오.

디자인 검토를 마친 후에는 아키텍처를 조정합니다.

아키텍처 조정

아키텍처의 조정 범위는 초기 아키텍처, 분석 결과 및 구현 계획에 따라 달라집니다. 제시된 예를 사용할 경우에는 시나리오에서 아무 것도 변경하지 않을 수도 있습니다. 예를 들면 다음과 같습니다.

• 예비 아키텍처는 초기 테스트, 개념 증명 및 제한된 파일럿 배포에 적합합니다.

• 가상화 호스트는 테스트에만 사용되며 사용자 승인 테스트 단계에서 보다 높은 용량의 호스트로 대체됩니다.

• 가상 팜은 테스트에만 사용되며 테스트 완료 후 종료됩니다. 경우에 따라 환경을 그대로 유지했다가 나중에 소프트웨어 업데이트를 테스트하기 위해 사용할 수도 있습니다.

다음 그림에서는 프로덕션 팜에 보다 적합한 수정된 아키텍처를 보여 줍니다.

그림 2. 수정된 아키텍처

수정된 아키텍처에서는 기본적으로 8코어 가상화 서버 제품을 계속 사용하는 것으로 가정하고 있습니다. 이전 그림에서 변경된 부분에는 이러한 가정이 반영되며 다음과 같은 고려 사항이 포함되어 있습니다.

• 콘텐츠 데이터베이스의 예상 크기는 1TB입니다.

• 목표는 모든 팜 서버에 대해 고가용성을 제공하고 인프라 간에 성능을 극대화하는 것입니다.

• 팜 데이터베이스 서버는 고가용성을 지원하도록 클러스터링 또는 미러링할 수 있는 물리적 서버입니다. 각 서버는 8개의 코어와 16GB의 RAM을 갖추고 있으며 대기 시간을 줄이기 위해 로컬 드라이브를 사용합니다.

가상화 호스트 분석

다음 표(수정된 HOST-1 및 수정된 HOST-2)에서는 메모리, 프로세서 및 확장성을 조건으로 사용하여 각 가상화 호스트를 분석한 결과를 제공합니다. 호스트 분석 결과에 이어 디자인 분석 결과도 제공됩니다.

수정된 HOST-1

수정된 HOST-2

디자인 분석

• 각 가상 컴퓨터에서는 SharePoint Server 최상의 방법 지침에 따라 크기가 조정된 세 개의 드라이브를 갖춘 구성을 사용합니다. 이러한 드라이브는 대개 다음과 같이 구성됩니다.

  • C 드라이브(50GB) - Windows 설치용

  • D 드라이브(50GB) - SharePoint Server 2010 파일용

  • E 드라이브(300GB) - 웹 콘텐츠 및 로그 파일용

• 각 프런트 엔드 웹 서버는 네 개의 가상 프로세서(4xVP)와 8GB의 RAM으로 구성됩니다. 이는 프로덕션 환경에 권장되는 최소 구성입니다.

• 프런트 엔드 웹 서버의 수는 효과적인 클러스터링 및 고가용성을 지원하도록 네 개까지 늘어납니다. 이러한 네 개의 서버를 갖춘 구성은 소프트웨어 업데이트를 설치할 때 항상 두 개의 서버를 사용할 수 있으므로 이러한 업데이트를 설치하는 경우에 매우 적합합니다.

• 두 응용 프로그램 서버(App-1 및 App-2)에서는 고가용성을 제공합니다. App-1에서는 중앙 관리, 검색 크롤링 구성 요소 및 검색 쿼리 구성 요소에 대한 수동 인덱스를 호스팅합니다. 프로세서의 수와 메모리의 양은 콘텐츠 데이터베이스의 예상 크기에 따라 결정됩니다.

  App-2는 전용 검색 쿼리 서버로, 중앙 관리의 복사본이 들어 있습니다. 프로세서의 수와 메모리의 양은 콘텐츠 데이터베이스의 예상 크기에 따라 결정됩니다.

• 고가용성을 위해 다른 호스트의 프런트 엔드 웹 서버에도 중앙 관리를 설치합니다.

• 데이터베이스 서버는 고가용성을 얻기 위해 클러스터링되거나 미러링되는 물리적 서버입니다. 이처럼 물리적 서버로 이동하면 가상 팜 서버의 가상화 호스트 용량이 늘어가고 전반적인 데이터베이스 성능이 개선되는 이점이 있습니다.

  참고

  이 문서의 앞부분에서 언급했듯이 데이터베이스의 가상화 여부를 결정하는 일은 포괄적인 계획 및 테스트가 요구되는 복잡한 사안입니다.

• 네트워킹 측면을 고려하여 두 가상화 호스트는 모두 두 개의 개별 1기가비트 물리적 네트워크 어댑터로 구성됩니다. 이는 성능을 개선하고 일정 수준의 어댑터 중복을 제공하도록 가상화 호스트 데이터 트래픽과 가상 컴퓨터 데이터 트래픽을 분리하는 데 권장되는 방식입니다.

• 각 가상화 호스트에서는 VLAN(가상 LAN)을 사용하므로 네트워크 격리, 향상된 보안 및 높은 성능 같은 이점을 얻을 수 있습니다.

수정된 가상 및 물리적 아키텍처는 대폭 개선되었으며 프로덕션 환경에 배포할 수 있는 상태입니다. 그러나 현재 구성된 상태로는 사용 가능한 가상화 호스트 리소스가 팜 확장을 지원하지 못한다는 점에 유의해야 합니다. 또한 팜 서버를 호스트 간에 마이그레이션해야 하는 상황이 발생할 경우 마이그레이션을 수행할 수도 없습니다.

현실적으로 예로 제시된 팜을 프로덕션 환경에 배포하려는 경우에는 다음과 같이 업그레이드하는 것이 좋습니다.

• 48 ~ 64GB의 RAM이 포함된 16코어 컴퓨터를 사용하여 가상화 호스트 용량을 늘립니다.

• 가상화 호스트를 하나 이상 추가합니다.

고가용성 수준을 최적화하려면 다음 섹션에서 추가 옵션을 고려합니다.

아키텍처를 향상시키기 위한 추가 옵션

이전 섹션에서는 모델을 수정하기 위한 옵션을 소개했지만 이외에도 성능과 고가용성을 향상시키는 데 사용할 수 있는 다양한 옵션이 있습니다. 가상화 호스트 환경을 수평 확장하거나 가상화 호스트를 수직 확장하는 것은 훌륭한 대안이지만 비용이 항상 문제입니다. 조직의 가상화 전략을 잘 살펴보면 최상의 방법을 정의하는 데 도움이 될 것입니다.

다음 옵션을 사용하여 성능을 향상시킬 수 있습니다.

• SLAT(Second-Level Address Translation) 사용 프로세서가 탑재된 서버를 배포하거나 구매합니다. Intel 프로세서에서는 이 기능을 NPT(Nested Page Tables)라고 하며 Nehalem 55xx 시리즈 프로세서를 통해 사용할 수 있습니다. AMD의 경우에는 이 기능을 EPT(Enhanced Page Tables)라고 합니다.

• CPU 코어 파킹(Core-Parking)을 제공하는 서버를 배포하거나 구매합니다. 이 기능은 실행 중인 Hyper-V에서 최소한의 프로세서 코어를 사용하여 작업량 요구를 충족할 수 있도록 합니다.

• TCP Chimney 오프로드, VMQ(Virtual Machine Queues) 및 점보 프레임에 대해 살펴봅니다. 이러한 기능은 네트워크 성능을 개선하고 CPU 사용률을 낮추므로 전반적인 시스템 용량을 향상시킵니다.

• 대용량 데이터 전송 시 네트워크 성능을 향상시키기 위한 점보 프레임에 대해 검토합니다. 그러나 일부 환경에서는 점보 프레임이 작동하지 않으므로 사전에 철저히 테스트해야 합니다.

• 어댑터 티밍(Adapter Teaming)에 대해 알아봅니다. 이 기능은 네트워크 성능을 개선하고 물리적 네트워크 어댑터에 대한 장애 조치 기능을 제공합니다.

  중요

  어댑터 티밍은 타사 솔루션이며 공급업체를 통해서만 지원됩니다. 자세한 내용은 Hyper-V와의 NIC 티밍을 위한 Microsoft 지원 정책(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=194749&clcid=0x412)(영문일 수 있음)을 참조하십시오.

가상 환경의 고가용성을 확보하려면 다음과 같이 Windows Server 2008 R2 장애 조치 클러스터링 및 Hyper-V 라이브 마이그레이션을 구현하는 것이 좋습니다.

• 장애 조치 클러스터링의 범위에는 가상화 호스트 및 각 호스트의 가상 컴퓨터가 포함될 수 있습니다. 가상화 호스트에 예기치 않은 장애가 발생하는 경우 가상 컴퓨터는 자동으로 다른 가상화 호스트로 장애 조치를 수행합니다.

• 라이브 마이그레이션은 예정된 가동 중지 시간에 대한 솔루션입니다. 실행 중인 가상 컴퓨터를 가동 중지 시간 없이 다른 서버로 마이그레이션하고 물리적 서버를 종료한 다음 유지 관리를 수행할 수 있습니다. 서버에 대한 유지 관리 작업이 끝나면 라이브 마이그레이션을 통해 가상 컴퓨터를 원래의 물리적 서버로 다시 옮깁니다.

자세한 내용은 Hyper-V: Hyper-V 및 장애 조치 클러스터링 사용(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=187967&clcid=0x412)(영문일 수 있음) 및 Hyper-V: Windows Server 2008 R2에서 클러스터 공유 볼륨과 함께 실시간 마이그레이션 사용(https://go.microsoft.com/fwlink/?linkid=188009&clcid=0x412)을 참조하십시오.