Microsoft Exchange Server 2007 SP1(서비스 팩 1)에서는 기존 고가용성 기능이 향상되었을 뿐만 아니라, 고가용성을 위한 몇 가지의 새로운 기능이 추가되었습니다. 새로운 기능과 향상된 기능을 사용하면, Exchange 2007 서버 역할에 대한 데이터 및 서비스 가용성을 얻을 수 있는 시나리오를 확장할 수 있습니다. 조직은 새 시나리오를 통해 사이트 복원 시나리오에서 고가용성 시나리오를 별도로 취급하여 조직의 특정 요구에 맞는 구성을 각 개별 영역에 배포할 수 있습니다.
Exchange 2007 SP1은 고가용성을 위한 다음과 같은 새로운 기능과 향상된 기존 고가용성 기능을 제공합니다.
· SCR(대기 연속 복제)
· Windows Server 2008 의 다음과 같은 기능 지원
· 복수 서브넷 장애 조치 클러스터
· DHCP(Dynamic Host Configuration Protocol) IPv4(인터넷 프로토콜 버전 4)
· IPv6
· Exchange 및 장애 조치 클러스터 네트워크 구성
· 새 쿼럼 모델(디스크 및 파일 공유 감시)
· CCR(클러스터 연속 복제) 환경에서 중복 클러스터 네트워크를 통한 연속 복제(로그 전달 및 시드)
· 보고 및 모니터링 향상
· 성능 향상
· 전송 쓰레기 수거통 향상
· Exchange 관리 콘솔 향상
이러한 각 기능에 대해서는 이러한 기능을 계획하고 배포 및 관리하는 방법에 대한 설명서를 볼 수 있는 링크와 함께 항목의 뒷부분에서 설명합니다. 다음 표에는 Windows Server 2003 및 Windows Server 2008 의 장애 조치 클러스터 기능에 대한 Exchange 2007 의 지원 사항이 요약되어 있습니다.
Exchange 2007 SP1에서 지원하는 장애 조치 클러스터 기능
|
Windows Server 2003 |
Windows Server 2008 |
Exchange 2007 지원 |
|
공유 디스크 쿼럼 |
과반수 안 됨: 디스크 전용 쿼럼 |
지원되지만 Windows Server 2008 에는 권장되지 않습니다. |
|
과반수 노드 쿼럼 |
노드 과반수 쿼럼 |
지원됨 |
|
파일 공유 감시 기능이 있는 과반수 노드 쿼럼 |
노드와 파일 공유 과반수 쿼럼 |
지원되며 CCR에 권장됩니다. |
|
파일 공유 감시 기능이 있는 공유 디스크 쿼럼 또는 과반수 노드 쿼럼 |
노드 및 디스크 과반수 쿼럼 |
지원되며 SCC(단일 복사본 클러스터)에 권장됩니다. |
|
8노드 클러스터 |
16노드 클러스터 |
SCC 전용의 8노드 클러스터입니다(CCR은 2노드 클러스터임). |
|
IPv4 주소 리소스 |
IPv4 및 IPv6 주소 리소스 |
지원됩니다. 그러나 IPv4를 통한 IPv6 터널링은 Windows Server 2008 에서 지원하지만 Exchange 2007 에서는 지원하지 않습니다. |
|
고정 IPv4 주소 |
DHCP-IPv4 주소 |
지원되지만 프로덕션 환경에 권장되지 않습니다. |
|
각 클러스터 네트워크에 필요한 단일 서브넷 |
클러스터 네트워크에 대해 지원하는 복수 서브넷 |
SCC 및 CCR에 대해 지원됩니다. |
대기 연속 복제
SCR은 Exchange 2007 SP1에 추가된 새로운 기능입니다. Exchange 2007 RTM의 기존 연속 복제 기능을 확장하는 SCR을 사용하면, Exchange 2007 사서함 서버에 대한 새 데이터 가용성 시나리오가 가능합니다. SCR은 LCR(로컬 연속 복제) 및 CCR에서 사용하는 동일한 로그 전달 및 재생 기술을 사용하여, 추가된 배포 옵션과 구성을 제공합니다. 이러한 SCR은 LCR 및 CCR과 유사하지만 다음과 같은 고유 특징이 있습니다.
· SCR은 저장소 그룹당 여러 대상을 지원합니다. LCR과 CCR은 저장소 그룹당 단 하나의 복제 대상(수동 복사본)을 지원합니다.
· 관리자는 SCR을 사용하여 복제 지연 시간을 지정할 수 있는데, 이는 다양한 시나리오에서 유용합니다. 예를 들어, NodeA에서 NodeB로의 손실 장애 조치(failover)를 취하는 경우, 손실된 로그 파일을 원격 NodeM에서 재생한 경우 NodeM을 다시 시드해야 합니다. 그러나 로그를 복사한 후에 재생하지 않았다면 로그가 삭제될 수 있고, 새 로그 파일을 복사하여 나중에 재생할 수 있습니다. 이 경우에는 NodeM에서 복사본을 다시 시드하지 않아도 됩니다.
· CCR 및 LCR과 달리 SCR 복사본은 백업할 수 없습니다. SCR을 사용할 때 SCR 복사본에 대한 데이터베이스 헤더가 업데이트되고, 원본 저장소 그룹에 대해 백업을 수행할 때 로그 파일이 잘립니다.
SCR을 사용하면 연속 복제를 통해, SCC 또는 CCR 환경에서 독립 실행형 사서함 서버 또는 클러스터된 사서함 서버에서 사서함 서버 데이터를 복제할 수 있습니다.
SCR에서 만들어 유지 관리하는 사서함 서버 데이터의 복사본을 활성화하는 프로세스는 수동 프로세스로, 다시 시작 또는 다른 간단한 방법으로 복구할 수 있는 단순한 서버 중단이 아니라 치명적인 오류가 발생할 때 사용하도록 설계되었습니다. 데이터베이스 이식성, 서버 복구 옵션(Setup /m:RecoverServer), 또는 사서함 서버가 클러스터된 경우에는 클러스터된 사서함 서버 복구 옵션(Setup /RecoverCMS)을 사용하여 SCR 대상을 활성화할 수 있습니다. 옵션은 해당 구성 및 발생한 오류 유형을 기준으로 선택합니다.
SCR에 대한 자세한 내용은 대기 연속 복제를 참조하십시오.
Windows Server 2008 지원
Windows Server 2008 에는 Exchange 2007 SP1에서 지원하는 새 고가용성 기능이 있습니다. Windows Server 2008 에서 장애 조치 클러스터(Windows Server 2003 및 이전 버전에서는 서버 클러스터라고 함)의 기능을 향상한 이유는 클러스터를 단순화하여 클러스터의 안전성과 안정성을 강화하기 위해서입니다. 또한 클러스터 설치 및 관리도 보다 쉬워지고 기본 클러스터 보안, 네트워킹 및 저장소 구성 요소도 향상되었습니다. 장애 조치 클러스터의 향상된 기능에 대한 전체 목록은 Windows Server 2008의 장애 조치 클러스터링(Failover Clustering with Windows Server 2008)을 참조하십시오.
Exchange 2007 SP1은 Windows Server 2008 을 운영 체제 플랫폼으로 지원할 뿐 아니라 다음과 같은 Windows Server 2008 장애 조치 클러스터 기능도 지원합니다. 이러한 기능에 대한 지원도 명령줄 버전(Setup.com) 및 GUI(그래픽 사용자 인터페이스) 버전(Setup.exe, 또는 Exchange Server 2007 설치 마법사라고도 함)용 Exchange 2007 설치 프로그램에 통합되었습니다.
복수 서브넷 장애 조치 클러스터 지원
Windows Server 2008 장애 조치 클러스터링에서는 레거시 클러스터에서 사용하던 방법과는 상당히 다른 새 네트워킹 기능을 사용합니다. 예를 들어, Windows Server 2008 장애 조치 클러스터에는 복수 서브넷 지원 기능이 있습니다. Windows Server 2008 장애 조치 클러스터에서 실행되는 경우 Exchange 2007 SP1은 두 서브넷 간에 지리적으로 분산된 장애 조치(failover)용 클러스터를 지원하는데, CCR 환경의 사서함 서버와 두 개의 SCC를 지원합니다.
Windows Server 2008 장애 조치 클러스터링을 시작하면서 개별 클러스터 노드를 라우팅된 별도의 네트워크에 배치할 수 있습니다. 이를 위해서는 IP 주소 리소스(예: 네트워크 이름 리소스)를 사용하는 리소스를 통해 OR 논리를 구현해야 합니다. 그 이유는 각 클러스터에서 인식하는 모든 네트워크에 해당 클러스터 노드가 로컬 방식으로 직접 연결될 가능성이 적기 때문입니다. 이를 통해 서비스 또는 응용 프로그램이 원격 노드로 장애 조치(failover)될 때 IP 주소와 네트워크 이름 리소스를 온라인 상태로 손쉽게 전환할 수 있습니다.
|
중요: |
|
SCC 또는 CCR 환경의 모든 노드는 동일한 Active Directory 사이트에 있어야 합니다. Windows Server 2008 장애 조치 클러스터에는 다른 Active Directory 사이트의 구성원이 되는 클러스터 노드를 지원하는 기능이 있지만, Exchange 2007 은 이 구성을 지원하지 않습니다. |
복수 서브넷 장애 조치 클러스터를 사용하는 경우, 네트워크 이름 리소스와 연결된 IP 주소가 온라인 상태가 되면 DNS(Domain Name System)에 동적으로 등록됩니다(동적 업데이트에 대해 구성된 경우). 따라서 온라인 상태의 IP 주소 리소스만 클라이언트에 반환됩니다. 클러스터 노드는 라우팅된 서로 다른 네트워크에 배치할 수 있으며 유니캐스트 UDP(사용자 데이터그램 프로토콜)를 통해 구현된 신뢰할 수 있는 세션 프로토콜을 사용하도록 통신 메커니즘이 변경되었으므로 지리적으로 분산된 Windows Server 2003 클러스터에 대한 네트워킹 요구 사항은 Windows Server 2008 에서 더 이상 적용되지 않습니다. 이 결과 조직은 VLAN(가상 LAN) 기술을 사용하여 서브넷을 확장할 필요없이, 두 개의 실제 데이터 센터에 SCC 또는 CCR 환경을 배포할 수 있습니다.
지리적으로 분산된 여러 개의 서브넷 장애 조치 클러스터에 배포된 클러스터된 사서함 서버에 이동 또는 장애 조치(failover)가 발생하면, 클러스터된 사서함 서버의 이름은 유지 관리되지만 이 이름에 할당된 IP 주소는 유지 관리되지 않습니다. 클라이언트 및 다른 서버에 대한 이 서버의 가용성은 전체 DNS에 걸친 새 IP 주소의 전파에 따라 다릅니다. DNS 전파에는 시간이 다소 걸릴 수 있습니다. 이러한 이유로 클러스터된 사서함 서버 DNS 호스트 레코드의 TTL(Time to Live) 값을 10분으로 구성하는 것이 좋습니다.
내부 Microsoft Outlook 클라이언트에는 새 IP 주소를 사용하여 연결할 새로운 프로필 또는 다시 구성된 프로필이 필요하지 않지만, 클러스터된 사서함 서버의 이름 확인이 이전 IP 주소에서 새 IP 주소로 진행되도록 로컬 DNS 캐시가 지워질 때까지 기다려야 합니다. IP 주소를 DNS 서버로 전파한 후에는 Outlook 클라이언트의 명령줄 프롬프트에서 다음 명령을 사용하여 이 클라이언트에서 DNS 캐시를 지울 수 있습니다.
코드 복사
DHCP-IPv4 지원
Windows Server 2008 장애 조치 클러스터링에는 클러스터 IP 주소 리소스가 정적 항목을 통해서 뿐만 아니라 DHCP 서버에서 주소를 얻을 수 있는 기능이 있습니다. DHCP 서버에서 IP 주소를 가져오도록 클러스터 노드를 구성하면, 모든 클러스터 IP 주소 리소스에 대해 IP 주소를 자동으로 가져오도록 기본 작업이 수행됩니다. 클러스터 노드에 정적으로 할당된 IP 주소가 있으면 클러스터 IP 주소 리소스도 고정 IP 주소를 갖도록 구성해야 합니다. 따라서 클러스터 IP 주소 리소스 IP 할당은 실제 노드 및 노드의 각 특정 인터페이스 구성에 따라 이루어집니다.
IPv6 지원
Windows Server 2008 및 클러스터 서비스는 IPv6를 지원합니다. 그리고 IPv6 IP 주소 리소스 또는 IPv4 IP 주소 리소스를 각각 지원하거나 클러스터에서 조합하여 지원할 수 있습니다. 또한 장애 조치 클러스터는 ISATAP(Intra-site Automatic Tunneling Addressing Protocol)를 지원하고 DNS에서 동적 등록을 허용하는 IPv6 주소(AAAA 호스트 레코드 및 IP6.ARPA 역조회 영역)만을 지원합니다. 현재 IPv6 주소 유형에는 글로벌, 사이트 링크, 로컬 링크, 이 세 가지 유형이 있습니다. 링크 로컬 주소에는 동적 DNS 등록이 이루어지지 않으므로, 링크 로컬 주소는 클러스터에서 사용할 수 없습니다.
|
참고: |
|
Windows Server 2008 을 실행하는 컴퓨터에 Exchange 2007 SP1을 배포하고 이 컴퓨터에서 IPv6 및 IPv4(인터넷 프로토콜 버전 4)를 모두 사용할 수 있으며 네트워크에서 두 가지 버전의 IP 주소를 지원하는 경우에만, IPv6(인터넷 프로토콜 버전 6) 주소 및 IP 주소 범위를 사용할 수 있습니다. 이 구성에서 Exchange 2007 SP1을 배포하면, 모든 서버 역할은 IPv6 주소를 사용하는 장치, 서버 및 클라이언트와 데이터를 주고받을 수 있습니다. Windows Server 2008 을 기본 설정으로 설치하면 IPv4 및 IPv6을 사용할 수 있습니다. Exchange 2007 SP1을 Windows Server 2003 에 설치하면 IPv6 주소가 지원되지 않습니다. Exchange 2007 SP1의 IPv6 주소 지원에 대한 자세한 내용은 Exchange 2007 SP1에서 IPv6 지원을 참조하십시오. |
Exchange 및 장애 조치 클러스터 네트워크 구성
Exchange 2007 SP1에 대해 SCC 또는 CCR을 구성할 때 다음 요구 사항을 고려해야 합니다.
· IPv6 및 DHCP IPv4는 Windows Server 2008 에서만 지원됩니다. Windows Server 2003 에서 Exchange 2007 을 실행하는 경우 두 가지 모두 사용할 수 없습니다.
· DHCP IPv6는 Windows Server 2008 또는 클러스터 서비스에서 지원되지 않습니다. 따라서 Exchange 2007 에서도 지원되지 않습니다. 시스템에서 할당한 동적 IPv6 주소만 지원됩니다.
· 고정 IPv6 주소는 Windows Server 2008 및 클러스터 서비스에서 지원됩니다. 그러나 고정 IPv6 주소를 사용하면 최상의 결과를 낼 수 없습니다. 따라서 Exchange 2007 에서는 설치 중에 고정 IPv6 주소를 구성할 수 없습니다.
· IPv4를 통한 IPv6 터널링은 Windows Server 2008 클러스터링에서 지원하지만, Exchange 설치 프로그램에서는 이 유형의 IP 주소 리소스를 만들 수 없습니다.
Exchange 2007 SP1의 설치 프로그램은 앞부분에서 설명한 변경 내용을 지원하도록 수정되었습니다. Exchange Server 2007 설치 마법사를 사용할 때, 클러스터 IP 주소 및 네트워크 이름 리소스 구성에 추가 페이지와 필드를 사용할 수 있음을 확인할 수 있습니다. 이 외에도 Setup.com의 /NewCMS 및 /RecoverCMS 옵션이 몇 가지 새로운 선택적 매개 변수를 지원하도록 업데이트되었습니다. 이 매개 변수에 대해서는 다음 표에서 설명합니다.
Exchange 2007 SP1에 추가된 /NewCMS 및 /RecoverCMS의 선택적 매개 변수
|
매개 변수 |
설명 |
|
CMSIPV4Addresses |
클러스터된 사서함 서버에 대한 하나 또는 두 개의 고정 IPv4 주소를 지정하는 데 사용하는 쉼표로 분리된 목록. 고정 주소를 두 개 지정할 경우, 주소는 다른 서브넷에 있어야 합니다. |
|
CMSIPV4Networks |
하나 또는 두 개의 IPv4 클러스터 네트워크 이름을 지정하는 데 사용하는 쉼표로 분리된 목록. 이러한 이름은 DHCP-IPv4 리소스를 만드는 데 사용됩니다. |
|
CMSIPV6Networks |
하나 또는 두 개의 IPv6 클러스터 네트워크 이름을 지정하는 데 사용하는 쉼표로 분리된 목록. 이러한 이름은 IPv6 리소스를 만드는 데 사용됩니다. 이 매개 변수는 CMSIPV4Addresses 또는 CMSIPV4Networks 매개 변수와 함께 사용할 수 있습니다. |
|
참고: |
|
CMSIPV4Addresses 및 CMSIPV4Networks 매개 변수는 함께 사용할 수 없습니다. |
Microsoft Exchange Server 2007 의 RTM(Release To Manufacturing) 버전의 /NewCMS 및 /RecoverCMS에 필수 매개 변수였던 CMSIPAddress 매개 변수는 클러스터된 사서함 서버용의 단일 고정 IPv4 주소를 지정할 때 여전히 사용됩니다. 그러나 Exchange 2007 SP1에서는 사용 가능한 네 개의 매개 변수 중 설치 시 어느 것을 사용해도 관계 없기 때문에, CMSIPAddress 매개 변수는 이제 선택적 매개 변수입니다.
위 표의 매개 변수는 Windows Server 2008 에서만 사용할 수 있습니다.
Windows Server 2008의 새 쿼럼 모델
네트워크 문제가 발생하면 클러스터 노드 간 통신에 방해가 될 수 있습니다. 작은 집합의 노드는 작동하는 네트워크의 일부를 통해 서로 통신할 수 있지만, 다른 네트워크에 있는 서로 다른 집합의 노드와 통신하지 못할 수 있습니다. 이 경우에는 심각한 문제가 발생할 수 있습니다. 이 브레인 분할 상황에서는 노드 집합에 다른 노드 상태에 대한 명확한 정보가 없는 경우에도, 노드 집합 중 적어도 하나 이상의 노드가 클러스터로 실행되지 말아야 합니다.
클러스터의 분할로 인한 문제를 방지하려면, 클러스터 소프트웨어에서는 클러스터로 실행되는 모든 노드 집합에서 특정 시간에 노드 집합에 쿼럼이 있는지 결정하기 위해 응답 알고리즘을 사용하는 것이 필요합니다. 특정 클러스터에는 특정 노드 집합과 특정 쿼럼 구성이 있으므로, 클러스터는 몇 개의 응답 수가 과반수(쿼럼)를 구성하는지 인식할 수 있습니다. 응답 수가 과반수 이하이면 클러스터 실행이 중지됩니다. 다른 노드가 네트워크에 다시 표시되는 경우에는 노드에서 다른 노드가 있음을 계속해서 수신하지만, 쿼럼이 다시 존재할 때까지 노드가 클러스터로 작동하지 않습니다.
장애 조치 클러스터의 쿼럼 구성에서는 너무 많은 오류로 인해 클러스터 실행이 중지되는 지점을 결정합니다. 이 컨텍스트와 관련된 오류는 노드 오류이거나, 일부의 경우 클러스터 구성의 복사본을 포함하는 감시 디스크 또는 감시 파일 공유 오류이기도 합니다. Windows Server 2008 에서는 다음과 같은 네 가지의 가능한 쿼럼 구성을 선택할 수 있습니다.
· 노드 과반수 이 모델은 노드가 홀수인 클러스터에 권장되며, 노드의 반에서 1을 뺀 수의 오류를 유지할 수 있습니다. 예를 들어, 7노드 클러스터는 3노드 오류를 유지할 수 있습니다.
· 노드 및 디스크 과반수 이 모델은 노드가 짝수인 클러스터에 권장되며, 감시 디스크가 온라인 상태인 경우 노드의 반에 해당하는 수의 오류를 유지할 수 있습니다. 예를 들어, 감시 디스크가 있는 6노드 클러스터는 3노드 오류를 유지할 수 있습니다. 또한 감시 디스크가 오프라인이거나 디스크에 문제가 발생했을 경우에는 노드의 반에서 1을 뺀 수의 오류를 유지할 수 있습니다. 예를 들어, 감시 디스크에 오류가 발생한 6노드 클러스터는 2노드 오류를 유지할 수 있습니다(3-1=2).
· 노드 및 파일 공유 과반수 이 모델은 특수 구성을 가진 클러스터용으로 설계된 것으로, CCR 환경에서 클러스터된 사서함 서버에 권장됩니다. 이 모델은 노드 및 디스크 과반수 모델과 같은 방식으로 작동하지만, 감시 디스크 대신 감시 파일 공유를 사용합니다.
· 과반수 안 됨: 디스크 전용 이 모델은 지원은 되지만 권장되지 않습니다. 이 모델은 1노드 오류를 제외한 모든 노드 오류를 유지할 수 있습니다. 그러나 디스크가 단일 지점에서 실패하므로 이 구성은 권장되지 않습니다.
중복 클러스터 네트워크를 통한 연속 복제
Exchange 2007 RTM의 경우 CCR 환경의 모든 트랜잭션 로그 파일 복사 및 시드 작업은 공용 네트워크를 통해 발생합니다. 이 구성에는 다음과 같은 제한이 있습니다.
· 수동 노드를 몇 시간 동안 사용할 수 없는 경우에는 전송해야 할 로그가 엄청나게 많이 쌓입니다. 이러한 로그는 수동 노드가 다시 사용할 수 있게 되었을 때 가능한 빨리 이동되어야 합니다. 그런데 공용 네트워크를 통해 로그를 복사하면 로그의 이동이 클라이언트 트래픽과 경쟁하게 됩니다. 이로 인해 클라이언트 트래픽에 영향을 미치게 되며 재동기화가 느려집니다.
· 공용 네트워크에 오류가 발생하면, 로그 데이터를 사용할 수 있는 경우에도 장애 조치(failover)에 손실이 발생합니다.
· 로그 통신에 격리 네트워크를 사용하면, 암호화를 사용하지 않고도 관련 성능의 손실 없이 데이터 메시징을 보안할 수 있습니다.
· 몇 가지 상황에서는 로그 폭풍이 일어날 수 있는데, 이 경우 시스템의 복제 부하량이 비정상적으로 많아집니다. 이러한 상황에서는 클라이언트와의 통신에 사용된 동일한 네트워크를 통해 로그 데이터를 통신해야 할 경우, 클라이언트 부족이 발생할 수 있습니다.
이러한 문제가 모두 같은 주기로 발생되는 것은 아닙니다. 하지만 첫 번째 문제는 수동 노드가 정기적인 유지 관리 작업을 위해 오프라인 상태로 되므로 몇 달의 주기로 발생됩니다.
Exchange 2007 SP1에서는 관리자가 로그 전달을 위한 혼합 네트워크를 하나 이상 클러스터(예: 내부 클러스터 하트비트와 클라이언트 트래픽을 모두 지원하는 클러스터 네트워크)에 만들 수 있으므로 위 문제의 영향을 최소화할 수 있습니다. Exchange 2007 SP1에서는 관리자가 시드용 네트워크를 지정할 수도 있습니다.
|
참고: |
|
로그 전달 또는 시드에 사용되는 클러스터 네트워크는 혼합 네트워크로 구성해야 합니다. 혼합 네트워크란 클러스터(하트비트)와 클러스터 액세스 트래픽 모두에 대해 구성된 클러스터 네트워크입니다. 또한 연속 복제 호스트 이름으로 구성 중인 < |
콘텐츠 계획 
이올린에 북마크하기
새 배포 옵션 