Exchange 2010 가상화 이해
적용 대상: Exchange Server 2010 SP3
마지막으로 수정된 항목: 2016-11-28
가상화된 환경에서 MicrosoftExchange Server 2010을 배포할 수 있습니다. 이 항목에서는 하드웨어 가상화 소프트웨어에 Exchange 2010을 배포하기 위해 지원되는 시나리오에 대한 개요를 제공합니다.
목차
하드웨어 가상화에 대한 요구 사항
루트 컴퓨터 저장소 요구 사항
Exchange 저장소 요구 사항
Exchange 메모리 요구 사항 및 권장 사항
Exchange에 대한 호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션
다음 용어는 이 항목에서 Exchange 가상화를 설명하는 데 사용됩니다.
콜드 부팅 전원이 꺼진 상태의 시스템을 운영 체제가 새로 시작된 상태로 만드는 작업을 나타냅니다. 이 경우 운영 체제 상태가 유지되지 않습니다.
저장된 상태 가상 컴퓨터 전원을 끌 때 일반적으로 하이퍼바이저는 가상 컴퓨터의 상태를 저장할 수 있으므로 가상 컴퓨터 전원을 다시 켤 때 가상 컴퓨터가 콜드 부팅 시작을 거치지 않고 해당하는 저장된 상태로 돌아갑니다.
계획된 마이그레이션 시스템 관리자가 하이퍼바이저 호스트 간에 가상 컴퓨터 이동을 시작하는 경우 이 작업을 계획된 마이그레이션이라고 합니다. 이 작업은 단일 마이그레이션이 될 수도 있고 시스템 관리자가 정해진 시간에 가상 컴퓨터를 이동하도록 자동화를 구성할 수도 있습니다. 계획된 마이그레이션은 하드웨어 또는 소프트웨어 오류 외에 시스템에서 발생하는 다른 이벤트의 결과일 수도 있습니다. 중요한 점은 Exchange 가상 컴퓨터가 정상적으로 작동하고 있고 재배치되어야 한다는 것입니다. 이 재배치는 라이브 마이그레이션 또는 vMotion 같은 기술을 통해 이루어질 수 있습니다. 그러나 Exchange 가상 컴퓨터나 가상 컴퓨터가 있는 하이퍼바이저 호스트에서 오류 조건이 발생하는 경우 계획된 마이그레이션으로 분류되지 않습니다.
하드웨어 가상화에 대한 요구 사항
Microsoft는 다음 조건이 모두 충족될 경우에만 하드웨어 가상화 소프트웨어의 프로덕션 환경에서 Exchange 2010을 지원합니다.
하드웨어 가상화 소프트웨어가 다음 중 하나를 실행 중입니다.
Hyper-V 기술을 사용하는 Windows Server 2008
Hyper-V 기술을 사용하는 Windows Server 2008 R2
Microsoft Hyper-V Server 2008
Microsoft Hyper-V Server 2008 R2
Microsoft Hyper-V Server 2012
Hyper-V 기술이 적용된 Windows Server 2012
Windows Server 가상화 유효성 검사 프로그램에서 검증한 타사 하이퍼바이저
참고
Windows Azure 가상 컴퓨터에 프로덕션 Exchange 서버를 배포하는 기능은 지원되지 않습니다.
다음은 Exchange 게스트 가상 컴퓨터의 조건입니다.
Exchange 2010을 실행 중입니다. 여기에는 Exchange 2010 SP1 및 Exchange 2010 SP2에서 사용 가능한 Exchange 2010 호스팅 모드가 포함됩니다.
SP2(또는 이후 버전)가 설치된 Windows Server 2008 또는 Windows Server 2008 R2 RTM(또는 이후 버전)에 배포됩니다.
참고
Hyper-V 환경에서 Exchange 2010을 설치하는 경우 다음과 같은 오류 메시지가 표시될 수 있습니다. "허브 전송 서버 역할을 설치하지 못했습니다." 가상화된 Active Directory 서버의 경우 시간 동기화 통합 구성 요소를 사용하지 않도록 설정한 다음, 허브 전송 역할을 설치하기 전에 신뢰할 수 있는 외부 시간 제공자에 맞춰 시간을 설정하는 것이 좋습니다. 이 권장 사항은 가상 컴퓨터가 호스트하고 있는 도메인에 해당 호스트가 가입되어 있는 경우 특히 중요합니다.
Exchange 2010 SP2 또는 Exchange 2010 SP1 배포의 경우:
통합 메시징을 비롯한 모든 Exchange 2010 서버 역할은 가상 컴퓨터에서 지원됩니다. 통합 메시징 가상 컴퓨터에는 다음과 같은 특별한 요구 사항이 있습니다.
가상 컴퓨터에는 4개의 가상 프로세서가 필요합니다. 표준 모범 사례 지침을 사용하여 메모리의 크기를 지정해야 합니다. 자세한 내용은 메모리 구성 및 Exchange 성능 이해를 참조하십시오.
각 통합 메시징 역할 가상 컴퓨터에서는 항상 4개의 물리적 프로세서 코어를 사용할 수 있습니다. 이 요구 사항은 프로세서 초과 구독을 사용할 수 없음을 의미합니다. 이 요구 사항은 물리적 프로세서 리소스를 사용할 수 있는 통합 메시징 역할 가상 컴퓨터의 기능에 영향을 줍니다. 자세한 내용은 통합 메시징 서버 가상화 섹션을 참조하십시오.
Exchange 서버 가상 컴퓨터(데이터베이스 가용성 그룹 또는 DAG의 일부인 Exchange 사서함 가상 컴퓨터 포함)는 가상 컴퓨터가 이동되거나 오프라인 상태가 될 때 디스크에 상태를 저장 및 복원하지 않는 방식으로 구성되면, 호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션 기술과 결합될 수 있습니다. 모든 장애 조치(failover) 작업은 가상 컴퓨터가 대상 노드에서 활성화될 때 콜드 부팅을 초래해야 합니다. 모든 계획된 마이그레이션은 종료 및 콜드 부팅을 초래하거나 Hyper-V Live Migration과 같은 기술을 이용하는 온라인 마이그레이션을 초래해야 합니다. 가상 컴퓨터의 하이퍼바이저 마이그레이션은 하이퍼바이저 공급업체에서 지원합니다. 따라서 하이퍼바이저 공급업체에서 Exchange 가상 컴퓨터의 마이그레이션을 테스트 및 지원하는지 확인해야 합니다. Microsoft는 다음과 같은 가상 컴퓨터에서 Hyper-V 실시간 마이그레이션을 지원합니다.
Exchange 2010 RTM(Release To Manufacture) 버전 배포의 경우:
통합 메시징을 제외한 Exchange 2010 서버 역할이 가상 컴퓨터에서 지원됩니다.
Microsoft는 Exchange 고가용성 솔루션(예: DAG)과 하이퍼바이저 기반 클러스터링, 고가용성 또는 DAG의 구성원인 사서함 서버를 클러스터된 루트 서버 간에 이동하거나 자동으로 장애 조치(failover)하는 마이그레이션 솔루션의 결합을 지원하지 않습니다. 가상화 환경에서 클러스터된 루트 서버를 사용하지 않거나, 클러스터된 루트 서버가 DAG 구성원인 사서함 서버를 다른 루트 서버로 장애 조치(failover)하거나, 자동으로 이동하지 않도록 구성된 경우 하드웨어 가상화 환경에서 DAG가 지원됩니다.
Exchange 게스트 컴퓨터에서 Exchange 데이터(예: 사서함 데이터베이스 또는 허브 전송 큐)를 저장하는 데 사용하는 저장소는 고정 크기의 가상 저장소(예: Hyper-V 환경의 고정 VHD(가상 하드 디스크)), SCSI 통과 저장소 또는 iSCSI(인터넷 SCSI) 저장소일 수 있습니다. 통과 저장소는 호스트 수준에서 구성되어 있고 한 게스트 컴퓨터에 전용으로 사용되는 저장소입니다. Exchange 데이터를 저장하는 데 사용되는 볼륨에는 다음과 같은 가상 디스크 요구 사항이 적용됩니다.
동적으로 확장되는 가상 디스크는 Exchange에서 지원되지 않습니다.
차이점 보관 또는 델타 메커니즘을 사용하는 가상 디스크(예: Hyper-V의 차이점 보관용 VHD 또는 스냅숏)는 지원되지 않습니다.
참고
Hyper-V 환경에서 각 고정 VHD는 2,040GB 미만이어야 합니다. 지원되는 타사 하이퍼바이저의 경우 제조업체에 문의하여 디스크 크기 제한이 있는지 확인하십시오.
관리 소프트웨어(예: 바이러스 백신 소프트웨어, 백업 소프트웨어 또는 가상 컴퓨터 관리 소프트웨어 등)만 실제 루트 컴퓨터에 배포할 수 있으며 다른 서버 기반 응용 프로그램(예: Exchange, SQL Server, Active Directory 또는 SAP 등)은 루트 컴퓨터에 설치해서는 안 됩니다. 루트 컴퓨터는 게스트 가상 컴퓨터를 실행하는 데만 사용되어야 합니다.
일부 하이퍼바이저에는 가상 컴퓨터의 스냅숏을 작성할 수 있는 기능이 포함되어 있습니다. 가상 컴퓨터 스냅숏은 실행 중인 가상 컴퓨터의 상태를 캡처합니다. 이 기능을 사용하여 가상 컴퓨터의 여러 스냅숏을 작성한 다음 스냅숏을 가상 컴퓨터에 적용하여 가상 컴퓨터를 이전 상태로 되돌릴 수 있습니다. 그러나 가상 컴퓨터 스냅숏은 응용 프로그램을 인식하지 않으며, 이 스냅숏을 사용하면 Exchange처럼 상태 데이터를 유지 관리하는 서버 응용 프로그램에 의도하지 않은 뜻밖의 결과가 발생할 수 있습니다. 따라서 Exchange 게스트 가상 컴퓨터의 가상 컴퓨터 스냅숏 작성은 지원되지 않습니다.
많은 하드웨어 가상화 제품을 사용하여 각 게스트 가상 컴퓨터에 할당되어야 하는 가상 프로세서의 수를 지정할 수 있습니다. 게스트 가상 컴퓨터에 있는 가상 프로세서는 실제 시스템에 있는 고정된 수의 논리 프로세서를 공유합니다. Exchange에서는 가상 프로세서 대 논리 프로세서의 비율이 2:1을 넘지 않아야 합니다. 예를 들어 쿼드 코어 프로세서를 사용하는 듀얼 프로세서 시스템은 호스트 시스템에 총 8개의 논리 프로세서가 포함되어 있습니다. 이 구성을 사용하는 시스템의 경우 결합된 모든 게스트 가상 컴퓨터에 총 16개를 넘는 가상 프로세서를 할당해서는 안 됩니다.
루트 컴퓨터에 필요한 총 가상 프로세서 수를 계산할 때도 I/O 및 운영 체제 요구 사항을 모두 고려해야 합니다. 대부분의 경우 Exchange 가상 컴퓨터를 호스트하는 시스템에 대해 루트 운영 체제에 필요한 가상 프로세서의 수는 2개입니다. 이 값은 실제 코어 대 가상 프로세서의 전체 비율을 계산할 때 루트 운영 체제 가상 프로세서에 대한 기준으로 사용되어야 합니다. 루트 운영 체제의 성능 모니터링 결과, 사용 중인 프로세서 수가 2개를 넘는 것으로 나타날 경우 게스트 가상 컴퓨터에 할당된 가상 프로세서 수를 줄이고 전체 가상 프로세서 대 실제 코어의 비율이 2:1을 넘지 않는지 확인해야 합니다.
Exchange 게스트 컴퓨터용 운영 체제는 최소 15GB에 게스트 컴퓨터에 할당된 가상 메모리 크기를 더한 크기의 디스크를 사용해야 합니다. 이 요구 사항은 운영 체제 및 페이징 파일 디스크 요구 사항을 고려하는 데 필요합니다. 예를 들어 게스트 컴퓨터에 16GB의 메모리가 할당되면 게스트 운영 체제 디스크에 필요한 최소 디스크 공간은 31GB입니다.
또한 게스트 가상 컴퓨터가 루트 컴퓨터에 설치된 파이버 채널 또는 SCSI HBA(호스트 버스 어댑터)와 직접 통신하지 못할 수 있습니다. 이 경우 루트 컴퓨터의 운영 체제에서 어댑터를 구성하고, LUN을 가상 디스크나 통과 디스크로 게스트 가상 컴퓨터에 제공해야 합니다.
Exchange Jetstress 2010은 다음 하이퍼바이저 중 하나에 배포된 가상 게스트 인스턴스에서 사용할 수 있습니다. 다른 하이퍼바이저에서 실행 중인 가상 게스트 인스턴스에서는 Jetstress를 사용할 수 없습니다.
Hyper-V 기술을 사용하는 Windows Server 2008 R2 이상
Hyper-V Server 2008 R2 이상
VMware ESX 4.1 이상
다음 호스트 컴퓨터 중 하나에 배포된 경우 게스트 가상 컴퓨터에서 MicrosoftExchange Server Jetstress 2010 도구를 실행하는 것이 지원됩니다.
MicrosoftWindows Server 2008 R2 이상
Microsoft Hyper-V Server 2008 R2 이상
VMware ESX 4.1 이상
루트 컴퓨터 저장소 요구 사항
각 루트 컴퓨터에 대한 최소 디스크 공간 요구 사항은 다음과 같습니다.
일부 하드웨어 가상화 응용 프로그램의 루트 컴퓨터에는 운영 체제 및 해당 구성 요소에 대한 저장소 공간이 필요할 수 있습니다. 예를 들어 Hyper-V를 사용하는 Windows Server 2008을 실행할 경우 Windows Server 2008 요구 사항을 충족하려면 최소 10GB가 필요합니다. 자세한 내용은 Windows Server 2008 R2 시스템 요구 사항을 참조하십시오. 운영 체제의 페이징 파일, 관리 소프트웨어 및 크래시 복구(덤프) 파일을 지원하기 위해 저장소 공간이 추가로 필요합니다.
일부 하이퍼바이저는 각 게스트 가상 컴퓨터에 고유한 루트 컴퓨터의 파일을 유지 관리합니다. 예를 들어 Hyper-V 환경에서는 각 게스트 컴퓨터에 대한 임시 메모리 저장소 파일(BIN 파일)이 만들어지고 유지 관리됩니다. 각 BIN 파일의 크기는 게스트 컴퓨터에 할당된 메모리 양과 같습니다. 또한 호스트 컴퓨터에 각 게스트 컴퓨터에 대한 기타 파일이 만들어지고 유지 관리될 수도 있습니다.
Exchange 저장소 요구 사항
가상화된 Exchange 서버에 연결된 저장소에 대한 요구 사항은 다음과 같습니다.
각 Exchange 게스트 컴퓨터에는 게스트의 운영 체제, 사용 중인 임시 메모리 저장소 파일 및 호스트 컴퓨터에서 호스트되는 관련 가상 컴퓨터 파일을 포함하는 고정 디스크용으로 루트 컴퓨터의 충분한 저장소 공간을 할당해야 합니다. 또한 각 Exchange 게스트 컴퓨터에서 허브 전송 및 Edge 전송 서버의 메시지 큐와, 사서함 서버의 데이터베이스 및 로그 파일에 대해서도 충분한 저장소를 할당해야 합니다.
Exchange에서 사용하는 저장소는 게스트 가상 컴퓨터의 운영 체제를 호스트하는 저장소와는 별개인 디스크 스핀들에 호스트해야 합니다.
Exchange 게스트 가상 컴퓨터 내에서 iSCSI 초기자를 사용하도록 iSCSI 저장소를 구성하는 것이 지원됩니다. 그러나 이러한 구성에서는 가상 컴퓨터 내부의 . 이 완전한 기능을 갖추지 못한 경우(예: 가상 . 의 일부만 점보 프레임을 지원) 성능이 저하됩니다.
Exchange 메모리 요구 사항 및 권장 사항
일부 하이퍼바이저에는 특정 게스트 컴퓨터에서 사용할 수 있는 메모리 양을 동적으로 조정하거나 초과 구독하는 기능이 있으며, 이 경우 동일한 하이퍼바이저가 관리하는 다른 게스트 컴퓨터의 요구와 비교하여 게스트 컴퓨터에서 감지된 메모리의 사용량을 기반으로 합니다. 이 기술은 메모리가 일시적으로 필요하고 이후 다른 용도로 사용하도록 메모리를 넘길 수 있는 작업에 적합합니다. 하지만 지속적으로 메모리를 사용하도록 디자인된 작업에는 적합하지 않습니다. 메모리의 데이터 캐싱과 관련되고 성능을 위해 최적화된 많은 서버 응용 프로그램과 마찬가지로 Exchange도 Exchange가 실행되고 있는 물리적 컴퓨터 또는 가상 컴퓨터에 할당된 메모리에 대한 모든 권한을 가지고 있지 않은 경우 시스템 성능 저하 및 수용할 수 없는 클라이언트 환경에 쉽게 영향을 받습니다.
최신 버전의 Exchange에 추가된 많은 성능 향상 기능 중 특히 I/O 감소와 관련된 기능은 큰 메모리의 효율적인 사용을 기반으로 합니다. 더 이상 해당 메모리를 사용할 수 없으면 예상 시스템 성능을 확보할 수 없습니다. 이러한 이유로 프로덕션 Exchange 서버에 대해 가상 컴퓨터 메모리의 동적 조정 또는 메모리 초과 구독을 사용하지 않도록 설정해야 합니다.
실제 배포에 사용하는 것과 동일한 방법을 사용하여 게스트 컴퓨터의 메모리 크기를 조정합니다. 메모리 구성 및 Exchange 성능 이해에서 Exchange 2010 서버 역할에 대한 메모리 크기 조정에 대해 자세히 알아볼 수 있습니다. 추가적인 지침은 Microsoft Hyper-V 팀에서 작성한 백서의 "Application Considerations(응용 프로그램 고려 사항)" 섹션을 참조하십시오. 이 백서는 Implementing and Configuring Dynamic Memory(동적 메모리 구현 및 구성)에서 다운로드할 수 있습니다.
Exchange에 대한 호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션
다음은 Exchange 2010 DAG를 사용한 호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션 기술과 관련하여 자주 묻는 질문에 대한 대답입니다.
Microsoft는 타사 마이그레이션 기술을 지원합니까?
Microsoft는 이러한 기술을 사용하는 타사 하이퍼바이저 제품과 Exchange의 통합을 지원하지 않습니다. 이러한 기술은 SVVP(Server Virtualization Validation Program)의 일부가 아닙니다. SVVP에서는 Microsoft의 타사 하이퍼바이저 지원에 대한 다른 측면을 다룹니다. 하이퍼바이저 공급업체가 마이그레이션 및 클러스터링 기술과 Exchange의 결합을 지원하는지 확인해야 합니다. 즉, 하이퍼바이저 공급업체가 Exchange를 사용한 마이그레이션 기술을 지원할 경우 Microsoft에서도 Exchange에서 해당 마이그레이션 기술을 지원합니다.
Microsoft에서는 호스트 기반 장애 조치(failover) 클러스터링을 어떻게 정의합니까?
호스트 기반 장애 조치(failover) 클러스터링이란 호스트 수준 오류에 대응하고 영향 받는 가상 컴퓨터를 다른 서버에서 시작할 수 있는 자동 기능을 제공하는 기술을 의미합니다. 오류 시나리오에서 가상 컴퓨터가 대체 호스트에서 콜트 부팅을 통해 시작되는 경우 이 기술을 사용할 수 있습니다. 이 기술을 사용하면 가상 컴퓨터가 디스크에 유지되어 있는 저장된 상태로 시작하여 나머지 DAG 구성원에 비해 부실해지는 것을 방지할 수 있습니다.
Microsoft에서 마이그레이션 지원이란 무엇을 의미합니까?
마이그레이션 기술은 한 호스트 컴퓨터에서 다른 호스트 컴퓨터로 가상 컴퓨터의 계획된 이동을 가능하게 하는 기술을 나타냅니다. 이 이동은 리소스 부하 분산의 일환으로 일어나는 자동 이동일 수도 있지만 시스템의 오류와는 관련이 없습니다. 가상 컴퓨터가 디스크에 유지되어 있는 저장된 상태로 시작하지 않는 경우 마이그레이션이 지원됩니다. 따라서 인식되는 가동 중지 시간 없이 네트워크를 통해 상태 및 가상 컴퓨터 메모리를 전송하여 가상 컴퓨터를 이동하는 기술을 Exchange에서 사용할 수 있습니다. 타사 하이퍼바이저 공급업체가 마이그레이션 기술에 대한 지원을 제공해야만 Microsoft에서 이 구성으로 사용되는 Exchange에 대한 지원을 제공합니다.
.gif "경고")
경고:Microsoft Hyper-V의 경우 라이브 마이그레이션 옵션은 지원되지만 빠른 마이그레이션 옵션은 지원되지 않습니다. Hyper-V 환경의 가상 컴퓨터에서 이동 작업을 선택하면 기본 동작은 실제로 빠른 마이그레이션을 수행하는 것입니다. Exchange SP1 및 Exchange SP2 DAG 구성원에서 지원 상태를 유지하려면 다음 그림과 같이 라이브 마이그레이션 옵션을 사용해야 합니다. Hyper-V에서 DAG 구성원의 라이브 마이그레이션
통합 메시징 서버 가상화
Exchange 2010 RTM과 달리 Exchange 2010 SP1 및 SP2는 Hyper-V 및 지원되는 다른 하이퍼바이저에서 UM(통합 메시징) 역할을 지원합니다. UM 역할에는 Microsoft Lync에서 제공하는 미디어 구성 요소가 필요하므로 UM 지원을 위해서는 Exchange 2010 SP1 또는 Exchange 2010 SP2를 배포해야 합니다. Exchange 2010 SP1 이전 버전에서는 Lync 엔지니어링 팀이 가상 배포에서 고품질 실시간 오디오 처리를 사용하도록 설정했습니다. Exchange 2010 SP1부터 변경 사항이 UM 역할에 통합되었습니다.
© 2010 Microsoft Corporation. 모든 권리 보유.