통합 메시징 가용성 및 확장성 계획
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
마지막으로 수정된 항목: 2007-07-26
오늘날 많은 조직에서는 일상 업무의 성공적인 수행을 위해 전자 메일 및 음성 메일에 대한 액세스가 중요한 문제입니다. 전자 메일 및 음성 메일에 대한 지속적인 액세스를 제공하려면 이러한 서비스를 제공하는 서버의 가용성을 보장하도록 Microsoft Exchange Server 2007 조직에 대한 솔루션을 제대로 계획하고 구현해야 합니다.
Exchange 2007 통합 메시징에서 높은 확장성과 가용성을 갖춘 솔루션을 제공하려면 사용자를 지원할 수 있도록 통합 메시징 구성 요소를 확장하는 방법에 대해 이해해야 합니다. 또한 가용성이 높은 통합 메시징 서버를 구축할 솔루션을 구현하는 방법도 이해해야 합니다.
통합 메시징 서버 확장성
확장성이란 해당 서비스의 용량을 확장하기 위해 리소스를 늘릴 수 있는 가능성을 말합니다. 조직에서 통합 메시징 서버의 용량을 확장하는 데 사용할 수 있는 확장성 유형에는 수평적 확장성 및 수직적 확장성이라는 두 가지 유형이 있습니다. Exchange 2007 통합 메시징에서 수직으로 확장할 경우 다음과 같이 단일 통합 메시징 서버 또는 여러 통합 메시징 서버에 하드웨어 리소스를 추가합니다.
메시지 저장소에 하드 디스크 공간 추가
프로세서 속도 또는 수 늘리기
RAM 크기 또는 속도 늘리기
네트워크 어댑터 수 늘리기 또는 단일 네트워크 어댑터에서 LAN(Local Area Network) 수 늘리기
통합 메시징에서 수평으로 확장할 때 통합 메시징 서버 역할을 새로운 통합 메시징 서버에 설치하고 다이얼 플랜에 통합 메시징 서버를 추가하여 시스템이 수락할 수 있는 동시에 들어오는 호출의 수를 늘릴 수 있습니다. 통합 메시징 환경을 수평으로 확장하기 위해 IP 게이트웨이 수를 늘릴 수도 있습니다. 이렇게 되면 들어오는 호출에 사용할 수 있는 포트 수가 늘어납니다.
Exchange 2007 통합 메시징은 배포의 복잡성이 증가하지 않는 높은 확장성을 가진 효율적이고 간단한 배포 모델을 제공합니다. 조직에서의 통합 메시징을 위한 배포 모델은 많습니다. 그러나 통합 메시징에 권장되는 배포 모델은 사용자의 통합 메시징 서버를 중앙 집중화하는 모델입니다. 통합 메시징에 사용할 수 있는 모든 배포 옵션에는 많은 통합 메시징 사용자를 지원하도록 확장 가능한 시스템을 만드는 데 필요한 몇 가지 공통적인 단계가 있습니다. 해당 단계는 다음과 같습니다.
PBX 회선 제공 확장성 높은 UM 솔루션을 구축하는 첫 번째 단계는 PBX 회선 제공입니다.
채널 구성 PBX 기반 음성 채널을 제공하고 나면 채널을 헌트 그룹으로 구성할 수 있습니다.
IP 게이트웨이 배포 음성 채널을 헌트 그룹으로 구성한 후 이러한 채널을 IP 게이트웨이에서 끝냅니다. IP 게이트웨이는 레거시 PBX와 함께 전화 통신 네트워크에서 찾은 회로 전환 프로토콜을 IP 기반 패킷 전환 프로토콜로 변환하는 데 사용됩니다.
다이얼 플랜에 통합 메시징 서버 추가 통합 메시징이 처리할 수 있는 호출 수를 늘려야 하는 경우 추가 통합 메시징 서버를 설치 및 구성하고 다이얼 플랜에 추가할 수 있습니다. 대부분의 경우 IP 게이트웨이는 DNS를 사용하여, 설치된 기존 통합 메시징 서버 및 추가 통합 메시징 서버 간의 로드를 균형있게 조정합니다.
네트워크 트래픽
IP 게이트웨이로부터 받는 모든 들어오는 호출은 IP 기반 네트워크 트래픽을 생성하며 일정량의 사용 가능한 네트워크 대역폭을 소모합니다. 통합 메시징을 배포하기 전에 네트워크 트래픽을 분석하여 현재 사용 패턴을 확인하고 잠재적인 문제를 모두 식별해야 합니다. 대부분의 네트워크에서 대역폭 요구는 업무 시간 전체에 걸쳐 균등하게 분산되어 있지 않습니다. 모든 IP 기반 호출이 네트워크의 IP 게이트웨이로부터 통합 메시징 서버로 직접 라우팅되며 이 IP 기반 네트워크 트래픽이 일부 사용 가능한 대역폭을 소모하므로 다음과 같은 권장 사항 및 지침을 따라야 합니다.
PBX를 IP 게이트웨이와 가까운 곳에 둡니다.
IP 게이트웨이와 통합 메시징 서버를 잘 연결된 동일한 네트워크상이나 물리적으로 동일한 사이트 내에 둡니다.
통합 메시징 서버를 사서함, 허브 전송 서버 및 클라이언트 액세스 서버를 비롯하여 Exchange 2007 서버 역할이 설치된 다른 컴퓨터와 동일한 잘 연결된 네트워크상이나 물리적으로 동일한 사이트 내에 둡니다.
전화 통신 장비가 있는 위치와 근접한 WAN(Wide Area Network) 연결을 종료합니다.
지점 시나리오 또는 WAN 연결에서, G.711u 또는 G.711A 코덱 대신에 G.723.1 코덱을 사용하여 IP 게이트웨이와 통합 메시징 서버 간의 네트워크 트래픽을 최소화하십시오.
통합 메시징 서버
일반적으로 통합 메시징 확장성은 동시 호출 수에 따라 결정됩니다. 기본적으로 단일 통합 메시징 서버는 최대 100개의 동시 음성 호출과 100개의 동시에 들어오는 팩스 호출을 수락할 수 있습니다. 이러한 호출은 들어오는 호출이거나 나가는 호출일 수 있으며, 사용자가 음성 메일 메시지를 남길 때, Outlook Voice Access 사용자가 Exchange 2007 사서함에 액세스할 때 또는 사용자가 전화에서 재생 기능을 사용하여 음성 메시지를 들을 때 생성될 수 있습니다. 동시 호출 수가 확장성 있는 통합 메시징 인프라를 구축할 때 고려해야 할 중요한 요인이기는 하지만 음성 메시지를 인코딩하는 데 사용할 가장 적합한 코덱, 유형 및 지원해야 하는 사용자 수도 결정해야 합니다.
동시 호출 수 기본적으로 통합 메시징 서버가 100개의 동시 음성 메시지와 100개의 동시 팩스 메시지를 수락할 수는 있지만 최대 200개의 동시 음성 메시지와 200개의 동시에 들어오는 팩스 메시지를 수락하도록 단일 통합 메시징 서버를 구성할 수 있습니다. 단일 통합 메시징 서버의 동시 연결 수를 늘리는 경우 동시 연결 수를 줄이는 경우보다 시스템 리소스가 더 많이 필요합니다. 통합 메시징 서버가 설치되어 있는 낮은 사양의 저속 컴퓨터의 경우 특히 이 설정을 줄이는 것이 중요합니다. 성능 카운터를 사용할 수 있으며 통합 메시징 서버에 연결되어 있는 현재 동시 호출 수를 모니터링하도록 Get-UMActiveCalls cmdlet도 사용할 수 있습니다.
조직에서 필요로 하는 동시 호출 수가 단일 통합 메시징 서버에서 지원되는 수보다 많으면 통합 메시징 서버 역할을 설치한 다음 통합 메시징 서버를 다이얼 플랜에 추가함으로써 수평으로 확장하고 동시 호출량을 늘릴 수 있습니다.
음성 메일 저장소 코덱 "코덱"은 "코딩"과 "디코딩"이라는 용어를 합친 용어로, 디지털 데이터와 관련 있습니다. 코덱은 디지털 데이터를 오디오 파일 형식이나 스트리밍 오디오 형식으로 변환하는 컴퓨터 프로그램 또는 소프트웨어입니다.
Exchange 통합 메시징에는 두 가지 유형의 코덱, 즉 IP 게이트웨이 간에 사용되는 코덱과 음성 메시지를 인코딩하는 데 사용되는 코덱이 있습니다. WMA(Windows Media Audio), GSM(Group System Mobile) 06.10 및 G.711 PCM(Pulse Code Modulation) Linear 오디오 코덱은 음성 메시지용 .wma 및 .wav 오디오 파일을 만드는 데 사용됩니다. 그러나 음성 메시지 오디오 파일을 만드는 데 사용되는 오디오 코덱에 따라 사용되는 파일 형식이 달라집니다. Exchange 통합 메시징에서 .wma 오디오 코덱은 .wma 오디오 파일을 만들고 GSM 06.10 및 G.711 PCM Linear 오디오 코덱은 .wav 오디오 파일을 만듭니다. 그러나 사용되는 코덱에 따라 .wma 또는 .wav 형식의 오디오 파일이 전자 메일 메시지와 함께 대상 음성 메일 받는 사람에게 보내집니다. 통합 메시징 음성 메시지의 크기는 음성 데이터가 들어 있는 첨부 파일의 크기에 따라 달라집니다. 또한 첨부 파일의 크기는 다음 요소에 따라 달라집니다.
음성 메일 녹음 기간
사용되는 오디오 코덱
오디오 파일 저장소 형식
다음 그림에서는 통합 메시징에서 사용할 수 있는 세 가지 오디오 코덱의 음성 메일 녹음 기간에 따라 오디오 파일 크기가 어떻게 달라지는지 보여줍니다.
참고
다음 그림에서 전화 응답 음성 메시지의 평균 길이는 약 30초입니다.
오디오 파일 크기
.gif "UM_Message_Sizing")
통합 메시징에 사용되는 각 오디오 코덱의 샘플 비트 전송률(비트/초)과 압축 속성은 다음과 같습니다.
WMA – 16비트 – 압축된 파일
G.711 – 16비트 – 압축되지 않은 파일
GSM 06.10 – 8비트 – 압축된 파일
WMA 코덱을 사용하면 각 통합 메시징 서버가 60개에서 75개의 동시 IP 기반 호출을 처리할 수 있음을 알 수 있습니다. 이러한 예측은 하루 중 가장 바쁜 1시간 동안 모든 IP 기반 호출 중 14%가 도착한다는 가정을 기반으로 합니다. 이러한 두 가지 가정을 기반으로, 사용자가 Outlook Voice Access를 사용하여 음성 메시지에 자주 액세스하는 경우 각 통합 메시징 서버가 2,000명에서 10,000명 사이의 사용자를 지원할 수 있다는 것을 알 수 있습니다.
일반적으로 통합 메시징 서버당 다음과 같은 동시 호출 수를 허용해야 합니다.
기본 다이얼 플랜 코덱이 WMA일 경우 60
기본 다이얼 플랜 코덱이 GSM일 경우 75
사용자 유형 통합 메시징 시스템에 액세스하는 사용자 유형은 두 가지, 즉 인증된 사용자 및 인증되지 않은 사용자가 있습니다. 이러한 두 가지 사용자 유형은 통합 메시징 리소스를 사용합니다. 확장성 있는 통합 메시징 환경을 구축할 때 이러한 사용자가 받게 되는 영향과 이들이 각각 소모하는 리소스를 고려해야 합니다.
인증된 사용자 인증된 사용자는 UM 사용이 가능하며, Outlook Voice Access를 사용하여 사서함에 액세스할 수 있습니다. 그리고 인증된 사용자는 구독자 액세스 번호로 직접 호출하거나, 사서함에 로그온하거나, 메시지, 일정, 연락처 또는 디렉터리에 액세스하거나, 통합 메시징 서버를 통해 전화에서 재생 기능을 사용하여 전화로 음성 메시지를 재생하는 등 몇 가지 방법으로 통합 메시징 서버 리소스를 사용합니다. 또한 호출을 전송하거나, 음성 메시지를 보내거나, 사용자의 내선 번호로 호출하여 음성 메시지를 남기거나, 팩스를 보내는 등 간접적으로 리소스를 사용할 수도 있습니다.
인증되지 않은 사용자 통합 메시징 자동 전화 교환으로 호출하거나 구독자 액세스 번호로 호출하지만 사서함에 로그온하지 못하는 사용자를 인증되지 않은 사용자라고 합니다. 이들의 요청을 서비스하기 위해서는 통합 메시징 리소스가 사용됩니다. 전화 건 사람이 UM 자동 전화 교환에 호출하거나 구독자 액세스 번호를 사용할 때 사서함에 로그온하지 않더라도, 호출 전송, 음성 메시지 전송, 다른 자동 전화 교환으로 연결, 다른 전화 번호로 연결 또는 녹음된 오디오 음성 안내를 들을 때 리소스를 사용하게 됩니다.
IP 게이트웨이
통합 메시징은 IP 게이트웨이 기능에 의존하여 ISDN(Integrated Services Digital Network) 또는 QSIG 같은 TDM 또는 전화 통신 회로 전환 기반 프로토콜을 PBX에서 SIP, RTP 또는 실시간 팩스 전송용 T.38과 같은 VoIP 또는 IP 기반 프로토콜로 변환합니다.
IP 게이트웨이는 4개 포트에서 32개 포트에 이르는 범위에서 여러 제조업체의 크기와 모델을 사용할 수 있습니다. 용량과 내결함성 제공을 위해 필요한 수만큼 IP 게이트웨이를 배포할 수 있습니다. 필요한 호출 또는 포트 수가 단일 IP 게이트웨이에서 지원하는 호출 또는 포트 수보다 클 경우 추가 IP 게이트웨이를 설치 및 구성하고, UM IP 게이트웨이 개체를 만들고, 사용자 환경을 지원하도록 적합한 헌트 그룹을 구성하여 수평으로 확장하고 수락할 수 있는 호출 수 또는 포트 수를 늘릴 수 있습니다.
사용자 환경에 있는 IP 게이트웨이의 수와 사용 가능한 통합 메시징 서버의 수를 일치시키는 것도 마찬가지로 중요합니다. 예를 들어 T-1 회선으로 각각 연결되어 있는 10개의 IP 게이트웨이를 단일 통합 메시징 서버에 구성하면 안 됩니다. 이는 통합 메시징 서버가 240개의 동시에 들어오는 호출을 지원해야 한다는 것을 의미합니다. 이 점을 고려하여 IP 게이트웨이를 적절하게 통합 메시징 서버에 맞춰 확장해야 합니다.
통합 메시징 가용성
최소 작동 시간 요구 사항은 조직마다 다를 수 있습니다. 그러나 모든 조직에서 높은 수준의 작동 시간을 달성하기를 원하며, 특히 전화 통신 시스템의 경우 더 그렇습니다. 이러한 조직의 전화 통신 시스템은 업무에 중요한 역할을 하기 때문에 높은 가용성이 요구됩니다. 통합 메시징 시스템을 배포할 때 고려해야 할 요인 중 하나는 통합 메시징 서버 또는 IP 게이트웨이와 같은 핵심 구성 요소를 사용할 수 없게 될 때에도 시스템이 사용자에게 서비스를 제공할 수 있는지에 대한 가능성 여부입니다.
통합 메시징 서버 Exchange 2007에서, 통합 메시징은 서비스 및 작업자 프로세스로 실행되도록 만들어졌습니다. 이는 서비스가 많은 시스템 리소스를 사용하고 있거나 응답하지 않게 되었을 때에도 작업자 프로세스가 재순환될 수 있음을 의미합니다. UM 작업자 프로세스는 사서함 서버, 허브 전송 서버 및 도메인 컨트롤러에서의 중단을 처리하는 역할을 담당합니다. 예를 들어 사용자가 사서함 서버를 사용할 수 없을 경우 통합 메시징 서버가 해당 사용자를 대신하여 계속해서 호출을 수락합니다. 하지만 사용자의 사용자 지정 인사말은 재생되지 않습니다. 대신에 표준 인사말이 해당 사용자로의 호출에 사용됩니다. 또한 허브 전송 서버를 사용할 수 없을 경우 허브 전송 서버를 사용할 수 있을 때까지 큐 제한 구성 방법에 따라 통합 메시징 서버가 계속해서 호출을 수락하고 큐에 넣습니다. 그러나 모든 도메인 컨트롤러를 사용할 수 없게 되는 상황에서는 통합 메시징 서버도 호출을 수락할 수 없습니다.
N+1 구성으로 단일 다이얼 플랜에 통합 메시징 서버를 추가하여 통합 메시징 배포를 보다 원활하게, 보다 가용성 있게 수행할 수 있습니다. 이는, 만약 두 개의 통합 메시징 서버를 필요로 하는 경우에 추가 통합 메시징 서버를 설치 및 구성하여, 통합 메시징 서버 하나에 오류가 발생하거나 통합 메시징 서버 하나를 오프라인으로 변경해야 하는 경우 이를 대신할 통합 메시징 서버를 보유할 수 있음을 의미합니다.
단일 다이얼 플랜에 여러 개의 서버를 추가할 때 IP 게이트웨이는 TLS 배포용 FQDN(정규화된 도메인 이름)별 또는 IP 주소별로 IP 게이트웨이의 구성에 나열되어 있는 통합 메시징 서버에 연결을 시도합니다. 통합 메시징 서버를 사용할 수 없을 경우 IP 게이트웨이는 5초 후에 통합 메시징 서버에 다시 연결을 시도합니다. 통합 메시징 서버에서 응답이 없으면 IP 게이트웨이는 IP 게이트웨이에 구성되어 있는 목록의 다음 통합 메시징 서버로 연결을 시도합니다.
IP 게이트웨이 IP 게이트웨이 가용성을 제공하기 위해 중복 기능을 만들려면 N+1 구성으로 여러 IP 게이트웨이를 추가해야 합니다. 이는, 만약 두 개의 IP 게이트웨이를 필요로 하는 경우에 추가 IP 게이트웨이를 설치 및 구성하여, IP 게이트웨이 하나에 오류가 발생하거나 IP 게이트웨이 하나를 오프라인으로 변경해야 하는 경우 이를 대신할 IP 게이트웨이를 보유할 수 있음을 의미합니다.
다른 IP 게이트웨이로 수신된 들어오는 호출을 보낼 수 있도록 PBX를 구성해야 합니다. PBX를 구성하고 나면 PBX에서는 오류가 검색되거나 검색되는 신호가 없거나 포트가 호출에 응답하지 않는 것이 검색됩니다. 이렇게 하면 PBX가 들어오는 호출에 응답할 수 있는 IP 게이트웨이로 호출을 리디렉션할 수 있습니다.
통합 메시징에서 지원하는 IP 게이트웨이가 통합 메시징 서버에 대한 호출을 라운드 로빈 방식으로 라우팅하도록 구성할 수 있습니다. IP 게이트웨이를 사용하도록 설정하려면 IP 게이트웨이로부터의 호출에 응답하는 통합 메시징 서버의 IP 주소로 각 IP 게이트웨이를 구성해야 합니다. 이것이 IP 게이트웨이를 논리적으로 나타내는 UM IP 게이트웨이 개체와 동일한 다이얼 플랜에 연결되어 있는 통합 메시징 서버입니다. 이를 통해 모든 UM IP 게이트웨이는 들어오는 호출을 동일한 다이얼 플랜에 연결되어 있는 통합 메시징 서버로 전달할 수 있습니다. 따라서 IP 게이트웨이에 오류가 발생할 경우 PBX가 호출에 응답할 수 있는 IP 게이트웨이로 해당 호출을 보냅니다. 그러면 IP 게이트웨이가 동일한 다이얼 플랜 내의 통합 메시징 서버로 해당 호출을 전달합니다. 해당 호출이 사용할 수 없는 통합 메시징 서버로 보내지면 IP 게이트웨이는 통합 메시징 서버로의 연결을 다시 시도합니다. 통합 메시징 서버로의 연결에 실패할 경우 IP 게이트웨이에 구성되어 있는 목록의 다음 통합 메시징 서버를 사용하여 호출에 응답합니다. 그러나 로드 균형 조정을 지원하고 서버가 오프라인 상태이거나 오류 상태인지 검색할 수 있도록 지원되는 모든 IP 게이트웨이를 구성할 수 있는 것은 아닙니다.
통합 메시징에서의 로드 균형 조정
여러 통합 메시징 서버를 단일 다이얼 플랜에 배포함으로써 들어오는 호출의 로드를 균형있게 조정하여 Exchange 2007 통합 메시징 배포를 보다 원활하게 수행할 수 있습니다. 통합 메시징에서 지원하는 IP 게이트웨이는 호출을 라운드 로빈 방식으로 라우팅하여 한 다이얼 플랜 내의 여러 통합 메시징 서버 간에 로드를 균형있게 조정하도록 구성될 수 있습니다.
라운드 로빈이란 여러 서버 사이의 작업 부하를 분산하는 방식입니다. 그러나 라운드 로빈 자체를 통해 IP 게이트웨이에서 서버 오류를 검색할 수 있는 것은 아닙니다. 통합 메시징 서버 중 하나에 오류가 발생하고 IP 게이트웨이가 사용할 수 없는 통합 메시징 서버를 검색할 수 없을 경우에는, 사용자가 오류를 검색하고 다이얼 플랜에서 해당 서버를 제거할 때까지는 IP 게이트웨이가 계속해서 들어오는 호출을 통합 메시징 서버로 보냅니다. 다이얼 플랜에서 해당 통합 메시징 서버를 제거한 후에는 통합 메시징 서버의 IP 주소 또는 FQDN도 IP 게이트웨이의 구성에서 제거해야 합니다.
통합 메시징은 들어오는 호출을 분산하기 위해 라운드 로빈 DNS 또는 NLB(네트워크 로드 균형 조정)을 사용하지 않습니다. 라운드 로빈 DNS는 멀티홈 컴퓨터에서 사용할 수 있으며 다른 서비스의 로드를 분산하기 위해 사용할 수 있지만 통합 메시징에는 사용할 수 없습니다. NLB는 다른 서비스와 함께 사용되어 클라이언트 요청을 분산하고 서비스가 사용 불가능한지 자동으로 검색하며, 그런 다음 다른 클라이언트 요청을 남아 있는 서버에 다시 분산합니다. 그러나 역시 통합 메시징과는 함께 사용할 수 없습니다. 다이얼 플랜 내의 통합 메시징 서버 간에 로드를 분산하거나 균형있게 조정하는 유일한 방법은 IP 게이트웨이를 해당 다이얼 플랜 내 통합 메시징 서버의 IP 주소 또는 FQDN으로 구성하는 것입니다. IP 게이트웨이는 해당 목록을 사용하여 다이얼 플랜 내의 모든 통합 메시징 서버에서 로드를 분산하며, IP/VoIP가 이 기능을 지원할 경우 서버 오류도 검색할 수 있습니다.
통합 메시징 배포 시 로드를 균형있게 조정하는 또 다른 방법은 여러 IP 게이트웨이에 PBX 헌트 그룹을 연결하도록 구성한 다음, IP 게이트웨이에서 로드를 균형있게 조정하도록 해당 헌트 그룹을 구성하는 것입니다.
자세한 내용
Exchange 2007 통합 메시징에 대한 자세한 내용은 다음 리소스를 참조하십시오.