새 배포를 위한 계획 로드맵
적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3
마지막으로 수정된 항목: 2016-11-28
Microsoft Exchange Server 2010의 배포를 진행하기 전에 조직에서 배포를 준비하는 데 도움이 될 수 있도록 이 항목을 읽어 보는 것이 좋습니다.
Exchange 조직 계획
Exchange 2010을 배포하기 전에 기존 인프라가 특정 필수 구성 요소를 충족해야 합니다. 다음 항목을 읽어 보면 조직에서 Exchange 2010을 사용할 준비가 되었는지 확인할 수 있습니다.
Exchange 2010 지원 토폴로지
Exchange 2010은 다음 토폴로지를 지원합니다.
단일 포리스트, 여러 Active Directory 사이트
여러 포리스트(리소스 포리스트 모델), 여러 Active Directory 사이트
단일 Active Directory 사이트
Exchange 2010은 다음 토폴로지를 지원하지 않습니다.
새로 만든 Exchange 2010 조직에 이전 버전의 Exchange 설치
중요
이전 버전의 Exchange를 Exchange 2010 전용 조직에 추가할 수 없습니다.
자세한 내용은 다중 포리스트 토폴로지 배포를 참조하십시오.
Exchange Server 2010 배포 도우미
Exchange Server 2010에는 Exchange 배포를 돕는 새 웹 기반 도구인 Exchange Server 배포 도우미(ExDeploy)가 새롭게 도입되었습니다. ExDeploy는 현재 환경에 대해 몇 가지 질문을 한 후 배포를 단순화할 수 있도록 사용자 지정 검사 목록과 절차를 만듭니다.
자세한 내용은 Exchange 2010 배포 도우미를 참조하세요.
Active Directory 계획
Exchange 2010은 AD LDS(Active Directory Lightweight Directory Service)를 사용하여 디렉터리 정보를 저장하고 Microsoft Windows와 공유합니다. 자세한 내용은 Active Directory 계획을 참조하십시오.
네트워크 및 이름 확인 계획
Active Directory 포리스트용 DNS(Domain Name System) 서버에서 Exchange 2010을 실행하는 서버의 호스트 레코드를 제대로 등록했는지 확인합니다. 클라이언트 및 기타 서버는 DNS를 이름 확인 서비스로 사용하여 Exchange 서버를 찾습니다. 사용자 환경에 맞게 이름 확인이 올바르게 구성되어 있는지 확인해야 합니다. 자세한 내용은 다음 항목을 참조하십시오.
허브 전송 서버 계획
허브 전송 서버 역할은 Active Directory 사이트를 사용하여 단일 조직 네트워크 내에서 라우팅을 제공하는 Exchange 2010 조직에 필요한 역할입니다. 허브 전송 서버 역할이 설치되어 있으며 Active Directory 포리스트 내부에 배포된 컴퓨터는 조직 내의 모든 메일 흐름을 처리하고, 전송 규칙 및 저널 규칙을 적용하며, 받는 사람의 사서함에 메시지를 배달합니다. 허브 전송 서버는 인터넷에 전송된 메시지를 경계 네트워크에 배포된 Edge 전송 서버 역할에 릴레이합니다. 인터넷에서 받은 메시지는 허브 전송 서버로 릴레이되기 전에 Edge 전송 서버에 의해 처리됩니다. 허브 전송 서버 역할은 모든 구성 정보를 Active Directory에 저장합니다.
허브 전송 서버 역할을 배포할 계획을 세울 때는 다음 문제를 고려해야 합니다.
토폴로지 옵션 Exchange 실제 토폴로지에 허브 전송 서버를 넣을 위치를 계획합니다. Exchange는 Active Directory 사이트를 사용하여 메시지를 라우팅하므로 사서함 서버를 배포하는 각 Active Directory 사이트에 하나 이상의 허브 전송 서버를 배포해야 합니다. 허브 전송 서버의 위치를 계획하는 방법에 대한 자세한 내용은 허브 전송 서버 역할 개요를 참조하십시오.
서버 용량 서버 용량에 대한 계획에는 허브 전송 서버의 성능 모니터링을 수행하는 방법에 대한 결정이 포함됩니다. 성능 모니터링은 사용자가 서버에 대한 성능 기준을 설정할 수 있도록 돕습니다. 이 정보는 하드웨어 구성 용량을 결정하도록 도와줍니다.
전송 기능 허브 전송 서버에서 사용하도록 설정할 전송 기능을 지정하고 이러한 기능을 어떻게 구성할지 지정합니다.
보안 허브 전송 서버 역할은 Exchange 조직 내부에 배포됩니다. 허브 전송 서버 보안에 대한 계획에는 권한이 있는 서버에서만 IP 연결을 사용할 수 있는 관리 역할의 위임 및 확인이 포함됩니다. 또한 불필요한 서비스가 실행되고 있지 않은지와 불필요한 포트가 열려 있지 않은지도 확인해야 합니다. 자세한 내용은 배포 보안 검사 목록을 참조하십시오.
허브 전송 서버의 인터넷 연결
Exchange 조직에 대한 메일 흐름 구성을 완료하고 인터넷을 통해 전자 메일을 주고받으려면 하나 이상의 허브 전송 서버가 인터넷에 연결할 수 있게 하는 송신 커넥터와 수신 커넥터를 구성해야 합니다. 다음 중 원하는 방법을 사용하여 허브 전송에 대한 인터넷 연결을 구성할 수 있습니다.
Edge 전송 서버를 배포하고 Exchange 조직에 가입시킵니다. 이 배포 방법을 사용하는 것이 좋습니다. 기본적으로 Edge 구독을 만들 경우 필요한 송신 커넥터가 자동으로 만들어집니다. 이 시나리오의 경우 허브 전송 서버에서 기본 수신 커넥터의 구성을 수정할 필요가 없습니다. 자세한 내용은 구독 Edge 전송 서버를 통한 인터넷 메일 흐름 구성을 참조하십시오.
Edge 전송 서버를 Exchange 조직에 가입시키지 않고 배포할 수 있습니다. 이 시나리오에서는 Edge 전송 및 허브 전송 서버에 송신 및 수신 커넥터를 수동으로 구성해야 하며 데이터 복제가 없으므로 받는 사람 필터링 또는 수신 허용 목록 집계와 같은 기능을 사용할 수 없게 됩니다. 자세한 내용은 EdgeSync를 사용하지 않고 Edge 전송 서버 및 허브 전송 서버 간의 메일 흐름 구성을 참조하십시오.
Microsoft Exchange Hosted Services 또는 다른 타사 SMTP 게이트웨이 서버를 통해 릴레이하여 인터넷 메일을 주고받을 수 있습니다. 이 시나리오에서는 인터넷 전자 메일을 처리 및 라우팅하는 외부 SMTP 서버와 허브 전송 서버 사이에 송신 커넥터와 수신 커넥터를 만들어야 합니다. 자세한 내용은 Exchange Hosted Services 또는 외부 SMTP 게이트웨이를 통한 인터넷 메일 흐름 구성을 참조하십시오.
허브 전송 서버를 통해 인터넷 메일 흐름을 직접 설정할 수 있습니다. 이 시나리오에서는 전자 메일을 인터넷에 라우팅하는 송신 커넥터를 만들어야 합니다. 또한 익명 전자 메일 전송을 수락하도록 기본 수신 커넥터 구성을 수정해야 합니다. 이 시나리오에서 Exchange 2010 허브 전송 서버는 인터넷을 통해 직접 연결할 수 있습니다. 이 토폴로지는 Exchange 2010 서버와 해당 서버에 설치된 모든 역할이 인터넷에 노출되어 보안 위험이 증가하기 때문에 바람직하지 않습니다. 대신 Edge 전송 서버와 같이 경계 네트워크 기반 SMTP 게이트웨이를 구현하는 것이 좋습니다. 자세한 내용은 허브 전송 서버를 통한 직접 인터넷 메일 흐름 구성을 참조하십시오.
참고
허브 전송 서버를 통한 직접 인터넷 메일 흐름을 구성하도록 선택한 경우 Exchange 조직에 스팸 방지 기능을 제공할 수 있도록 허브 전송 서버에 스팸 방지 에이전트를 설치하는 것이 좋습니다. 자세한 내용은 허브 전송 서버에서 스팸 방지 기능 사용을 참조하십시오.
중요
인터넷 연결 허브 전송 서버를 구성하면 허브 전송 서버에서 보낸 메시지에 특정 IP 주소가 첨부되도록 송신 커넥터를 구성할 수 없습니다. 예를 들어 둘 이상의 IP 주소가 허브 전송 서버에 할당된 경우 전자 메일을 인터넷에 릴레이하기 위해 송신 커넥터에서 사용할 IP 주소를 선택할 수 없습니다. 하지만 Edge 전송 서버와 같은 SMTP 릴레이를 사용할 경우에는 해당 컴퓨터의 IP 주소가 메시지 원본으로 첨부됩니다.
허브 전송 서버의 고가용성 및 부하 분산
Exchange 2010 전송 서버의 섀도 중복성은 메시지가 전송되는 내내 메시지에 중복성을 제공합니다. 이 솔루션에는 전송 휴지통과 유사한 기술이 포함되어 있습니다. 섀도 중복성을 사용하면 전송 서버가 해당 메시지에 대한 다음 홉이 모두 배달되었음을 확인할 때까지 전송 데이터베이스에서 메시지를 삭제하는 작업이 지연됩니다. 성공적인 배달을 보고하기 전에 다음 홉 중 하나가 실패하면 메시지는 배달을 위해 해당 홉에 재전송됩니다.
섀도 중복성은 Exchange 2010 환경에서 기본적으로 사용하도록 설정되어 있습니다. 섀도 중복성에 대한 자세한 내용은 섀도 중복성 이해를 참조하십시오.
동일한 Active Directory 사이트에 둘 이상의 허브 전송 서버를 설치하는 경우 허브 전송 서버의 부하 분산을 구성합니다. 기본적으로 둘 이상의 허브 전송 서버가 Active Directory 사이트에 배포된 경우 허브 전송 서버 연결 시 자동으로 부하가 분산됩니다. 허브 전송 서버 하나를 사용할 수 없는 경우 작동 가능한 허브 전송 서버로 계속 연결이 허용됩니다. Active Directory 사이트의 허브 전송 서버를 모두 사용할 수 없는 경우에는 허브 전송 서버를 사용할 수 있을 때까지 또는 메시지가 만료될 때까지 메시지가 큐에 대기됩니다.
송신 커넥터의 원본 서버와 동일한 Active Directory 사이트에 둘 이상의 허브 전송 서버를 지정하여 원격 도메인에 대한 아웃바운드 연결 부하를 분산할 수 있습니다. 송신 커넥터의 원본 서버가 다른 Active Directory 사이트에 있으면 부하 분산이 발생되지 않습니다.
참고
허브 전송 서버가 사서함 서버 역할과 동일한 하드웨어에 설치된 경우에도 부하 분산이 발생되지 않습니다. 이 경우 로컬 서버에는 해당 서버에 사서함이 있는 사용자가 보낸 메시지만 모두 전송됩니다. 따라서 이러한 시나리오에서는 부하 분산이 발생되지 않습니다.
NLB(네트워크 부하 분산)를 사용하면 다음과 같은 시나리오에 고가용성을 제공할 수 있습니다.
허브 전송 서버에만 만들어진 "Client <서버 이름>"이라는 기본 수신 커넥터로의 POP 및 IMAP 클라이언트 연결에 대한 인바운드 SMTP 연결 부하를 분산합니다.
Exchange 조직에 전자 메일을 전송하는 응용 프로그램에 대한 인바운드 SMTP 연결 부하를 분산합니다.
NLB는 허브 전송 서버 간 내부 라우팅을 위해 연결을 분산하는 데 사용할 수 없습니다.
네트워크 부하 분산을 구성하는 방법에 대한 자세한 내용은 네트워크 부하 분산 기술 참조를 참조하십시오.
Edge 전송 서버 계획
Edge 전송 서버 역할은 Exchange 조직에 대해 향상된 스팸 방지 보호를 제공하도록 설계되었습니다. 또한 Edge 전송 서버는 조직 간의 전송 시 정책을 메시지에 적용합니다. 이 서버 역할은 경계 네트워크 및 Active Directory 포리스트 외부에서 배포됩니다. Edge 전송 서버는 다른 Exchange 2010 서버 역할과 달리 Active Directory의 구성 및 받는 사람 정보에 대한 액세스 권한이 없습니다. Edge 전송 서버는 AD LDS(Active Directory Lightweight Directory Service)를 사용하여 구성 및 받는 사람 정보를 저장합니다.
기존 Exchange 조직에 Edge 전송 서버를 추가하여 조직을 변경할 수 있습니다. Edge 전송 서버를 설치할 때는 모든 Active Directory 준비 단계를 수행할 필요가 없습니다.
아직 Exchange 2010을 배포하지 않은 Exchange 조직을 지원하기 위해 Edge 전송 서버를 배포하는 경우 제한된 기능 집합만 사용할 수 있습니다. 이 시나리오에서는 Edge 구독을 생성할 수 없습니다. 따라서 Exchange 2010을 조직에 배포해야만 받는 사람 조회 또는 수신 허용 목록 집계 기능을 사용할 수 있습니다.
Edge 전송 서버를 배포할 계획이 있는 경우 다음 문제를 고려해야 합니다.
서버 용량 서버 용량 계획에는 Edge 전송 서버의 성능 모니터링 수행 계획이 포함됩니다. 성능 모니터링은 서버의 작동 부하를 이해하는 데 도움을 줍니다. 이 정보를 통해 현재 하드웨어 구성의 용량을 결정합니다.
전송 기능 Edge 전송 서버는 네트워크 경계면에서 스팸 방지 보호를 제공할 수 있습니다. 계획 프로세스의 일부로 Edge 전송 서버에서 사용하려는 스팸 방지 기능 및 구성 방법을 결정해야 합니다.
보안Edge 전송 서버 역할은 공격 영역을 최소화하도록 설계되었습니다. 따라서 서버에 대한 실제 액세스 및 네트워크 액세스 모두를 제대로 보안하고 관리하는 것이 중요합니다. 보안 계획은 권한이 있는 서버 및 사용자에서만 IP 연결을 사용할 수 있는지 확인하는 데 도움을 줍니다. 자세한 내용은 배포 보안 검사 목록를 참조하십시오.
경계 네트워크 내에 Edge 전송 서버를 배치하는 것이 좋습니다. 서버에서 전자 메일을 주고받고 Microsoft Exchange EdgeSync Service로부터 받는 사람 및 구성 데이터 업데이트를 받을 수 있게 하려면 다음 표에 나와 있는 포트를 통한 통신을 허용해야 합니다.
Edge 전송 서버에 사용할 통신 포트 설정
네트워크 인터페이스 개방 포트 프로토콜 참고 인터넷 인바운드 및 아웃바운드
25/TCP
SMTP
인터넷으로 메일을 주고받으려면 이 포트가 열려 있어야 합니다.
내부 네트워크 인바운드 및 아웃바운드
25/TCP
SMTP
Exchange 조직과 메일을 주고받으려면 이 포트가 열려 있어야 합니다.
로컬 전용
50389/TCP
LDAP
이 포트는 AD LDS에 대한 로컬 연결을 설정할 때 사용합니다.
내부 네트워크에서 인바운드
50636/TCP
보안 LDAP
EdgeSync 동기화를 수행하려면 이 포트가 열려 있어야 합니다.
내부 네트워크에서 인바운드
3389/TCP
RDP
이 포트를 여는 것은 선택 사항입니다. 이 포트를 열면 원격 데스크톱 연결을 통해 Edge 전송 서버를 관리할 수 있으므로 내부 네트워크에서 Edge 전송 서버를 보다 유연하게 관리할 수 있습니다.
참고
Edge 전송 서버 역할은 비표준 LDAP 포트를 사용합니다. 이 항목에서 지정된 포트는 Edge 전송 서버 역할이 설치될 때 구성되는 LDAP 통신 포트입니다. 자세한 내용은 AD LDS 구성 수정을 참조하십시오.
EdgeSyncEdge 구독을 만들어 Edge 전송 서버를 Exchange 조직에 가입시킬 수 있습니다. Edge 구독을 만들면 받는 사람 및 구성 데이터가 Active Directory에서 AD LDS로 복제됩니다. Edge 전송 서버가 Active Directory 사이트에 가입합니다. 그런 다음 해당 사이트의 허브 전송 서버에서 실행되는 MicrosoftExchange EdgeSync 서비스가 Active Directory에서 데이터를 동기화하여 AD LDS를 주기적으로 업데이트합니다. Edge 구독 프로세스는 Edge 전송 서버를 통해 Exchange 조직에서 인터넷으로 메일 흐름을 사용하는 데 필요한 송신 커넥터를 자동으로 프로비전합니다. Edge 전송 서버에서 받는 사람 조회 또는 수신 허용 목록 집계를 사용하는 경우 Edge 전송 서버를 조직에 가입시켜야 합니다.
Edge 전송 서버 역할에 대한 DNS 설정 구성
Edge 전송 서버 역할은 Exchange 조직 외부에 경계 네트워크의 독립형 서버로 배포되거나 경계 네트워크 Active Directory 도메인의 구성원으로 배포됩니다. Exchange 2010을 설치하기 전에 Edge 전송 서버 역할에 대한 올바른 DNS 접미사를 수동으로 구성해야 합니다. DNS 접미사가 구성되지 않은 경우 설치가 중지됩니다.
Edge 전송 서버는 일반적으로 경계 네트워크에 배포되므로 여러 네트워크 세그먼트에 연결된 네트워크 인터페이스가 있습니다. 이러한 네트워크 세그먼트마다 고유한 IP 구성을 가집니다. 외부 또는 공용 네트워크 세그먼트에 연결된 네트워크 인터페이스는 이름 확인을 위해 공용 DNS 서버를 사용하도록 구성해야 합니다. 이를 통해 서버는 MX 리소스 레코드에 대한 SMTP 도메인 이름을 확인하고 메일을 인터넷으로 라우팅할 수 있습니다.
내부 또는 개인 네트워크 세그먼트에 연결된 네트워크 인터페이스는 조직에 있는 허브 전송 서버의 이름을 확인할 수 있는 경계 네트워크의 DNS 서버를 사용하도록 구성하거나 호스트 파일을 사용할 수 있도록 해야 합니다. Edge 전송 서버 및 허브 전송 서버는 DNS 호스트 확인을 사용하여 서로 간에 찾을 수 있어야 합니다.
Edge 전송 서버를 통해 허브 전송 서버의 이름을 확인하려면 다음 방법 중 하나를 사용합니다.
Edge 전송 서버의 내부 네트워크 어댑터에 구성된 DNS 서버의 정방향 조회 영역에서 허브 전송 서버에 대한 A 리소스 레코드를 수동으로 만듭니다.
허브 전송 서버에 대한 호스트 레코드를 포함하도록 Edge 전송 서버의 호스트 파일을 편집합니다. 호스트 파일은 4.3 BSD(Berkeley Software Distribution) UNIX /etc/hosts 파일과 동일한 형식의 로컬 텍스트 파일입니다. 이 파일은 호스트 이름을 IP 주소에 매핑하며 파일은 \%Systemroot%\System32\Drivers\Etc 폴더에 저장됩니다.
허브 전송 서버를 통해 Edge 전송 서버의 이름을 확인하려면 다음 방법 중 하나를 사용합니다.
허브 전송 서버에 구성된 DNS 서버의 정방향 조회 영역에서 Edge 전송 서버에 대한 A 리소스 레코드를 수동으로 만듭니다.
Edge 전송 서버에 대한 호스트 레코드를 포함하려면 Active Directory 사이트에 위치한 허브 전송 서버의 호스트 파일이 Edge 전송 서버에 가입되도록 편집합니다.
Edge 전송 서버에 대한 DNS 설정을 구성하려면 다음 단계를 수행해야 합니다.
각 네트워크 인터페이스의 DNS 서버 설정이 네트워크 세그먼트에 대해 올바른지 확인합니다.
다음 단계에 따라 Edge 전송 서버 이름에 대한 DNS 접미사를 구성합니다.
시작, 제어판을 차례로 클릭한 다음 시스템을 두 번 클릭하여 시스템 속성을 엽니다.
컴퓨터 이름 탭을 클릭합니다.
변경을 클릭합니다.
컴퓨터 이름 변경 페이지에서 자세히를 클릭합니다.
이 컴퓨터의 주 DNS 접미사: 필드에 Edge 전송 서버의 DNS 도메인 이름과 접미사를 입력합니다.
이 이름은 Edge 전송 서버 역할이 설치된 후 변경할 수 없습니다.
Edge 전송 서버 및 허브 전송 서버에 대한 DNS 호스트 이름 확인을 구성합니다.
DNS 설정 덮어쓰기
사용자 환경에서, Exchange 서버 IP 속성에 구성된 DNS 서버와 다른 메일을 라우팅하도록 DNS 서버를 지정할 수 있습니다. 이를 위해 전송 서버 속성의 내부 DNS 조회 및 외부 DNS 조회 설정을 수정합니다. 이러한 설정은 전자 메일 메시지를 라우팅하기 위해 네트워크 어댑터의 설정을 무시합니다. 자세한 내용은 Edge 전송 서버 속성 구성을 참조하십시오.
사서함 서버 계획
Exchange 2010 사서함 서버 역할은 사서함 데이터베이스를 호스팅하고 정보 근로자를 위한 전자 메일 저장소 및 고급 예약 서비스를 제공합니다. 사서함 서버 역할은 또한 워크플로, 문서 공유 및 기타 형태의 공동 작업에 대한 기초를 제공하는 공용 폴더 데이터베이스도 호스팅합니다. 사서함 서버 역할이 설치되는 서버를 사서함 서버라고 합니다.
설치 전에 사서함 서버 역할 배포를 계획하는 것이 좋습니다. 사서함 데이터베이스의 크기를 계획할 때 몇 가지 요소를 고려해야 합니다.
데이터베이스 크기 조정
Exchange 2010에 권장되는 최대 데이터베이스 크기는 이전 버전의 Exchange에서 권장되는 최대 크기보다 큽니다.
데이터베이스 크기를 계획할 때는 데이터베이스 수준 또는 개별 사서함 수준에서 데이터베이스 크기 제한을 적용하는 방법도 계획해야 합니다. 사서함 제한에 대한 자세한 내용은 다음 항목을 참조하십시오.
공용 폴더 계획
공용 폴더는 Exchange 2010의 선택적 기능입니다. 조직 내의 모든 클라이언트 컴퓨터에서 Microsoft Office Outlook 2007 이상을 실행하는 경우 공용 폴더는 선택적 기능입니다. 그러나 Outlook 2003 클라이언트가 사용 중인 경우 공용 폴더가 필요합니다. 또한 문서 및 다른 정보를 수집, 구성 또는 공유하기 위해 공용 폴더를 현재 사용 중이거나 계속 이렇게 하려면 공용 폴더 복제를 사용하여 공용 폴더 데이터를 Exchange 2010으로 이동할 수 있습니다.
공용 폴더에 대한 자세한 내용은 공용 폴더 이해를 참조하십시오.
클라이언트 액세스 서버 계획
클라이언트 액세스 서버 역할은 Exchange 2010의 모든 클라이언트 연결을 수신합니다. Microsoft Outlook 및 Microsoft Entourage와 같은 컴퓨터 기반 클라이언트, 휴대폰 및 브라우저 기반 클라이언트는 모두 클라이언트 액세스 서버 역할을 통해 연결됩니다. 클라이언트 액세스 서버 역할은 다음 기능을 제공합니다.
MAPI 액세스
POP3 및 IMAP4 액세스
참고
통합된 Windows 인증(이전의 NTLM)은 POP3 또는 IMAP4 클라이언트 연결에 지원되지 않습니다. 자세한 내용은 더 이상 지원하지 않는 기능에서 "클라이언트 액세스 기능" 섹션을 참조하십시오.
Outlook Web App 액세스
Outlook 2010, Outlook 2007, Entourage 및 기타 클라이언트 응용 프로그램을 실행하는 클라이언트 컴퓨터를 구성하는 자동 검색 서비스. 또한 지원되는 모바일 장치도 구성할 수 있습니다.
가용성 서비스는 Outlook 2007 이상을 실행하는 컴퓨터에 안전하고 일관된 최신의 약속 있음/없음 정보를 제공하여 정보 근로자의 일정 및 모임 일정 정리 경험을 향상합니다.
Exchange 2010 배포를 계획할 때는 Exchange 2010 사서함이 포함된 모든 Active Directory 사이트에 클라이언트 액세스 서버 역할이 설치된 컴퓨터가 하나 이상 있어야 합니다. 각 Active Directory 사이트 내에 클라이언트 액세스 서버 역할이 설치된 컴퓨터가 여러 개 있을 수 있습니다. 외부 클라이언트 액세스 권한을 제공하려면 조직 내 하나 이상의 클라이언트 액세스 서버가 인터넷에 연결되어 있어야 합니다.
네임스페이스 계획 및 클라이언트 액세스 서버 구성에 대한 자세한 내용은 클라이언트 액세스 서버 네임스페이스 이해를 참조하십시오.
통합 메시징 서버 계획
통합 메시징 서버 역할은 Exchange 2010 받는 사람에게 UM(통합 메시징)을 제공할 수 있도록 설계되었습니다. UM이란 음성 메시징, 팩스 및 전자 메일 메시징 기능을 전화, 사용자 컴퓨터 및 모바일 장치에서 액세스할 수 있는 하나의 저장소로 통합하는 것을 말합니다. 사용자는 Outlook 및 Outlook Web App와 같은 전자 메일 클라이언트의 Exchange 2010 사서함에 있는 음성 메시지, 전자 메일 및 일정 정보에 액세스할 수 있습니다.
통합 메시징 서버는 클라이언트 액세스 서버, 허브 전송 서버와 사서함 서버에 따라 다릅니다. 통합 메시징 서버에서 UM 사용 가능 사용자에게 전송된 모든 음성 메일 메시지는 먼저 Exchange 2010 허브 전송 서버에 SMTP 메시지로 전송된 다음 허브 전송 서버에서 UM 사용 가능 사용자의 사서함으로 전송됩니다. 받는 사람이 통합 메시징을 사용하려면 Exchange 2010 사서함이 있어야 합니다. 자세한 내용은 통합 메시징 이해를 참조하십시오.
일반적으로 통합 메시징 토폴로지가 간단할수록 통합 메시징을 쉽게 배포하고 유지 관리할 수 있습니다. 통합 메시징 서버를 가능한 적게 설치하고 비즈니스 및 조직 목표를 지원하는 데 필요한 통합 메시징 개체를 Active Directory에서 가능한 적게 만듭니다. 복잡한 네트워크 및 전화 통신 환경, 여러 업무 단위 또는 기타 복잡한 요소를 가진 대기업은 상대적으로 간단한 통합 메시징 요구를 가진 소규모 조직보다 많은 계획이 필요합니다.
UM 배포 계획
통합 메시징 인프라와 배포를 적절하게 계획할 수 있도록 Exchange 2010 통합 메시징 및 각 구성 요소와 기능의 다양한 측면을 잘 알고 있어야 합니다. 자세한 내용은 통합 메시징 구성 요소 이해 및 통합 메시징 기능 이해를 참조하십시오.
다음은 조직에서 Exchange 2010을 계획할 때 고려하고 평가해야 하는 몇 가지 영역입니다.
통합 메시징에 대한 비즈니스 요구 사항
전화 통신 네트워크 및 현재 음성 메일 시스템
현재 데이터 네트워크 디자인
현재 Active Directory 환경
지원해야 하는 사용자 수
필요한 통합 메시징 서버 수
사용자에 대한 저장소 요구 사항
IP 게이트웨이, 전화 통신 장비 및 통합 메시징 서버 배치
자세한 내용은 통합 메시징 개요를 참조하십시오.
통합 메시징에는 다양한 배포 옵션을 사용할 수 있으며 각 옵션에는 많은 통합 메시징 사용자를 지원하도록 확장 가능하고 가용성이 높은 시스템을 만드는 데 필요한 몇 가지 공통적인 단계가 있습니다. 해당 단계는 다음과 같습니다.
통합 메시징에 대한 전화 통신 구성 요소를 배포하고 구성합니다.
통합 메시징에 필요한 Exchange 2010 서버 역할을 올바르게 설치했는지 확인합니다.
통합 메시징 서버 역할을 설치합니다.
UM 다이얼 플랜, UM IP 게이트웨이, UM 헌트 그룹 및 UM 사서함 정책을 포함한 필수 통합 메시징 Active Directory 구성 요소를 생성하고 구성합니다.
상호 TLS를 위한 인증서 배포, UM 자동 전화 교환 만들기 및 팩스 구성을 포함하는 사후 배포 작업을 수행합니다.
통합 메시징 배포에 대한 자세한 내용은 다음 항목을 참조하십시오.
통합 메시징 환경을 Office Communications Server와 통합하는 경우 계획과 관련하여 추가로 고려해야 할 사항이 있습니다. 자세한 내용은 통합 메시징 및 Communications Server 2007 이해를 참조하십시오. 통합 메시징 및 Communications Server 2007 이해를 읽은 후에는 다음 항목에서 통합 메시징 및 Office Communications Server 배포에 대한 상세 정보를 볼 수 있습니다.
Exchange 클라이언트 계획
Exchange 2010 조직을 배포하기 전에 사용자 조직의 클라이언트 컴퓨터 및 모바일 장치가 다음 요구 사항을 충족하는지 확인하십시오.
| 요구 사항 | 검사 |
|---|---|
모든 MAPI 클라이언트는 MicrosoftOutlook 2007, Outlook 2003을 포함하여 지원되는 버전의 Outlook을 실행해야 합니다. |
[ ] |
모든 Outlook Web App 클라이언트는 지원되는 웹 브라우저를 실행해야 합니다. Outlook Web App에서 사용 가능한 전체 기능 집합을 사용하기 위해 클라이언트는 Windows XP, Windows 2003, Windows Vista 또는 Windows 7을 실행하는 컴퓨터에서 다음 브라우저를 사용할 수 있습니다.
Mac OS X를 실행하는 컴퓨터에서는 다음을 사용할 수 있습니다.
Linux를 실행하는 컴퓨터에서는 다음을 사용할 수 있습니다.
일부 기능 집합만 지원하는 웹 브라우저를 사용하는 클라이언트는 Outlook Web App의 라이트 버전으로 자동으로 리디렉션됩니다. Light 버전의 Outlook Web App는 시각에 장애가 있거나 시력이 약한 사용자 등을 위한 내게 필요한 옵션에 최적화되었습니다. 라이트 버전은 기능의 수는 더 적지만 더 빠르게 작동하는 경우도 있습니다. 연결 속도가 느리거나 매우 엄격한 브라우저 보안이 설정된 컴퓨터를 사용하는 경우 라이트 버전을 사용할 수 있습니다. Light 버전은 거의 모든 브라우저에서 사용할 수 있으며 모든 브라우저에서 같은 기능이 지원합니다. |
[ ] |
모든 모바일 장치는 지원되는 운영 체제를 실행하고 있습니다. Direct Push와 호환되는 Windows Mobile 전화 또는 Exchange ActiveSync와 호환되는 다른 운영 체제를 실행하는 다른 휴대폰. |
[ ] |
© 2010 Microsoft Corporation. 모든 권리 보유.