최초 문서 게시일: 2011년 10월 11일 화요일

Exchange 2010의 가상화 지원에 대한 중요한 변경 사항을 발표한 지도 몇 달이 지났습니다(관련 내용은 Exchange 2010에 대한 향상된 하드웨어 가상화 지원 공지(영문일 수 있음) 참조). 이 기간 동안 특정 배포 시나리오와 지원 방침의 변화가 이러한 배포에 어떤 영향을 주는지에 대해 여러 건의 문의를 받았는데요. 이 블로그를 통해 몇 가지 추가 정보와 설명을 제공하고자 합니다.

먼저 약간의 배경 설명을 하겠습니다. 지원 정책을 변경할 때 가장 우선적으로 고려했던 점은, 가상화된 배포의 사용으로 인해 고객의 Exchange 서비스 가용성이 낮아지지 않도록 하는 것이었습니다. 다시 말해 실제 Exchange 2010 제품 배포 시에 제공되었던 높은 수준의 가용성이 가상화 플랫폼을 배포하는 경우 떨어지지 않도록 하고자 했습니다. 물론 제품 자체도 계속 작동하도록 했으며 가상화 스택에서 제공하는 추가 기능으로 인해 일반 작업 중에 Exchange 데이터가 손실되는 일도 없도록 했습니다.

이러한 점을 고려할 때 실제로 변경된 내용은 다음과 같습니다.

Exchange 2010 SP1 이상이 배포된 경우:
  • 통합 메시징을 비롯한 모든 Exchange 2010 서버 역할은 가상 컴퓨터에서 지원됩니다.
  • 통합 메시징 가상 컴퓨터의 경우 다음과 같은 특수한 요구 사항이 적용됩니다.
    • 가상 컴퓨터에 가상 프로세서 4개가 필요하며, 표준 모범 사례 지침을 참고하여 메모리 크기를 지정해야 합니다.
    • 실제 프로세서 코어 4개를 각 통합 메시징 역할 가상 컴퓨터에서 항상 사용할 수 있어야 합니다(프로세서 초과 구독은 사용할 수 없음). 이 요구 사항은 통합 메시징 역할 가상 컴퓨터에서 실제 프로세서 리소스를 사용하는 기능에 영향을 줍니다.
  • DAG에 속하는 Exchange 사서함 가상 컴퓨터를 비롯한 Exchange 서버 가상 컴퓨터가 이동 또는 오프라인 전환 시 디스크의 상태를 저장하거나 복원하지 않도록 구성된 경우, 이러한 가상 컴퓨터를 호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션 기술과 결합할 수 있습니다. 가상 컴퓨터를 대상 노드에서 활성화하면 모든 장애 조치(failover) 작업 시에 콜드 부팅이 수행될 수 있습니다. 또한 모든 계획된 마이그레이션 시에는 컴퓨터 종료 및 콜드 부팅 또는 Hyper-V 실시간 마이그레이션 등의 기술을 사용하는 온라인 마이그레이션이 수행됩니다. 가상 컴퓨터의 하이퍼바이저 마이그레이션은 하이퍼바이저 공급업체에서 지원하므로 하이퍼바이저 공급업체에서 Exchange 가상 컴퓨터 마이그레이션을 테스트했으며 지원하는지 확인해야 합니다. Microsoft에서는 이러한 가상 컴퓨터의 Hyper-V 실시간 마이그레이션을 지원합니다.

다음으로는 지원 정책에서 사용되는 몇 가지 용어를 정의하겠습니다.

  • 콜드 부팅: 시스템의 전원을 끈 상태에서 운영 체제를 새로 시작하는 상태로 전환하는 작업을 지칭합니다. 이 경우에는 운영 체제 상태가 보존되지 않습니다.
  • 저장된 상태: 가상 컴퓨터의 전원을 끄면 보통 하이퍼바이저는 해당 시���의 가상 컴퓨터 상태를 저장할 수 있습니다. 따라서 컴퓨터 전원을 다시 켜면 "콜드 부팅" 시작 과정을 거치는 대신 컴퓨터를 해당 상태로 되돌릴 수 있습니다. "저장된 상태"는 Hyper-V의 "저장" 작업으로 인해 적용되는 상태입니다.
  • 계획된 마이그레이션: 시스템 관리자가 하이퍼바이저 호스트 간에 가상 컴퓨터 이동을 시작하면 해당 과정을 계획된 마이그레이션이라고 합니다. 이 작업은 단일 마이그레이션일 수도 있고, 시스템 관리자가 정해진 시간에 또는 하드웨어/소프트웨어 오류를 제외하고 시스템에서 일부 다른 이벤트가 발생하면 가상 컴퓨터를 이동하는 자동화 작업을 구성할 수도 있습니다. 여기서 중요한 점은 Exchange 가상 컴퓨터가 정상적으로 작동하는데도 특정 이유 때문에 위치를 변경해야 한다는 것이며, 이러한 이동은 실시간 마이그레이션이나 vMotion 등의 기술을 통해 수행할 수 있습니다. Exchange 가상 컴퓨터 또는 VM이 있는 하이퍼바이저 호스트에서 오류 상황이 발생하는 경우의 마이그레이션은 "계획된" 마이그레이션이 아닙니다.

통합 메시징 서버 가상화

지원 정책을 변경할 때 까다로웠던 작업 중 하나는 Hyper-V 및 기타 지원되는 하이퍼바이저에 통합 메시징 역할 지원을 추가하는 것이었습니다. 이 문서의 첫부분에서도 언급한 것처럼, Microsoft에서는 지원 정책이 변화되어도 제품은 계속 정상적으로 작동하도록 하고 사용자에게 최고 수준의 서비스를 제공하고자 했습니다. 따라서 UM 지원용으로 Exchange Server 2010 SP1을 배포해야 합니다. 그 이유는 간단합니다. UM 역할은 Microsoft Lync 팀이 제공하는 미디어 구성 요소에 종속되기 때문입니다. Lync의 여러 파트너들이 Exchange 2010 SP1 출시 전에 몇 가지 작업을 통해 가상 배포에서 고품질 실시간 오디오 처리 기능을 제공할 수 있도록 했으며, Exchange 2010 SP1 릴리스에서는 이러한 변경 내용이 UM 역할에 통합되었습니다. 이러한 통합 이후 몇 가지 추가 테스트를 수행하여 사용자 환경을 최대한 최적화하고 지원 정책을 수정했습니다.

이미 알고 계시는 분들도 계시겠지만, UM을 실행하는 가상 컴퓨터 및 하이퍼바이저 호스트 컴퓨터용 CPU 구성에는 특수한 요구 사항이 적용됩니다. 이 요구 사항은 사용자 환경의 성능 저하로 인해 음성 품질이 떨어지지 않도록 하기 위한 추가적인 대책입니다.

호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션

변경된 지원 정책에서 Exchange 2010 DAG와 호스트 기반 장애 조치(failover) 클러스터링 및 마이그레이션 기술을 결합하는 세부 사항을 혼동하시는 분들이 많은데요. 실제 지침은 매우 단순합니다.

  • 먼저 VMware의 vMotion과 같은 타사 마이그레이션 기술의 지원 여부부터 말씀 드리겠습니다. 이러한 기술은 타사 하이퍼바이저에 대한 기타 Microsoft 지원 측면에 대해 다루는 SVVP(서버 가상화 유효성 검사 프로그램(영문일 수 있음)에 포함되지 않으므로, Microsoft는 이러한 기술을 사용하는 타사 하이퍼바이저 제품과 Exchange 2010의 통합에 대한 "지원" 정책을 제공할 수는 없습니다. SVVP에서도 관련 지원에 대해 일반적으로 설명하기는 하지만, 고객은 사용 중인 하이퍼바이저 공급업체가 자사 마이그레이션/클러스터링 기술과 Exchange 2010의 결합을 지원하는지를 직접 확인해야 합니다. 최대한 간단하게 설명하자면, 하이퍼바이저 공급업체에서 해당 마이그레이션 기술과 Exchange 2010의 결합을 지원하는 경우에는 Microsoft에서도 Exchange 2010과 해당 마이그레이션 기술의 결합을 지원합니다.

  • 둘째로 호스트 기반 장애 조치(failover) 클러스터링의 정의에 대해 설명하겠습니다. 호스트 기반 장애 조치(failover) 클러스터링은 호스트 수준 오류에 대응하고 영향을 받는 VM을 대체 서버에서 시작하는 자동 기능을 제공하는 모든 기술을 지칭합니다. 오류 시나리오에서 VM이 대체 호스트에서 콜드 부팅을 통해 시작되는 경우에는 제공된 지원 정책 내에서 이 기술 사용이 완전하게 지원됩니다. 즉, 변경된 지원 정책에서는 VM이 디스크에 보존되어 있는 저장된 상태에서 시작되지 않도록 합니다. 이 상태는 나머지 DAG 구성원에 대해 "오래된" 상태이기 때문입니다.

  • 셋째로는 지원 정책 의 마이그레이션 기술에 대해 설명하겠습니다. 마이그레이션 정책은 호스트 컴퓨터 간의 계획된 VM 이동을 허용하는 모든 기술을 지칭합니다. 또한 이 기술은 리소스 부하 분산의 일부분으로 수행되며 시스템의 오류와는 관련이 없는 자동화된 이동일 수도 있습니다. VM이 디스크에 보존되어 있는 저장된 상태에서 시작되지만 않으면 마이그레이션은 완벽하게 지원됩니다. 즉, 체감할 수 있는 가동 중지 시간 없이 네트워크를 통해 상태와 VM 메모리를 전송하는 방법으로 VM을 이동하는 기술의 경우에는 Exchange 2010에서 사용이 지원됩니다. 이 경우 타사 하이퍼바이저 공급업체가 마이그레이션 기술을 지원해야 하며, Microsoft는 이 구성에서 사용되는 경우 Exchange를 지원합니다. Microsoft Hyper-V의 경우 실시간 마이그레이션은 지원되지만 빠른 마이그레이션은 지원되지 않습니다.

Hyper-V를 사용하는 경우, VM에서 "이동" 작업을 선택할 때의 기본 동작은 빠른 마이그레이션을 수행하는 것임을 알고 있어야 합니다. Exchange 2010 SP1 DAG 구성원이 지원되는 상태를 유지하려면 아래의 VM 설정에 나와 있는 대로 이 동작을 조정해야 합니다. 여기에 표시된 설정은 Hyper-V를 통한 배포 방법을 나타냅니다.

그림 1:
그림 1: 데이터베이스 가용성 그룹 구성원에 대해 올바른 Hyper-V 가상 컴퓨터 동작

위 그림을 검토해 볼까요? Hyper-V에서는 DAG 구성원에 대해 실시간 마이그레이션이 지원되지만 빠른 마이그레이션은 지원되지 않습니다. 즉, 아래 그림과 같은 옵션이 지원됩니다.

스크린샷: Hyper-V의 데이터베이스 가용성 그룹 실시간 마이그레이션
그림 2:Hyper-V에서는 데이터베이스 가용성 그룹 구성원 실시간 마이그레이션이 지원됨(큰 스크린샷 보기)

아래 그림과 같은 옵션은 지원되지 않습니다.

스크린샷: Hyper-V의 데이터베이스 가용성 그룹 빠른 마이그레이션
그림 3: 데이터베이스 가용성 그룹 구성원의 빠른 마이그레이션은 지원되지 않음

이 게시물을 통해 SP1의 변경 내용에 포함된 지원 정책과 지침을 파악하실 수 있기를 바랍니다. 여러분의 의견을 기다리겠습니다.

Jeff Mealiffe

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Demystifying Exchange 2010 SP1 Virtualization을 참조하십시오.