백서 EMC 스토리지를위한 Microsoft Exchange 2010 스토리지 Best Practice 및설계지침 EMC Solutions Group 요약 Microsoft Exchange 를메시징플랫폼으로사용하는기업이빠르게늘고있는데다, 그추세가꺾일기미도보이지않습니다. 이백서에서는 EMC VNX 유니파이드스토리지제품군이나 EMC Symmetrix VMAX 시리즈스토리지를기반으로 Microsoft Exchange Server 2010 을계획하고구축하는작업과관련된 Best Practice 와중요결정요인을알아봅니다. 2012 년 12 월
Copyright 2012 EMC Corporation. All Rights Reserved. 본문서의정보는발행일현재정확한것으로간주되며모든정보는예고없이변경될수있습니다. 본문서의정보는 " 있는그대로 " 제공됩니다. EMC Corporation 은본문서의정보와관련하여어떠한진술이나보증도하지않으며, 특히상품성이나특정목적을위한적합성에대하여어떠한묵시적인보증도부인합니다. 본문서에설명된 EMC 소프트웨어를사용, 복사및배포하려면해당소프트웨어라이센스가필요합니다. EMC 제품에대한최신목록은 korea.emc.com 의 EMC Corporation Trademarks 부분을참조하십시오. VMware, ESX, vmotion, VMware vcenter 및 VMware vsphere 는미국및기타국가에서 VMware, Inc. 의등록상표또는상표입니다. 본문서에사용된기타모든상표는해당소유주의자산입니다. Part Number h8888.5 Microsoft Exchange Server 2010: EMC 스토리지를위한 Best Practice 및설계지침 2
목차 요약... 6 본백서의용도... 6 대상... 6 범위... 6 용어집... 7 주요 EMC 스토리지... 8 EMC VNX 유니파이드스토리지제품군... 8 VNX Snapshots... 9 EMC Symmetrix VMAX 시리즈... 10 Exchange Server 2010 의입출력및대역폭특성... 12 메일박스데이터베이스입출력읽기 / 쓰기비율... 12 Exchange Server 2010 의입출력크기증가... 13 BDM(Background Database Maintenance)... 14 BDM 의요구대역폭... 15 EMC 스토리지설계 Best Practice... 17 디스크유형선택... 17 디스크당 IOPS... 18 RAID 종류선택... 18 VNXe 스토리지에대한특별고려사항... 19 EMC 스토리지를기반으로한 Exchange Server 2010 의일반적인 Best Practice... 20 Exchange 2010 과 FAST VP... 21 VNX 관련스토리지설계지침... 22 VNX 설정... 22 VNX 에구축된 Exchange 2010 에풀또는 RAID 그룹사용... 22 VNX 에구축된 Exchange 2010 에 LUN 사용... 23 VNX 에구축된 Exchange 2010 에 FAST Cache 사용... 23 VNX 에구축된 Exchange 2010 에 FAST VP 사용... 24 SOAP 툴... 24 Symmetrix VMAX 관련스토리지설계지침... 25 VMAX 에구축된 Exchange 2010 에씬 LUN 사용... 25 VMAX 엔진당 Exchange IOPS... 25 VMAX 에구축된 Exchange 2010 의 FAST VP 구성지침... 25 Microsoft Exchange Server 2010: EMC 스토리지를위한 Best Practice 및설계지침 3
Exchange 2010 과 VFCache 캐시... 27 VFCache 의이점... 27 VFCache 는 Exchange 의성능을어떻게가속화합니까?... 27 EMC 스토리지를기반으로한 Exchange Server 2010 의가상화 Best Practice... 28 일반적인 Exchange 가상화지침... 28 지원되지않는구성... 29 Exchange 가상화관련리소스... 29 Exchange 스토리지빌딩블록... 30 메일박스서버빌딩블록이란?... 30 요구사항수집... 32 주요 Exchange Server 2010 요구사항... 32 고객요구사항예제... 33 메일박스서버사이징툴... 34 필요한디스크수에대한입출력계산... 35 입출력계산... 35 사용자 IOPS... 35 프런트엔드 IOPS... 35 RAID 오버헤드와디스크입출력... 35 RAID 종류선택... 36 디스크요구용량계산... 36 데이터베이스볼륨크기계산... 36 디스크의사용자메일박스크기공식... 36 여유공간공식... 37 휴지통공식... 37 디스크의데이터베이스크기공식... 37 데이터베이스 LUN 크기공식... 37 로그 LUN 크기... 37 로그 LUN 크기공식... 38 빌딩블록당필요한총공간크기... 38 빌딩블록당필요한총공간크기공식... 38 필요한디스크의총수... 39 디스크요구사항요약... 39 대역폭계산... 39 데이터베이스당처리량 (MB/s)... 39 버스하나당요구되는처리량 (MB/s)... 39 처리량요구사항을스토리지의버스용량과비교... 40 계산예제... 40 Microsoft Exchange Server 2010: EMC 스토리지를위한 Best Practice 및설계지침 4
스토리지설계검증... 41 Jetstress... 41 ESRP 보고서... 41 EMC Proven Solutions 및백서... 41 EMC 스토리지의 Exchange Server 2010 을위한고가용성및데이터보호기능... 42 Exchange 2010 DAG... 42 지연복제... 42 EMC Replication Enabler for Exchange 2010... 42 Exchange Server 2010 용 EMC 고가용성및데이터보호오퍼링... 42 EMC Replication Manager... 43 EMC AppSync... 43 신속한 Exchange 백업및복구... 44 Exchange 2010 재해복구옵션... 44 추가백업고려사항... 44 결론... 45 추가정보... 45 Microsoft Exchange Server 2010: EMC 스토리지를위한 Best Practice 및설계지침 5
요약 Microsoft Exchange Server 2010 구축시, 계획및설계단계에서는애플리케이션이스토리지플랫폼과어떻게상호작용하는지를파악하는것이중요합니다. 또한문제를방지하고최상의성능을실현하기위한 Best Practice 도알아야합니다. Microsoft Exchange Server 2010 의애플리케이션아키텍처와사용자프로파일특성은스토리지설계측면에서이전버전의 Exchange(2003, 2007) 와차이가큽니다. 대표적인차이점으로, 데이터베이스의여러복제본이여러서버에상주할수있게하는 DAG(Database Availability Group) 기능이도입된것을들수있습니다. 또한 Exchange 에서온라인데이터베이스유지보수작업을수행하는방식도중요한차이점중하나이며, 이는성능에도영향을미칠수있습니다. 새로운데이터베이스스토리지스키마가사용되면서사용자 IOPS 가감소한덕분에데이터베이스입출력페이지크기와메일박스서버캐시효율성도향상되었습니다. EMC 는이러한차이점을고려하여 Exchange Server 2010 의기능을반영한 Exchange 스토리지설계의권장 Best Practice 를업데이트했습니다. 본백서의용도 본백서는 Microsoft Exchange Server 2010 을지원하는스토리지설계에대한일련의최신 EMC 권장 Best Practice 를소개합니다. 또한 EMC VNX 유니파이드스토리지제품군과 EMC Symmetrix VMAX 시리즈스토리지를기반으로 Exchange 를구축하는작업과관련된지침을제시합니다. 아울러이백서에는물리적환경과가상화환경에서의 Exchange 구축지침이모두수록되어있습니다. 대상 본백서는 Microsoft Exchange Server 2010 을사용하여새로운메시징환경을구축하거나이전버전의 Exchange 를업그레이드하려는고객, EMC 파트너, 서비스담당자를대상으로합니다. 백서의내용은 Microsoft Exchange Server, EMC VNX 제품군또는 EMC Symmetrix VMAX 시리즈스토리지, VMware 또는 Microsoft Hyper-V 가상화환경에대한지식을갖춘독자를기준으로작성되었습니다. 범위 본문서에서는물리적환경과가상화환경모두에서 EMC VNX 제품군스토리지또는 EMC Symmetrix VMAX 시리즈스토리지를기반으로 Microsoft Exchange Server 2010 을호스팅하는것과관련하여 EMC 가권장하는스토리지설계 Best Practice 를제시합니다. 또한 EMC 의검증된단계별구축방식을기초로한사이징예제와설계예제도수록되어있습니다. 자세하고종합적인구축지침은본문서에서다루지않습니다. Microsoft Exchange Server 2010: EMC 스토리지를위한 Best Practice 및설계지침 6
용어집 표 1 본문서에서사용되는몇가지용어를설명합니다. 표 1. 용어집 용어 Exchange DAG(Database Availability Group) BDM(Background Database Maintenance) RAID(Redundant Array of Independent Disk) 스토리지풀 씬 (thin) LUN 일반 LUN FAST Cache FAST VP VFCache 설명 Microsoft Exchange Server 2010 에내장된기본구성요소로, 고가용성과사이트복구프레임워크를제공합니다. DAG 는최대 16 개의 Microsoft Exchange Server 2010 메일박스서버로구성되며, 이러한구성은데이터베이스, 서버또는네트워크장애발생시에데이터베이스레벨의자동복구기능을제공합니다. Exchange Server 2010 데이터베이스유지보수프로세스에는온라인조각모음작업과온라인데이터베이스검사작업이포함되어있습니다. 이러한프로세스는기본적으로매일 24 시간액티브및패시브데이터베이스복제본에대해실행되는순차적인 256KB 입출력읽기작업을대량으로생성하며, 액티브 DAG 복제본에대해실행되도록예약할수있습니다. 패시브 DAG 복제본에대해서는이프로세스를예약하거나임계치를조절하거나해제할수없습니다. RAID 는데이터가여러디스크드라이브에저장되어성능과스토리지용량을증가시키고이중화와내결함성을구현하는정보저장방법입니다. 스토리지풀은데이터의비즈니스작업에따라서로다른드라이브계층간 ( 고성능드라이브에서저렴한대용량드라이브로또는그반대로 ) 에데이터가동적으로이동할수있게하는가상구조입니다. VNX 시스템과 VMAX 시스템을사용할경우스토리지풀이완전자동화되고자가관리됩니다. 할당된물리적공간이호스트서버에서인식되는사용자용량보다작을수있는풀 LUN 의유형입니다. 할당된물리적공간과호스트서버에서인식되는사용자용량이일치하는풀 LUN 의유형입니다. VNX 스토리지기능인 FAST Cache 는다양한플래시드라이브용량을추가하여기존캐시용량을확장하고시스템성능을전반적으로향상시킬수있는소프트웨어입니다. FAST Cache 는 100GB 또는 200GB 플래시드라이브를사용하여한층개선된용량구성으로제공됩니다. FAST VP(Fully Automated Storage Tiering with Virtual Pool) 는파일시스템에대한세분화된하위 LUN 레벨의자동계층화를지원하는기능으로, VMAX 및 VNX 스토리지시스템에서사용할수있습니다. 스토리지시스템보호계층에상주하는 EMC VFCache 는지연시간을줄이고처리량을늘림으로써애플리케이션성능을대폭향상시키는서버용플래시캐싱솔루션입니다. PCIe 플래시기술이적용된지능형캐싱소프트웨어를통해스토리지계층화의범위를서버까지확장합니다. Microsoft Exchange Server 2010: EMC 스토리지를위한 Best Practice 및설계지침 7
주요 EMC 스토리지 EMC VNX 유니파이드스토리지제품군 EMC VNX 제품군은 File, Block 및 Object 스토리지관련업계최고의혁신기술과엔터프라이즈기능을확장가능하고간편한단일솔루션으로제공합니다. 강력하고유연한하드웨어와고급효율성 / 관리 / 보호소프트웨어가결합된이차세대스토리지플랫폼은오늘날기업이직면한까다로운요구를충족합니다. 합리적인가격의엔트리레벨솔루션부터까다로운애플리케이션요구사항을지원하는페타바이트용량의고성능구성에이르기까지, 다양한시스템에서이러한기능을모두제공합니다. VNX 제품군에는엔트리레벨환경의 IT 관리자를위해특별히제작된 VNXe 시리즈와중견기업과대기업의고성능, 고가용성요구사항을지원하도록설계된 VNX 시리즈가포함되어있습니다. EMC VNX 시스템에대한자세한내용은 http://korea.emc.com/storage/vnx/vnx-series.htm 을참조하시기바랍니다. 플랫폼에따라두가지소프트웨어팩을통해전체제품군이지원됩니다. VNXe 시리즈의경우두가지팩은 Total Protection 과 Total Value 이고, VNX 시리즈의경우 Total Protection 과 Total Efficiency 입니다. 이들소프트웨어팩에는 EMC 의고급데이터관리제품군이번들로제공됩니다. FAST Suite 는용량과성능의효율성을자동으로극대화합니다. FAST 는적은수의플래시드라이브만사용해작업량이많은데이터에대해서는최고수준의성능을제공하는동시에작업량이적은데이터는지속적으로가장경제적인드라이브유형으로옮기는동적 FLASH 1 st 데이터관리전략을가능하게해줍니다. Security and Compliance Suite 는원치않는변경, 삭제, 악의적인활동으로부터데이터를보호할수있도록지원합니다. 데이터가생성된위치에서바로암호화되어서버외부에서도항상보호됩니다. 또한 FLR(File-Level Retention) 을사용하여규정준수요구사항을지원합니다. 아울러타사바이러스백신검사애플리케이션, 할당량관리애플리케이션, 감사애플리케이션과통합되어신뢰할수있는데이터보호및보안환경을구축합니다. Microsoft Exchange Server 2010: EMC 스토리지를위한 Best Practice 및설계지침 8
Local Protection Suite 는스냅샷및클론을시점복구기능, DVR 형식의롤백기능과결합하여블록기반스토리지에서무중단업무운영을지원함으로써데이터유출을최소화하면서운영애플리케이션의복구를보장합니다. 애플리케이션소유자는데이터의중요도에따라 RPO( 복구시점목표 ) 를조정하고셀프서비스기능을통해보다빠르게복구를수행할수있습니다. 개발, 테스트, 의사결정지원툴, 보고, 백업가속화등에운영데이터복제본을사용할수있습니다. Remote Protection Suite 는통합블록및파일복제기능을제공하여 NAS 환경과 SAN 환경의재해복구를모두지원합니다. 즉각적인 DVR 형식의시점롤백을통해성능에영향을미치지않으면서모든호스트와애플리케이션의재해복구보호기능을지원합니다. 또한 WAN 대역폭사용량절감을위한압축및데이터중복제거, 애플리케이션별 RPO( 복구시점목표 ), 일대다구성에대한다양한복제옵션등의기능도포함되어있습니다. Application Protection Suite 는애플리케이션정합성이보장되는복제본을자동으로생성하고정의된서비스수준에맞게복구할수있도록해줍니다. 사용자역할을이용해셀프서비스복제본관리가가능하며, 이와동시에모든애플리케이션복구시점을보다효과적으로파악할수있습니다. 또한복구의허점을빠르게해결할수있도록알림이자동으로생성됩니다. 통합보고기능을통해보호정책이올바르게준수되고있는지를손쉽게확인할수있습니다. 지원되는애플리케이션은 Oracle, Microsoft Exchange, SQL Server, SharePoint. VMware, Hyper-V 등입니다. VNX Snapshots VNX Snapshots 은 Block Release 5.32(OE 5.32) 를위한 EMC 의 VNX 운영환경에서새롭게선보이는 VNX 소프트웨어기능으로, 고객이데이터백업, 소프트웨어개발및테스트, 재활용, 데이터유효성검사, 빠른로컬복구에사용할수있는시점데이터복제본을생성합니다. 애플리케이션의요구사항에따라 VNX Snapshots 과 VNX Snapshots 의스냅샷복제본을생성할수있습니다. VNX Snapshots 이기존 SnapView 기술을대체하지는않으며, 두기능을함께사용할수있습니다. 단, VNX Snapshots 은풀 LUN 을지원하고 VNX SnapView 는 RAID 그룹 LUN 을지원한다는차이가있습니다. 또한 SnapView 클론별로자체 VNX Snapshots 을생성할수도있습니다. SnapView 스냅샷및클론과달리 VNX Snapshots 은풀용량을크게차지하지않습니다. 따라서이기능은오늘날과같은환경에서데이터를관리하는데적합합니다. VNX Snapshot 기술은새로운데이터를스토리지풀의새영역에쓰기때문에이전데이터블록을읽고쓸필요가없습니다. 따라서 SnapView 스냅샷기술에비해성능이전반적으로향상됩니다. VNX Snapshots 은 ROW(Redirect On Write) 기술을사용합니다. ROW 기술을사용하면 VNX Snapshots 에서생성된스냅샷의소스 LUN 이스냅샷을보존하기위해예약된 LUN 풀에소스 LUN 데이터를복제할필요가없습니다. 대신새로들어오는소스 LUN 에대한쓰기데이터가스토리지풀에서원래데이터가쓰여진위치와다른위치에쓰여지고인덱스업데이트를통해데이터변경내용이추적됩니다. Microsoft Exchange Server 2010: EMC 스토리지를위한 Best Practice 및설계지침 9
VNX OE for block 5.32 에는정합성보장그룹이라는개념도도입되었습니다. 즉, 여러풀 LUN 을정합성보장그룹으로결합한후동시에스냅샷을생성할수있습니다. 단, AppSync 를사용하여 Exchange 환경을보호하는경우에는서비스계획을실행할때 AppSync 가이프로세스를자동으로간소화해주기때문에정합성보장그룹을만들필요가없습니다. 새로운 VNX Snapshots 에서는 LUN 당 256 개, 시스템당 32,000 개 (VNX 시스템크기에따라다름 ) 의쓰기가능스냅이지원됩니다. 스냅샷의스냅샷복제본을생성할수있는기능덕분에 VNX Snapshots 은테스트, 개발, 디스크백업에이상적인솔루션으로활용할수있습니다. AppSync 와함께사용할경우이러한스냅샷은애플리케이션정합성이보장되고, 애플리케이션개발과테스트를위해운영데이터의복제본을효율적으로빠르게프로비저닝하는데이용할수있습니다. 다음의스냅샷을생성할수있습니다. 운영 LUN 정합성보장그룹 스냅샷마운트지점 ( 스냅샷에연결된경우 ) 스냅샷 ( 스냅샷복제작업을통해 ) VNX Snapshots 의주요활용사례는다음과같습니다. 백업서버에시스템의시점복제본백업 스냅샷을마운트하여데이터를복구하기전에데이터무결성확인 로컬스냅샷에서데이터복구 테스트및개발에 LUN 의복제본사용 가상화환경및워크스테이션구축환경같은운영환경에서사용할수있도록단일소스의복제본을여러개구축 VNX Snapshot 에대한자세한내용은 korea.emc.com 웹사이트의 VNX Snapshots 백서에서참조할수있습니다. EMC Symmetrix VMAX 시리즈 EMC Symmetrix VMAX 시리즈는데이터센터용하이엔드스토리지로, 2PB 의방대한용량으로확장이가능하며다른스토리지시스템에비해공간을훨씬적게차지하면서도더많은워크로드를통합할수있습니다. EMC Symmetrix Virtual Matrix Architecture 는필요에따라모든애플리케이션요구사항에맞춰성능, 용량, 접속구성을원활하게확장합니다. 플래시드라이브, Fibre Channel, SATA 드라이브는물론, FAST VP 를사용한최적화된자동계층화기능까지지원합니다. 또한오픈시스템, 메인프레임및 IBM 호스트를비롯하여가상화서버와물리적서버도지원합니다. Microsoft Exchange Server 2010: 10 EMC 스토리지를위한 Best Practice 및설계지침 10
VMAX 시스템에대한자세한내용은 http://korea.emc.com/storage/symmetrixvmax/symmetrix-vmax.htm 에서참조할수있습니다. 표 3 부분에서는 EMC Symmetrix VMAX 시리즈시스템에서제공되는기능과이점을설명합니다. 표 2. 기능 EMC Symmetrix VMAX 시리즈기능 설명 Symmetrix FAST 및 FAST VP 스토리지리소스의원활한스케일아웃 스토리지계층화를자동화하여비용을절감하고서비스수준을높입니다. 여러스토리지시스템을단일 Symmetrix VMAX 시스템으로통합합니다. 최대 2PB 의가용용량 48~2,400 개드라이브로손쉽게확장됩니다. 1~8 개의 VMAX 엔진확장설치공간을훨씬적게차지하면서최대 8 개의고가용성 Symmetrix VMAX 엔진으로더많은워크로드를통합합니다. 가상 LUN(Logical Unit Number) 기술가상프로비저닝원격데이터보호정보중심적보안 적시에자동으로데이터를적절한계층과 RAID 종류로이동시킵니다. 효율적으로간편하게스토리지를할당하고확장하고재확보합니다. 원거리에서데이터를복제하고데이터손실에대한위험성이배제된보호환경을구현합니다. 고급 RSA 보안기술을추가기능이아니라내장기능으로제공하여데이터를안전하게보호하고위험을줄이며규정준수를강화합니다. Microsoft Exchange Server 2010: 11 EMC 스토리지를위한 Best Practice 및설계지침 11
Exchange Server 2010 의입출력및대역폭특성 Microsoft 는새로운고가용성시나리오와초당입출력작업수 (IOPS) 가적은더큰용량의메일박스를지원하기위해 Exchange Server 2010 의스토리지스키마를대폭변경했습니다. 효율적인스토리지구성을설계하려면 Exchange Server 2010 의이러한입출력특성과대역폭특성을이해하는것이무엇보다중요합니다. 사용자 IOPS 가이전버전의 Exchange 와어떻게다른지를한눈에확인할수있도록표 3 에는 Exchange 2007, Exchange Server 2010 독립실행형및 Exchange Server 2010 DAG 의사용자프로파일특성이요약되어있습니다. 이추정측정치에는데이터베이스, 컨텐츠인덱싱, NTFS 메타데이터등모든데이터베이스볼륨입출력이포함되었으며, 로그볼륨입출력은제외되었습니다. 추정치는 75KB 의평균메시지크기를기준으로산출된것입니다. 표 3. 75KB 의평균메시지크기를기준으로한여러 Exchange 버전간사용자프로파일비교 사용자프로파일 일별송 / 수신메시지수 Exchange 2007 사용자 IOPS 보호되지않은데이터베이스복제본에대한 Exchange Server 2010 사용자 IOPS( 독립실행형 ) 보호된데이터베이스복제본에대한 Exchange Server 2010 사용자 IOPS( 메일박스복구성능 ) 적음 25 0.11 0.040 0.030 평균 50 0.18 0.060 0.050 많음 100 0.32 0.120 0.100 상당히많음 150 0.48 0.180 0.150 매우많음 200 0.64 0.240 0.200 극도로많음 500 1.60 0.600 0.500 자세한 Exchange 2010 메모리지침은 Microsoft TechNet 에서메모리구성및 Exchange 성능이해를참조하시기바랍니다. 메일박스데이터베이스입출력읽기 / 쓰기비율 Exchange 2010 에서는늘어난데이터베이스캐시크기덕분에디스크의데이터베이스에대한읽기작업수가감소하여총입출력의일정비율로읽기작업이줄어듭니다. 권장메모리지침을따를경우예상되는액티브데이터베이스복제본에대한입출력비율은표 4 에나와있습니다. 단, Exchange 구축환경에서버캐시기술을사용할경우에는이러한비율이달라질수있습니다. 예를들어 EMC FAST Cache 나 EMC VFCache 같은기술을사용할경우캐시에저장되는읽기작업수가늘어나므로전반적인애플리케이션읽기 / 쓰기비율이바뀝니다. 자세한메모리지침은 Microsoft TechNet 에서메모리구성및 Exchange 성능이해를참조하시기바랍니다. 이측정치에는모든데이터베이스볼륨입출력 ( 데이터베이스, 컨텐츠인덱싱, 및 NTFS 메타데이터 ) 이포함되었으며, 로그볼륨입출력은제외되었습니다. Microsoft Exchange Server 2010: 12 EMC 스토리지를위한 Best Practice 및설계지침 12
총입출력작업수대비쓰기작업수가늘어나면쓰기비용이크게발생하는 RAID5 또는 RAID6 같은 RAID(Redundant Array of Independent Disk) 유형을선택할때특히문제가될수있습니다. 사용중인서버에적합한 RAID 솔루션을선택하려면 EMC 스토리지설계 Best Practice 페이지의 17 섹션에나와있는지침을따르십시오. Exchange 2010 데이터베이스와로그성능요소에대한자세한내용은 Microsoft TechNet 에서데이터베이스와로그성능요소이해를참조하십시오. 표 4. 메일박스데이터베이스입출력읽기 / 쓰기비율 메일박스당일별송 / 수신메시지수 독립실행형데이터베이스 50 1:1 3:2 100 1:1 3:2 150 1:1 3:2 200 1:1 3:2 250 1:1 3:2 300 2:3 1:1 350 2:3 1:1 400 2:3 1:1 450 2:3 1:1 500 2:3 1:1 메일박스복구에관여하는데이터베이스비율 Exchange Server 2010 의입출력크기증가 Exchange Server 2010 에서는이전버전의 Exchange 에비해사용자 IOPS 수는줄었지만입출력의크기가대폭증가했습니다. Exchange 2003 부터 2010 에이르기까지사용자입출력크기가 8 배증가했으며, 따라서사용자당입출력수가줄었음에도스토리지에서처리해야하는입출력크기는오히려크게증가했습니다. 표 5. Exchange 데이터베이스트랜잭션입출력크기 Exchange 2003 Exchange 2007 Exchange 2010 4KB 무작위 8KB 무작위 32KB 무작위 256KB 순차 (BDM 읽기입출력 ) 스토리지측면에서보면 Exchange Server 2010 의입출력은이전버전의 Exchange 와큰차이가있습니다. 아래그림은 Exchange Server 2010 Jetstress 테스트에서관찰된평균데이터베이스트랜잭션입출력크기를보여줍니다. 이예에서는평균읽기입출력이약 100KB 라는것을알수있습니다. 이는 32KB 의데이터베이스트랜잭션입출력크기가 256KB 의 BDM 입출력크기와혼합된데따른결과입니다. 그림 1 에서보듯이운영환경의비슷한프로파일에서도같은결과를예상할수있습니다. Microsoft Exchange Server 2010: 13 EMC 스토리지를위한 Best Practice 및설계지침 13
그림 1. Exchange Server 2010 Jetstress 테스트에서나타난평균데이터베이스트랜잭션입출력크기 BDM(Background Database Maintenance) Exchange Server 2010 이이전버전과다른중요한차이점중하나로, 데이터베이스유지보수작업을수행하는방법을들수있습니다. 이번버전에는온라인조각모음및온라인데이터베이스검사기능이추가되었습니다. BDM(Background Database Maintenance) 이라고하는이프로세스는대용량의순차적 256KB 읽기입출력을생성합니다. BDM 은기본적으로사용되며액티브데이터베이스복제본과패시브데이터베이스복제본모두에대해매일 24 시간실행됩니다. DAG 구성에서 Exchange 2010 을사용할경우 BDM 이지속적으로실행되고제공된각로그를패시브데이터베이스에적용하기전에검사를거치므로일주일에한번만정합성검사를수행하면됩니다. 중요! 액티브복제본에대해서는 BDM 프로세스실행을예약할수있지만패시브 DAG 복제본에대해서는예약하거나해제할수없습니다. Exchange 2010 Background Database Maintenance 프로세스에대한자세한내용은 http://blogs.technet.com/b/exchange/archive/2011/12/14/databasemaintenance-in-exchange-2010.aspx 를참조하십시오. 많은수의데이터베이스를구축할때는스토리지설계과정에서 BDM 의입출력및처리량요구사항을신중하게고려해야합니다. EMC 는추가로 20% 의오버헤드인수를권장하는형태로입출력계산에대용량 256KB BDM 읽기입출력을반영했습니다. 이에대한설명은이문서의필요한디스크수에대한입출력계산페이지부터시작되는 35 섹션에자세하게나와있습니다. Microsoft Exchange Server 2010: 14 EMC 스토리지를위한 Best Practice 및설계지침 14
BDM 의요구대역폭 단일버스나스토리지시스템에많은수의데이터베이스를구축하는경우 BDM 처리량 (MB/s) 요구사항이특히중요합니다. BDM 이성능에영향을미치지않으면서모든데이터베이스 ( 액티브및패시브 ) 에대해실행될수있도록충분한처리성능을제공해야하기때문입니다. Jetstress 를사용한 EMC 의테스트에서는 BDM 이데이터베이스복제본당최대 7.5MB/s 의처리량을차지하는것으로나타났습니다. 각데이터베이스의총처리량은가변적이며사용자로드에요구되는추가적인처리량에따라달라집니다. 설계에포함된각데이터베이스의처리량요구사항을확인하려면이문서의대역폭계산페이지부터시작되는 39 섹션을참조하시기바랍니다. BDM 이처리량 (MB/s) 요구사항에미치는영향을나타내기위해 BDM 을사용한경우와사용하지않은경우의평균총대역폭소모테스트를실행했습니다. 그림 2 부분에서는 BDM 을사용한경우사용자당 0.15IOPS 일때 500 명의사용자에대한데이터베이스처리량을보여줍니다. 평균처리량은약 3.11MB/s 로나타났습니다. 그림 2. BDM 을사용하지않은경우 0.15IOPS 사용자 500 명에대한데이터베이스처리량 그림 3 에서보듯이같은데이터베이스에대해 BDM 을사용할경우처리량은 10.4MB/s 로증가했습니다. 최대 7.5MB/s 의차이가모든데이터베이스와여러사용자프로파일에걸쳐일정하게나타났습니다. 수백개의데이터베이스가단일버스로제한되어있다면 BDM 이처리량에미치는효과가클수있습니다. 따라서 Exchange Server 2010 용스토리지를설계할때는 BDM 사용에따른효과를고려해볼필요가있습니다. 작은용량의데이터베이스 ( 최대 500GB) 를많이사용하는것보다용량이더큰데이터베이스 (500GB~2TB) 를사용하여데이터베이스수를줄이는편이요구대역폭을최소화하는데더유리합니다. Microsoft Exchange Server 2010: 15 EMC 스토리지를위한 Best Practice 및설계지침 15
그림 3. 0.15IOPS 사용자프로파일을기준으로 BDM 을사용할경우데이터베이스당 500 명의사용자를지원하는데요구되는총대역폭 Microsoft Exchange Server 2010: 16 EMC 스토리지를위한 Best Practice 및설계지침 16
EMC 스토리지설계 Best Practice 스토리지설계는 Microsoft Exchange Server 2010 의성공적인구축을결정하는가장중요한요소중하나입니다. 신뢰성, 성능, 가격, 사용편의성이최적화된스토리지설계를구현하기위해서는스토리지공급업체에서제공하는권장지침을따르는것이무엇보다중요합니다. 이섹션에서는 EMC 스토리지에 Exchange Server 2010 을구축하는것과관련한일반적인 Best Practice 를제시합니다. 또한 Exchange Server 2010 에서특정 EMC 스토리지시스템기능을사용하는것과관련된권장사항을비롯하여, EMC 유니파이드스토리지와 EMC Symmetrix VMAX 시리즈스토리지에 Exchange Server 2010 을구축하는것과관련한권장사항도이섹션에서제공됩니다. MS Exchange 환경을가상화하는데에도나름대로고려해야할사항들이있습니다. 이섹션에서는이러한주제에대해서도지침을제공합니다. 디스크유형선택 Exchange Server 2010 스토리지를설계할때가장먼저결정해야할사항중하나는바로요구사항에가장적합한디스크유형을선택하는일입니다. Exchange Server 2010 구축환경에적합한디스크유형은사용자의메일박스크기제한이나 IOPS 요구사항을비롯하여다양한요인에따라결정됩니다. EMC 는현재 VNX 유니파이드스토리지제품군및 Symmetrix VMAX 시리즈스토리지에다음과같은디스크유형을제공합니다. FC(10,000 및 15,000rpm) - 읽기 / 쓰기속도가빠른신뢰할수있는디스크드라이브입니다. 이러한디스크는높은입출력요구사항을지원하는데적합하지만대용량요구사항에는부적합할수있습니다. SAS(10,000 및 15,000rpm) - SCSI 의향상된형태입니다. SAS 디스크는적당한입출력속도에높은용량을제공하는디스크로, 사용자당 IOPS 요구사항이높은 Exchange Server 2010 환경에매우적합합니다. SATA(VMAX) 및 NL SAS(VNX)(7,200rpm) - SATA 및 NL SAS 디스크는입출력요구사항이크게까다롭지않은 Exchange Server 2010 에적합합니다. 이들디스크는상대적으로저렴한비용으로대용량메일박스를지원합니다. 일반적으로 NL SAS 디스크는메일박스용량이크고입출력프로파일이평균수준에서높은수준까지인운영환경에가장적합한디스크유형입니다. 플래시 - EMC 는플래시드라이브기술을선도하고있습니다. 플래시드라이브는입출력속도가가장높으면서전력소모는적습니다. 상대적으로작은용량때문에일반적으로 Exchange 데이터에는플래시드라이브가최선의선택이라고할수없지만 VNX 에서씬프로비저닝을 FAST Cache 로사용할때나 EMC FAST VP 또는 FAST Cache 와같은자동화된스토리지계층화기능을사용하여예기치못한입출력증가를처리할때적합할수있습니다. 최근에는고객을위해대용량의메일박스를구축하려는 IT 조직이많습니다. 이제 Exchange Server 2010 스토리지엔진의입출력요구사항이낮아졌기때문에저렴한 NL SAS 드라이브와 SATA 드라이브가대부분의운영환경에적합한디스크유형이되었고실제로도단연가장많이선택되고있습니다. Microsoft Exchange Server 2010: 17 EMC 스토리지를위한 Best Practice 및설계지침 17
입출력요구사항이매우높지만메일박스크기는보통정도인환경에는 10Krpm 또는 15Krpm FC 드라이브나 SAS 드라이브가적합할수있습니다. 높은입출력요구사항을상대적으로더효율적으로처리할수있기때문입니다. 일반적인규칙으로, 다음과같이선택하면됩니다. IOPS 요구사항이낮고메일박스요구용량이큰경우 SATA 디스크또는 NL SAS 디스크를사용합니다. IOPS 요구사항이높고메일박스요구용량이작은경우대용량 FC 또는 SAS 디스크를사용합니다. 디스크당 IOPS 디스크유형에따라생성하는 Exchange Server 2010 IOPS 수도다릅니다. 운영환경의디스크요구사항을계산할때이점도고려하십시오. 다음표에는 EMC VNX 및 VMAX 스토리지에서 Exchange 를검증한최신테스트결과를바탕으로한대용량의임의디스크 IOPS 데이터가나와있습니다. 이러한결과는향후테스트에서바뀔수있습니다. 중요! EMC 는 VNX 및 VMAX 스토리지시스템구축을위한 Exchange 2010 IOPS 요구사항을계산할때표 6 의값을사용할것을적극권장합니다. 표 6. EMC 스토리지의다양한디스크유형별 Exchange Server 2010 IOPS 디스크유형 VNX 시스템의디스크당 Exchange Server 2010 IOPS 15,000rpm FC/SAS 160 180 10,000rpm FC/SAS 130 130 7,200rpm SATA 해당없음 55 7,200rpm NL/SAS 65 해당없음 VMAX 시스템의디스크당 Exchange Server 2010 IOPS RAID 종류선택 운영환경에적합한 RAID 종류를선택하는것은 Exchange Server 2010 을성공적으로구축하기위한또하나의중요한결정사항입니다. 입출력요구사항과스토리지용량요구사항을처리할디스크공간만충분하다면어떠한 RAID 종류든사용할수있습니다. 일반적으로 RAID 종류는고객의요구사항에따라결정됩니다. 고객의운영환경에적합한 RAID 종류를선택하기위해서는구체적인성능, 용량, 고가용성요구사항을고려해야합니다. EMC VNX 유니파이드스토리지제품군과 EMC Symmetrix VMAX 시리즈스토리지는플래시, FC, SAS 및 SATA 드라이브에서 RAID 1/0, RAID 5 및 RAID 6 를지원합니다. RAID 종류별로제공하는성능, 용량및보호수준이서로다릅니다. RAID 1/0 은다른디스크에데이터를미러링하는방법으로데이터를보호합니다. 따라서성능이향상되고디스크장애발생시성능에미치는영향이미미하거나없습니다. 일반적으로 RAID 1/0 은특히 SATA 드라이브와 NL/SAS 드라이브를사용하는경우에 Exchange Server 2010 에가장적합한 RAID 종류입니다. Microsoft Exchange Server 2010: 18 EMC 스토리지를위한 Best Practice 및설계지침 18
RAID 5 데이터는여러디스크에걸쳐대형스트라이프크기로스트라이핑됩니다. 패리티정보가모든디스크에걸쳐저장되므로데이터를재구성할수있습니다. 이러한데이터구성은단일디스크의장애로부터보호해줍니다. 패리티보호를위해 RAID 5 에서는모든쓰기에대해패리티비트를하나씩생성합니다. RAID 5 는입출력요구사항이낮고대용량메일박스가구축된환경에가장적합합니다. RAID 6 데이터역시여러디스크에걸쳐대형스트라이프크기로스트라이핑됩니다. 단, 두세트의패리티정보가모든디스크에걸쳐저장된다는점이다릅니다. 따라서 RAID 5 와마찬가지로필요에따라데이터를재구성할수있습니다. RAID 6 는 2 개의디스크에서동시에장애가발생한경우에도데이터손실없이가용성을유지할수있습니다. RAID 6 는모든쓰기에대해 2 개의패리티비트를생성합니다. 표 7 부분에서는각 RAID 종류의오버헤드, 성능및스토리지활용도정보를보여줍니다. 참고 : 표 7. 필요한디스크수에대한입출력계산을수행할때는 RAID 오버헤드값이중요합니다. 자세한내용은 RAID 오버헤드와페이지에서 35 적용공식을참조하십시오. RAID 종류비교 RAID 종류 RAID 1/0 스트라이핑 + 미러링 RAID 5 스트라이핑 + 패리티 RAID 6 스트라이핑 + 이중패리티 RAID 오버헤드값 성능 스토리지활용도 2 높음낮음 4 보통높음 6 낮음보통 VNXe 스토리지에대한특별고려사항 EMC VNXe 제품군은스토리지프로비저닝과관련하여애플리케이션인식마법사를중심으로설계되었습니다. 이러한마법사는사용자의추가적인조작없이도이문서에서소개하는다양한 Best Practice 는물론, VNXe 플랫폼에만적용되는권장사항까지스토리지설계에자동으로적용해줍니다. VNXe 스토리지를기반으로한 Microsoft Exchange 환경의스토리지프로비저닝에대한자세한내용은 Microsoft Exchange 2010 or Exchange 2007 on EMC VNXe Series Deployment Guide 를참조하십시오. Microsoft Exchange Server 2010: 19 EMC 스토리지를위한 Best Practice 및설계지침 19
EMC 스토리지를기반으로한 Exchange Server 2010 의일반적인 Best Practice 이섹션에서는 EMC 스토리지를기반으로 Exchange Server 2010 을구축할때적용되는일반적인스토리지설계 Best Practice 를제시합니다. Exchange 의성능과예측가능성을최대한높이려면 Microsoft Exchange Server 데이터베이스및로그워크로드를입출력작업량이많은다른애플리케이션및워크로드와분리하십시오 (Exchange 워크로드를전용디스크에할당 ). 이렇게하면스토리지관련성능문제가발생했을때문제를해결하기도더용이합니다. 이지침의유일한예외는적절하게사이징된 Symmetrix FAST VP 를사용하는경우입니다. 스토리지를사이징할때는항상요구용량을계산하기전에디스크입출력요구사항을먼저계산하고입출력및용량요구사항에맞는적절한디스크유형을선택해야합니다. 가능한한 Exchange 스토리지빌딩블록설계방식을사용하십시오 (Exchange 스토리지빌딩블록페이지의 30 섹션참조 ). 스토리지설계에복제기술이포함되어있지않은경우동일한데이터베이스의데이터베이스파일과로그파일을같은물리적디스크에두지마십시오 ( 같은위치에둘경우데이터베이스파일과로그파일이모두디스크장애로부터적절하게보호되지않음 ). 단, 특정데이터베이스의데이터베이스파일과다른데이터베이스의로그파일은같은물리적디스크에두어도무방합니다. 스토리지설계에복제기술이포함된경우에는다른디스크세트에데이터베이스파일과로그파일의복제본이저장되므로동일한데이터베이스의데이터베이스파일과로그파일을같은디스크에둘수있습니다. DAG 를사용할때는최대 2TB 까지데이터베이스크기를늘릴수있습니다. 구체적인요구사항에맞추어적절한데이터베이스크기를선택하십시오. 데이터베이스크기를선택할때는백업및복구시간을고려하십시오. 데이터베이스크기가 2TB 까지지원되기는하지만가상화를사용하는경우하이퍼바이저가 2TB 보다큰 LUN 을지원하는지확인해야합니다. 또한 20% 의사용가능한용량버퍼와데이터베이스와동일한볼륨에상주하는인덱스등의다른데이터도고려해야합니다. 2TB 의 LUN 에 2TB 의데이터베이스를구축할수없다는점을유의하십시오. BDM 에따른영향을최소화할수있도록작은데이터베이스를많이구축하기보다크기가큰데이터베이스 (500GB~2TB) 를사용해데이터베이스수를줄이는방안을고려하십시오. 각 DAG 복제본을전용물리적디스크세트에구축하십시오. 예를들어여러 DAG 데이터베이스복제본을같은 RAID 그룹이나풀에넣지마십시오. 모든스토리지시스템리소스 (VMAX 엔진, VNX 스토리지프로세서등 ) 에최대한균일하게부하를분산시키십시오. 64KB 의할당단위크기로 Exchange 데이터베이스및로그에사용되는 Windows NTFS 볼륨을포맷하십시오. 가능한한 Exchange 스토리지빌딩블록설계방식을사용하십시오 (Exchange 스토리지빌딩블록페이지의 30 참조 ). Microsoft Exchange Server 2010: 20 EMC 스토리지를위한 Best Practice 및설계지침 20
Exchange 2010 과 FAST VP EMC FAST VP(Fully Automated Storage Tiering for Virtual Pool) 는계층형환경에서자동으로성능을최적화하여전반적인비용, 설치공간, 관리부담을줄여줍니다. FAST VP 는적시에올바른데이터를적합한계층으로이동시키는기술로, 높은수준의자동화와효율성을실현하여가상데이터센터환경을획기적으로개선합니다. FAST VP 가제공하는비용과성능상의이점은다음과같습니다. FAST VP 는높은 IOPS 워크로드에대해플래시드라이브용량의활용도를극대화하고, 용량을많이차지하는애플리케이션에대해서는 IOPS 가낮고용량이큰 NL SAS/SATA 드라이브의활용도를극대화합니다. 데이터를할당할계층을결정하는사전프로비저닝작업을거치지않고, 설정된정책에따라입출력을기준으로자동으로데이터를계층화할수있습니다. 성능및비용요구사항에맞게가장높거나, 가장낮은가용계층에데이터를배치할수있습니다. 데이터이동스케줄을정의하여 FAST 관리업무부담을최소화할수있습니다. VNX 또는 VMAX 스토리지시스템을기반으로한 Exchange Server 2010 에 FAST VP 를사용할지여부는전적으로고객요구사항에따라결정됩니다. 고객이모든애플리케이션에 FAST VP 를사용하는쪽으로결정하거나, 예기치않은성능수요의급격한증가에대비해야하는경우에는 FAST VP 가좋은선택이될수있습니다. 스토리지측면에서볼때, 대부분의상황에서는 FAST VP 가가장저렴한옵션이라고할수없지만관리부담이줄고공간및입출력문제를빨리해결할수있다는이점으로높은초기비용을상쇄할수있습니다. Exchange 2010 스토리지아키텍처가변경됨에따라스토리지디바이스에대한입출력작업이줄고큰용량의메일박스를구축하던추세가꺾이면서많은경우에대용량의낮은 RPM 드라이브 ( 예 : 7,200rpm SATA/NL SAS) 를활용한 Exchange 설계가가능해졌습니다. 하지만입출력수요가매우높고메일박스크기요구사항은상대적으로작은 Exchange 구성도있습니다. 이러한구성의경우 SAS/FC 를추가하거나 NL-SAS 또는 SATA 드라이브를사용하여생성된기존스토리지풀에 SAS/FC 는물론플래시계층까지추가함으로써성능향상효과를얻을수있습니다. 이경우애플리케이션성능에대한수요가급격히증가하는문제를없애고용량이더크고저렴한 NL-SAS/SATA 드라이브를사용하고자하면서도 SAS/FC 또는플래시드라이브의빠른속도까지필요로하는고객의요구를충족할수있습니다. 스토리지설계에 FAST VP 를사용함으로써성능향상의이점을얻을수있는지를확인하기위해현재의 Exchange 구성을평가하여핫스팟이없는지찾아보십시오. 구체적인 FAST VP 구성지침은본문서의뒷부분에서설명하는 Best Practice 와 VNX 및 VMAX 제품설명서를참조하십시오. EMC VNX 에대해서는 korea.emc.com 에서 EMC FAST VP for Unified Storage Systems 백서를참조하십시오. 이백서에서는 FAST VP(Fully Automated Storage Tiering for Virtual Pool) 기술과그기능을소개하고구축지침을제시합니다. EMC VMAX 에대해서는 korea.emc.com 에서 EMC Symmetrix VMAX with Enginuity 백서를참조하십시오. Microsoft Exchange Server 2010: 21 EMC 스토리지를위한 Best Practice 및설계지침 21
VNX 관련스토리지설계지침 EMC VNX 유니파이드스토리지제품군은 FAST Cache, 스토리지풀, 씬 LUN 을비롯한다양한기능을제공합니다. 이러한기능중 Exchange Server 2010 과호환되고성능상의이점이있는기능을파악하는것이중요합니다. 이섹션에서는 VNX 스토리지에 Exchange Server 2010 을구축하는것과관련하여몇가지일반적인질문에대한답을제시합니다. VNX 설정 Exchange 2010 에가장중요한 VNX 설정은무엇입니까? 스토리지시스템페이지크기매개변수를 16KB 로설정합니다. 시스템메모리설정은스토리지모델에따라달라집니다. 읽기캐시에 1GB 를할당하고나머지메모리용량을쓰기캐시에할당합니다. 읽기캐시와쓰기캐시를모두사용하도록설정합니다. VNX 에구축된 Exchange 2010 에풀또는 RAID 그룹사용 VNX 에구축된 Exchange Server 2010 에스토리지풀또는 RAID 그룹을사용해야합니까? VNX 에구축된 Exchange Server 2010 에 RAID 그룹또는스토리지풀을사용할수있습니다. 스토리지풀을사용하면스토리지프로비저닝프로세스가간소화됩니다. RAID 그룹을사용한기존의스토리지프로비저닝방식을선택하더라도그룹의디스크수가 16 개로제한될뿐입니다. 한편스토리지풀을사용하면수백개의디스크를동시에관리할수있습니다. 이러한풀기반프로비저닝방식은여러드라이브에걸친 metalun 스트라이핑방식과유사한이점을제공하지만 metalun 과달리스토리지풀을계획하고관리하는작업에대한부담이거의없습니다. 스토리지풀은 RAID 5, RAID 6, RAID 1/0 등의 RAID 그룹과동일한 RAID 보호수준을지원합니다. LUN 이씬프로비저닝되거나 Exchange 환경을보호하기위해 VNX Snapshots 을사용하는경우스토리지풀을사용해야합니다. 스토리지풀사용시에는다음지침이적용됩니다. Exchange 2010 데이터에는동종의스토리지풀 ( 동일한디스크유형의풀 ) 을사용하십시오. 단, FAST VP, 다계층풀은사용할수있습니다. 최상의성능을얻을수있는적절한배수 (R1/0 4+4, R5 4+1, R6 6+2) 로스토리지풀을설계하고확장하십시오. VNX Snapshots 을사용할경우스토리지풀에 Exchange 스토리지 ( 데이터베이스및로그 ) 를구성해야합니다. 씬풀 (Thin Pool) 을사용할경우씬풀활용도임계값툴을사용하여풀을모니터링함으로써씬풀공간이부족해지지않도록관리하는것이좋습니다. RAID 5 의 RAID 그룹을사용할경우여러 RAID 그룹에걸쳐 metalun 을스트라이핑하지마십시오. Exchange Server 2010 은입출력작업량이많고대역폭을많이소모하는애플리케이션이기때문에그렇게할경우성능이저하될수있습니다. Microsoft Exchange Server 2010: 22 EMC 스토리지를위한 Best Practice 및설계지침 22
VNX 에구축된 Exchange 2010 에 LUN 사용 VNX 에구축된 Exchange Server 2010 에씬 LUN 을사용할수있습니까? 씬프로비저닝은대용량메일박스를구축하는경우막대한절감효과를제공할수있습니다. 씬 LUN 에 Exchange 2010 을구축하는것과관련해서는다음지침을따르십시오. 씬 LUN 은 Exchange 2010 사용자워크로드가낮거나보통수준인경우에구축할수있습니다. 속도가느린대용량드라이브 (NL SAS) 와다른고속드라이브 (10k, 15k SAS 또는플래시 ) 에 FAST VP 를사용하는경우계층정책설정을사용가능한최상위계층으로일단설정한다음자동계층이동으로설정하는것이좋습니다. 고속드라이브계층에는항상 R10 4+4 를사용하십시오. 필수요구사항은아니지만씬 LUN 을사용한풀에는 FAST Cache 를사용해야합니다. VNX Snapshots 을사용하여 LUN 을보호하는경우에는예외로, FAST Cache 가필수적으로요구됩니다. 씬 LUN 에는 RAID 10 을사용하는것이좋습니다. VNX 에구축된 Exchange 2010 에 FAST Cache 사용 VNX 에구축된 Exchange Server 2010 에 FAST Cache 를사용해야합니까? Exchange 2010 은입출력사용자프로파일요구사항이낮기때문에 VNX 시스템을기반으로한대부분의구성에서캐시를추가하여성능을높일필요성이거의없습니다. Exchange 2010 은상당한양의호스트캐시와복합적인데이터를활용하기때문에 FAST Cache 기술과는맞지않습니다. 단, 특정구성에서는 VNX 에서 FAST Cache 를사용하면 Exchange 2010 에성능상의이점이있을수있습니다. 특히다음구성에서는 VNX FAST Cache 가필수적으로요구되거나권장됩니다. 데이터베이스 LUN 이씬프로비저닝되는경우적극권장됨 VNX Snapshots 을사용하여보호하는경우필수 VNX Snapshots 을사용하는경우씬또는일반 LUN 에필수 Exchange 2010 에 FAST Cache 를사용하는경우다음지침을따르십시오. Exchange Server 2010 에 FAST Cache 를사용하는경우각볼륨유형을별도의스토리지풀, RAID 그룹또는서로다른 LUN 에배치하여데이터베이스볼륨을로그볼륨과분리하십시오. 데이터베이스 LUN 에만 FAST Cache 를사용하고, 로그 LUN 에는 FAST Cache 를사용하지마십시오. VNX Snapshots 을사용하더라도로그에는 FAST Cache 를사용하지않는것이좋습니다. 스토리지시스템이 Jetstress 테스트를통과하도록할목적으로 FAST Cache 를사용하지마십시오. VNX Snapshots 용으로구성된일반또는씬 LUN 을사용하여 Exchange 데이터베이스를하우징하는스토리지풀에는 FAST Cache 를사용하십시오. 일반적인사이징권장사항으로서, 1,000:1 의 Exchange 데이터대비 FAST Cache 비율을사용하십시오. 즉, Exchange 데이터 1,000GB 당약 1GB 의 FAST Cache 를사용하십시오. Microsoft Exchange Server 2010: 23 EMC 스토리지를위한 Best Practice 및설계지침 23
VNX 에구축된 Exchange 2010 에 FAST VP 사용 VNX 에구축된 Exchange Server 2010 에 FAST VP 를사용해야합니까? 스토리지설계에 FAST VP 를사용함으로써성능향상의이점을얻을수있는지를확인하기위해현재의 Exchange 구성을평가하여핫스팟이없는지찾아보십시오. VNX 에구축된 Exchange 2010 용으로 FAST VP 를설계할때는다음지침을따르십시오. FAST VP 를사용할때는데이터베이스파일과로그파일을같은풀에두는것이바람직하지않습니다. 로그파일은입출력요구사항이낮아상위계층으로이동할필요가없기때문입니다. 로그파일은항상별도의스토리지풀에저장하고반드시 RAID10 을사용하십시오. RAID1/0 을사용하고로그파일을분리하면디스크에대한총입출력작업량이크게줄어듭니다. 이렇게하면 VNX FLARE 운영환경과쓰기캐시에서작은순차적입출력을처리하는방식으로인해발생하는 VNX SP( 스토리지프로세서 ), 버스및디스크사용량을크게줄일수있습니다. DAG 에 FAST VP 를사용할경우같은데이터베이스의 DAG 복제본을같은디스크의동일한풀에두지마십시오. FAST VP 를사용할경우관련풀 LUN 의 FAST 정책을사용가능한최상위계층으로먼저설정한다음, 자동계층이동으로설정하십시오. SOAP 툴 SOAP 툴은 Exchange 서버에서 LUN 생성후디스크를파티셔닝하기전에 VNX 스토리지풀일반 LUN 을최적화하여성능을극대화하는유틸리티입니다. VNX 스토리지풀의모든 LUN 에걸쳐일정하고확고부동한성능과낮은지연율이요구되는고객의경우이유틸리티를실행해야합니다. FLARE 32 이전의 FLARE 릴리즈를사용하는 CLARiX CX4 및 VNX 시스템에서스토리지풀에 Exchange 를구축할때만이툴을사용하는것이좋습니다. 이툴에대한자세한내용은 http://powerlink.emc.com 을참조하십시오. Microsoft Exchange Server 2010: 24 EMC 스토리지를위한 Best Practice 및설계지침 24
Symmetrix VMAX 관련스토리지설계지침 다음목록에는 VMAX 에구축된 Exchange Server 2010 과관련한중요설계고려사항이몇가지나와있습니다. LUN 을생성할때에는적은수의크기가큰하이퍼볼륨을사용하여성능을높이십시오. 서버당 HBA 를 2 개이상사용하고각 HBA 를최소 2 개의디렉터포트에연결하십시오 ( 가능한경우여러개의 VMAX 엔진을통해연결 ). 일반 LUN 을사용할경우스트라이핑된메타볼륨을사용하십시오. 씬 LUN 을사용할경우연결된메타볼륨을사용하십시오. 로그파일을데이터베이스파일과다른별도의스토리지에저장하여로그에 FAST VP 정책이적용되지않게하십시오. EMC VNX 유니파이드스토리지제품군과마찬가지로 Exchange Server 2010 과관련이있는몇가지주요 EMC Symmetrix VMAX 시리즈기능에대한질문이많이제기됩니다. VMAX 에구축된 Exchange 2010 에씬 LUN 사용 VNX 에구축된 Exchange Server 2010 에씬 LUN 풀을사용해야합니까? Symmetrix VMAX 에구축된 Exchange Server 2010 에는씬 LUN 풀을사용하는것이좋습니다. 씬디바이스성능은 VMAX 의일반디바이스성능에비례하며대부분의경우씬풀 (Thin Pool) 을사용하면초기스토리지요구용량을줄일수있습니다. 씬풀 (Thin Pool) 을사용할경우디스크의초기구성이입출력요구사항을지원할수있는지확인해야합니다. 씬풀 (Thin Pool) 은고객의요구사항에따라단일 Exchange 빌딩블록이나여러빌딩블록을지원하도록구성할수있습니다. 씬풀 (Thin Pool) 을사용할경우씬풀활용도임계값툴을사용하여풀을모니터링함으로써씬풀공간이부족해지지않도록관리하는것이좋습니다. VMAX 엔진당 Exchange IOPS VMAX 엔진은얼마나많은 Exchange Server 2010 사용자 IOPS 를지원할수있습니까? 단일 VMAX 엔진으로지원가능한 Exchange Server 2010 사용자 IOPS 수는스토리지시스템의캐시용량, 디스크유형 (SATA 또는 FC), RAID 종류, FA 및 DA 사용, 데이터베이스수등다양한요인에따라달라집니다. VMAX 에구축된 Exchange 2010 의 FAST VP 구성지침 스토리지설계에 FAST VP 를사용함으로써성능향상의이점을얻을수있는지를확인하기위해현재의 Exchange 구성을평가하여핫스팟이없는지찾아보십시오. VMAX 에구축된 Exchange 2010 용으로 FAST VP 를설계할때는다음지침을따르십시오. FAST VP 를사용할때는데이터베이스파일과로그파일을같은풀에두는것이바람직하지않습니다. 로그파일은입출력요구사항이낮아상위계층으로이동할필요가없기때문입니다. Microsoft Exchange Server 2010: 25 EMC 스토리지를위한 Best Practice 및설계지침 25
로그파일을데이터베이스파일과다른별도의스토리지그룹에저장하여로그에 FAST VP 정책이적용되지않게하십시오. DAG 에 FAST VP 를사용할경우같은데이터베이스의 DAG 복제본을같은디스크의동일한풀에두지마십시오. FAST VP 정책요구사항에따라사이징을수행하십시오. 처음에는 80/20 으로비중을가정하면효과적입니다. 예를들어 80% 의입출력작업을 Fibre Channel 디스크에서수행하고 20% 의입출력작업을 SATA 디스크에서처리하도록적절한계산을수행합니다. 그리고비중을역으로가정해봅니다. 즉, 80% 의데이터를 SATA 디스크에저장하고 20% 의데이터를 Fibre Channel 디스크에저장합니다. Fibre Channel 계층과 SATA 계층에대해서만이러한방법으로사이징을수행하고플래시디스크공간에는예기치못한급격한작업량증가를처리하도록상대적으로적은용량을할당하십시오. 참고 : 편중비율은구체적인 Exchange 프로파일에따라다를수있습니다. Microsoft Exchange Server 2010: 26 EMC 스토리지를위한 Best Practice 및설계지침 26
Exchange 2010 과 VFCache 캐시 EMC VFCache 는지능형소프트웨어와 PCIe 플래시기술을활용하여지연시간을줄이고처리량을늘림으로써애플리케이션성능을대폭향상시키는서버용플래시캐싱솔루션입니다. VFCache 는네트워크스토리지에 Write-through 캐시를사용하여일관된고가용성및재해복구기능을제공함으로써읽기작업속도를높이고데이터를보호합니다. VFCache 를사용하면애플리케이션에서데이터저장소로이어지는가장효율적이면서지능적인입출력경로가생성됩니다. 그결과로물리적환경과가상화환경모두에적합하도록성능과지능형기능및보호기능을동적으로최적화하는네트워크인프라스트럭처가구현됩니다. VFCache 의이점 VFCache 는가능한범위와세분화수준에서완벽하고유연한제어기능을제공합니다. 물리적환경에서소스볼륨레벨또는 LUN 레벨에서 VFCache 를설정하거나해제할수있습니다. 가상화환경에서는개별 VM( 가상머신 ) 에 VFCache 용량이프로비저닝됩니다. VM 내에할당된캐시용량은가상디스크레벨에서구성됩니다. EMC VFCache 에대한자세한내용은 http://korea.emc.com/storage/vfcache/vfcache.htm 및 http://korea.emc.com/collateral/hardware/data-sheet/h9581-vfcache-ds.pdf 문서를참조하십시오. VFCache 는 Exchange 의성능을어떻게가속화합니까? Exchange 데이터베이스를하우징하는볼륨에 VFCache 를사용하도록구성하면가장높은 IOPS( 초당입출력작업수 ) 또는가장짧은응답시간이요구되는블록입출력읽기작업의속도가향상됩니다. 이소프트웨어는 PCIe 카드를가장자주참조되는데이터의캐시로사용하여스토리지액세스시간을단축하고입출력처리를스토리지시스템에서다른곳으로분산시킵니다. VFCache 는서버를 PCIe 버스에상주시킴으로써네트워크스토리지액세스에따른오버헤드를발생시키지않아응답시간이단축됩니다. VFCache 는 Exchange 데이터를애플리케이션에근접한서버입출력스택에저장하여성능을크게높입니다. EMC 가자체적으로 Exchange 2010 에서 VFCache 의검증테스트를실시한결과사용자응답시간이대폭단축되고처리량은크게늘어나는것으로나타났습니다. Exchange 워크로드요구사항이하루사용자당 250 개의메시지이상으로상당히높은수준인경우 VFCache 솔루션구축을고려해야합니다. 참고 : 성능향상및응답시간단축효과는각고객의 Exchange e- 메일사용량에따라달라집니다. 고객의환경에서파일럿단계테스트를이용해이기술을이용하는데따른효과를정확하게확인할것을적극권장합니다. 단, EMC 내부에서실시한모든테스트에서는성능이크게향상되는것으로나타났습니다. Exchange 2010 에서 VFCache 의성능에대한자세한내용은 korea.emc.com 에서 Accelerating Microsoft Exchange 2010 Performance with EMC VFCache 백서를참조하십시오. Microsoft Exchange Server 2010: 27 EMC 스토리지를위한 Best Practice 및설계지침 27
EMC 스토리지를기반으로한 Exchange Server 2010 의가상화 Best Practice 최근몇년동안대부분의미션크리티컬애플리케이션과 Microsoft Exchange Server 2010 환경을가상화하는것이많은기업에서일반적인추세가되었습니다. 가상화는 ROI 향상, 관리의용이성, HA 및 DR 능력제고, 유연성향상등많은이점을제공하기때문입니다. 강력한성능을제공하는최신서버를사용하면 6 대 1 의서버통합비율을실현하여막대한비용절감효과를얻을수있습니다. Exchange Server 2010 환경을가상화하려면몇가지고유한스토리지설계 Best Practice 가요구됩니다. Microsoft 웹사이트 (http://www.windowsservercatalog.com/svvp.aspx) 에서제공되는 Windows SVVP(Server Virtualization Validation Program) 는 EMC 스토리지가 Exchange Server 2010 환경의가상화를어떻게지원하는지를설명합니다. EMC VNX 제품군또는 Symmetrix VMAX 시리즈스토리지에서호스팅되는 Exchange Server 2010 환경을가상화함으로써고객은 VMware VMotion 및 Microsoft Hyper-V 라이브마이그레이션툴과같은기능을활용할수있습니다. 이러한기능을사용하면애플리케이션의가동을중단하지않으면서여러서버하드웨어간에가상서버를이동할수있습니다. 일반적인 Exchange 가상화지침 아래에는 Microsoft Exchange Server 2010 의가상화에적용되는몇가지일반적인지침이나와있습니다. 핵심 Exchange 설계지침이그대로적용됩니다. 성능, 신뢰성및용량에대한설계 사용자프로파일에대한설계 (CAS/MBX 역할 ) 메시지프로파일에대한설계 ( 허브 /Edge) Exchange 역할 (MBX, CAS, 허브, 다중역할 ) 에따라가상머신을사이징하십시오. 물리적사이징도적용됩니다. 지원해야할게스트수를수용할수있도록가상머신루트서버를사이징하십시오. DAG 복제본을여러개의물리적호스트에분산시켜물리적서버문제로인해발생할수있는다운타임을최소화하십시오. Microsoft Hyper-V 의경우 CPU 요구사항의 10% 를하이퍼바이저오버헤드에추가하십시오. VMware vsphere 의경우 5% 가량을추가하십시오. Exchange 메일박스가상머신을비롯하여 DAG(Database Availability Group) 에속하는 Exchange Server 가상머신은호스트기반페일오버클러스터링및마이그레이션기술을사용하여결합할수있습니다. 단, 가상머신이이동되거나오프라인상태가되었을때상태를저장하고복구하지않도록구성되어야합니다. 가상머신이소스에서타겟으로페일오버 ( 또는페일백 ) 된후에는타겟에서가상머신을재시작 ( 콜드스타드 ) 해야합니다. Microsoft Exchange Server 2010: 28 EMC 스토리지를위한 Best Practice 및설계지침 28
로드밸런싱, 경로관리및입출력경로장애탐지를위해 PowerPath 또는 PowerPath/VE 를물리적 Hyper-V 또는 ESX 에설치할것을적극권장합니다. 상태를저장하고마이그레이션하는마이그레이션기술은사용하지마십시오. 항상라이브로마이그레이션하거나 VM 을완전히종료하십시오. 메일박스 VM 에사용할전용 CPU 및메모리리소스를예약하고이러한리소스를과도하게커밋하지마십시오. 하이퍼바이저기반자동튜닝기능 ( 동적메모리, 스토리지튜닝및재조정기능 ) 을해제하십시오. 총 4 개의포트를사용하여각서버마다스토리지에대한경로가 4 개 (HBA 2 개 ) 이상확보되도록하십시오. Exchange 스토리지를게스트 OS(VHD/VMFS 또는 VMDK) 물리적스토리지와다른디스크에구축하십시오. 하이퍼바이저의한계를파악하십시오 ( 예 : 호스트당 256 개의 SCSI 디스크, 프로세서한계, 메모리한계 ). 하이퍼바이저성능툴과 OS 성능툴을모두사용하여 VM 을모니터링하십시오. 적절한볼륨유형을사용하십시오. VMware vsphere 의경우호스트또는게시트에 VMFS, RDM 또는 iscsi 를사용하십시오. Microsoft Hyper-V 의경우호스트또는게스트에 SCSI Pass-through 디바이스, VHD 또는 iscsi 를사용하십시오. Exchange 게스트가상머신내에서 iscsi 이니시에이터를사용하도록 iscsi 스토리지를구성할수있습니다. 단, 이구성에서는가상머신내의네트워크스택이기능을완벽하게지원하지않을경우 ( 예 : 점보프레임을지원하지않는가상네트워크스택도있음 ) 성능이저하됩니다. 지원되지않는구성 Microsoft 에서는다음구성을지원하지않습니다. 하이퍼바이저스냅 2:1 보다큰 vcpu 대비 pcpu 비율 루트에서실행되는애플리케이션 (Hyper-V 만해당 ) Pass-through 디스크루트의 VSS 백업 Exchange 가상화관련리소스 참고 vsphere 플랫폼에 Exchange 를구축할경우 http://www.vmware.com/files/pdf/exchange-2010-on-vmware-bestpractices-guide.pdf 의 Microsoft Exchange 2010 on VMware Best Practices Guide 문서에서제시하는권장사항을참조하고활용하십시오. Hyper-V 플랫폼에서 Exchange Server 2010 서비스를가상화하는데대한자세한내용과권장사항은 http://technet.microsoft.com/kokr/library/jj126252.aspx 에서 Exchange 2010 가상화이해라는 Microsoft 가이드를참조하십시오. Microsoft Exchange Server 2010: 29 EMC 스토리지를위한 Best Practice 및설계지침 29
Exchange 스토리지빌딩블록 이섹션에서는 MS Exchange 환경에대해검증된빌딩블록설계방식을설명합니다. 이방식은많은고객이물리적환경과가상화환경에서 Exchange 의설계와구축을간소화하는데도움을주었습니다. EMC 의풍부한경험과검증된빌딩블록방법론은예측가능하고신뢰성과확장성이높은고성능설계를보장해줍니다. Exchange Server 2010 에사용할스토리지를사이징하고구성하는프로세스는조직마다다른많은변수와요구사항을기초로하기때문에매우복잡할수있습니다. 제대로구성된 Exchange 스토리지와최적으로사이징된서버및네트워크인프라스트럭처가결합될경우원활한 Exchange 작업과우수한사용자환경이보장될수있습니다. Exchange Server 2010 에사용되는 EMC VNX 제품군또는 Symmetrix VMAX 시리즈스토리지시스템기반의대용량스토리지를효율적으로사이징하고구성할수있는방법의하나로, 메일박스서버빌딩블록방식이있습니다. 메일박스서버빌딩블록이란? 메일박스서버빌딩블록은특정한수의 Exchange Server 2010 사용자를지원하는데필요한스토리지 ( 입출력, 용량및대역폭 ), 서버 (CPU, 메모리 ) 및네트워크리소스의양을나타냅니다. 리소스요구량은구체적인사용자프로파일유형, 메일박스크기, 디스크요구사항을기준으로결정됩니다. 빌딩블록방식을사용하면 Exchange Server 2010 의설계와구축이간소화됩니다. 초기빌딩블록이설계되면엔터프라이즈환경의필요한사용자수를지원하도록손쉽게복제할수있습니다. EMC 고객은이러한방식을통해회사의구체적인 MS Exchange 환경요구사항에따라자체적인빌딩블록을만들수있습니다. 이방식을사용하면 MS Exchange 환경을쉽고간단하게확장할수있기때문에앞으로확장이예상되는경우에특히유용합니다. 빌딩블록방식의 Exchange Server 설계와관련한 EMC 의 Best Practice 는여러고객구축사례에서이미그효과가검증되었습니다. 고객의특정한운영환경에맞는빌딩블록을설계하는과정은관련요구사항을수집하고, 블록을구축하고, 설계를검증하는세가지단계로진행됩니다. 그림 4 부분에서는 Exchange 빌딩블록설계프로세스를보여줍니다. Microsoft Exchange Server 2010: 30 EMC 스토리지를위한 Best Practice 및설계지침 30
그림 4. Exchange 빌딩블록설계단계 이어지는섹션에서는 3 단계방식으로 EMC 스토리지기반의 Exchange Server 2010 빌딩블록을설계하는과정의예를보여줍니다. 여기서주안점은 Exchange Server 2010 빌딩블록의스토리지측면, 특히스토리지입출력, 용량, 대역폭입니다. CPU 및메모리같은서버리소스에대한설계지침과네트워크설계지침은본문서의주제를벗어난내용이므로다루지않습니다. Microsoft Exchange Server 2010: 31 EMC 스토리지를위한 Best Practice 및설계지침 31
요구사항수집 설계프로세스 1 단계에서는고객의모든관련요구사항을수집합니다. 이단계의중요성은아무리강조해도지나치지않습니다. 요구사항을서면으로작성하고모든관계자가합의해야한다는단서를명시합니다. 요구사항이변경될경우반드시모든관련당사자에게변경내용을알리고변경사항이프로젝트에미칠수있는잠재적인영향을평가해야합니다. 주요 Exchange Server 2010 요구사항 Exchange Server 2010 의주요요구사항은다음과같습니다. MS Exchange 환경의총사용자수 ( 메일박스수 ) 메일박스서버당사용자수 사용자입출력프로파일 ( 하루에송 / 수신되는메시지수 ) 메일박스크기제한 읽기 / 쓰기비율 평균메시지크기 Outlook 모드 ( 온라인또는캐시 ) 로그보호버퍼 삭제된항목보존정책 동시사용자수요구사항 복제기능이필요한경우요구되는 DAG 및데이터베이스복제본수 백업및복구요구사항 (RTO/RPO) 공간또는입출력에영향을미치는타사소프트웨어 ( 예 : Blackberry) Microsoft Exchange Server 2010: 32 EMC 스토리지를위한 Best Practice 및설계지침 32
고객요구사항예제 항목 다음표는일련의 Exchange Server 2010 고객요구사항예제를보여줍니다. 표 8. Exchange Server 2010 고객요구사항예제값 MS Exchange 환경의총사용자수 ( 메일박스수 ) 메일박스크기제한사용자당하루에송 / 수신되는메시지수목표평균메시지크기 Outlook 모드메일박스서버수서버당메일박스수 HA 요구사항서버당데이터베이스수 16,000 개 사용자당 1.5GB( 최대 1,500MB) 사용자당하루 150 개 (0.15IOPS) 75KB( 최대 0.75MB) 캐시모드, 100% MAPI 8 개 스위치오버구성에서 4,000 개 ( 액티브 2,000 개 / 패시브 2,000 개 ) DAG 1 개, DAG 당데이터베이스복제본 2 개 8 개 데이터베이스당사용자수 500 DIR( 삭제된항목보존 ) 기간 로그보호버퍼 ( 로그자르기오류로부터보호 ) 14 일 3 일 24 x 7 BDM 구성사용 데이터베이스읽기 / 쓰기비율 DAG 구성에서 3:2(60/40%) 동시사용자수요구사항 100% 공간또는입출력에영향을미치는타사소프트웨어 ( 예 : Blackberry) 해당없음 Microsoft Exchange Server 2010: 33 EMC 스토리지를위한 Best Practice 및설계지침 33
메일박스서버사이징툴 사용자요구사항을수집한후에는스토리지와서버의사이징프로세스를시작할수있습니다. Microsoft 와 EMC 는 Exchange 메일박스서버를적절하게사이징할수있도록지원하는툴을제공합니다. Microsoft 가제공하는 Exchange 2010 Mailbox Server Role Requirements Calculator 툴은스토리지권장사항과 CPU 및메모리지침을제시합니다. EMC 는 Microsoft 의계산기를보완하여 EMC VNX 및 VMAX 스토리지에맞게특별히설계된 EMC 확장기능을추가했습니다. EMC 의향상된계산기는 EMC 스토리지에 Exchange 2010 을구축하는것과관련하여더자세한정보와정확한권장사항을제공합니다. 특히 EMC 계산기에는 Exchange 스토리지사이징을위한씬프로비저닝기능이포함되어있습니다. Microsoft Exchange 2010 Mailbox server Role Requirements Calculator 는 Microsoft Exchange 팀블로그 (http://msexchangeteam.com/archive/2009/11/09/453117.aspx) 에서액세스할수있습니다. EMC 확장기능이포함된 Microsoft Exchange 2010 Mailbox server Role Requirements Calculator 는 EMC Community Network 포털의 "Everything Microsoft at EMC" 섹션 (https://community.emc.com/docs/doc-13037) 에서액세스할수있습니다. 설계및구축단계에서추가적인지침이필요한경우언제든지 EMC 문의하시기바랍니다. 에 Microsoft 와 EMC 의계산기는모두초기설계사이징의모델링작업을시작하는데유용한툴이지만, 숙련된 Exchange 및스토리지관리자들은직접계산을수행하는경우가많습니다. 이섹션에서는예를통해공간요구사항을계산하는방법을설명합니다. 이프로세스는 TechNet(http://technet.microsoft.com/kokr/library/ee832789.aspx) 에서제공된정보를바탕으로합니다. Microsoft Exchange Server 2010: 34 EMC 스토리지를위한 Best Practice 및설계지침 34
필요한디스크수에대한입출력계산 빌딩블록설계의 2 단계에서는 1 단계에서수집된요구사항을충족하는빌딩블록을정의합니다. 빌딩블록에는스토리지, 서버및네트워크리소스가포함됩니다. 이문서에서는스토리지리소스를정의하는데중점을둡니다. 입출력계산 빌딩블록에필요한스토리지리소스를결정하는첫단계로, 입출력을기준으로디스크요구사항을계산합니다. 아래에관련수식이순서대로나와있습니다. 사용자 IOPS 먼저, 사용자 IOPS 를계산합니다. 사용자 IOPS 는트랜잭션데이터베이스 IOPS 이자 Jetstress 테스트의대상이됩니다. 수식은다음과같으며, 데이터값설명자는꺾쇠괄호로표시되어있습니다. 사용자 IOPS = < 사용자수 > * < 사용자당 IOPS> + < 추가 IOPS 오버헤드 > 이번에는예제값과계산결과가포함된수식입니다 ( 꺾쇠괄호설명자는회색으로표시 ). 사용자 IOPS = < 사용자수 > 4,000 * < 사용자당 IOPS> 0.15 + < 추가 IOPS 오버헤드 > 0 = 600 참고 : 일반적으로 Microsoft 에서는특별한고객요구사항과향후확장을감안하여입출력오버헤드인수를 20% 로지정하도록권장합니다. 이예에서는이값을 0 으로설정했습니다. 프런트엔드 IOPS 다음으로로그, BDM 등을감안하여 EMC 가요구하는사용자 IOPS 값 20% 를더합니다. 그러면 Exchange Server 2010 의총프런트엔드 IOPS 가구해집니다. EMC 의 20% 오버헤드프런트엔드 IOPS = < 사용자 IOPS> + (< 사용자 IOPS> * 0.20) 프런트엔드 IOPS = 600 + 120 = 720 참고 : 반드시더해야하는 20% 의 EMC 요구오버헤드와개별고객이선택에따라더할수도있고더하지않아도되는 Microsoft 권장 20% 오버헤드를혼동하지마십시오. RAID 오버헤드와디스크입출력 다음으로, 적절한 RAID 오버헤드값 ( 표 7 페이지의 19 참조 ) 을쓰기입출력에적용한후그결과값을표 6 페이지의 18 에나와있는적절한 Exchange Server 2010 디스크당 IOPS 값으로나눕니다. 예를들어읽기 / 쓰기비율이 3:2(60/40% 분할 ) 이고 VNX NL/SAS 드라이브를사용하는경우공식은다음과같습니다. -----------60% 읽기 ------------- -----------40% 쓰기 ------------ ((< 프런트엔드 IOPS> * 0.60) + <RAID 오버헤드값 > * (< 프런트엔드 IOPS> * 0.40)) / < 디스크당 IOPS> = < 빌딩블록당필요한총디스크수 > Microsoft Exchange Server 2010: 35 EMC 스토리지를위한 Best Practice 및설계지침 35
RAID 종류선택 RAID 종류별로 RAID 오버헤드값이다르기때문에각 RAID 종류를적용했을때산출되는필요한디스크수결과값도서로큰차이가있습니다. 따라서고객의입출력및공간요구사항에가장적합한 RAID 종류를선택하는것이중요합니다. 표 9 부분에는 VNX 스토리지를기반으로 NL-SAS 디스크를사용한각 RAID 종류의공식이나와있습니다. 이데이터를기준으로할때입출력의측면에서보면 RAID 1/0 이가장적합합니다. 표 9. VNX 스토리지에 NL_SAS 디스크를사용할경우의계산 RAID 종류 RAID 1/0( 오버헤드값 2) 사용시 RAID 5( 오버헤드값 4) 사용시 RAID 6( 오버헤드값 6) 사용시 필요한디스크수 (720 * 0.60) + 2(720 * 0.40) = 1,008 / 65 = 16 개의디스크 (720 * 0.60) + 4(720 * 0.40) = 1,584 / 65 = 26 개의디스크 (720 * 0.60) + 6(720 * 0.40) = 2,160 / 65 = 34 개의디스크 디스크요구용량계산 씬프로비저닝을활용하도록 Exchange 2010 솔루션을설계하는경우두가지계산을통해디스크요구용량을판단해야합니다. 첫번째계산에서는초기요구용량을확인합니다. 이값은초기메일박스용량을지원하는데필요한스토리지용량을확인하는데필요하며, 이값에따라스토리지용량을구매하게됩니다. 두번째계산에서는씬프로비저닝된용량요구사항을확인합니다. 이값은호스트에제공할데이터베이스 LUN 과로그 LUN 의크기를적절하게구성하는데필요합니다. 또한완전하게프로비저닝된메일박스에사용할스토리지를프로비저닝하는데에도필요합니다. EMC 스토리지를기반으로 Exchange 2010 을설계하고씬프로비저닝을활용할경우 Exchange 트랜잭션로그를데이터베이스씬풀 (Thin Pool) 과분리하는것이좋습니다. 로그볼륨과데이터베이스볼륨은데이터증가패턴이서로다르므로둘을분리하는것이타당합니다. 그뿐만아니라둘을분리하면로그볼륨을데이터베이스볼륨과다른디스크유형에구축하거나다른 RAID 레벨에구축할수있게됩니다. Exchange 로그 LUN 은씬프로비저닝할필요가없습니다. 데이터베이스볼륨크기계산 필요한데이터베이스볼륨크기를계산하려면다음을먼저계산해야합니다. 디스크의사용자메일박스크기 디스크의데이터베이스크기 데이터베이스 LUN 크기 디스크의사용자메일박스크기공식 디스크의사용자메일박스크기를계산하는공식은다음과같습니다. 디스크의사용자메일박스크기 = < 메일박스크기 > + < 여유공간 > + < 휴지통 > Microsoft Exchange Server 2010: 36 EMC 스토리지를위한 Best Practice 및설계지침 36
여유공간공식 여유공간 = < 하루에송 / 수신되는메시지수 > * < 평균메시지크기 > 예 : 여유공간 = 하루메시지 150 개 * 75KB / 1,024MB = 최대 11MB 휴지통공식 휴지통 = (< 하루에송 / 수신되는메시지수 > * < 평균메시지크기 > * < 삭제된항목의보존일수 >) + (< 메일박스크기 > * 0.012) + (< 메일박스크기 > * 0.03) 예 : 휴지통 = ( 하루메시지 150 개 * 75KB / 1,024MB * 14) + (1,500MB * 0.012) + (1,500MB * 0.03) = 217MB 여유공간과휴지통값이구해지면디스크의데이터베이스크기와데이터베이스 LUN 크기를구하기쉽도록아래와같은표를준비합니다. 메일박스크기 여유공간 휴지통 디스크의사용자메일박스크기 데이터베이스당메일박스수 1,500MB 11MB 217MB 1,728MB 사용자 500 명 예 : 디스크의사용자메일박스크기 = 1,500MB + 11MB + 217MB = 1,728MB 디스크의데이터베이스크기공식 디스크의데이터베이스크기 = < 데이터베이스당메일박스수 > * < 디스크의메일박스크기 > * < 데이터베이스오버헤드증가인수 > 데이터베이스오버헤드증가인수 : 1.2( 즉, 20% 추가 ) 예 : 디스크의데이터베이스크기 = 사용자 500 명 * 1,728MB * 1.2 = 1,037GB 데이터베이스 LUN 크기공식 데이터베이스 LUN 크기 = (< 디스크의데이터베이스크기 > + < 컨텐츠인덱스인수 >) / (1 - 사용가능한용량비율요구사항인수 ) 컨텐츠인덱스는대개데이터베이스크기의 10% 로산정합니다. 따라서컨텐츠인덱스인수는 1.1 이됩니다. 데이터베이스 LUN 에권장되는 20% 의사용가능한용량요구사항인수는 0.2 가됩니다. 예 : 완전하게프로비저닝된메일박스의데이터베이스 LUN 크기 = 1,037GB * 1.1 = 1140.7 / 0.8 = 1,426GB Microsoft 의데이터베이스 LUN 크기공식에대한자세한내용은 http://technet.microsoft.com/ko-kr/library/ee832789.aspx 를참조하십시오. 로그 LUN 크기 Exchange 의디스크를구성할때, 데이터베이스 LUN 에서성능병목현상이발생할가능성이가장크다는생각에데이터베이스 LUN 을가장중요시하는경우가많습니다. 그러나데이터베이스트랜잭션은관련로그쓰기의완료를기준으로게이팅된다는점을알아야합니다. 따라서 Exchange 디스크구성시에는로그 LUN 도데이터베이스 LUN 만큼중요하게고려해야합니다. Microsoft Exchange Server 2010: 37 EMC 스토리지를위한 Best Practice 및설계지침 37
로그 LUN 의스토리지요구용량은다음인수를고려하여추정할수있습니다. 메일박스당하루에생성되는로그파일수 - 이값은사용자가하루에평균적으로보내고받는 e- 메일수와평균메일박스크기에따라결정됩니다. 유지해야할하루치로그수 - 이값은로그를얼마나자주자르는지에따라결정됩니다. 로그파일은일반적으로야간에실행되는 Exchange 백업, 스냅또는클론생성작업시에잘립니다. 차등백업, 스냅및클론작업은실행하더라도로그파일이잘리지않습니다. 백업 / 스냅 / 클론생성일정에주단위전체및일단위차등백업 / 스냅 / 클론작업만포함되어있는경우로그 LUN 공간을일주일치로그파일크기보다더크게설정해야복구작업중에백업데이터와재생데이터를저장할수있습니다. 메일박스이동에필요한스토리지 - 대기업은사용자메일박스중일정비율을야간에또는주단위로다른데이터베이스, 서버또는사이트로이동하는경우가많습니다. 데이터베이스간에메일박스를이동할때에는타겟로그 LUN 에트랜잭션로그가생성되는데, 이로그의크기는소스에생성되는로그크기와거의맞먹습니다. 로그증가오버헤드인수 - 대부분의구축사례에서는로그 LUN 을생성할때다른인수를모두고려한후추가로 20% 의오버헤드공간을로그크기에더하는것이좋습니다. 이렇게해야예기치못한로그가생성되었을때필요한공간을확보할수있습니다. 고가용성인수 - DAG 와같은고가용성기능을구현하면스토리지요구용량이증가합니다. 로그 LUN 크기공식 로그 LUN 크기 = < 메일박스당하루치로그수 > * < 데이터베이스당메일박스수 > * < 로그자르기오류로부터보호하기위한보호버퍼 ( 단위 : 일 )> * < 사용가능한용량요구사항인수 > 사용가능한용량요구사항인수 : 1.2( 즉, 20% 추가 ) 예 : 로그 LUN 크기 = 하나당 1MB 크기의로그 30 개 * 500 * 3 * 1.2 = 54GB 빌딩블록당필요한총공간크기 표 10 부분에는데이터베이스및로그 LUN 크기요구사항과그에따라빌딩블록하나에필요한총공간크기의예가나와있습니다. 표 10. 빌딩블록당공간크기요구사항 서버당총데이터베이스 LUN 크기 서버당총로그 LUN 크기 서버당필요한총 LUN 크기용량 11,408GB( 서버당 1,426GB x 8 개 LUN) 432GB( 서버당 54GB x 8 개 LUN) 11,840GB(16 개 LUN) 빌딩블록당필요한총공간크기공식 서버당필요한총 LUN 크기용량 = (< 서버당데이터베이스 LUN 크기 > + < 서버당로그 LUN 크기 >) * < 서버당데이터베이스수 > 예 : 서버당필요한총 LUN 공간 = (1,426 + 54GB) * 8 = 11,840GB Microsoft Exchange Server 2010: 38 EMC 스토리지를위한 Best Practice 및설계지침 38
필요한디스크의총수 예 : 필요한디스크의총수 = 11,840GB / 1,834 = 최대 8 개디스크 참고 : 디스크수는 8 개로반올림되었습니다. 1,834GB 는 VNX 시스템에 NL-SAS 디스크를사용할경우의가용용량 2TB 를나타냅니다. RAID 1/0 을사용할경우에는필요한 2TB NL-SAS 디스크수가 16 개가됩니다. 디스크요구사항요약 예제요구사항과계산된값을기준으로할때 2TB NL-SAS 디스크 16 개로구성하는것이최적입니다. 이구성은사용자수가 4,000 명이고사용자프로파일이 0.15IOPS 이며메일박스크기제한이 1.5GB 인빌딩블록의 IOPS 요구사항과용량요구사항을모두충족합니다. 빌딩블록당디스크수가정해지면그값에필요한빌딩블록수 ( 이예의경우 8 개 ) 를곱해전체 MS Exchange 환경에필요한총디스크수를구합니다. 예제를기준으로하면다음과같습니다. 2 개복제본 DAG 에서 16,000 명의사용자에게 1.5GB 메일박스쿼터를지원하는데필요한총디스크수 : 128 개 (16 * 8) 대역폭계산 단일스토리지에 100 개가넘는 Exchange 데이터베이스를구축해야할경우입출력처리량검증을실시하여스토리지버스가입출력병목지점이되지않는지를확인하는것이바람직합니다. 이처리량검증프로세스는다음과같은단계로진행됩니다. 1. 고객에게필요한데이터베이스수확인 2. 데이터베이스 LUN 이여러백엔드버스와스토리지프로세서에고르게분산되어있는지확인 3. 데이터베이스당처리량 (MB/s) 확인 4. 버스하나당요구되는처리량 (MB/s) 확인 5. 각버스에서최대 Exchange 데이터베이스처리량을감당할수있는지확인 데이터베이스당처리량 (MB/s) 데이터베이스당처리량 (MB/s) 은각데이터베이스에서생성되는처리량을말합니다. 데이터베이스당처리량 (MB/s) 은다음공식을사용하여구합니다. 데이터베이스당처리량 (MB/s) = < 데이터베이스당총트랜잭션 IOPS> * 32KB + 7.5MB 여기서각항목이나타내는바는다음과같습니다. 32KB 는페이지크기 7.5MB 는데이터베이스당 BDM 처리량추정치 버스하나당요구되는처리량 (MB/s) 버스하나당요구되는처리량 (MB/s) 은단일버스에할당된모든데이터베이스를지원하는데필요한처리용량을말합니다. 버스하나당요구되는처리량 (MB/s) 은다음공식을사용하여계산합니다. Microsoft Exchange Server 2010: 39 EMC 스토리지를위한 Best Practice 및설계지침 39
버스하나당요구되는처리량 (MB/s) = < 데이터베이스당처리량 (MB/s)> * < 버스당총액티브및패시브데이터베이스수 > 중요! 버스당데이터베이스수는버스하나당지원하는액티브및패시브데이터베이스의총수를나타냅니다. 처리량요구사항을스토리지의버스용량과비교 다음으로, 고객의총데이터베이스처리량요구사항 ( 단일버스에할당된모든데이터베이스를지원하는데필요한처리용량 ) 을버스의최대처리량사양과비교해야합니다. 사용중인스토리지의버스사양은시간이지나면서변하므로, 해당지역의속도전문가에게문의하거나 CX4 또는 VNX 용 Disksizer 를사용하시기바랍니다. 계산예제 가정 : 데이터베이스당 0.15IOPS 의사용자 500 명, 버스당데이터베이스 200 개 데이터베이스당총트랜잭션 IOPS = (500 * 0.15) * 32KB = 2.4MB/s 데이터베이스당처리량 (MB/s) = 2.4MB/s + 7.5MB/s = 9.9MB/s 버스하나당요구되는처리량 (MB/s) = 9.9MB/s * 200 개데이터베이스 = 1,980MB/s 따라서스토리지가버스당최대 3,200MB/s 의처리량을지원하는경우처리량의측면에서보면 200 개의데이터베이스를지원할수있습니다. Microsoft Exchange Server 2010: 40 EMC 스토리지를위한 Best Practice 및설계지침 40
스토리지설계검증 Exchange 운영전단계구축과정의마지막단계는스토리지검증을통해올바르게구성되었고지원하도록설계된로드를처리할수있는지를확인하는것입니다. Jetstress Microsoft Exchange 스토리지설계를검증하는데사용되는 Microsoft Jetstress 툴은 Microsoft Exchange 의구축기반인소위 Jet 라고하는 ESE(Extensible Storage Engine) 데이터베이스기술과직접상호작용하면서데이터베이스레벨에서 Microsoft Exchange 입출력을시뮬레이션합니다. Jetstress 는 Microsoft Exchange 의요구성능제한범위내에서디스크서브시스템에제공가능한최대입출력처리량을테스트하도록구성할수있습니다. Jetstress 는디스크서브시스템이적절한성능수준을유지할수있는특정사용자수와사용자한명의초당입출력작업수 (IOPS) 를정의된메트릭으로시뮬레이션한프로파일을사용합니다. Microsoft Exchange 운영환경을구축하기전에 Jetstress 테스트를이용하여스토리지의신뢰성과성능을검증할것을적극권장합니다. Jetstress 에대한자세한내용은다음에서참조할수있습니다. http://technet.microsoft.com/ko-kr/library/dd335108.aspx Jetstress 사용방법에대한포괄적인정보는다음을참조하십시오. http://technet.microsoft.com/ko-kr/library/ff706601.aspx ESRP 보고서 이용할다른리소스로, 스토리지공급업체의 Exchange Server 2010 설계를검증하는 ESRP(Exchange Solution Review Program) 라는 Microsoft 프로그램이있습니다. 공급업체에서는다양한성능, 스트레스, B2D(Backup-to-Disk), 로그파일재생요구사항을기준으로여러가지 Jetstress 테스트를실행합니다. 그러면 Microsoft 가결과를검토하여승인된솔루션을 Microsoft.com 에게시합니다. EMC 가제출한솔루션에대해 Microsoft 가승인한보고서는 http://technet.microsoft.com/ko-kr/exchange/ff182054.aspx 에서확인할수있습니다. EMC Proven Solutions 및백서 Exchange Server 2010 스토리지설계에대한 EMC 레퍼런스아키텍처와백서는 http://korea.emc.com/exchange 와 http://www.microsoft.com/emc 에서 제공됩니다. Microsoft Exchange Server 2010: 41 EMC 스토리지를위한 Best Practice 및설계지침 41
EMC 스토리지의 Exchange Server 2010 을위한고가용성및데이터보호기능 Microsoft 는 Exchange 2010 에 DAG(Database Availability Group) 기능을도입하여기본적인 Exchange 의고가용성기능과데이터보호기능을개선했습니다. Exchange 2010 DAG DAG 는 Microsoft Exchange Server 2010 메일박스서버로구성되며, 이러한구성은데이터베이스, 서버또는네트워크장애발생시에데이터베이스레벨의자동복구기능을제공할수있습니다. DAG 의메일박스서버 ( 최대 16 개 ) 는서로의장애를모니터링합니다. DAG 에메일박스서버를추가하면 DAG 의다른서버와함께작동하면서데이터베이스, 서버및네트워크장애를데이터베이스레벨에서자동으로복구하는기능이제공됩니다. 또한 DAG 의적용범위를여러사이트로확장하여데이터센터장애에대한복구성능을보장할수있습니다. EMC 는 DAG 를보완하고 MS Exchange 환경을데이터베이스, 서버또는전체사이트의손실로부터더효과적으로보호하는데도움이되는다양한데이터보호제품과옵션을제공합니다. 이섹션에서는다양한 Exchange Server 2010 고가용성및재해복구옵션에대해설명합니다. 지연복제 메일박스데이터의이전시점복제본이필요한경우 Exchange 는 DAG 환경에지연복제본을생성할수있는기능을제공합니다. 이러한기능은 DAG 의여러데이터베이스간에동일하게논리적손상이나타나이전시점으로되돌려야하는드문경우에유용합니다. 또한관리자가실수로메일박스나사용자데이터를삭제한경우에도유용할수있습니다. 하지만지연복제본으로는다중시점복구가불가능합니다. 지연복제본을복구에사용한후에는새로운지연복제본을생성해야합니다. 일부대규모운영환경에서는이프로세스에막대한리소스와시간이소모될수있습니다. Exchange 데이터베이스손상유형과지연복제의제한에대한자세한내용은 http://technet.microsoft.com/kokr/library/dd335158.aspx 를참조하십시오. EMC 는스냅샷을통해훨씬적은스토리지를사용하면서같거나더높은보호수준을제공할수있습니다. EMC Replication Enabler for Exchange 2010 EMC REE(Replication Enabler for Microsoft Exchange Server 2010) 는 Microsoft Exchange 와통합되어 DAG 기반복제기능을대체하고고가용성과재해복구성능을제공할스토리지기반복제를지원하는무료플러그인입니다. 이솔루션은기본 DAG 복제를사용할때에비해스토리지를대폭절감해줍니다. REE 에대한자세한내용은 EMC 의온라인지원웹사이트 (http://korea.emc.com/replication/replication-enabler-exchange-2010.htm) 를참조하십시오. REE 를활용한 EMC Proven Solution 에대해서는 korea.emc.com 에서 Zero Data loss Recovery for Microsoft Exchange Server 2010 백서를참조하십시오. Exchange Server 2010 용 EMC 고가용성및데이터보호오퍼링 일부고객에게는 Exchange 2010 기본데이터보호기능으로도충분하지만여전히 Exchange 2010 데이터베이스에대한전체백업및복구기능을필요로하는고객이많습니다. EMC 는 Exchange 2010 의고가용성과데이터보호성능을보장하는다음과같은여러가지옵션을제공합니다. Microsoft Exchange Server 2010: 42 EMC 스토리지를위한 Best Practice 및설계지침 42
EMC AppSync(VNX Snapshots 또는 RecoverPoint 와함께사용 ) EMC Replication Manager(EMC SnapView 및 EMC TimeFinder ) EMC Avamar EMC Networker 위에서언급한각제품은나름의고유한장점과기능이있습니다. 제품선택에대한결정은개별고객의백업및복구요구사항과현재사용중이거나구매예정인 EMC 스토리지시스템의유형에따라결정됩니다. EMC 하드웨어기반스냅샷및클론제품은오래전부터 Microsoft VSS 기술에통합되었습니다. Symmetrix TimeFinder, VNX SnapView 및 VNX Snapshots 을사용하면백업작업과복구작업을위한로컬시점스냅샷또는데이터클론을생성할수있습니다. 이러한제품은데이터베이스와로그의공간절약형스냅샷또는전체블록간 (block-for-block) 클론복제본을사용하여단순한무중단백업작업을지원합니다. 이들제품을사용하면몇초이내에백업및복구를수행할수있습니다. EMC Replication Manager EMC Replication Manager 를사용하면 VNX 시스템과 Symmetrix 시스템을모두지원하는중앙집중식관리콘솔을통해 EMC 시점복제기술을관리할수있습니다. Replication Manager 는검색과구성에서부터여러애플리케이션정합성보장디스크기반복제본의관리에이르기까지전체데이터복제프로세스를체계화합니다. Autodiscover 기능을사용하여자동만료를포함한복제본정보를예약, 기록및카탈로그화함으로써복제환경을검색하고효율화된관리를지원할수있습니다. 자세한내용은 korea.emc.com 참조하십시오. 에서 Replication Manager 제품페이지를 EMC AppSync EMC AppSync 는 SLA(Service Level Agreement) 기반정책을통해 VNX 구축환경의가상화된 Microsoft 애플리케이션을셀프서비스방식으로간편하게보호할수있도록지원합니다. 애플리케이션소유자는서비스계획을정의한후운영데이터를보호하고세분화된항목레벨로데이터를신속하게복구할수있습니다. AppSync 는또한 SLA 가충족되지않을경우알림을생성하는애플리케이션보호모니터링서비스도제공합니다. 자세한내용은 korea.emc.com 에서 AppSync 제품페이지를참조하십시오. Exchange 2010 과 EMC AppSync 및 VNX Snapshots 을활용한전체솔루션은 korea.emc.com 에서 Advanced Protection for Microsoft Exchange2010 on EMC VNX Storage 백서를참조하십시오. 신속한 Exchange 백업및복구 Exchange 데이터베이스를신속하게백업하고복구할수있는강력한방법을사용할것을적극권장합니다. EMC AppSync, EMC Replication Manager, EMC Avamar, EMC NetWorker 는로그자르기를수행하고데이터베이스를대체호스트에마운팅하는기능을제공합니다. 지연복제기능없이기본 Microsoft Exchange 2010 DAG 기능을사용하려는경우에도논리적손상으로부터보호하기위한견고한대체시점 Exchange 데이터보호전략을적극권장합니다. Microsoft Exchange Server 2010: 43 EMC 스토리지를위한 Best Practice 및설계지침 43
신속한 Exchange 백업및복구 Exchange 데이터베이스를신속하게백업하고복구할수있는강력한방법을사용할것을적극권장합니다. EMC AppSync, EMC Replication Manager, EMC Avamar, EMC NetWorker 는로그자르기를수행하고데이터베이스를대체호스트에마운팅하는기능을제공합니다. 지연복제기능을사용하거나사용하지않으면서기본 Microsoft Exchange 2010 DAG 기능을사용하려는경우에도논리적손상으로부터보호하기위한견고한대체시점 Exchange 데이터보호전략을적극권장합니다. Exchange 2010 재해복구옵션 EMC 는 Exchange Server 2010 의재해복구를위한다양한옵션을제공합니다. 표 11 부분에는기본 Exchange DAG 기능외에가장많이사용되는 3 가지옵션이나와있습니다. 각옵션은나름의장단점이있습니다. 고객에게가장적합한옵션은고객의구체적인재해복구요구사항에따라결정됩니다. 표 11. Exchange 2010 을위한 EMC 재해복구오퍼링 오퍼링복제방식설명 사이트간 ( 확장 ) DAG 데이터베이스이식성 서버 / 사이트이동 Exchange 무중단복제 (DAG) EMC RecoverPoint EMC RecoverPoint, EMC SRDF Exchange 2010 에내장된기본구성요소로, 고가용성과재해복구기능을제공합니다. Exchange 데이터만복제됩니다. 사용자가보조사이트의다른서버로이전됩니다. 운영체제데이터와 Exchange 데이터가모두복제됩니다. 서버시작, IP 변경및 DNS 업데이트가페일오버대상으로포함됩니다. Site Recovery Manager 와 vsphere 를함께사용하여전체프로세스가자동화됩니다. REE(Replication Enabler for Exchange) EMC RecoverPoint 동기식솔루션입니다. Exchange 2010 타사복제 API 와통합됩니다. 기본 DAG 복제기능을대체합니다. 추가백업고려사항 EMC 는 Exchange 2010 백업과관련하여다음을권장합니다. 보통수준에서높은수준의사용자입출력프로파일의경우성능저하를최소화하려면운영 Exchange 서버에서직접백업을생성하지마십시오. 대신시점스냅샷또는클론을다른서버에마운트하고해당서버에서백업을생성하십시오. 가능한한영업시간을피해서실행되도록백업을예약하십시오. Microsoft Exchange Server 2010: 44 EMC 스토리지를위한 Best Practice 및설계지침 44
결론 이문서에서는 EMC 스토리지시스템을사용하여 Microsoft Exchange Server 2010 구축을계획할때의주요결정요인을설명합니다. 또한모든고객의요구사항을대부분지원할수있는다양한구성옵션이제공됩니다. EMC 스토리지및데이터관리소프트웨어제품은고객의비즈니스요구사항에가장적합한방법으로 Exchange Server 2010 환경을자유롭게관리할수있도록설계되었습니다. Exchange Server 2010 스토리지의설계와관련한 Best Practice 는끊임없이발전하고있습니다. 이문서에서는 EMC VNX 유니파이드스토리지또는 EMC Symmetrix VMAX 시리즈스토리지를사용하여 Exchange Server 2010 을구축하는방법과관련하여 EMC 가권장하는 Best Practice 를제시합니다. 이러한지침을따르면고객의요구사항에맞는효율적인고성능, 고가용성 Exchange Server 2010 환경을구축하는데크게도움이됩니다. 이백서에서는다음을수행하는데도움이되는개념, 원리및공식을제시합니다. Exchange Server 2010 의입출력및대역폭특성이해 Exchange Server 2010 의 VNX 및 VMAX 관련 Best Practice 응용 Exchange Server 2010 스토리지빌딩블록활용 스토리지입출력, 용량및대역폭요구사항계산 전반적인스토리지설계검증 Exchange Server 2010 을위한다양한데이터보호옵션숙지 추가정보 EMC VNX 유니파이드스토리지제품군또는 EMC Symmetrix VMAX 시리즈스토리지를사용한 Microsoft Exchange Server 2010 구축방법에대한추가지침은해당지역 EMC Microsoft Exchange 전문가에게문의하십시오. Microsoft Exchange Server 2010: 45 EMC 스토리지를위한 Best Practice 및설계지침 45