내보내기(0) 인쇄
모두 확장
확장 최소화

하드웨어 가상화 환경에서 Exchange 서버에 대한 Microsoft 지원 정책 및 권장 사항

 

마지막으로 수정된 항목: 2012-06-06

이 항목에서는 하드웨어 가상화 프로덕션 환경에서 현재 지원되는 Microsoft Exchange Server 버전을 실행하기 위한 Microsoft 지원 정책을 제공합니다. 또한 하드웨어 가상화 프로덕션 환경에서 Exchange Server를 실행하기 위한 권장 사항도 제공합니다.

하드웨어 가상화 소프트웨어를 사용하면 단일 실제 컴퓨터에서 별도의 여러 운영 체제를 동시에 실행할 수 있습니다. Microsoft에서는 하드웨어 가상화 기능을 제공하는 다음 소프트웨어를 제공합니다.

  • Windows Server 2008 Hyper-V Technology/Microsoft Hyper-V Server   Windows Server 2008은 Hyper-V라고 하는 64비트 가상화 기술을 제공합니다. Hyper-V는 하이퍼바이저입니다. 하이퍼바이저는 하드웨어 바로 위, 하나 이상의 운영 체제 아래에 있는 소프트웨어 계층입니다. Hyper-V에 대한 자세한 내용은 Hyper-V를 이용한 가상화를 참조하십시오.
  • Windows Server 2008 R2 Hyper-V Technology/Microsoft Hyper-V Server   Windows Server 2008 R2 Hyper-V는 제품 유연성을 강화하는 여러 가지 새 기능을 추가하여 Windows Server 2008 Hyper-V의 아키텍처와 기능을 기반으로 구축되었습니다. Windows Server 2008 R2 Hyper-V의 주요 기능과 핵심 시나리오에 대한 자세한 내용은 Hyper-V를 이용한 가상화: 개요를 참조하십시오.
  • Microsoft Virtual Server   Virtual Server는 Windows Server System 플랫폼(Windows Server 2003 및 Windows Server 2003 R2)용으로 엔지니어링된 서버 가상화 기술을 제공하는 소프트웨어입니다. Microsoft Virtual Server에 대한 자세한 내용은 Virtual Server 2005 R2 SP1 제품 개요를 참조하십시오.
  • Microsoft Virtual PC   Virtual PC는 Microsoft Windows 데스크톱에서 각각이 실제 컴퓨터의 하드웨어를 가상화하는 별도의 가상 컴퓨터를 만들 수 있는 소프트웨어입니다. Virtual PC에 대한 자세한 내용은 Microsoft Virtual PC 2007 제품 정보를 참조하십시오.

타사에서도 하드웨어 가상화 기능을 제공하고 있습니다. 타사 하드웨어 가상화 소프트웨어에 대한 Microsoft 지원 정책에 대한 자세한 내용은 다음을 참조하십시오.

지원되는 Microsoft 이외의 하드웨어 가상화 프로덕션 환경에서 Exchange Server를 실행하기 위한 디자인 및 크기 조정 정보, 권장 사항 및 모범 사례에 대해서는 가상화 소프트웨어 제조업체에 문의하십시오.

이 항목에서는 다음 용어가 사용되고 있습니다.

하이퍼바이저

하이퍼바이저는 하드웨어 바로 위, 하나 이상의 운영 체제 아래에 있는 소프트웨어 계층입니다.

루트

하드웨어 가상화 소프트웨어가 실행되는 실제 컴퓨터입니다. 일부 하드웨어 가상화 환경에서는 이 컴퓨터를 부모 또는 호스트 컴퓨터라고도 합니다.

게스트

하드웨어 가상화 환경의 자식 컴퓨터로 실행되는 가상 컴퓨터입니다. 가상 컴퓨터는 일반적으로 호스트 컴퓨터에서 하드웨어 위의 두 번째 또는 세 번째 수준에서 실행됩니다.

Microsoft는 다음 조건이 모두 충족될 경우에만 하드웨어 가상화 소프트웨어의 프로덕션 환경에서 Exchange Server 2007을 지원합니다.

  • 하드웨어 가상화 소프트웨어는 Hyper-V Technology, Microsoft Hyper-V Server 또는 Windows Server Virtualization Validation 프로그램에서 유효성이 확인된 타사 하이퍼바이저가 포함된 Windows Server 2008입니다.
  • Exchange Server 게스트 가상 컴퓨터에는 다음과 같은 조건이 있습니다.
    • Microsoft Exchange Server 2007 SP1(서비스 팩 1) 이상을 실행합니다.
    • Windows Server 2008 64비트 운영 체제에 배포되어 있습니다.
    • 통합 메시징 서버 역할이 설치되어 있지 않습니다. 가상화 환경에서는 통합 메시징 역할을 제외한 모든 Exchange 2007 서버 역할이 지원됩니다.
    • Exchange 2007 시스템 요구 사항에 설명된 모든 요구 사항을 충족합니다.
  • Exchange Server 게스트 컴퓨터에서 Exchange 데이터 저장소용으로 사용되는 저장소(예: 사서함 데이터베이스 또는 허브 전송 큐)는 고정 크기의 가상 저장소(예: Hyper-V 환경의 고정 VHD(가상 하드 드라이브)), SCSI 통과 저장소 또는 iSCSI(인터넷 SCSI) 저장소일 수 있습니다. 통과 저장소는 호스트 수준에서 구성되어 있으며 한 게스트 컴퓨터에 전용으로 사용되는 저장소입니다. Exchange Server 게스트 컴퓨터에서 Exchange 데이터 저장소용으로 사용되는 저장소는 모두 블록 수준 저장소여야 합니다. Exchange 2010에서는 NAS(Network Attached Storage) 볼륨 사용이 지원되지 않습니다. 하이퍼바이저를 사용하여 게스트에게 블록 수준 저장소로 제공되는 NAS 저장소는 지원되지 않습니다. 통과 볼륨이 하드웨어 가상화 소프트웨어에 블록 수준 저장소로 제공되어야 합니다. 이는 NAS(Network Attached Storage) 볼륨 사용이 Exchange 2010에서 지원되지 않기 때문입니다. Exchange 데이터 저장에 사용될 볼륨에는 다음과 같은 가상 디스크 요구 사항이 적용됩니다.
    note참고:
    Hyper-V 환경에서 각 고정 VHD는 2,040GB 미만이어야 합니다. 지원되는 타사 하이퍼바이저의 경우 제조업체에 문의하여 디스크 크기 제한이 있는지 확인하십시오.
    • 동적으로 확장되는 가상 디스크는 Exchange에서 지원되지 않습니다.
    • 차이점 보관 또는 델타 메커니즘을 사용하는 가상 디스크(예: Hyper-V의 차이점 보관용 VHD 또는 스냅숏)는 지원되지 않습니다.
  • 관리 소프트웨어(예: 바이러스 백신 소프트웨어, 백업 소프트웨어, 가상 컴퓨터 관리 소프트웨어 등)만 실제 루트 컴퓨터에 배포할 수 있으며 다른 서버 기반 응용 프로그램(예: Exchange Server, SQL Server, Active Directory 또는 SAP)은 루트 컴퓨터에 설치하면 안 됩니다. 루트 컴퓨터는 게스트 가상 컴퓨터를 실행하는 데만 사용되어야 합니다.
  • Microsoft는 가상화 환경에 Hyper-V의 빠른 마이그레이션, VMware ESX vMotion 등의 하이퍼바이저 기반 클러스터링 또는 마이그레이션 솔루션이 루트 서버 사이에서 게스트 컴퓨터로 실행되는 클러스터된 사서함 서버를 자동으로 장애 조치하거나 이동하도록 구성되어 있지 않은 경우 하드웨어 가상화 환경에서 Exchange CCR(클러스터 연속 복제) 및 SCC(단일 복사본 클러스터)를 지원합니다.
  • 일부 하이퍼바이저에는 가상 컴퓨터의 스냅숏을 작성할 수 있는 기능이 포함되어 있습니다. 가상 컴퓨터 스냅숏은 실행 중인 가상 컴퓨터의 상태를 캡처합니다. 이 기능을 사용하여 가상 컴퓨터의 여러 스냅숏을 작성한 다음 스냅숏을 가상 컴퓨터에 적용하여 가상 컴퓨터를 이전 상태로 되돌릴 수 있습니다. 그러나 가상 컴퓨터 스냅숏은 응용 프로그램을 인식하지 않으며 이 스냅숏을 사용하면 Exchange Server 같은 상태 데이터를 유지 관리하는 서버 응용 프로그램에 대해 의도하지 않은 예기치 않은 결과가 나타날 수 있습니다. 따라서 Exchange 게스트 가상 컴퓨터의 가상 컴퓨터 스냅숏을 작성하는 것은 지원되지 않습니다.
  • 많은 하드웨어 가상화 제품을 사용하여 각 게스트 가상 컴퓨터에 할당되어야 하는 가상 프로세서의 수를 지정할 수 있습니다. 게스트 가상 컴퓨터에 있는 가상 프로세서는 실제 시스템에 있는 고정된 수의 논리 프로세서를 공유합니다. Exchange에서는 가상 프로세서 대 논리 프로세서의 비율이 2:1을 넘지 않아야 합니다. 예를 들어 쿼드 코어 프로세서를 사용하는 듀얼 프로세서 시스템은 호스트 시스템에 총 8개의 논리 프로세서가 포함되어 있습니다. 이 구성을 사용하는 시스템의 경우 모든 게스트 가상 컴퓨터 결합에 총 16개가 넘는 가상 프로세서를 할당해서는 안 됩니다.

응용 프로그램 관점에서 보면 게스트 가상 컴퓨터에서 Exchange 2007 SP1을 실행할 경우 Exchange Server 디자인 요구 사항이 달라지지 않습니다. Exchange Server 게스트 가상 컴퓨터는 작업 부하를 처리하도록 적절하게 크기가 조정되어야 합니다. 가상화되지 않은 Exchange 서버의 크기를 조정하는 방법과 동일한 방법을 사용하여 가상화된 Exchange 서버의 크기를 조정합니다. 사서함, 클라이언트 액세스 및 전송 서버 역할은 성능, 용량 및 안정성에 맞게 디자인해야 합니다. 또한 시스템의 사용 프로필에 따라 시스템의 부하를 처리하기에 충분한 리소스가 할당되어야 합니다. Exchange 서버 역할 크기 조정에 대한 자세한 내용은 다음을 참조하십시오.

많은 하이퍼바이저에는 하나 이상의 가상 컴퓨터에서 사용할 수 있는 RAM의 양을 동적으로 조정할 수 있는 기능이 들어 있습니다. 이 기능을 통해 하이퍼바이저는 특정 가상 컴퓨터의 현재 인식된 RAM 요구 사항을 기반으로 가상 컴퓨터에 RAM을 할당할 수 있습니다.

일반적으로 이 기능은 짧은 기간 동안 많은 메모리를 사용한 다음 일반 작업을 다시 시작하는 가상 컴퓨터의 작업 부하에 적합합니다. 이 시나리오에서 하이퍼바이저는 특정 작업 부하 요구에 맞게 메모리를 할당한 다음 다른 가상 컴퓨터를 위해 메모리를 회수할 수 있습니다. 그러나 이 기능은 지속적으로 특정 메모리 풀을 사용하도록 설계된 작업 부하에는 적합하지 않을 수 있습니다.

최신 Exchange 버전의 많은 성능 향상은 적절한 크기의 RAM 할당을 효율적으로 사용하는 것에 기반합니다. 이는 특히 I/O 작업 감소와 관련된 향상에서 그렇습니다. 성능 최적화는 RAM의 Exchange 캐싱 데이터에 의존합니다. RAM이 동적으로 감소하면 시스템의 예상 성능을 달성할 수 없습니다. 이 시나리오에서 Exchange의 성능이 저하되거나 최종 사용자가 Exchange에 연결할 때 성능 저하를 겪을 수 있습니다. 따라서 프로덕션 환경에서 Exchange를 실행 중인 가상 컴퓨터의 경우 메모리 초과 구독 또는 동적 메모리 할당을 해제하는 것이 좋습니다. 대신 Exchange 2007에 적합한 값을 기반으로 하는 정적 메모리 크기를 구성합니다.

메모리 고려 사항에 대한 자세한 내용은 메모리 구성 계획을 참조하십시오. 동적 메모리 할당에 대한 자세한 내용은 Hyper-V 팀 백서, Implementing and Configuring Dynamic Memory의 "Application Considerations" 섹션을 참조하십시오.

다음은 Exchange 게스트 가상 컴퓨터에 대한 고려 사항입니다.

  • 할당된 가상 프로세서의 총 수를 계산할 때 루트 운영 체제의 요구 사항을 포함해야 합니다. 많은 하드웨어 가상화 제품(예: Hyper-V)은 루트 컴퓨터의 운영 체제에 가상 프로세서를 할당합니다. 루트 컴퓨터에 할당된 사용 가능한 가상 프로세서 수는 루트 컴퓨터의 실제 프로세서 및 코어 수, 기타 구성 설정에 따라 다릅니다. Hyper-V의 경우 루트 컴퓨터에 할당된 가상 프로세서의 수는 루트 컴퓨터의 실제 프로세서 코어의 수와 같습니다. 이 수는 흔히 일반적으로 대부분의 Exchange 구성에 필요한 것보다 더 큰 값을 나타냅니다.
  • 루트 컴퓨터에 필요한 총 가상 프로세서 수를 계산할 때도 I/O 및 운영 체제 요구 사항을 모두 고려해야 합니다. 대부분의 경우 Exchange 가상 컴퓨터를 호스팅하는 시스템에 대해 루트 운영 체제에 필요한 가상 프로세서의 수는 2입니다. 이 값은 실제 코어 대 가상 프로세서의 전체 비율을 계산할 때 루트 운영 체제 가상 프로세서에 대한 기준으로 사용되어야 합니다. 루트 운영 체제의 성능 모니터링 결과, 사용 중인 프로세서 수가 2보다 큰 것으로 나타날 경우 게스트 가상 컴퓨터에 할당된 가상 프로세서 수를 줄이고 전체 가상 프로세서 대 실제 코어의 비율이 2:1을 넘지 않는지 확인해야 합니다.
  • Exchange 서버 게스트 컴퓨터의 저장소 및 네트워크를 디자인할 때는 특히 루트 컴퓨터의 CPU에 미치는 영향을 비롯하여 루트 컴퓨터에 대한 추가 고려 사항이 필요합니다. 일부 하드웨어 가상화 환경(예: Hyper-V)에서 게스트 가상 컴퓨터가 수행한 모든 I/O 요청은 루트 컴퓨터를 통해 처리됩니다. 이러한 환경에서는 Exchange 서버 게스트 컴퓨터와 동일한 루트 컴퓨터에 호스팅된 게스트 컴퓨터에 다른 I/O 집중적 응용 프로그램(예: Microsoft SQL Server)을 배포하지 않는 것이 좋습니다.
  • 게스트 가상 컴퓨터에서 Exchange가 실행 중인 Exchange 서버에 가상화 계층을 추가하면 성능 및 가용성을 모니터링해야 하는 추가 구성 요소가 발생합니다. 가상 환경의 Exchange 모니터링 시 추가로 고려해야 할 사항은 다음과 같습니다.
    • 게스트 가상 컴퓨터 내의 CPU 주기는 루트 컴퓨터의 CPU 시간 조각에 비례하여 발생합니다. 이 동작으로 인해 게스트 가상 컴퓨터 내의 CPU 관련 성능 카운터 값이 루트 컴퓨터에서 보고한 값과 달라집니다. 그러나 각 시스템에서 보고하는 두 값 모두 루트 컴퓨터와 게스트 컴퓨터 간에 프로세서 리소스가 공유되는 방식과 시스템의 관점을 기반으로 하므로 올바른 값입니다. Hyper-V 환경의 이러한 문제에 대한 내용은 Hyper-V: Clocks lie... which performance counters can you trust?를 참조하십시오.
      note참고:
      블로그의 내용과 해당 URL은 예고 없이 변경될 수 있습니다. 각 블로그의 내용은 보증 없이 "있는 그대로" 제공되며 권한을 제공하지 않습니다. 포함된 스크립트 샘플 또는 코드의 사용은 Microsoft - 사용 약관에 대한 정보에 지정되어 있는 약관을 따릅니다. 
    • Exchange에만 해당하는 성능 카운터는 게스트 컴퓨터에서만 사용할 수 있습니다. 루트 컴퓨터는 직접 사용 중인 리소스 및 호스트 환경에 국한되는 카운터(예: Hyper-V의 성능 카운터)에 대한 성능 데이터만 게시합니다. 루트 컴퓨터는 Exchange에만 해당하는 성능 데이터를 게시하지 않습니다.
  • 일부 하이퍼바이저의 게스트 가상 컴퓨터는 실제 컴퓨터가 나타내는 프로세서 확장성과는 다른 프로세서 코어 확장성 추세를 나타냅니다. 구성된 게스트 가상 컴퓨터를 프로덕션 환경에 배치하기 전에 철저한 스트레스 테스트를 수행하는 것이 중요합니다.
  • 일부 하이퍼바이저에는 게스트 컴퓨터 간에 리소스의 균형을 맞출 수 있도록 하는 리소스 제어 기능이 포함되어 있습니다. 예를 들어 Hyper-V 환경에서는 각 게스트 컴퓨터용으로 예약되는 프로세서 리소스의 비율을 지정할 수 있습니다. 이것을 가상 컴퓨터 예약이라고 합니다. 각 게스트 컴퓨터에서 사용할 수 있는 프로세서 리소스의 최대 비율도 지정할 수 있습니다. 이것을 가상 컴퓨터 제한이라고 합니다. 또한 실행 중인 여러 게스트 컴퓨터에서 경쟁적으로 리소스를 확보하려는 경우, 각 게스트 컴퓨터에 상대적 가중치를 할당하여 리소스가 할당되는 방식을 지정할 수 있습니다. 대부분의 환경에서는 하이퍼바이저의 리소스 제어 설정을 기본 설정과 다르게 수정할 필요가 없습니다. 하이퍼바이저 제조업체에 구성 및 조정 정보를 문의하는 것이 좋습니다.
  • 대규모 사서함(예: 1GB 이상)을 지원하려면 클러스터 연속 복제 또는 하드웨어 기반 VSS 솔루션을 사용해야 합니다. 하드웨어 가상화 환경에서는 하드웨어 기반 VSS를 사용할 수 없습니다.

Exchange 2007에는 LCR(로컬 연속 복제), CCR(클러스터 연속 복제), SCR(대기 연속 복제) 및 SCC(단일 복사본 클러스터)와 같은 다양한 고가용성 및 재해 복구 기능이 포함되어 있습니다. 네 가지 구성 모두 가상화된 환경에서 지원됩니다.

일부 하드웨어 가상화 소프트웨어에는 여러 실제 루트 컴퓨터에서 게스트 가상 컴퓨터의 클러스터링 또는 이식성을 지원하는 기능이 포함되어 있습니다. 예를 들어 Hyper-V에는 Hyper-V 호스트 컴퓨터와 Windows 장애 조치 클러스터링을 결합하는 빠른 마이그레이션이라는 클러스터된 솔루션이 포함되어 있습니다. 빠른 마이그레이션에 대한 자세한 내용을 보려면 Quick Migration with Hyper-V White Paper를 다운로드할 수 있습니다. Windows Server 2008 Enterprise 및 Windows Server 2008 Datacenter 운영 체제를 사용할 경우 클라이언트 서비스를 실제 서버의 게스트 가상 컴퓨터로 제공하는 각 서버를 실행하고 실제 서버를 장애 조치 클러스터의 노드(함께 작동하여 서비스에 대해 중복성을 제공하는 연결된 컴퓨터 그룹)로 구성할 수 있습니다. 이 구성의 경우 클러스터의 다른 실제 서버는 필요한 경우 빠른 마이그레이션을 통해 게스트 가상 컴퓨터를 지원할 준비가 되어 있습니다. 게스트 컴퓨터에서 빠른 마이그레이션의 영향은 다음과 같은 중단의 특성에 따라 다릅니다.

  • 예약된 중단   예약된 중단은 관리자가 수동으로 클러스터된 리소스를 클러스터의 다른 노드로 이동할 때 발생합니다. 이 시나리오에서 게스트 컴퓨터 상태는 일시 중단된 후 저장되며, 리소스는 지정된 노드로 전송되고, 게스트 컴퓨터는 지정된 노드에서 저장된 상태부터 다시 시작됩니다. Exchange 관점에서 볼 때 서버에서는 일반적으로 TCP 연결 손실만 발생하게 됩니다. 반면 클라이언트에서는 마이그레이션 프로세스 중에 서비스 중단이 발생합니다. 캐시된 Exchange 모드의 Microsoft Office Outlook 사용자와 Exchange ActiveSync 클라이언트는 잠시 오프라인 상태가 되며 온라인 모드의 Outlook 사용자와 Office Outlook Web Access, POP3 및 IMAP4 사용자는 마이그레이션 프로세스 중에 사서함에 액세스할 수 없게 됩니다. 작동 중단의 기간은 가상 컴퓨터를 일시 중단하고 이동한 후 다시 시작하는 데 걸리는 시간에 따라 다르며, 가상 컴퓨터의 메모리 크기 및 저장소 연결에 크게 좌우됩니다.
  • 예약되지 않은 중단      예약되지 않은 중단은, 클러스터 장애 조치 정책을 트리거할 정도로 장애가 활성 노드에 영향을 미칠 때 발생합니다. 예를 들어 활성 노드의 전원이 꺼지거나 심각한 소프트웨어 또는 하드웨어 오류가 발생할 수 있습니다. 이 시나리오에서 게스트 컴퓨터는 예기치 않게 전원이 꺼질 수 있습니다. 사서함 서버 역할을 호스팅하는 Exchange 게스트 컴퓨터에서는 예기치 않게 시스템이 종료되면 데이터베이스가 부적절한 종료 상태가 됩니다. Exchange 게스트가 다시 시작되면 Exchange는 기본 제공 크래시 복구 프로세스를 수행하고 모든 데이터베이스에 대한 모든 로그 파일을 재생합니다. 복구가 완료되는 데 걸리는 시간은 재생해야 하는 로그 파일 수에 따라 다르며, 검사점 이후에 생성된 모든 로그 파일을 재생해야 합니다. 일반적으로 초당 2개 이상의 속도로 로그 파일이 재생된다고 예상할 수 있습니다.

하이퍼바이저에서 제공하는 클러스터링 또는 이식성 솔루션(예: Hyper-V의 빠른 마이그레이션 기능) 대신 가상화된 Exchange 서버에 대한 기본 제공 Exchange Server 고가용성 솔루션을 사용하는 것이 좋습니다. Exchange Server의 기능(특히 CCR(클러스터 연속 복제))은 실제 루트 컴퓨터 간에 가상 컴퓨터를 이동하는 하이퍼바이저 솔루션보다 더 많은 이점을 제공합니다.

CCR로 알려진 구성에서는 Exchange의 기본 제공 데이터 복제 메커니즘(연속 복제)을 Windows 장애 조치 클러스터링과 결합할 수 있습니다. CCR은 하드웨어 가상화 환경에서 배포될 수 있으므로 가상화된 환경에서 Exchange 2007을 위한 서비스 및 데이터 가용성 솔루션을 제공합니다. 가상화된 CCR(또는 SCC) 환경에서는 진정한 중복성 및 고가용성을 제공하기 위해 클러스터의 노드인 각 게스트 컴퓨터를 별도의 실제 루트 컴퓨터에 호스팅해야 합니다.

note참고:
실제 노드 및 가상 노드 결합을 사용하여 CCR 또는 SCC를 배포할 수 있습니다. 모든 Exchange 고가용성 구성과 마찬가지로, 예약된 중단 또는 예약되지 않은 중단 중에 전체 작업을 처리하기 위해 모든 노드의 크기를 적절히 조정해야 합니다.

가상화된 Exchange 서버의 경우 하이퍼바이저 기반 가상 컴퓨터 마이그레이션(예: Hyper-V의 빠른 마이그레이션)을 사용하지 않는 것이 좋습니다. 가상 컴퓨터 마이그레이션 구성에서는 예약되지 않은 중단이 데이터 손실을 가져올 수 있습니다. CCR 환경에서는 이러한 유형의 데이터 손실이 전송 쓰레기 수거통이라는 기능을 통해 크게 완화됩니다. 전송 쓰레기 수거통은 장애 조치에 의해 영향을 받는 일부 데이터를 다시 확보해야 하는 환경에서 중복 기능을 활용합니다. 자세한 내용은 클러스터 연속 복제를 참조하십시오.

가상 컴퓨터 마이그레이션 솔루션과 CCR(하드웨어 가상화 환경에 배포된 경우) 간의 차이점은 다음 표에 나와 있습니다.

가상 컴퓨터 마이그레이션 및 클러스터 연속 복제 비교

  가상 컴퓨터 마이그레이션 클러스터 연속 복제

운영 체제 하트비트 검색

Exchange 서버 하트비트 검색

아니요

Exchange 데이터 복사본

1

2

공유 저장소 필요

아니요

수동 노드에서의 Exchange 인식 백업 지원

아니요

Exchange Server는 상당한 I/O 요구 사항을 가지고 있습니다. 게스트 가상 컴퓨터에 대규모 Exchange 서버를 배포할 때는 데이터 저장소에 대해 통과 디스크를 사용하는 것이 좋습니다. 현재 Hyper-V에서의 VSS 구현은 게스트 가상 컴퓨터 내의 iSCSI 초기자에 연결되어 있는 통과 디스크 또는 iSCSI 디스크에 대한 루트 기반 백업을 지원하지 않습니다. 따라서 게스트 가상 컴퓨터 내에서 연결된 통과 또는 iSCSI 디스크의 경우 루트 컴퓨터 내에서 수행되는 Exchange 게스트 가상 컴퓨터의 VSS 백업이 지원되지 않습니다.

이러한 저장소 유형 중 하나를 사용하여 가상화된 Exchange 서버의 지원되는 백업을 수행하려면 게스트 가상 컴퓨터 내에서 백업을 수행해야 합니다. ESE 스트리밍 백업 API 또는 Exchange 인식 소프트웨어 기반 VSS 솔루션(예: Microsoft System Center Data Protection Manager)을 지원하는 백업 소프트웨어를 사용할 수 있습니다.

루트 컴퓨터 내에서 수행되는 Exchange 게스트 가상 컴퓨터의 VSS 백업은 Hyper-V VHD(가상 하드 디스크)가 사용될 때 지원됩니다.

일부 저장소 솔루션에는 저장소 볼륨의 하드웨어 기반 VSS 백업을 직접 수행하기 위해 저장소 공급업체에서 지원하는 방법도 포함됩니다. 이러한 백업 방법은 저장소 공급업체에서 제공하며 Microsoft에서는 제공하지 않습니다.

호스트 운영 체제에 대한 RAID(Redundant Array of Independent Disks) 배열, 각 게스트 운영 체제 디스크 및 모든 가상 컴퓨터 저장소를 사용하여 보호되는 별도의 LUN을 사용하는 것이 좋습니다. 데이터베이스 및 로그 파일용 LUN은 Exchange 2007 저장소 모범 사례에 따라 격리해야 합니다. 모든 Exchange 2007 저장소 요구 사항 및 모범 사례는 하드웨어 가상화 환경에서 실행되는 Exchange 서버에 적용됩니다. Exchange 2007의 저장소 요구 사항, 권장 사항 및 모범 사례에 대한 자세한 내용은 디스크 저장소 계획을 참조하십시오.

다음 그림에서는 Hyper-V 환경의 Exchange 2007 저장소 구성을 보여 줍니다.

Hyper-V 및 Exchange 저장소

Exchange 게스트 컴퓨터용 운영 체제는 최소 크기인 15GB에 게스트 컴퓨터에 할당된 가상 메모리 크기를 더한 크기의 디스크를 사용해야 합니다. 이 요구 사항은 운영 체제 및 페이징 파일 디스크 요구 사항을 고려하는 데 필요합니다. 예를 들어 게스트 컴퓨터에 16GB의 메모리가 할당되면 게스트 운영 체제 디스크에 필요한 최소 디스크 공간은 31GB입니다.

또한 게스트 가상 컴퓨터가 루트 컴퓨터에 설치된 파이버 채널 또는 SCSI HBA(호스트 버스 어댑터)와 직접 통신하지 못할 수 있습니다. 이 경우 루트 컴퓨터의 운영 체제에서 어댑터를 구성하고, LUN을 가상 디스크나 통과 디스크로 게스트 가상 컴퓨터에 제공해야 합니다.

각 루트 컴퓨터는 다음과 같은 최소 디스크 공간 요구 사항을 충족해야 합니다.

  • 일부 하드웨어 가상화 응용 프로그램의 루트 컴퓨터에는 운영 체제 및 해당 구성 요소에 대한 저장소 공간이 필요할 수 있습니다. 예를 들어 Hyper-V와 함께 Windows Server 2008을 실행할 경우 운영 체제에 대한 Windows Server 2008 R2 시스템 요구 사항를 충족하기 위해 최소 10GB가 필요합니다. 운영 체제의 페이징 파일, 관리 소프트웨어 및 크래시 복구(덤프) 파일을 지원하기 위해 저장소 공간이 추가로 필요합니다.
  • 일부 하이퍼바이저는 각 게스트 가상 컴퓨터에 고유한 루트 컴퓨터의 파일을 유지 관리합니다. 예를 들어 Hyper-V 환경에서는 각 게스트 컴퓨터에 대한 임시 메모리 저장소 파일(BIN 파일)이 만들어지고 유지 관리됩니다. 각 BIN 파일의 크기는 게스트 컴퓨터에 할당된 메모리 양과 같습니다. 또한 호스트 컴퓨터에 각 게스트 컴퓨터에 대한 기타 파일이 만들어지고 유지 관리될 수도 있습니다.

다음은 가상화된 Exchange 서버에 연결되어 있는 저장소에 대한 요구 사항 및 권장 사항입니다.

  • 각 Exchange Server 게스트 컴퓨터에는 게스트의 운영 체제, 사용 중인 임시 메모리 저장소 파일 및 호스트 컴퓨터에 호스팅된 관련 가상 컴퓨터 파일이 들어 있는 디스크용으로 루트 컴퓨터의 충분한 저장소 공간을 할당해야 합니다. 또한 각 Exchange 게스트 컴퓨터에서 허브 전송 및 Edge 전송 서버의 메시지 큐에 대해 충분한 저장소를 할당하고 사서함 서버의 데이터베이스 및 로그 파일에 대해 충분한 저장소를 할당해야 합니다.
  • Exchange에서 사용하는 저장소는 게스트 가상 컴퓨터의 운영 체제를 호스팅하는 저장소와는 별개인 디스크 스핀들에 호스팅해야 합니다.
  • 가상 디스크는 다른 디스크 유형만큼 성능을 나타내지 못할 수 있습니다. 하이퍼바이저 제조업체의 성능 및 확장성 설명서를 구하여 다른 저장소 옵션을 사용할 경우 Exchange I/O에 어떤 영향을 미칠 수 있는가를 이해해야 합니다.
  • SCSI 통과 저장소를 사용하여 전송 및 사서함 데이터베이스와 트랜잭션 로그 파일을 호스팅하는 것이 좋습니다. 통과 디스크를 사용하면 가상 컴퓨터의 이식성이 제한되지만, 이 구성은 가상화된 Exchange 서버에 대한 모든 저장소 옵션에 대해 최적의 성능을 제공하는 것으로 나타났습니다.
  • iSCSI 저장소를 사용하면 iSCSI 초기자 구성 요소가 호스트 컴퓨터에서 구성될 때 최적의 성능을 얻을 수 있으며, 디스크는 게스트 컴퓨터에 통과 디스크로 제공됩니다. iSCSI 저장소에 기가바이트 이더넷 속도 이상을 사용하고 다른 모든 트래픽에서 iSCSI 저장소 네트워크를 격리하는 것이 좋습니다. 또한 iSCSI 네트워크 트래픽 전용의 실제 네트워크 인터페이스 카드를 사용하는 것이 좋습니다. Hyper-V 환경에서는 전용 실제 iSCSI 네트워크 카드가 점보 프레임을 사용하고 가상 네트워크 스위치에 바인딩되지 않도록 구성하는 것이 좋습니다.
  • Exchange 게스트 가상 컴퓨터 내에서 iSCSI 초기자를 사용하도록 iSCSI 저장소를 구성하는 것이 지원됩니다. 그러나 가상 컴퓨터 내의 네트워크 스택이 가상화되지 않은 네트워크 스택처럼 모든 기능을 갖추지는 못했으므로 이 구성에서는 성능이 저하됩니다(예: 가상 컴퓨터 스택은 점보 프레임을 지원하지 않음). 그러나 iSCSI 저장소는 게스트의 iSCSI 초기자에 직접 연결되며 통과 디스크로 구성되지 않으므로 가상 컴퓨터의 이동성이 커집니다.

하드웨어 가상 환경에서 Exchange 2007을 실행할 때는 특정 네트워크 관련 사항을 고려하는 것이 좋습니다. 이러한 고려 사항은 고가용성을 위해 Exchange를 배포하는지 여부를 기준으로 합니다.

고가용성을 위해 배포하지 않는 환경(예: CCR, SCC, 빠른 마이그레이션을 사용하지 않는 환경)에서는 하이퍼바이저 공급업체에서 제공하는 계획 및 배포 지침을 따르는 것이 좋습니다. 예를 들어 Hyper-V의 경우에는 Hyper-V Planning and Deployment Guide(영문) 및 Microsoft Hyper-V Server 2008 Configuration Guide(영문)에 나와 있는 지침을 따르는 것이 좋습니다.

고가용성을 위해 배포하는 환경(예: CCR 또는 SCC를 사용하는 환경)에서는 루트 컴퓨터에 실제 NIC(네트워크 인터페이스 카드)가 최소한 두 개 이상 있는 것이 좋습니다. 두 NIC 중 하나는 하이퍼바이저 루트 컴퓨터 전용으로 지정하고 나머지 하나는 게스트 가상 컴퓨터 전용으로 지정해야 합니다. 그 외의 추가 NIC는 루트 또는 게스트 컴퓨터에서 사용하는 iSCSI 저장소에 사용해야 합니다.

note참고:
Hyper-V에서 배포하는 클라이언트 액세스 또는 허브 전송 게스트 컴퓨터가 NLB(네트워크 부하 분산)를 사용하여 고가용성을 위해 구성되어 있는 경우에는 Microsoft 기술 자료 문서 953828, "Windows Server 2008 Hyper-V 가상 컴퓨터의 NLB를 구성할 때 또는 NLB 클러스터에 예상대로 수렴하지 중지 오류 생성"에 나와 있는 핫픽스를 설치해야 합니다. NLB를 설치 및 구성하는 방법에 대한 자세한 내용은 네트워크 부하 분산 배포 가이드를 참조하십시오.

Microsoft는 다음 조건이 모두 충족될 경우에만 하드웨어 가상화 소프트웨어(가상 컴퓨터)의 프로덕션 환경에서 Exchange Server 2003을 지원합니다.

  • 하드웨어 가상화 소프트웨어는 Microsoft Virtual Server 2005 R2 또는 이후 버전의 Microsoft Virtual Server입니다.
  • 가상 컴퓨터에서 실행되는 Exchange Server의 버전은 Microsoft Exchange Server 2003 SP2(서비스 팩 2) 이상입니다.
  • Microsoft Virtual Server 2005 R2 가상 컴퓨터용 추가 프로그램은 게스트 운영 체제에 설치됩니다.
  • Exchange Server 2003은 Windows 장애 조치 클러스터의 일부가 아닌 독립 실행형 서버로 구성됩니다.
  • 게스트 운영 체제에 설치되어 있는 SCSI 드라이버는 Microsoft Virtual Machine PCI SCSI 컨트롤러 드라이버입니다.
  • Exchange 가상 컴퓨터에는 가상 하드 디스크 실행 취소 기능을 사용할 수 없습니다.
    note참고:
    가상 컴퓨터용 추가 프로그램을 설치한 후 가상 컴퓨터에 Microsoft Virtual Server SCSI 어댑터를 추가하면 게스트 운영 체제에서 일반 어댑터 SCSI 드라이버를 찾아 설치합니다. 이 경우 게스트 운영 체제에 올바른 SCSI 드라이버를 설치하려면 가상 컴퓨터용 추가 프로그램을 제거한 후 다시 설치해야 합니다.

게스트 운영 체제에 설치되어 있는 SCSI 드라이버를 확인하려면 다음 단계를 수행하십시오.

  1. 게스트 운영 체제에서 내 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음 관리를 클릭합니다.
  2. 시스템 도구에서 장치 관리자를 클릭합니다.
  3. SCSI 및 RAID 컨트롤러Microsoft Virtual Machine PCI SCSI 컨트롤러가 나열되는지 확인합니다. 다른 드라이버가 나열되면 가상 컴퓨터용 추가 프로그램을 다시 설치해야 합니다. 예를 들어 Adaptec이 나열되면 가상 컴퓨터용 추가 프로그램을 다시 설치해야 합니다.
    note참고:
    가상 컴퓨터가 IDE 컨트롤러만 사용하도록 구성되어 있으면 다른 작업을 수행할 필요가 없습니다.

가상화된 환경에서 Exchange Server 2003 SP2를 배포하려는 경우 Exchange Server 2003에 대한 각 가상 컴퓨터의 크기를 조정할 때 Exchange Server 2003 성능 및 확장성 가이드를 설명된 것과 동일한 성능 및 확장성 측면이 적용됩니다.

그러나 일부 요소는 Exchange Server 2003이 Virtual Server 2005 R2에서 실행될 때 Exchange Server 2003의 성능과 확장성에 직접적인 영향을 미칩니다. 이러한 요소는 호스트 구성 및 게스트 구성의 크기를 모두 조정할 때 고려되어야 합니다.

다음은 가상 컴퓨터 구성에 대해 고려할 요소입니다.

  • 각 가상 컴퓨터에는 하나의 CPU만 있을 수 있습니다. 이로 인해 가상화된 Exchange 설치의 처리 성능이 제한됩니다. 서버는 단일 CPU가 서버에서 예상된 부하를 처리할 수 있도록 크기가 조정되어야 합니다. 또한 호스트 컴퓨터에서 동시에 실행되는 가상 컴퓨터의 수가 전체 시스템의 전반적인 성능에 영향을 미칩니다.
  • 가상 컴퓨터의 디스크 용량 크기를 조정할 때는 네트워크에서 Exchange Server 데이터의 전체 온라인 백업을 수행하는 데 필요한 시간을 고려해야 합니다. 또한 Exchange Server 백업 전용 가상 네트워크 어댑터의 추가를 고려하십시오.
    note참고:
    호스트 수준에서 가상 하드 디스크(.VHD) 파일의 오프라인 백업을 수행할 수 있지만 이렇게 해도 정기 Exchange Server 백업은 그대로 수행해야 합니다. Exchange Server 백업 및 복원 프로세스에 대한 자세한 내용은 Exchange 2003 재해 복구 작업 가이드를 참조하십시오.
  • Exchange Server 데이터베이스 및 로그 파일용으로 고정 크기의 가상 디스크를 별도로 만들어 호스트 서버의 개별 실제 드라이브에 저장합니다.
  • Exchange Server 2003 Performance Tools를 사용하여 프로덕션 전에 Exchange Server 성능을 확인해야 합니다. 이러한 도구에 대한 자세한 내용은 Exchange Server 2003 성능 및 확장성 가이드를 참조하십시오.

다음은 호스트 구성에 대해 고려할 요소입니다.

  • Virtual Server 2005 R2를 실행 중인 서버가 배포하려는 가상 컴퓨터 수를 처리할 수 있도록 올바르게 크기가 조정되었는지 확인합니다. 서버 크기를 예측할 때는 CPU, 메모리, 네트워크 어댑터 및 디스크 구성을 고려해야 합니다.
  • 빠른 액세스를 가능하게 하는 하드 디스크 솔루션을 사용합니다. SCSI 하드 디스크, RAID(Redundant Array of Independent Disks) 또는 SAN(저장소 영역 네트워크)을 사용하여 Exchange Server 데이터에 사용되는 .VHD 파일을 저장할 수 있습니다.
  • 바이러스 백신 프로그램이 호스트에 설치되어 있는 경우 바이러스 백신 프로그램이 .VHD 파일을 검색하지 않도록 구성해야 합니다.

Microsoft는 하드웨어 가상화 프로덕션 환경에서 Exchange Server 2003 이전 버전의 모든 Microsoft Exchange Server를 지원하지 않습니다. 이 정책은 Exchange 2000 Server, Exchange 2000 Conferencing Server, Exchange Server 5.5 및 이전 버전의 Exchange Server 모두에 적용됩니다.

 
이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.
표시:
© 2014 Microsoft