Communications

Windows Server 2008에서 Exchange 실행

Paul Bowden

한 눈에 보기:

• Windows Server 2008에서 Exchange 설정
• 구성 관련 유용한 팁
• Exchange 환경 이해

Microsoft의 Exchange 개발 팀에서 필자의 업무는 팀의 일정, 반복적인 작업 및 우선 순위를 설정하는 것입니다. Microsoft에서는 이러한 업무를 수행하는 사람을 릴리스 관리자라고 합니다. 다른 회사의 기술 프로젝트 관리자와 비슷하다고 할 수 있습니다. 이 업무에 경험이 있는 사람이라면

누구나 알겠지만 좋은 제품을 제시간에 공급하려면 팀의 지식, 기술, 노력 및 배려가 필요합니다. 이러한 유능한 팀과 일할 때는 신뢰를 하루 아침에 얻을 수 없으며 꾸준히 쌓아가야 합니다.

자신의 노력을 입증하는 한 가지 방법은 Exchange의 시험판 버전을 실행하는 프로덕션 서버인 "개밥(dogfood)" 서버에 자신의 사서함을 실행하는 것입니다. 이 환경은 2-3주마다 새 Exchange 빌드로 업그레이드하는 유동적인 환경입니다. 이러한 설정을 통해 소프트웨어를 실제 사용자의 상호 작용이 있는 실제 환경에서 테스트할 수 있습니다. 필자의 팀은 최신 테스트 빌드에서 사서함을 실행하기도 합니다. 이때 제가 겪은 경험담을 이야기할까 합니다.

"Longhorn" 준비

2006년 말 Exchange Server 2007을 막 출시했을 때는 새로운 OS인 Windows Server®(코드 이름 "Longhorn")의 출시가 임박한 시점이었습니다. 새로운 Exchange 플랫폼의 첫 번째 서비스 팩에 대한 계획을 세우기 시작했을 때 Exchange와 Windows® 일정이 비슷하며 "Longhorn"(Windows Server 2008)이 크게 부각될 것임이 분명해졌습니다. 당시 필자의 팀은 Windows Server 2003과 Windows Server 2008 모두를 대상으로 Exchange Server 2007 SP1을 설계하기로 결정했습니다. 여러 버전의 Windows에서 사용하는 엔터프라이즈 응용 프로그램을 지원하려면 매우 많은 조정과 계획이 필요합니다. 예를 들어 Exchange는 IIS와 함께 작동하는 경우가 많은데 Windows Server 2008에는 새 버전인 IIS 7.0이 포함됩니다.

필자는 Windows Server 2008을 2006년 12월 말에 처음으로 테스트 환경에 설치한 것으로 기억합니다. 이날의 기억 중 두 가지가 잊혀지지 않습니다. 첫 번째는 설치가 매우 빨랐다는 점이고, 두 번째는 관리 도구가 Windows Server 2003과는 크게 달랐지만 매우 간편하게 사용할 수 있다는 점이었습니다.

필자의 기본 테스트 환경에서 Windows Server 2008은 Windows Server 2003 설치에 필요했던 시간의 1/3에 정도의 시간 내에 설치되었습니다. 그 이유 중 하나는 운영 체제 실행에 필수적이지 않은 선택적 구성 요소가 기본적으로 구성되지 않는다는 점입니다. 이는 컴퓨터의 보안 취약점을 최소화하고 구성을 최대한 단순화하는 데 상당히 도움이 됩니다. 불필요한 잡동사니를 원하는 사람은 없을 것입니다. 이러한 설치 방식의 일반적인 단점은 구성 요소를 추가하려고 할 때마다 디스크를 삽입해야 한다는 것입니다. 하지만 Windows Server 2008에서는 모든 파일이 SxS('사이드 바이 사이드'로 발음) 폴더에 복사됩니다. 그런 다음 서버 관리자 도구를 사용하여 필요한 구성 요소를 구성하면 운영 체제가 파일 복사 작업을 처리합니다.

이 단계에서 Server Core에 대해 잠깐 언급하겠습니다. Server Core는 최소한의 운영 체제 구성 요소만을 설치하는 Windows Server 2008의 설치 모드입니다. 이 모드에서는 탐색기도 설치되지 않으므로 일반적으로 명령 프롬프트를 통해 서버 콘솔과 상호 작용합니다. 이 모드는 도메인 컨트롤러, DNS 서버 등의 인프라 서버에 적합합니다. 하지만 이 모드에서는 실행할 수 없는 응용 프로그램 종류도 있습니다. Exchange에서는 관리 코드를 많이 사용하므로 Server Core 설치에서는 지원되지 않습니다.

Exchange 설정

필자는 Windows Server 2008 및 Exchange Server 2007 SP1의 실제 미디어를 사용하여 추가적인 다운로드나 필수 구성 요소 없이 처음부터 새로 시스템을 설치하는 편을 선호합니다. 설치한 Windows Server 2008을 Exchange에 맞게 구성하는 가장 좋은 방법은 ServerManagerCmd 도구를 사용하는 것입니다. 필자는 Windows Server 2008에 Exchange를 설치하고 실행하는 데 필요한 운영 체제 구성 요소만 설치하는 XML 응답 파일(그림 1)을 만들었습니다. 새 운영 체제를 설치한 후 이 명령을 실행하여 시스템을 설정합니다.

Figure 1 ServerManagerCmd answer file for Exchange

<!-- Windows Server 2008과 호환되는 ServerManagerCmd 응답 파일        --> <!-- 사용 방법: ServerManagerCmd -ip Exchange.xml                                -->

<ServerManagerConfiguration Action="Install" xmlns="https://schemas.microsoft.com/sdm/Windows/ServerManager/Configuration/2007/1">

    <!-- 기본: PowerShell 1.0 기능 설치 --> <Feature Id="PowerShell"/>

    <!-- 스키마 준비: LDIFDE와 LDP 및 ADSIEdit 등의 다른 디렉터리 도구 설치 --> <Feature Id="RSAT-ADDS"/>

    <!-- CAS/MBX: 추가 자식 구성 요소와 함께 웹 서버 역할 설치 --> <Role Id="Web-Server"/> <RoleService Id="Web-Metabase"/> <RoleService Id="Web-Lgcy-Mgmt-Console"/> <RoleService Id="Web-Basic-Auth"/> <RoleService Id="Web-Windows-Auth"/>

    <!-- CAS: OWA용 세 가지 인증 유형, GZip 압축 및 외부에서 Outlook 사용 지원 설치 --> <RoleService Id="Web-ISAPI-Ext"/> <RoleService Id="Web-Digest-Auth"/> <RoleService Id="Web-Dyn-Compression"/> <Feature Id="RPC-over-HTTP-proxy"/>

    <!-- EDGE: Active Directory Lightweight Directory Services(이전의 ADAM) 설치 --> <Role Id="ADLDS"/>

    <!-- UM: Windows Media Player 구성 요소 설치 --> <Feature Id="Desktop-Experience"/>

</ServerManagerConfiguration>

참고: 프로그래머 주석은 예제 프로그램 파일에는 영문으로 제공되며 기사에는 이해를 돕기 위해 번역문으로 제공됩니다.

ServerManagerCmd –ip Exchange.xml

명령 실행 후 시스템을 다시 시작하면 사서함, 클라이언트 액세스, 허브 전송, Edge 전송 및 통합 메시징과 같은 Exchange 역할을 설치하는 데 필요한 모든 것이 갖추어집니다.

ServerManagerCmd에 –query 스위치를 사용하는 방법도 유용합니다. 이렇게 하면 역할과 서비스의 전체 목록이 열거되고 실제 구성이 표시됩니다(그림 2의 녹색 텍스트 참조).

Figure 2** Enumerating Exchange roles and services **(더 크게 보려면 이미지를 클릭하십시오.)

이제 다시 본론으로 돌아가겠습니다. 필자의 팀은 2007년 초반 몇 개월을 Windows Server 2008에서 최대의 성능을 이끌어 내는 데 어떠한 변경이 필요한지 파악하면서 보냈습니다. 이 과정에서 한 가지 깨닫게 된 것은, 테스트 환경에 소프트웨어를 설치하고 지칠 때까지 극한의 테스트를 수행할 수도 있겠지만 정말로 중요한 것은 실제 사용자가 실제 배포 작업 시 겪게 되는 실제 품질 수준이라는 것입니다. 바로 이러한 이유 때문에 제품을 실제 환경의 일상적인 작업 방식대로 사용하면서 소위 "개밥" 테스트라고 하는 제품 테스트를 하는 것입니다. 2007년 4월의 Windows Server 2008 베타 3 릴리스는 이러한 테스트 단계를 넘어서 프로덕션 환경에 배포할 수 있는 전환점이 되었습니다.

Windows Server 2008에 Exchange 서버를 처음 배포할 때 필자는 운영 팀 구성원의 작업을 지켜보았습니다. Exchange 설치는 매끄럽게 진행되었고 서비스가 모두 정상적으로 실행되었습니다. 이제 사서함을 이동하고 실제로 정상 작동하는지 살펴보기만 하면 되었습니다. 필자는 이 일에 자원했습니다. 필자의 사서함은 2GB이었는데 26분 후 Windows Server 2008에서 Exchange를 통해 전자 메일을 보낼 수 있었습니다. 성공이었습니다.

교훈

Windows Server 2008에 처음 설치할 때부터 필자의 팀은 세부 조정을 수행했고 작업량이 많을 때도 문제가 없도록 준비했습니다. 이 과정에서 몇 가지 중요한 배포 관련 결정을 해야 했습니다.

설치 Exchange Server 2007 SP1은 원래의 Exchange Server 2007(필자는 Exchange 2007 RTM이라는 용어를 사용함) 설치에 대한 업그레이드로 사용할 수도 있고, 아무것도 설치되지 않은 컴퓨터를 준비하고 Exchange Server 2007 SP1 미디어를 사용하여 직접 설치할 수도 있습니다. Windows Server 2008을 실행하는 컴퓨터에는 Exchange Server 2007 RTM을 설치할 수 없기 때문에 이 사실은 중요합니다.

업그레이드 Windows Server 2003 SP2에서 Windows Server 2008로 운영 체제의 현재 위치 내 업그레이드를 수행할 수는 있지만 이 경우 먼저 제거해야 하는 몇 가지 구성 요소가 있습니다. 그 중 하나가 Windows PowerShell™입니다. 이것은 Exchange 관리의 핵심입니다. 게다가 Exchange 설치는 Windows PowerShell을 기반으로 합니다. 이러한 이유 때문에 Exchange가 이미 설치된 경우에는 운영 체제의 현재 위치 내 업그레이드를 지원할 수 없습니다. 따라서 대개의 경우 Windows Server 2008을 새 컴퓨터에 설치한 다음 Exchange Server 2007 SP1을 설치해야 합니다.

IPv6 Exchange는 Windows Server 2008의 몇 가지 새로운 기능을 사용하도록 설계되었습니다. 예를 들어 IPv6이 기본적으로 설치되며, 새 운영 체제에서 두 개의 Exchange 서버가 실행 중이면 자동으로 IPv6을 사용하여 서로 통신합니다. Exchange 관리 콘솔의 인터페이스에서도 IPv6 주소 범위가 지원됩니다. 그러나 한 가지 유의할 점이 있습니다. Exchange에서는 여전히 IPv4 주소가 각 네트워크 인터페이스에 바인딩되어 있어야 합니다.

읽기 전용 도메인 컨트롤러 Active Directory® 배포의 다소 근본적인 변화 중 하나는 읽기 전용 도메인 컨트롤러(또는 글로벌 카탈로그 서버)라는 개념입니다. 이를 통해 기업에서는 단방향 복제를 수신하며 변경 사항을 역방향 복제할 수 없는 Active Directory 서버를 배포할 수 있습니다. 따라서 물리적 보안을 보장할 수 없는 지사나 원격 사무실 환경에서는 이 기능이 유용할 수 있습니다. 하지만 Exchange Server 2007 SP1에서는 읽기 전용 도메인 컨트롤러를 사용할 수 없으며 Active Directory의 일반적인 쓰기 가능 파티션에 액세스할 수 있어야 합니다.

Exchange 환경

Exchange 및 Windows Server 리소스

• Windows Server 2008 TechCenter
• Exchange Server TechCenter
• TechNet Evaluation Center
• Windows Server 2008 가상 랩

배포에 적합한 운영 체제 수준을 선택해야 할 경우 그림 3과 같이 필요에 맞게 다양한 구성을 실행할 수 있습니다.

Figure 3 Exchange environment matrix

고려해야 할 또 다른 사항은 버전이 혼합된 배포입니다. 상호 작용하는 혼합된 버전의 Exchange 및 Windows를 사용하는 경우가 많습니다. 예를 들어 Exchange Server 2007 SP1을 클라이언트 액세스 서버용 Windows Server 2008에 배포하고 Windows Server 2003 사서함 서버의 Exchange Server 2007 RTM에 액세스하도록 할 수 있습니다.

Exchange 이전 버전과 Windows Server 2008 Active Directory를 함께 사용할 때 알아야 할 내용이 있습니다. Exchange Server 2003 SP2 이상을 사용하는 경우에는 해당 환경에 Windows Server 2008 도메인 컨트롤러를 배포하고 사용할 수 있습니다. 하지만 아직 Exchange 2000을 사용하고 있는 경우에는 해당 Exchange 서버가 있는 Active Directory 사이트에 대한 Windows Server 2008 도메인 컨트롤러 배포를 보류하거나 Exchange 2000이 Windows Server 2008 도메인 컨트롤러를 사용하지 않도록 DSAccess(디렉터리 서비스 액세스) 설정을 하드코드할 수 있습니다.

결론

필자의 팀은 Exchange 2007 SP1이 Windows Server 2003과 Windows Server 2008 플랫폼 모두에서 제대로 작동하도록 하기 위해 많은 노력을 기울였습니다. Exchange에서 배포 유연성과 원활한 상호 작용 시나리오를 제공하기 위해 노력했습니다. Exchange를 Windows Server 2008에 배포할 때는 간편함과 빠른 속도에 놀랄 것이며 외부에서 Outlook 사용 클라이언트에 대한 우수한 클라이언트 액세스 서버 확장성과 같은 뛰어난 성능과 향상된 기능도 경험할 수 있을 것입니다.

Windows Server 2008은 향후 메시징 분야의 혁신을 가져올 플랫폼을 제공합니다. 틀림없이 만족하게 될 것입니다.

Paul Bowden Exchange Server 팀의 수석 프로그램 관리자로서, 요청이 있을 때마다 자신의 PayPal 계정 정보를 재확인하는 데 여유 시간의 대부분을 보냅니다.

© 2008 Microsoft Corporation 및 CMP Media, LLC. All rights reserved. 이 문서의 전부 또는 일부를 무단으로 복제하는 행위는 금지됩니다..