Exchange Server 가상화
가상화된 환경에서 Exchange Server 2016 및 Exchange Server 2019를 배포할 수 있습니다. 이 항목에서는 하드웨어 가상화 소프트웨어에 Exchange를 배포하는 데 지원되는 시나리오에 대한 개요를 제공합니다.
Exchange 가상화에 대한 이 설명에서는 다음 용어가 사용됩니다.
콜드 부팅: 전원 끄기 상태에서 운영 체제의 클린 시작으로 시스템을 가져올 때 작업은 콜드 부팅입니다. 이 경우 운영 체제 상태가 유지되지 않습니다.
저장된 상태: 가상 머신의 전원이 꺼지면 하이퍼바이저는 일반적으로 가상 머신의 상태를 저장할 수 있습니다. 따라서 컴퓨터의 전원이 다시 켜지면 콜드 부팅 시작을 거치지 않고 저장된 상태로 돌아갑니다.
계획된 마이그레이션: 시스템 관리자가 한 하이퍼바이저 호스트에서 다른 하이퍼바이저 호스트로 가상 머신의 이동을 시작하면 작업은 계획된 마이그레이션입니다. 작업은 단일 마이그레이션이거나 시스템 관리자가 시간 제한으로 가상 머신을 이동하도록 자동화를 구성할 수 있습니다. 계획된 마이그레이션은 하드웨어 또는 소프트웨어 오류 이외의 시스템에서 발생하는 다른 이벤트의 결과일 수도 있습니다.
계획된 마이그레이션의 핵심은 Exchange 가상 머신이 정상적으로 작동하고 있으며 어떤 이유로 인해 재배치되어야 한다는 것입니다. 이 재배치는 기술(예: Live Migration 또는 vMotion)을 통해 수행할 수 있습니다. 그러나 가상 머신이 있는 Exchange 가상 머신 또는 하이퍼바이저 호스트에 일종의 오류 조건이 발생하는 경우 결과는 계획된 마이그레이션으로 특징지어지지 않습니다.
하드웨어 가상화에 대한 요구 사항
Microsoft는 다음 조건이 모두 충족되는 경우에만 하드웨어 가상화 소프트웨어의 프로덕션 환경에서 Exchange 2016 및 Exchange 2019를 지원합니다.
하드웨어 가상화 소프트웨어가 다음 중 하나를 실행 중입니다.
Hyper-V 기술 또는 Microsoft Hyper-V 서버를 사용하는 Windows Server 버전
Windows Server Virtualization Validation Program(Windows Server 가상화 유효성 검사 프로그램)에서 검증한 타사 하이퍼바이저
참고
모든 지원 가능성 요구 사항이 충족되는 경우 IaaS(Infrastructure-as-a-Service) 공급자에 Exchange 2016 또는 Exchange 2019 배포가 지원됩니다. 가상 머신을 프로비전하는 공급자의 경우 이러한 요구 사항에는 Exchange 가상 머신에 사용되는 하이퍼바이저가 완전히 지원되고 Exchange에서 활용할 인프라가 크기 조정 프로세스 중에 결정된 성능 요구 사항을 충족하는지 확인하는 것이 포함됩니다. Exchange 데이터베이스 및 데이터베이스 트랜잭션 로그(전송 데이터베이스 포함)에 사용되는 모든 스토리지 볼륨이 Azure Premium Storage 대해 구성된 경우 Microsoft Azure 가상 머신의 배포가 지원됩니다.
다음은 Exchange 게스트 가상 컴퓨터의 조건입니다.
Exchange 2016 또는 Exchange 2019를 실행하고 있습니다.
지원되는 버전의 Exchange용 Windows Server에 배포됩니다.
Exchange 2016 또는 Exchange 2019 배포의 경우:
모든 Exchange 서버 역할은 가상 머신에서 지원됩니다.
Exchange 서버 가상 머신(데이터베이스 가용성 그룹 또는 DAG의 일부인 Exchange 가상 머신 포함)은 이동하거나 오프라인으로 전환할 때 디스크에 상태를 저장하고 복원하지 않도록 가상 머신이 구성된 한 호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션 기술과 결합될 수 있습니다. 하이퍼바이저 수준에서 발생하는 모든 장애 조치(failover) 활동은 대상 노드에서 가상 머신이 활성화될 때 콜드 부팅이 발생해야 합니다. 계획된 모든 마이그레이션은 종료 및 콜드 부팅 또는 Hyper-V Live 마이그레이션과 같은 기술을 사용하는 온라인 마이그레이션을 초래해야 합니다. 가상 머신의 하이퍼바이저 마이그레이션은 하이퍼바이저 공급업체에서 지원합니다. 따라서 하이퍼바이저 공급업체가 Exchange 가상 머신의 마이그레이션을 테스트하고 지원하는지 확인해야 합니다. Microsoft는 이러한 가상 머신의 Hyper-V 실시간 마이그레이션을 지원합니다.
물리적 호스트 컴퓨터에 관리 소프트웨어(예: 바이러스 백신 소프트웨어, 백업 소프트웨어 또는 가상 머신 관리 소프트웨어)만 배포할 수 있습니다. 호스트 컴퓨터에 다른 서버 기반 애플리케이션(예: Exchange, SQL Server, Active Directory 또는 SAP)을 설치할 수 없습니다. 호스트 컴퓨터는 게스트 가상 머신을 실행하는 전용이어야 합니다.
일부 하이퍼바이저에는 가상 컴퓨터의 스냅숏을 작성할 수 있는 기능이 포함되어 있습니다. 가상 컴퓨터 스냅숏은 실행 중인 가상 컴퓨터의 상태를 캡처합니다. 이 기능을 사용하여 가상 컴퓨터의 여러 스냅숏을 작성한 다음 스냅숏을 가상 컴퓨터에 적용하여 가상 컴퓨터를 이전 상태로 되돌릴 수 있습니다. 그러나 가상 컴퓨터 스냅숏은 응용 프로그램을 인식하지 않으며, 이 스냅숏을 사용하면 Exchange처럼 상태 데이터를 유지 관리하는 서버 응용 프로그램에 의도하지 않은 뜻밖의 결과가 발생할 수 있습니다. 따라서 Exchange 게스트 가상 컴퓨터의 가상 컴퓨터 스냅숏 작성은 지원되지 않습니다.
많은 하드웨어 가상화 제품을 사용하면 각 게스트 가상 머신에 할당해야 하는 가상 프로세서 수를 지정할 수 있습니다. 게스트 가상 머신에 있는 가상 프로세서는 실제 시스템에서 고정된 수의 실제 프로세서 코어를 공유합니다. Exchange는 1:1의 비율을 권장하지만 2:1 이하의 가상 프로세서-물리적 프로세서 코어 비율을 지원합니다. 예를 들어 쿼드 코어 프로세서를 사용하는 이중 프로세서 시스템에는 호스트 시스템에 총 8개의 물리적 프로세서 코어가 포함됩니다. 이 구성을 사용하는 시스템에서는 결합된 모든 게스트 가상 머신에 총 16개 이상의 가상 프로세서를 할당하지 마세요.
호스트 컴퓨터에 필요한 총 가상 프로세서 수를 계산할 때도 I/O 및 운영 체제 요구 사항을 모두 고려해야 합니다. 대부분의 경우 Exchange 가상 컴퓨터를 호스팅하는 시스템의 호스트 운영 체제에 필요한 가상 프로세서의 수는 2개입니다. 이 값은 실제 코어 대 가상 프로세서의 전체 비율을 계산할 때 호스트 운영 체제 가상 프로세서에 대한 기준으로 사용해야 합니다. 호스트 운영 체제의 성능 모니터링 결과, 사용 중인 프로세서 수가 2개를 넘는 것으로 나타날 경우 게스트 가상 컴퓨터에 할당된 가상 프로세서 수를 줄여야 하며, 전체 가상 프로세서 대 실제 코어의 비율이 2:1을 넘지 않는지 확인해야 합니다.
게스트 가상 머신이 호스트 컴퓨터에 설치된 파이버 채널 또는 SCSI HBA(호스트 버스 어댑터)와 직접 통신하지 못할 수 있습니다. 이 경우 호스트 컴퓨터의 운영 체제에서 어댑터를 구성하고, LUN(논리 단위 번호)을 가상 디스크나 통과 디스크로 게스트 가상 컴퓨터에 제공해야 합니다.
Azure 컴퓨팅 리소스에서 외부 도메인으로 전자 메일을 보내는 유일한 지원 방법은 SMTP 릴레이(SMTP 스마트 호스트라고도 함)를 통해서만 지원됩니다. Azure 컴퓨팅 리소스는 이메일을 SMTP 릴레이로 보낸 다음 SMTP 릴레이 공급자가 외부 도메인에 전자 메일을 배달합니다. Microsoft Exchange Online Protection은 SMTP 릴레이의 공급자 중 하나이지만 여러 타사 공급자도 있습니다. 자세한 내용은 Azure의 아웃바운드 SMTP 연결 문제 해결을 참조하세요.
호스트 컴퓨터 저장소 요구 사항
각 호스트 컴퓨터에 대한 최소 디스크 공간 요구 사항은 다음 목록에 설명되어 있습니다.
일부 하드웨어 가상화 응용 프로그램의 호스트 컴퓨터에는 운영 체제 및 해당 구성 요소에 대한 저장소 공간이 필요할 수 있습니다. 운영 체제의 페이징 파일, 관리 소프트웨어 및 크래시 복구(덤프) 파일을 지원하기 위해 저장소 공간이 추가로 필요합니다.
일부 하이퍼바이저는 각 게스트 가상 컴퓨터에 고유한 호스트 컴퓨터의 파일을 유지 관리합니다. 예를 들어 Hyper-V 환경에서는 각 게스트 컴퓨터에 대한 임시 메모리 저장소 파일(BIN 파일)이 만들어지고 유지 관리됩니다. 각 BIN 파일의 크기는 게스트 컴퓨터에 할당된 메모리 양과 같습니다. 또한 호스트 컴퓨터에 각 게스트 컴퓨터에 대한 기타 파일이 만들어지고 유지 관리될 수도 있습니다.
호스트 컴퓨터가 Hyper-V 또는 Hyper-V 2012에 Windows Server 2012 실행 중이고 DAG에서 Exchange 사서함 서버를 호스트하는 호스트 기반 장애 조치(failover) 클러스터를 구성하는 경우 KB2872325 지침을 따르는 것이 좋습니다.
Exchange 저장소 요구 사항
가상화된 Exchange 서버에 연결된 저장소에 대한 요구 사항은 다음과 같습니다.
각 Exchange 게스트 컴퓨터에는 게스트의 운영 체제, 사용 중인 임시 메모리 저장소 파일 및 호스트 컴퓨터에서 호스팅되는 관련 가상 컴퓨터 파일을 포함하는 고정 디스크용으로 호스트 컴퓨터의 충분한 저장소 공간을 할당해야 합니다. 또한 각 Exchange 게스트 머신에 대해 메시지 큐 및 사서함 서버의 데이터베이스 및 로그 파일에 충분한 스토리지를 할당해야 합니다.
Exchange 게스트 머신에서 Exchange 데이터 스토리지(예: 사서함 데이터베이스 및 전송 큐)에 사용되는 스토리지는 고정 크기의 가상 스토리지(예: Hyper-V 환경의 고정 가상 하드 디스크(VHD 또는 VHDX) ), Hyper-V, SCSI 통과 스토리지 또는 인터넷 SCSI(iSCSI) 스토리지와 함께 VHDX 파일을 사용할 때 동적 가상 스토리지일 수 있습니다. 통과 저장소는 호스트 수준에서 구성되어 있고 한 게스트 컴퓨터에 전용으로 사용되는 저장소입니다. Exchange 게스트 컴퓨터에서 Exchange 데이터 스토리지에 사용하는 모든 스토리지는 Exchange가 이 항목의 뒷부분에 설명된 SMB 3.0 시나리오를 제외한 NAS(네트워크 연결 스토리지) 볼륨 사용을 지원하지 않으므로 블록 수준 스토리지여야 합니다. 또한 하이퍼바이저를 통해 게스트에게 블록 수준 저장소로 제공되는 NAS 저장소는 지원되지 않습니다.
고정 VHD는 게스트 컴퓨터가 Windows Server 2012 Hyper-V(또는 Hyper-V의 이후 버전)에서 실행 중인 경우 블록 수준 저장소가 지원하는 SMB 3.0 파일 공유에 저장될 수 있습니다. SMB 3.0 파일 공유는 고정 VHD의 저장에만 사용할 수 있습니다. 이러한 파일 공유는 Exchange 데이터를 직접 저장하는 데는 사용할 수 없습니다. SMB 3.0 파일 공유를 사용하여 고정 VHD를 저장하는 경우 Exchange 서비스의 가능한 최상의 가용성을 보장할 수 있도록 파일 공유를 지원하는 저장소가 고가용성을 위해 구성되어야 합니다.
Exchange에서 사용하는 저장소는 게스트 가상 컴퓨터의 운영 체제를 호스트하는 저장소와는 별개인 디스크 스핀들에 호스트해야 합니다.
Exchange 게스트 가상 컴퓨터 내에서 iSCSI 초기자를 사용하도록 iSCSI 저장소를 구성하는 것이 지원됩니다. 그러나 이러한 구성에서는 가상 컴퓨터 내부의 네트워크 스택이 완전한 기능을 갖추지 못한 경우(예: 가상 네트워크 스택의 일부만 점보 프레임 지원) 성능이 저하됩니다.
Exchange 메모리 요구 사항 및 권장 사항
일부 하이퍼바이저는 동일한 하이퍼바이저에서 관리하는 다른 게스트 머신의 요구와 비교하여 게스트 머신의 메모리 사용량에 따라 특정 게스트 컴퓨터에서 사용할 수 있는 메모리 양을 초과 구독/초과 커밋하거나 동적으로 조정할 수 있습니다. 이 기술은 메모리가 일시적으로 필요하고 이후 다른 용도로 사용하도록 메모리를 넘길 수 있는 작업에 적합합니다. 하지만 지속적으로 메모리를 사용하도록 디자인된 작업에는 적합하지 않습니다. Exchange(메모리 내 데이터 캐싱과 관련된 성능 최적화를 사용하는 많은 서버 애플리케이션)는 실행 중인 물리적 또는 가상 머신에 할당된 메모리에 대한 모든 권한이 없는 경우 시스템 성능 저하 및 허용되지 않는 클라이언트 환경에 취약합니다. 따라서 Exchange에 동적 메모리 또는 메모리 초과 커밋 기능을 사용하는 것은 지원되지 않습니다.
Exchange에 대한 호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션
다음은 Exchange DAG를 사용하는 호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션 기술에 대한 몇 가지 질문과 대답입니다.
Microsoft는 타사 마이그레이션 기술을 지원합니까?
Microsoft는 이러한 기술이 SVVP(서버 가상화 유효성 검사 프로그램)의 일부가 아니기 때문에 이러한 기술을 사용하여 타사 하이퍼바이저 제품을 Exchange와 통합하기 위한 지원 명세서를 작성할 수 없습니다. SVVP는 타사 하이퍼바이저에 대한 Microsoft 지원의 다른 측면을 다룹니다. 하이퍼바이저 공급업체가 Exchange와 마이그레이션 및 클러스터링 기술의 조합을 지원하는지 확인해야 합니다. 하이퍼바이저 공급업체가 Exchange를 사용하여 마이그레이션 기술을 지원하는 경우 Microsoft는 마이그레이션 기술로 Exchange를 지원합니다.
Microsoft에서는 호스트 기반 장애 조치(failover) 클러스터링을 어떻게 정의합니까?
호스트 기반 장애 조치(failover) 클러스터링이란 호스트 수준 오류에 대응하고 영향 받는 가상 컴퓨터를 다른 서버에서 시작할 수 있는 자동 기능을 제공하는 기술을 의미합니다. 오류 시나리오에서 가상 컴퓨터가 대체 호스트에서 콜트 부팅을 통해 시작되는 경우 이 기술을 사용할 수 있습니다. 이 기술을 사용하면 가상 컴퓨터가 디스크에 유지되어 있는 저장된 상태로 시작하여 나머지 DAG 구성원에 비해 부실해지는 것을 방지할 수 있습니다.
Microsoft에서 마이그레이션 지원이란 무엇을 의미합니까?
마이그레이션 기술은 한 호스트 컴퓨터에서 다른 호스트 컴퓨터로 가상 컴퓨터의 계획된 이동을 가능하게 하는 기술을 나타냅니다. 이 이동은 리소스 부하 분산의 일환으로 일어나는 자동 이동일 수도 있지만 시스템의 오류와는 관련이 없습니다. 가상 컴퓨터가 디스크에 유지되어 있는 저장된 상태로 시작하지 않는 경우 마이그레이션이 지원됩니다. 따라서 인식되는 가동 중지 시간 없이 네트워크를 통해 상태 및 가상 컴퓨터 메모리를 전송하여 가상 컴퓨터를 이동하는 기술을 Exchange에서 사용할 수 있습니다. 타사 하이퍼바이저 공급업체가 마이그레이션 기술에 대한 지원을 제공해야만 Microsoft에서 이 구성으로 사용되는 Exchange에 대한 지원을 제공합니다.