저장소 기술

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

마지막으로 수정된 항목: 2011-05-19

저장소 기술을 선택할 때 고려해야 하는 주요 요소는 안정성, 용량, 성능, 복잡도, 관리 효율성 및 비용입니다. Microsoft Exchange Server 2007에서는 SATA(Serial ATA), SAS(Serial Attached SCSI), iSCSI(Internet SCSI), 파이버 채널 등과 같은 저장소 기술을 선택하기 위한 광범위한 옵션을 사용할 수 있습니다. 이 항목에서는 Exchange 2007과 관련하여 이러한 각 기술에 대해 설명합니다. 또한 RAID(Redundant Array of Independent Disks) 유형을 통해 저장소 디자인을 위한 중복성을 확보하는 것에 대해 설명합니다.

이전 버전의 Exchange Server와 달리 Exchange 2007에서는 네트워크에 연결된 저장소가 지원되지 않습니다. Exchange 2007에 대해 지원되는 네트워크 기반 저장소 전송은 iSCSI뿐입니다.

선택한 솔루션에 관계없이 Exchange 2007에서 사용되는 모든 저장소 솔루션이 테스트된 제품의 Windows 서버 카탈로그에 나열되어야 합니다. 또한 SCC(단일 복사본 클러스터) 솔루션은 테스트된 제품의 Windows 서버 카탈로그에 있는 클러스터 솔루션 범주에 나열된 전체 솔루션이 있어야 하며 지리적으로 분산된 SCC 솔루션은 테스트된 제품의 Windows 서버 카탈로그에 있는 지리적으로 분산된 클러스터 솔루션 범주에 나열된 전체 솔루션이 있어야 합니다.

Serial ATA

SATA는 일반적으로 데스크톱 컴퓨터에 있는 ATA(Advanced Technology Attachment) 및 IDE(Integrated Device Electronics) 드라이브의 새로운 직렬 인터페이스입니다. SATA 드라이브는 보통 SCSI(Small Computer System Interface) 및 파이버 채널 디스크보다는 속도가 느리지만 큰 크기로 제공됩니다. SATA 디스크를 고려할 경우 회전 진동 및 열 오차 허용 범위에 대한 제조업체의 권장 사항을 확인하는 것이 좋습니다. 일부 SATA 디스크는 디스크 배열용으로 디자인되지 않았으므로 너무 많은 디스크를 서로 가까이 둘 경우 그로 인한 진동과 열로 인해 디스크 오류 및 성능 저하가 발생합니다. 또한 쓰기 캐시 배열 컨트롤러의 작업이 스핀들당 트랜잭션 처리량을 향상시키므로 사용될 컨트롤러가 쓰기 캐시 배열 컨트롤러인지 확인해야 합니다.

Serial Attached SCSI

SAS 저장소는 엔터프라이즈급의 고성능 하드 디스크를 사용합니다. 대부분의 SAS 배열 처리량은 SATA 및 일반 SCSI보다 훨씬 높으므로(최대 초당 3GB) SAS를 사용하면 유지 관리 또는 백업(스트리밍 성능)의 SLA(서비스 수준 계약)를 충족할 수 있습니다. 대부분의 SAS 배열은 서버에 직접 연결할 수 있으며 케이블 작업도 간단합니다. 작은 폼 요소 SAS 디스크에서는 제공하는 용량도 작지만 속도가 매우 빠르기 때문에 용량이 작은 사서함을 빠른 속도로 처리해야 하는 Exchange Server 배포에 적합합니다. 그리고 디스크 속도와 I/O(입출력) 요구 사항 간의 균형을 적절하게 조정해야 합니다. 많은 대규모의 사서함을 배포하는 경우 용량과 I/O 요구 사항 간의 균형을 조정하면 10,000 RPM SAS 디스크를 사용해도 충분합니다.

Internet SCSI

iSCSI는 Exchange 2007에서 지원하는 유일한 네트워크 기반 저장소입니다. iSCSI는 이더넷을 통해 서버를 저장소에 연결하지만 이 연결은 저장소 연결로 취급해야 하며 iSCSI 저장소 네트워크는 다른 모든 네트워크 트래픽과 완전하게 격리해야 합니다. 가능한 경우에는 흐름 제어, QoS(서비스 품질), Jumbo 프레임 등의 옵션을 통해 성능을 보다 향상시킬 수 있습니다. Microsoft iSCSI 초기자 2.0은 MPIO(Multipath I/O)를 지원합니다. Microsoft 테스트 환경에서는 세 개의 네트워크 카드에 대해 초당 250MB 이상을 전송하여 iSCSI가 높은 처리량이 요구되는 시나리오에 적합한 저장소 전송임을 확인했습니다.

iSCSI 저장소 기술을 선택할 경우 서버가 다시 시작된 후 연결된 드라이브가 자동으로 다시 연결되도록 iSCSI 초기자를 구성하는 것이 매우 중요합니다. 이렇게 하려면 영구 로그온을 사용할 수 있도록 지속성 볼륨과 함께 iSCSI 초기자를 구성합니다. 다시 시작 후 iSCSI 드라이브가 지속되지 않을 경우 Exchange Server는 해당 드라이브에 액세스할 수 없게 됩니다.

CCR(클러스터 연속 복제) 및 SCR(대기 연속 복제)과 함께 iSCSI를 사용할 경우 지속성을 구성하는 것이 특히 중요합니다. 또한 CCR 또는 SCR을 사용할 경우 서버 서비스가 연속 복제 원본에서 Microsoft iSCSI 초기자 서비스에 의존하도록 만드는 것이 좋습니다. CCR의 경우에는 클러스터 수명 동안 활성 및 수동 지정이 변경되기 때문에 이 작업을 두 노드 모두에서 수행해야 합니다. 이렇게 하면 디스크 볼륨이 존재하며 연속 복제에 필요한 파일 공유가 적절하게 만들어집니다.

iSCSICLI(iSCSI 명령줄 인터페이스) 도구를 사용하여 영구 로그온 대상 또는 iSCSI 초기자 제어판 도구를 구성하여 지속성 볼륨으로 만들 수 있습니다. 또한 iSCSICLI 명령을 사용하여 지속성 볼륨을 바인딩하거나 iSCSI 초기자 제어판 도구를 사용하여 iSCSI 서비스가 지속성 볼륨 목록을 구성하도록 허용할 수 있습니다.

iSCSICLI 도구에 대한 내용은 Microsoft iSCSI 소프트웨어 초기자 2.x 사용자 가이드(영문)를 참조하십시오. 영구 로그온 및 지속성 볼륨을 위해 iSCSI 대상 및 볼륨을 구성하고 Microsoft iSCSI 초기자 서비스에 의존하도록 서버 서비스를 구성하는 방법에 대한 자세한 단계는 Microsoft 기술 자료 문서 870964, 컴퓨터를 다시 시작하면 iSCSI 장치의 파일 공유가 다시 만들어지지 않을 수도 있음(영문)을 참조하십시오.

파이버 채널

파이버 채널은 보통 SAN(저장소 영역 네트워크)에 광섬유 케이블을 사용하는 네트워크 기술입니다. 파이버 채널은 GB급의 속도와 높은 성능을 갖춘 네트워크로 저장소 통합 및 관리에 적합합니다. 파이버 채널 저장소를 사용 중인 경우에는 저장소 공급업체에 최적의 구성 설정을 문의하는 것이 좋습니다. 각 저장소 공급업체에서는 큐 길이, 큐 대상 또는 실행 스로틀 설정 준수에 대한 권장 사항을 제공하기 때문입니다.

RAID 선택

가용성을 높이려면 저장소 디자인에 중복 기능을 추가해야 합니다. 모든 Exchange 서버에 대해 배터리가 지원되는 컨트롤러에 RAID 저장소를 사용하는 것이 좋습니다. 다양한 RAID 형식이 있으며 여러 알려진 RAID 형식이 고유하게 수정되었습니다. 그러나 서버 환경에서 가장 일반적으로 사용되는 네 가지 형식은 RAID-1/0, RAID-5, RAID-6 및 RAID-DP입니다.

다음 표에서는 재작성 및 오류 상황에서의 속도, 공간 사용률 및 성능을 기반으로 하여 RAID-1/0, RAID-5 및 RAID-6 솔루션을 비교합니다.

RAID 솔루션 비교

RAID-1/0

RAID-1/0은 미러링된(RAID-1) 집합에 대해 데이터가 제거되는(RAID-0) 위치입니다. RAID-0-1은 RAID-1/0과 다르며 Exchange 데이터에 적합하지 않습니다. 미러 내의 디스크가 모두 읽기 요청에 응답할 수 있으므로 RAID-1/0의 트랜잭션 성능은 매우 우수합니다. 패리티 정보를 계산할 필요가 없으므로 디스크 쓰기 작업을 효율적으로 처리할 수 있습니다. 미러링된 집합 내의 각 디스크는 같은 쓰기 작업을 수행해야 합니다.

RAID-1/0 배열에서 디스크에 오류가 발생해도 미러의 다른 구성원이 쓰기를 수락할 수 있기 때문에 쓰기 성능에는 아무런 영향이 없습니다. 그러나 이 경우 읽기 요청에 응답할 수 있는 실제 디스크는 하나뿐이므로 읽기 작업은 다소 영향을 받습니다. 오류가 발생한 디스크를 교체하면 미러가 다시 설정되며 그러면 데이터를 복사하거나 재작성해야 합니다.

RAID-5

RAID-5를 사용하는 경우 남아 있는 구성원 데이터에 사용할 수 있는 패리티를 계산하여 오류가 발생한 디스크에서 데이터를 재작성해야 합니다. RAID-5 배열에 쓰기 작업을 수행하면 쓰려는 각 I/O에 대해 최대 4개의 I/O가 발생하며 패리티 계산 과정에서도 컨트롤러 또는 서버 리소스가 사용될 수 있습니다. RAID-5의 트랜잭션 성능도 우수합니다. 특히 저장소 컨트롤러를 사용하여 패리티를 계산하는 경우에는 성능이 매우 우수합니다.

RAID-5 배열에서 디스크에 오류가 발생하면 해당 배열의 상태가 저하되며 성능이 떨어지고 대기 시간이 길어집니다. 이 경우는 대부분의 배열에서 패리티 정보를 배열에 있는 모든 디스크에 걸쳐 균등하게 배포하며 해당 배열은 남아 있는 데이터 블록과 결합되어 데이터를 실시간으로 재구성할 수 있기 때문입니다. 손실된 디스크에 데이터를 재구성하려면 읽기 및 쓰기 작업이 여러 실제 디스크에 액세스해야 하므로 오류가 발생한 동안에는 RAID-5 배열에서 대기 시간이 길어지고 성능이 떨어집니다. 오류가 발생한 디스크를 교체하면 패리티 및 남아 있는 블록을 사용하여 손실된 데이터가 재구성됩니다. 이 프로세스는 몇 시간, 심지어는 며칠까지 걸릴 수 있습니다. 중간 데이터 복구 모드 또는 재작성 작업 중에 RAID-5 배열의 두 번째 구성원에도 오류가 발생하면 해당 배열은 손실됩니다. 이와 같은 취약성으로 인해 만들어진 것이 RAID-6입니다.

RAID-6

RAID-6에는 패리티 블록이 더 추가되어 RAID-5에 비해 데이터 보호 기능이 거의 두 배 향상되었지만 쓰기 성능은 낮아졌습니다. 실제 디스크가 커지고 그로 인해 RAID 재작성 시간이 길어짐에 따라 재작성 중에 해결할 수 없는 오류가 발생하거나 배열의 두 번째 디스크에도 오류가 발생하는 경우에는 RAID-6를 사용하여 LUN(논리 단위 번호) 오류를 방지해야 하는 경우도 있습니다. 디스크 용량으로 인해 RAID-5가 아닌 RAID-6을 지원하는 공급업체도 있습니다.

RAID-DP

NetApp의 RAID-DP는 데이터 보호를 위한 독자적인 RAID Double Parity 구현입니다. RAID-DP는 Storage Network Industry Association의 RAID-6 정의에 속합니다. 또한 RAID-DP는 NetApp의 상표입니다.

일반 RAID-6과 달리 RAID-DP는 RAID 그룹에서 두 개의 전용 패리티 디스크를 통해 대각선 패리티를 사용합니다. 또한 RAID-DP는 두 디스크 오류로 인한 손실에도 지속될 수 있고 안정성이 뛰어나다는 점에서 기타 RAID-6 구현과 비슷하지만 세 번째 디스크 오류가 있을 경우 데이터가 손실됩니다. 현재 RAID-6 구현에서는 패리티 블록의 추가로 인해 I/O 성능이 저하되지만 RAID-DP는 NetApp 컨트롤러가 패리티 쓰기 작업을 처리하는 방식으로 인해 읽기 I/O를 줄이는 데 최적화되어 있습니다. 변경 내용을 원래 위치에 기록하는 다른 저장소 컨트롤러와 달리 NetApp 컨트롤러는 데이터를 항상 새 블록에 기록하므로 임의 쓰기가 순차적으로 기록되는 것처럼 보입니다. Exchange 구현에 대해 일관된 성능 수준을 보장하기 위해서는 배열 크기 조정과 관련하여 NetApp 모범 사례를 따르는 것이 중요합니다.

RAID 형식 선택

RAID 형식을 선택하면 용량, 트랜잭션 I/O 및 오류 또는 재작성 성능 특성 간의 균형을 조정할 수 있습니다. 예를 들어, 사서함 크기는 용량에 큰 영향을 주는 반면 작은 폼 요소 디스크는 성능에 영향을 줍니다. 또한 선택할 RAID 형식은 저장할 데이터와 사용할 컨트롤러에 따라 달라집니다. 가장 중요한 데이터 집합은 트랜잭션 로그이므로 서버 성능을 위해서는 적절한 쓰기 대기 시간이 매우 중요합니다. RAID 형식에 상관없는 저장소 컨트롤러를 사용하는 중이면 배터리가 지원되는 쓰기 캐시가 있는 RAID-1 또는 RAID-1/0 배열에 트랜잭션 로그를 배치해야 합니다. 트랜잭션 로그를 위한 신속하고 대기 시간이 짧은 저장소의 중요성에 대한 자세한 내용은 Exchange Server 2003의 저장소 최적화를 참조하십시오. 마찬가지로 RAID 형식에 상관없는 저장소 컨트롤러를 사용하는 중이면 RAID-1/0이 데이터베이스에 이상적인 구성이며 대용량 디스크에서 적절하게 작동합니다.

Exchange Server 2003의 경우에는 RAID-5의 용량 효율이 가장 뛰어납니다. 그러나 RAID-5는 성능이 떨어지기 때문에 활용 가능성이 거의 없습니다. 이로 인해 대부분의 Exchange 2003 배포에서는 RAID-1/0이 아닌 RAID-5의 트랜잭션 성능 요구 사항을 충족하기 위해 더 많은 실제 디스크가 필요합니다.

Exchange 2007을 사용하는 경우에는 보다 많은 데이터베이스 쓰기 작업이 데이터베이스 I/O 백분율로 전환되기 때문에 RAID-5 LUN의 성능이 Exchange 2003에서보다 더욱 떨어집니다. 그러나 트랜잭션 I/O 감소를 달성하기 위한 권장 사항을 따르는 경우에는 RAID-5를 사용하는 것이 적절할 수 있습니다. RAID-5는 속도가 높고 용량이 더 작은 디스크를 사용하는 경우에 유용합니다. 대규모 사서함 솔루션의 경우 RAID-5를 사용하면 RAID-1/0보다 적은 실제 디스크를 사용하여 용량 요구 사항을 충족하는 데 필요한 것보다 높은 수준의 트랜잭션 성능을 달성할 수 있습니다.

RAID-5 및 RAID-6의 경우 재작성 성능이 저장소 처리량에 상당한 영향을 줄 수 있습니다. 저장소 배열과 구성에 따라 이 영향으로 저장소 처리량이 절반으로 줄어들 수 있습니다. 프로덕션 시간 이외 시간에 재작성을 예약하면 이러한 성능 저하를 줄일 수 있지만 이렇게 할 경우 안정성에 영향을 주게 됩니다. CCR 환경에서는 사서함 서버를 수동 노드로 이동하고 활성 노드로 만들어 처리량 감소 영향을 방지할 수 있습니다. 옵션을 사용할 수 없는 경우 프로덕션 시간 동안 RAID-5 또는 RAID-6 재작성 조건을 수용하기 위한 아키텍처에 대해 추가 I/O 처리량을 설계해야 합니다. 이 추가 I/O 처리량은 비실패 상태 I/O 요구 사항의 최대 2배까지 높일 수 있습니다.