백서 EMC가 MICROSOFT SQL SERVER에제공하는최고의성능과효율성 EMC XtremIO, VMware vsphere, SQL Server 2012, SQL Server 2014 최적화를통해 OLTP SQL Server 워크로드처리성능극대화 데이터베이스인스턴스

Transcription

1 백서 EMC가 MICROSOFT SQL SERVER에제공하는최고의성능과효율성 최적화를통해 OLTP SQL Server 워크로드처리성능극대화 데이터베이스인스턴스가상화및통합 성능에영향을주지않고여러스냅샷복제본생성 스토리지설치공간을최소화하여여러데이터베이스복제본운영 EMC 솔루션 요약이백서에서는가상화된 Microsoft SQL Server 2012 및 2014 데이터베이스를 EMC XtremIO 플래시전용스토리지에구축하여운영하는데따르는이점및 SQL Server를사용하는환경의기능에이솔루션이어떻게기여하는지를설명합니다. 2014년 6월

2 Copyright 2014 EMC Corporation. All Rights Reserved. 본문서의정보는발행일현재정확한것으로간주되며모든정보는예고없이변경될수있습니다. 본문서의정보는 " 있는그대로 " 제공됩니다. EMC Corporation 은본문서의정보와관련하여어떠한진술이나보증도하지않으며, 특히상품성이나특정목적을위한적합성에대하여어떠한묵시적인보증도부인합니다. 본문서에설명된 EMC 소프트웨어를사용, 복사및배포하려면해당소프트웨어라이센스가필요합니다. EMC 제품에대한최신목록은 korea.emc.com 의 EMC Corporation Trademarks 부분을참조하십시오. 본문서에사용된기타모든상표는해당소유주의자산입니다. Part Number H

3 목차 요약... 6 비즈니스타당성근거자료... 6 솔루션개요... 6 주요결과... 7 소개... 8 용도... 8 범위... 8 대상... 8 용어... 8 기술개요... 9 개요... 9 EMC XtremIO... 9 주요이점... 9 인라인데이터감소 쓰기가능스냅샷 XtremIO Management Server VMware vsphere Microsoft SQL Server Microsoft SQL Server Microsoft SQL Server 솔루션아키텍처 개요 아키텍처다이어그램 하드웨어리소스 소프트웨어리소스 스토리지계층 : EMC XtremIO 개요 스토리지설계 데이터베이스스토리지설계관련고려사항 스토리지설계세부정보

4 Microsoft SQL Server 데이터베이스설계 개요 OLTP 데이터베이스스토리지설계 OLTP 데이터베이스프로파일 OLTP 데이터베이스설계 네트워크계층 개요 SAN 네트워크 Best Practice IP 네트워크 Best Practice VMware vsphere 네트워크 Best Practice 물리적서버및가상화계층 개요 컴퓨팅및스토리지리소스 네트워크가상화 설계관련고려사항 개요 XtremIO 구성 Best Practice Fibre Channel 스위치구성 서버구성 vsphere 기본경로다중화구성 성능테스트및검증 개요 결과설명 테스트목표 테스트시나리오 OLTP 워크로드성능테스트 테스트방법 테스트절차 테스트결과 XtremIO 시스템성능 SQL Server 2012 와 SQL Server 2014 성능비교

5 XtremIO 스냅샷사용시스템성능테스트 테스트방법 테스트절차 테스트결과 XtremIO 데이터감소분석 경제적인데이터감소 데이터중복제거비율 결론 요약 결과 참고자료 EMC 설명서 백서 제품설명서 EMC XtremIO VMware 설명서 Microsoft SQL Server 설명서

6 요약 비즈니스타당성근거자료 오늘날점점더까다로워지는비즈니스환경에서기업들은프로세스최적화및서비스개 선의필요성을절감하고있습니다. 또한다음과같은이유로인해 IT 인프라스트럭처의성 능과데이터가용성의중요성이대두되었습니다. 높은트랜잭션워크로드타임크리티컬애플리케이션의등장및까다로워지는 SLA(Service Level Agreement) 입출력응답성능이매우중요한턴키및타사애플리케이션 BI(Business Intelligence) 보고, 테스트, 개발기능을비롯한비즈니스프로세스를지원하는데사용할애플리케이션데이터베이스복제고가용성아키텍처의필요성 대부분의환경에서기업들은시스템에대한영향을최소화하면서운영데이터의복제본을생성하여조직내의여러업무팀에서해당데이터를활용할수있도록안전하게제공해야합니다. 운영데이터의복제본을액세스하려면일반적으로여러시간내지며칠을기다려야합니다. 이러한지연으로인해 BI 분석, 테스트및개발 (test/dev), 데이터무결성, 검증및감사등의업무효과가저하됩니다. 기업이데이터가용성향상을시도하는과정에서기술솔루션이기대치를충족하지못하는경우다음과같은문제가발생합니다. 운영, 테스트 / 개발및분석용 SQL Server 환경의복잡한구성운영성능저하또는고성능복제환경으로인한상당한비용발생없이읽기 / 쓰기용데이터베이스의여러복제본을유지하는능력이제한됨타사툴의불편한백업및복구방식으로인한비용증가와운영인력과잉 Microsoft SQL Server 를사용하는기업은지속적인운영성능및용량관리문제를해결할 수있는새로운접근방식을고려해야합니다. 즉, 운영비용과복잡성을최소화하면서높 은수준의성능을제공하는시스템을모색해야합니다. 솔루션개요 Microsoft와 EMC는긴밀한협력을통해 SQL Server 환경에고성능및엔터프라이즈급가용성솔루션을실현하는핵심구성요소를제공합니다. EMC XtremIO 는최상의 OLTP(Online Transactional Processing) 데이터베이스성능을위해 SQL Server에맞게최적화된스토리지솔루션으로서 CPU, 메모리등다른시스템리소스의효율성을극대화해줍니다. 6

7 기존에는데이터베이스성능향상을위해스토리지를프로비저닝하기가복잡하고시간이많이걸렸으며스토리지시스템뿐아니라데이터베이스자체에대한전문지식이필요했습니다. XtremIO 플래시전용스토리지는트랜잭션처리급증및복잡한쿼리와같은변화무쌍한상황에대응할수있고운영데이터베이스의최신복제본으로테스트및개발환경을지원합니다. 이솔루션은데이터손실, 논리적손상등의데이터베이스문제가발생할경우 XtremIO의스토리지기반스냅샷기능을통해거의즉각적인복구기술을제공하여다운타임을최소화할뿐아니라, 더욱빠르고쉬우며경제적인데이터액세스를실현하여비즈니스인텔리전스와분석역량을강화합니다. XtremIO 플래시전용스토리지는다음을통해데이터베이스스토리지문제를해결합니다. 클릭몇번으로볼륨을생성하고전체데이터베이스구조를탑재합니다. 사전계획, 프로비저닝또는튜닝단계가불필요합니다. SSD(Solid State Drive) 및컨트롤러를비롯한모든스토리지시스템리소스가항상자동으로활용됩니다. 요구사항이단일 XtremIO X-Brick으로충족할수있는수준을초과하는경우 XtremIO 시스템을스케일아웃하여성능을높입니다. XtremIO 스냅샷으로데이터베이스의여러인스턴스와복제본을관리하여복잡성을배제합니다. 주요결과 솔루션이입증하는 EMC XtremIO 플래시전용스토리지의특징은다음과같습니다. 설치가빠르고간편하며스토리지튜닝이거의또는전혀필요하지않습니다. XtremIO 는물리적환경과마찬가지로가상화된 SQL Server 환경에서도원활하게작동하고관리및모니터링이쉽습니다. X-Brick 2개구성을사용하면지연시간을밀리초이하로유지하면서 200,000 IOPS 를간단히초과하는처리성능을발휘하여가장까다로운 SQL Server 2012 및 SQL Server 2014 트랜잭션워크로드를지원합니다. XtremIO 인라인데이터감소및스냅샷을통해스토리지설치공간이크게감소합니다. 본구성에서는전체적인효율성이 16:1 로나타났습니다. XtremIO 스냅샷기술을통해측정가능한비용없이실시간에가까운고성능데이터 복제가가능하며, 데이터규모가수테라바이트에달해도운영데이터가거의즉각 적으로복구됩니다. 7

8 소개 용도 이백서에서는가상화된 vsphere 환경으로 XtremIO 스토리지에 Microsoft SQL Server를구축하는확장가능한고가용성솔루션에대해설명합니다. 또한 XtremIO 읽기 / 쓰기가능스냅샷이통합운영서버의성능에영향을주지않고매우효율적인보고또는개발환경을제공함을입증합니다. 범위 이백서에서는아래와같은내용을입증합니다. 이솔루션은새로운기능을제공하고환경의구성을간소화하여 SQL Server 2012 및 2014 버전의성능을개선하고향상시킵니다. XtremIO 읽기 / 쓰기가능스냅샷은운영데이터베이스의성능에거의영향을주지 않으면서여러데이터베이스복제본을즉각적으로생성합니다. 대상 이백서는 Microsoft SQL Server 데이터베이스, 인프라스트럭처및데이터센터의설계와 구축, 관리를담당하는 Microsoft SQL Server DBA(Database Administrator), VMware 관 리자, 스토리지관리자, IT 아키텍처설계자및기술관리자를대상으로합니다. 용어 이백서에서사용하는용어는다음과같습니다. 표 1. 용어 용어데이터동기화 OLTP 라운드로빈 정의운영데이터베이스의변경내용을보조데이터베이스에재현하는프로세스입니다. OLTP(Online Transaction Processing) 의일반적인응용분야로는데이터입력및검색트랜잭션처리등이있습니다. 라운드로빈은자동경로선택정책을적용하여사용가능한모든경로를순환하면서구성된경로전체에로드를분산하는방식입니다. 라운드로빈은성능상가장효율적인경로선택방식중하나입니다. 어떠한결정기준도적용하지않고단순히목록에서사용가능한다음입출력경로를선택합니다. 예를들어대기열에스토리지입출력작업 6개가있다면경로 1~6이순서대로사용됩니다. VMDK VMware 용가상머신데이터파일입니다. 8

9 기술개요 개요 이백서에서사용한주요기술구성요소는다음과같습니다. EMC XtremIO VMware vsphere Microsoft SQL Server EMC XtremIO EMC XtremIO 스토리지는스케일아웃아키텍처를기반으로한플래시전용시스템으로서 X-Brick이라는구성단위를사용합니다. 필요에따라여러개의 X-Brick을클러스터로구성하여성능과용량을확장할수있습니다. 이솔루션에서는 2개의 X-Brick을클러스터로묶어단일논리스토리지시스템을구성합니다. 주요이점 XtremIO 는플래시의이점을활용하여다음과같은다양한측면에서가치를제공합니다. 성능 : 시스템에서발생하는워크로드와스토리지용량활용도에관계없이지연시간과처리량이항상예측가능하고일정한수준을유지합니다. 스토리지내에서입출력요청의지연시간이대개 1밀리초미만입니다. 그림 1에서는성능모니터링에사용되는 XtremIO 대시보드의예를보여줍니다. 그림 1. XtremIO 스토리지관리애플리케이션대시보드 9

10 확장성 : 스케일아웃아키텍처를기반으로하는 XtremIO 스토리시스템의구성단위는단일 X-Brick입니다. 여러개의 X-Brick으로클러스터를구성하여성능또는용량을높일수있습니다. X-Brick을추가하면그에비례하여성능이확장됩니다. 즉, 1 개 X-Brick 구성과비교하여 X-Brick 2개는두배의 IOPS, X-Brick 4개는네배의 IOPS를각각제공하며시스템이스케일아웃되어도지연시간은꾸준히낮게유지됩니다. 요구되는성능또는용량수준에따라그림 2와같이 XtremIO 스토리지를스케일아웃할수있습니다. 그림 2. X-Brick 확장유닛 데이터감소 : XtremIO의핵심엔진은컨텐츠기반인라인데이터감소를구현합니다. XtremIO는시스템에입력되는중복데이터를자동으로제거하여크기를줄입니다. 따라서플래시에기록되는데이터의양이감소하여미디어의수명이늘어나고비용이절감됩니다. 볼륨에서씬프로비저닝을수행할때도성능손실이나초과용량할당또는조각화가발생하지않습니다. 데이터보호 : XtremIO는플래시에최적화된고유한데이터보호알고리즘인 XDP(XtremIO Data Protection) 를사용하여탁월한데이터보호기능을제공하는동시에어떠한기존 RAID 알고리즘보다도우수한성능을발휘합니다. XDP의최적화된설계를통해데이터보호를목적으로발생하는플래시미디어에대한쓰기작업도줄었습니다. 기능성 : XtremIO 는성능이우수하고공간효율이높은스냅샷, 인라인데이터감소, 씬프로비저닝, 완벽한 VMware VAAI 통합기능은물론, FC(Fibre Channel) 과 iscsi 프로토콜까지지원합니다. 사용편의성 : RAID 유형을선택하거나, RAID 그룹을생성하거나, 씬프로비저닝또는중복제거를사용할지여부를고민할필요가없습니다. 이러한기능이시스템에기본적으로내장됩니다. XtremIO의스토리지프로비저닝은생성할 LUN 크기만결정하면끝나는간단한작업입니다. 10

11 인라인데이터감소 XtremIO 인라인데이터감소는다음과같이다양한이점을제공합니다. 경제적인데이터감소로성능및신뢰성향상손쉬운스케일아웃전역적인인라인방식, 상시실행스토리지성능향상플래시내구성향상 중복제거, 데이터감소및스케일아웃 XtremIO만의차별화된장점중하나는플래시드라이브 (SSD) 용으로 100% 최적화된중복제거기능이내장되어상시실행되며별도의설정, 관리또는튜닝작업이불필요하다는점입니다. 플래시는극히우수한성능을자랑하지만그비용이문제가될수있습니다. XtremIO의실시간데이터감소기술을사용하면논리적용량을시스템의물리적플래시용량보다훨씬크게유지할수있습니다. XtremIO에동일한양의데이터를저장하는데소요되는실질비용은기존의스토리지보다도낮을수있는데, 이는여타플래시기반솔루션과비교를불허하는엄청난장점입니다. XtremIO 시스템의용량은데이터감소를통해물리적스토리지보다커질수있습니다. 중복정보가많이포함된환경에서는단일 X-Brick의실질적인논리적용량이정격플래시용량을크게상회할수있습니다. 전역적인인라인방식, 상시실행지금까지의데이터감소기술은성능을심각하게저하시키는문제로인해그적용범위가백업및아카이빙같은부차적인워크로드로국한되었습니다. 이와대조적으로 XtremIO 의데이터감소기술은성능저하를수반하지않을뿐아니라데이터감소의실행속도자체도더욱빠릅니다. 데이터감소는스토리지의모든논리적볼륨과클러스터내의모든 X-Brick에서수행됩니다. 프로세스가단일볼륨으로제한되지않기때문에데이터감소비율이크게향상됩니다. XtremIO의내장데이터감소기능은상시실행되며별도의관리작업이필요하지않습니다. 플래시수명연장 XtremIO의데이터감소기능은플래시의수명을늘려줍니다. 전송중인데이터를줄여쓰기작업을피하므로플래시쓰기주기를고유한데이터에사용할수있고결과적으로플래시내구성이향상됩니다. 11

12 스토리지성능향상 XtremIO 스토리지에서더많은데이터가감소할수록스토리지속도는더빨라집니다. XtremIO의인라인데이터감소기능은데이터경로로유입되는데이터를실시간으로축소하며사후처리작업을필요로하지않습니다. 따라서플래시드라이브에대한입출력이감소하고성능, 정합성및예측가능성이향상됩니다. 쓰기가능스냅샷 XtremIO는데이터보호기능이외에도다음과같은이점을제공하는쓰기가능한스냅샷을통해생산성을크게개선합니다. 스토리지설치공간을적게차지하면서운영볼륨의쓰기가능한복제본을필요한만큼제한없이생성테스트 / 개발, 데이터웨어하우징, 비즈니스인텔리전스복제본및애플리케이션워크로드통합민첩한데이터베이스수명주기관리 XtremIO 스냅샷의성능, 속성및기능은운영볼륨과동일한수준이므로 XtremIO의스냅샷을운영볼륨과동일하게취급할수있습니다. 그림 3에서는쓰기가능한스냅샷이제공하는테스트 / 개발및 QA(Quality Assurance) 데이터가대량으로필요한환경에서 XtremIO가작동하는방식을보여줍니다. 12

13 그림 3. XtremIO 스냅샷 XtremIO 스냅샷은테스트환경으로사용가능한클론이미지를제공할뿐아니라이러한이미지를다수생성하여유지하는비용도낮춰줍니다. 따라서개발과정에서운영데이터를필요에따라다각도로활용하고 QA 또는비즈니스인텔리전스에필요한데이터를제공할수있습니다. 스냅샷은다음과같은이점을제공합니다. 읽기전용이아니며기본적으로쓰기가가능함 메타데이터가내장됨메타데이터는전역적으로고유한쓰기작업에만필요합니다. 다른스냅샷구현방식과달리전체메타데이터복제본이필요하지않습니다. 쓰기가능한스냅샷을별도로생성하거나읽기 / 쓰기액세스가가능한스냅샷을인스턴스화할필요없이바로실제운영볼륨으로사용할수있음 공간및메타데이터효율성 각스냅샷데이터에전체메타데이터구조가필요하지않음 운영볼륨과스냅샷이공통메타데이터를공유함 새로추가된고유데이터블록과관련메타데이터에만공간사용 13

14 중복제거및씬프로비저닝상시실행 최적의비용으로통합실현 최대의성능, 확장성및경제성 전체스냅샷을즉시생성 시스템성능저하없음 " 무작위 " 복제에따르는오버헤드없음 메타데이터중복복제없음 데이터및메타데이터삭제에따르는문제최소화 유연성 필요한만큼제한없이스냅샷생성및유지 어느레벨에서든스냅샷의스냅샷중첩생성가능 필요에따라모든형태의스냅샷트리토폴로지생성 필요에따라스냅샷또는상위볼륨제거 XtremIO Management Server XMS(XtremIO Management Server) 는 XtremIO 시스템의작동을제어하는데사용되는독립실행형 Linux 기반전용서버입니다. XMS는물리적서버이거나가상서버일수있습니다. 스토리지는 XMS와접속이끊겨도계속작동하지만스토리지를구성하거나모니터링할수없게됩니다. VMware vsphere VMware vsphere는완벽하고강력한가상화플랫폼으로, 동적리소스풀을사용하여비즈니스크리티컬애플리케이션을가상화함으로써탁월한유연성과신뢰성을제공합니다. CPU, RAM, 하드디스크및네트워크컨트롤러를가상화하여컴퓨터의물리적리소스를가상리소스로변환합니다. 이러한변환을통해외부의영향을받지않고캡슐화된운영체제와애플리케이션을실행하는완벽한기능의가상머신이생성됩니다. VMware vsphere 5.5 는 VMware 가상데이터센터운영체제로, 모든애플리케이션에가 용성, 확장성및보안서비스를기본적으로제공하고간편한사전예방적자동관리를실 현하여 IT 인프라스트럭처를가장효율적으로공유되는주문형유틸리티로바꾸어줍니다. 14

15 vsphere 5.5 에서는가상머신이하이퍼바이저의리소스를더많이사용할수있도록확장 성과성능이다음과같이개선되었습니다. 62TB 가상머신데이터파일 (VMDK) 지원 MSCS(Microsoft Cluster Service) 업데이트 : MSCS 를지원하는다음을비롯한추가 기능도입 Microsoft Windows 2012 클러스터 공유스토리지에대한 " 라운드로빈 " 경로정책 1 공유스토리지에대한 iscsi 프로토콜 라운드로빈지원이도입됨에따른공유스토리지에대한 FCoE(FC over Ethernet) 프로토콜 16GB E2E 지원 : 이제 VMware가 16GB FC를완벽하게지원합니다. 이니시에이터와타겟사이의 FC 스위치가 16GB를지원하는경우 HBA와스토리지컨트롤러를 16GB로실행할수있습니다. PDL AutoRemove: vsphere 5.5에도입된이기능은 PDL 상태에진입한디바이스를호스트에서자동으로제거합니다. vsphere 복제상호운용성 vsphere 복제다중시점스냅샷보존 vsphere Flash Read Cache XtremIO 는 VMware vsphere 5.5 클라우드인프라스트럭처와연동하는효율적인엔터프 라이즈스토리지를제공합니다. Microsoft SQL Server Microsoft SQL Server 2012 Microsoft SQL Server 2012 는전자상거래, LOB(Line of Business), 데이터웨어하우징솔 루션을위한 Microsoft 의데이터베이스관리및분석시스템입니다. AlwaysOn SQL Server AlwaysOn은 SQL Server 2012의포괄적인고가용성및 DR(Disaster Recovery) 솔루션입니다. AlwaysOn은다음과같은기능을통해특정데이터베이스및전체인스턴스의운영을개선하여다양한고가용성구성을지원하는유연성을제공합니다. AlwaysOn FCI(Failover Cluster Instances) AAG(AlwaysOn Availability Groups) 1 vsphere 5.5 에서는서비스페일오버발생시 MSCS 가사용하는 SCSI 잠금메커니즘과관련하여 여러가지사항이변경되었습니다. 이러한새경로정책을지원하기위한변경사항으로, 어떠한 경로를통해 SCSI 예약을배치했는지가무의미해졌으며모든경로로예약을해제할수있습니다. 15

16 이솔루션에서는운영데이터베이스의읽기가능보조복제본에대해실시간에가까운액세스를제공하는트랜잭션레벨복제기능에중점을두고 AAG를활용합니다. AlwaysOn Availability Group AAG는 SQL Server 2012에도입된고가용성재해복구솔루션으로서, 관리자가하나이상의사용자데이터베이스에대한가용성을극대화할수있도록지원합니다. 단일운영데이터베이스또는여러운영데이터베이스의그룹이최대 4개의보조데이터베이스복제본을 WSFC(Windows Server Failover Cluster) 노드에상주시킬수있도록 SQL Server 인스턴스가구성됩니다. 읽기가능한 Columnstore 인덱스 SQL Server 2012에도입된 Columnstore 인덱스는데이터웨어하우징유형의쿼리를처리하는성능을획기적으로개선합니다. SQL Server 2012 Columnstore 인덱스는동적으로업데이트할수없습니다. Microsoft SQL Server 2014 Microsoft 의 SQL Server 2014 릴리즈에는여러가지뛰어난기능이포함되어있습니다. 새로운인메모리 (In-Memory) OLTP 엔진 SQL Server 2014는특정테이블과저장프로시저를메모리로이동하여획기적으로입출력을줄이고 OLTP 애플리케이션의성능을높일수있습니다. 다수의동시접속을고려하여설계된인메모리 OLTP 엔진은낙관적동시접속제어메커니즘을통해잠금으로인한지연을해소합니다. 인메모리 OLTP 테이블은메모리로복제되고디스크에대한트랜잭션로그쓰기를통해내구성을획득합니다. Windows Server 2012와의통합개선 SQL Server 2014는다음과같은특징을갖는 Windows Server 2012와의통합을개선합니다. 물리적환경에서논리적프로세서 640개및메모리 4TB까지스케일업가상머신에서실행되는경우논리적프로세서 64개및메모리 1TB까지스케일업 Windows 2012 R2 스토리지공간기능을지원하여성능을높이는계층화스토리지풀생성 SMB(Server Message Block) 3.0의개선된기능을활용하여파일공유에고성능데이터베이스스토리지실현 새로운 SMB Direct 기능과함께 NIC(Network Interface Card) RDMA(Remote Direct Memory Access) 기능을사용하여 SMB 파일공유의액세스속도를로컬리소스의 액세스속도에근접하는수준으로높일수있습니다. 16

17 Resource Governor 개선 SQL Server 2014 Resource Governor는애플리케이션스토리지입출력활용을관리하는새로운기능을제공합니다. Resource Governor는특정리소스풀에서사용자스레드에대해발생하는물리적입출력을제한하여애플리케이션성능의예측가능성을높일수있습니다. 이기능으로 SQL Server 인스턴스경계에서발생하는입출력횟수를제한할수있습니다. 버퍼풀확장버퍼풀확장은 SSD를고속 NVRAM(Non-Volatile Random Access Memory) 확장과같이데이터베이스엔진의표준버퍼풀에원활하게통합하여입출력처리성능을획기적으로높이는기능입니다. 새로운버퍼풀확장기능은읽기위주의 OLTP 워크로드에대해최고의성능향상을제공할수있습니다. AAG 개선사항 SQL Server 2014 AAG는추가보조복제본및 Windows Azure 통합을지원하도록개선되었습니다. 운영복제본을사용할수없는경우에도 SQL Server 2014의읽기가능보조복제본을읽기전용워크로드에사용할수있습니다. 업데이트가능한 Columnstore 인덱스 SQL Server 2014의 Columnstore 인덱스는업데이트가가능합니다. 따라서 Columnstore 인덱스를비활성화하지않아도기본테이블을업데이트할수있습니다. SQL Server 2014 Columnstore 인덱스는테이블의모든열을사용해야하며다른인덱스와결합할수없습니다. 17

18 솔루션아키텍처 개요 이섹션에서는솔루션아키텍처에대해설명합니다. 이솔루션은 Microsoft SQL Server 미션크리티컬애플리케이션환경에최상의비용대비성능을제공합니다. SQL Server 2012 및 2014 데이터베이스는 X-Brick 2개로구성된 XtremIO 스토리지에가상화된데이터베이스로구축됩니다. 또한테스트및개발목적으로운영데이터베이스의 XtremIO 스냅샷을액세스하는가상화된테스트 / 개발 SQL Server 인스턴스가환경에존재합니다. 아키텍처다이어그램 그림 4 에서는솔루션의논리적아키텍처를보여줍니다. 그림 4. 솔루션아키텍처 아키텍처의구성요소는다음과같습니다. 스토리지계층 : X-Brick 2 개로구성된단일 XtremIO 클러스터 (12U, XtremIO 버전 2.4) 로서사용가능한물리적용량은 14.94TB 입니다. 18

19 SQL Server 데이터베이스계층 : 운영서버로 SQL Server 2012와 SQL Server 2014 를모두사용합니다. SQL Server 2012는데이터베이스 6개를보유하며데이터총량은약 7TB입니다. SQL Server 2014는데이터베이스 3개를보유하며데이터총량은약 4TB입니다. 스냅샷은필요에따라언제든지모든마운트호스트에마운트될수있습니다. 네트워크계층 : IP 스위치 2개와디렉터급 SAN 스위치 2개가포함되며 2 108GB/s의활성대역폭을제공하도록구성됩니다. SAN 스위치는가상화데이터센터및엔터프라이즈클라우드를지원하는스토리지네트워크에구축하도록설계되었습니다. 물리적서버및가상화계층 : 2.9GHz 프로세서를탑재한총 120개의 Intel E7 프로세서코어와총 2TB의 RAM을사용하는서버 3대로구성됩니다. 랙서버는 Microsoft SQL Server 인프라스트럭처에통합된고성능가상화방식을도입하여애플리케이션을수정할필요없이유연한구축을가능케합니다. 서버에는 vsphere 5.5가설치되고 VMware ESXi 클러스터로구성됩니다. 클러스터는엔터프라이즈급운영 SQL Server 가상머신 2개 (SQL Server 2012 및 SQL Server 2014) 로구성됩니다. 이외에도 3개의독립실행형 SQL Server(SQL Server 2012 가상머신 2개와 SQL Server 2014 가상머신 1개 ) 가있습니다. 각가상머신은 16 vcpu 및 32GB RAM으로구성됩니다. 이러한 SQL Server의데이터베이스를대상으로 OLTP 워크로드실행성능을측정했습니다. 하드웨어리소스 표 2 에서는솔루션에사용된하드웨어리소스를보여줍니다. 표 2. 하드웨어리소스 하드웨어 수량 구성 스토리지시스템 1 X-Brick 2개로구성된 XtremIO 서버 3 다음을포함하는 20 코어, 2.9GHz 프로세서, 512GB RAM 2 x 1Gb 쿼드 Ethernet(GbE) NIC 2 x 10GbE NIC 2 x 8Gb FC 이중포트 HBA LAN 스위치 2 10GbE, 32포트 Non-Blocking SAN 스위치 2 FC 디렉터급스위치, 블레이드 6개 2 이백서에사용된솔루션은 EMC Solutions 엔지니어링팀에의해검증되었습니다. 19

20 소프트웨어리소스 표 3 에서는이솔루션에사용된소프트웨어리소스를보여줍니다. 표 3. 소프트웨어리소스 소프트웨어버전참고 XtremIO 2.4 플래시전용스토리지 VMware vsphere 5.5 모든가상머신을호스팅하는 하이퍼바이저 VMware vcenter 5.5 vsphere 관리 Microsoft Windows 2012 R2 데이터베이스서버용운영체제 Microsoft SQL Server 2012 SP1 Enterprise Edition 데이터베이스 Microsoft SQL Server 2014 RTM Enterprise Edition 데이터베이스 Microsoft BenchCraft TPC-E Toolkit TPC-E 벤치마크및 OLTP 워크로 드툴 20

21 스토리지계층 : EMC XtremIO 개요 XtremIO 는멀티컨트롤러스케일아웃설계와 RDMA Fabric 을통해모든메타데이터를메 모리에보관합니다. 따라서 XtremIO 스토리지는사용되는 LUN 크기, 랜덤액세스나순차액세스와같은액세스패턴, 참조인접성여부와같은워크로드의변화에영향을받지않고항상일정하고예측가능한성능을발휘합니다. 이제성능최적화를위해많은노력을들여스토리지를세심하게설계할필요가없습니다. 예를들어처리부담이큰 tempdb 데이터베이스워크로드를쓰기위주의트랜잭션로그와같은 LUN에공존시켜도여전히뛰어난성능이발휘됩니다. 씬프로비저닝이기본적으로제공되어스토리지가실제로필요할때만할당됩니다. 따라서 DBA가예상되거나예기치않은데이터베이스증가에대비하여더욱큰 LUN을생성해도스토리지의물리적공간이전혀낭비되지않습니다. 무엇보다뛰어난장점은인라인데이터감소, 씬프로비저닝할당및내부스토리지복제와같은부담스러운메타데이터작업이완전히메모리내에서실행되어입출력에영향을주지않고즉시완료된다는점입니다. 스토리지설계 데이터베이스스토리지설계관련고려사항 Tier-1 데이터베이스스토리지설계의최우선고려사항은바로성능이지만, 기존의성능위주스토리지설계는지나치게복잡하고많은비용을요구했습니다. 데이터베이스스토리지를설계할때는일반적으로데이터베이스의실제데이터부터데이터파일및로그파일용공간에이르기까지스토리지스택의모든레벨에여유공간을두어야합니다. 데이터베이스에서데이터파일공간이소진되면데이터베이스인스턴스가새로운트랜잭션을커밋하지못하므로관리자가즉시개입하여데이터베이스충돌및데이터손실을방지해야합니다. 관건은 LOB(Line of Business) 에영향이없도록하는것입니다. 데이터베이스파일자동증가를설정하면 SQL Server가디스크의스토리지공간을자동으로추가할당하여데이터베이스파일이가득차는상황을예방하지만이작업은일반적으로데이터베이스성능에영향을줍니다. 또한이방법을무분별하게사용할경우데이터파일이디스크전체에반복적으로조각화되어성능이더욱저하될수있습니다. 21

22 EMC 및 Microsoft SQL Server의 Best Practice에따르면 SQL Server 데이터파일크기를현재또는의도된데이터베이스크기보다 10 ~ 20% 크게구성하는것이좋습니다. 이렇게하려면 NTFS 볼륨레벨에여유공간이필요하며, 해당공간이실제로필요해질때까지기본스토리지공간이실질적인가치없이낭비되는결과를초래합니다. NTFS 볼륨을확장하려면유지보수기간을설정하고관리자가수동으로개입해야합니다. 설계단계에서는즉시활용되지않는여유공간과즉시확장가능한여유공간을어떻게균형있게할당할지가늠하기가어렵습니다. 그림 5에서는 1TB 데이터베이스에서낭비된공간의예를보여줍니다. 여러 SQL Server 인스턴스에여러데이터베이스와로그파일이산재된데이터베이스환경에서는이러한문제가반복적으로발생하여비용및관리부담을가중시킵니다. 그림 5. 기존의스토리지용량소비계획 이예에서데이터의양은 1TB이지만, 기존의스토리지계획 Best Practice에따르면적어도 1.58TB의스토리지공간을할당해야합니다. 이는물리적스토리지할당중 58% 가여유공간을위해낭비되는결과입니다. 그림 6에서는 XtremIO의경우 1TB 데이터베이스에 1TB 미만의물리적스토리지를할당해도스토리지계획에필요한논리적여유공간이충분함을보여줍니다. 22

23 그림 6. XtremIO 의스토리지용량소비계획 XtremIO의씬프로비저닝 ( 필요시할당 ) 및중복제거기능을사용하면 1TB 데이터베이스에할당해야하는물리적공간이 1TB 미만이됩니다. 실제스토리지는필요시에만할당되므로 LUN 공간과가상파일시스템공간, 즉 NTFS 볼륨공간을처음부터필요한만큼충분히할당해둘수있으므로운영의복잡성이해소됩니다. 스토리지설계세부정보이솔루션에서는그림 7과같이기본적으로 XtremIO XDP로구성되며 X-Brick 2개가포함된클러스터에 XtremIO를구축하여 14.94TB의물리적용량을제공합니다. 그림 7. XtremIO 관리애플리케이션대시보드의스토리지패널 23

24 XtremIO에서는데이터가스토리지전체에무작위로고르게분산되므로데이터베이스가생성하는랜덤입출력과순차적입출력이동등하게취급됩니다. 따라서기존프로비저닝기술보다 Microsoft SQL Server 데이터베이스의스토리지설계를단순화할수있습니다. 이솔루션에서는손쉬운구축을위해볼륨크기를표 4와같이표준화합니다. 씬프로비저닝을활용하면용량증가에대비하여볼륨을크게할당해도물리적스토리지가전혀낭비되지않습니다. 표 4. XtremIO 의 Microsoft SQL Server 스토리지설계 볼륨이름볼륨용도 LUN 크기 SQL_OS 같은데이터저장소의 VMDK 를비롯한여러가상머신에사용 되는 Microsoft Windows 2012 R2 OS 및 SQL Server 소프트 웨어설치볼륨 1TB SQL_DB Microsoft SQL Server 데이터베이스데이터파일볼륨 2TB SQL_log Microsoft SQL Server 데이터베이스로그파일볼륨 500GB Tempdb Microsoft SQL Server tempdb 볼륨 1TB 운영데이터베이스의경우표 5 와같이 Microsoft SQL Server 가상머신에사용할볼륨을 생성하여가상머신에제공합니다. 표 5. OLTP 데이터베이스용볼륨 /LUN 할당 볼륨볼륨크기볼륨유형 OS 120GB OS LUN/VMFS 볼륨의 VMDK SQL Server 설치및시스템 데이터베이스 120GB OS LUN/VMFS 볼륨의 VMDK SQL Server 데이터 2TB RDM 또는 VMDK SQL Server 로그 500GB RDM 또는 VMDK Tempdb 1TB RDM 또는 VMDK 참고 : RDM 또는 VMDK 볼륨의성능과가용성은매우유사하므로구체적인설계요구사항에따 라어느쪽을선택해도무방합니다. 가상머신에서클러스터링을실행할때는 Windows Failover Clustering 등의특정기술에 SCSI-3 예약을지원하기위해 RDM 이필요합니다. 24

25 Microsoft SQL Server 데이터베이스설계 개요 이솔루션에서는 vsphere HA(High Availability) 클러스터에트랜잭션 OLTP 데이터베이스의 인스턴스를 2 개 ( 하나는 Microsoft SQL Server 2012, 다른하나는 Microsoft SQL Server 2014) 생성합니다. OLTP 데이터베이스스토리지설계 24페이지의표 5와같이 2TB 데이터베이스볼륨 6개를사용하여 SQL Server 2012 데이터베이스의데이터파일을비롯한관련데이터베이스파일, 트랜잭션로그파일및임시파일을저장합니다. 또한 2TB 데이터베이스볼륨 3개를사용하여 SQL Server 2014 데이터베이스관련파일을저장합니다. OLTP 데이터베이스프로파일 표 6 에서는솔루션의 OLTP 데이터베이스프로파일을보여줍니다. 표 6. OLTP 데이터베이스프로파일 속성 SQL Server 2012 SQL Server 2014 데이터베이스유형 OLTP( 트랜잭션 ) OLTP( 트랜잭션 ) 데이터베이스크기합계 : 5TB 합계 : 2.25TB Microsoft SQL Server 데이터베이스 1 x 2TB, 1 x 1TB, 1 x 750GB, 2 x 500GB, 1 x 250GB 1 x 1TB, 1 x 750GB, 1 x 500GB SQL Server 용메모리 32GB 32GB 워크로드프로파일 Microsoft BenchCraft 에서 시뮬레이션한 OLTP 워크로드 읽기 / 쓰기비율 : 90/10 Microsoft BenchCraft 에서 시뮬레이션한 OLTP 워크로드 읽기 / 쓰기비율 : 90/10 평균데이터블록크기 8KB 8KB OLTP 데이터베이스설계 표 7 및표 8 에서는솔루션의 OLTP 데이터베이스실제 LUN 설계를보여줍니다. 표 7. SQL Server 2012 의 OLTP 데이터베이스실제 LUN 설계세부정보 세부정보 데이터베이스 데이터베이스이름 DB_01 DB_02 DB_03 DB_04 DB_05 DB_06 Tempdb 실제데이터베이스크기 750GB 500GB 1TB 2TB 250GB 1TB 400GB LUN 크기 2TB 2TB 2TB 2 x 2TB 2TB 2TB 1TB 실제로그크기 350GB 250GB 320GB 360GB 175GB 320GB 80GB 로그 LUN 크기 500GB 500GB 500GB 500GB 500GB 500GB 해당없음 총데이터및로그크기 총 LUN 크기 7.2TB 16TB 25

26 표 8. 세부정보 SQL Server 2014 의 OLTP 데이터베이스실제 LUN 설계세부정보 데이터베이스 데이터베이스이름 DB_01 DB_02 DB_03 Tempdb 실제데이터베이스크기 750GB 500GB 1TB 400GB LUN 크기 2TB 2TB 2TB 1TB 실제로그크기 350GB 250GB 320GB 80GB 로그 LUN 크기 500GB 500GB 500GB 해당없음 총데이터및로그크기 총 LUN 크기 3.7TB 8.5TB 참고 : 이설계는테스트워크로드를기반으로한것입니다. 운영환경의데이터베이스크기, 특히 로그파일및 tempdb 크기는해당데이터베이스에서실행되는트랜잭션과쿼리의유형에따라 달라질수있습니다. 26

27 네트워크계층 개요 이섹션에서는이솔루션의 SAN 및 IP 네트워크구성과 ESXi Server 네트워크를자세히설명합니다. Microsoft SQL Server와같은가상화된데이터베이스솔루션을구축하는경우네트워크내결함성을설계할때모든레벨에컴퓨팅및네트워크이중화를적용하는것이좋습니다. SAN 네트워크 Best Practice 다음과같은 SAN 네트워크 Best Practice 를따르는것이좋습니다. 8Gb/s FC 스위치및 HBA 포트를사용합니다. ESXi Server에여러 HBA를사용하고 SAN 스위치를 2개이상사용하여서버와 XtremIO 클러스터간에이중화된경로를여러개제공합니다. 데이터베이스서버의각 FC 포트를 XtremIO X-Brick의모든포트로조닝 (Zoning) 하여가용성과성능을높입니다. IP 네트워크 Best Practice 다음과같은 IP 네트워크 Best Practice 를따르는것이좋습니다. 네트워크이중화를위해네트워크카드및스위치여러개를사용합니다. 가능한경우네트워크연결에 10GbE 를사용합니다. VLAN(Virtual Local Area Network) 을사용하여서로다른네트워크세그먼트또는서브네트워크에있는디바이스를논리적으로그룹화합니다. 물리적또는가상스택전체에서 10GbE 네트워크용점보프레임 3 을설정및구성합니다. VMware vsphere 네트워크 Best Practice 가상화환경의네트워크에서는물리적환경에해당하는 Best Practice 외에도트래픽세 분화, 가용성및처리량을추가로고려해야합니다. 이솔루션은 ESXi 호스트에서네트워크어댑터이중화와여러네트워크를효율적으로관리하도록설계되어있습니다. 핵심적인 Best Practice 지침은다음과같습니다. 보안및격리를위해인프라스트럭처트래픽을가상머신트래픽과분리합니다. VMXNET3 제품군의반가상화된네트워크어댑터를사용합니다. 3 1,500 바이트보다큰 MTU(Maximum Transfer Unit) 크기를점보프레임이라고합니다. 점보프레임을사용하려면서버, 스위치, 데이터베이스서버를비롯한전체네트워크 인프라스트럭처에서기가비트이더넷을지원해야합니다. 27

28 물리적네트워크카드를여러개사용하여네트워크이중화및성능향상을도모합 니다. 예를들어서버 /vswitch 마다물리적 NIC 한쌍을사용하고각물리적 NIC 를서 로다른물리적스위치에업링크합니다. vsphere 네트워크구성에대한자세한내용은 VMware vsphere Networking 의지침을참 조하십시오. 28

29 물리적서버및가상화계층 개요 가상화된인프라스트럭처의서버플랫폼을선택할때는플랫폼의지원가능성과환경의 기술적요구사항을모두고려해야합니다. 운영환경에사용할서버는다음과같은조건 을갖추어야합니다. 필요한가상머신수와워크로드를지원하기에충분한프로세서및메모리 IP 및스토리지네트워크스위치에대한이중화접속을실현하기에충분한접속구성 서버장애에대처하고가상머신페일오버를지원하기에충분한용량 이테스트환경에서는 vsphere ESXi 5.5를실행하는물리적서버 3대를 vsphere HA 클러스터로구성했습니다. 이 vsphere 클러스터에가상머신 5개를생성하고, 그중 2개는가상화된 Microsoft SQL Server 데이터베이스가상머신을생성하도록구성했습니다. 다른 3개의가상머신은다른용도 ( 테스트 / 개발 ) 의다양한스냅샷을마운트하는데사용되는테스트 / 개발인스턴스로생성됩니다. 컴퓨팅및스토리지리소스 Microsoft SQL Server Databases on VMware Best Practices Guide 의설명에따른 Best Practice 로서다음과같은 VMware 컴퓨팅리소스를구현하는것이좋습니다. 특정프로세서와메모리의위치가가까울수록액세스지연시간이짧아지는컴퓨터아키텍처인 NUMA(Non-Uniform Memory Access) 를 ESXi Server에사용합니다. 가상머신의 vram( 가상머신메모리 ) 을 NUMA 노드 ( 프로세서 ) 에서액세스하는로컬메모리보다적거나같게할당합니다. 가상머신게스트운영체제의성능을높이고가상머신관리기능을개선하는다양한유틸리티가포함된 VMware Tools를설치합니다. 가상머신메모리예약은 Microsoft SQL Server 및운영체제의오버헤드크기이상으로구성합니다. Microsoft SQL Server는클러스터링을위해 RDM만지원하므로 MSCS 클러스터링에서페일오버되어야하는데이터베이스및로그파일용 ESXi 가상머신에 RDM을사용합니다. 데이터베이스볼륨용으로여러 PVSCSI( 반가상화 SCSI) 컨트롤러를구성합니다. 여러가상 SCSI 컨트롤러를사용하면게스트운영체제내에서여러입출력작업을동시에실행할수있습니다. 29

30 네트워크가상화 표 9 에나열된일반구성을사용하여각 ESXi Server 에표준 vswitch 2 개를생성했습니다. 표 9. 이름 vswitch0 vswitch1 vswitch 구성용도관리및공용가상머신트래픽 Microsoft SQL Server Cluster 상호연결용내결함성구성 각가상머신에는고성능 VMXNET3 드라이버를사용한 vnic 2 개 (1GbE 및 10GbE) 가할당 됩니다. 1GbE vnic 는 vswitch0 에매핑되어공용트래픽을전달합니다. 10GbE vnic 는 vswitch1 에매핑되어 Microsoft SQL Server 상호연결트래픽을전달합니다. 30

31 설계관련고려사항 개요 XtremIO는단일스토리지시스템에서극도로높은입출력로드를실행할수있도록지원합니다. XtremIO의균형잡힌아키텍처와성능, 인라인데이터감소및가상프로비저닝스토리지를결합하면기존스토리지에적용되는다수의세부조정및구성 Best Practice 가불필요해집니다. XtremIO 스토리지가제공하는높은처리성능을완벽하게활용하려면전체접속스택을적절히구성하여극한의성능을달성해야합니다. 예를들어호스트에서는대기열길이를사용가능한 FC 경로수와일치하도록최적화하여 XtremIO 시스템으로충분한양의입출력작업을전송해야합니다. XtremIO 구성 Best Practice Fibre Channel 스위치구성 XtremIO 의 X-Brick 2 개클러스터에서호스트는디바이스당최대 8 개의경로를가질수있 습니다. 그림 8 에서는 8 개경로의논리적접속스키마를보여줍니다. 그림 8. XtremIO X-Brick 2 개 FC 스위치구성 참고 : EMC VSI(Virtual Storage Integrator) Path Management 를사용하여 XtremIO 를비롯한 EMC 플랫폼전체에서경로관리를구성할수있습니다. 이 VMware vsphere 클라이언트플러그 인사용에대한자세한내용은 EMC VSI Path Management Product Guide 를참조하십시오. 서버구성성능을극도로높은수준까지최적화하려면 XtremIO 스토리지를액세스하는호스트에서기본설정을사용하는대신별도의구성을통해입출력처리량을높여야합니다. UCS 서버구성대부분의서버에서는기본 HBA 스로틀이플래시스토리지가소화하는높은처리량에맞게최적화된상태가아닙니다. 따라서서버에서이설정에가장높은값을선택하여입출력스로틀이제한되지않도록해야합니다. 31

32 Cisco UCS HBA의 HBA 입출력스로틀을조정하는방법은다음과같습니다. 1. UCSM 탐색화면에서 Server 아래의 Inventory를선택합니다. 2. Cisco VIC Adapters를선택합니다. 3. vhba Properties로이동합니다. 4. I/O Throttle Count를그림 9와같이 '1024' 로설정합니다. 그림 9. Cisco UCS Server 의 I/O Throttle Count 변경 ESX Server 구성 ESX 호스트구성을 XtremIO 스토리지에맞게최적화하는방법 (vsphere 5.5) 은다음과같습니다. 1. vsphere에서 ESX CLI(Command-Line Interface) 를통해 HBA 대기열길이를조정합니다. 대기열길이설정은단일경로당미해결입출력요청수를제어합니다. XtremIO 스토리지와의연동을최적화하려면 HBA 공급업체및서버공급업체의 권장사항을따르십시오. 일반적인상황에서는대기열길이를 HBA 제조업체가허 용하는상한선 ( 예 : 256) 으로설정해야합니다. 참고 : ESX 에서 HBA 대기열길이를조정하는방법에대한자세한내용은 VMware 웹사 이트에서 VMware KB 문서 1267 을참조하십시오. 2. 다음명령을실행하여매개변수 SchedQuantum을 64로, DiskMaxIOSize를 4096으로설정합니다. esxcfg-advcfg -s 64 /Disk/SchedQuantum esxcfg-advcfg -s 4096 /Disk/DiskMaxIOSize 32

33 3. 다음명령을실행하여 ESX 호스트에제공된 XtremIO LUN 의 NAA 를가져오고 XtremIO 볼륨의 NAA 를찾습니다. esxcli storage nmp path list grep XtremIO -B1 4. 다음명령을실행하여디바이스에대한 SchedNumReqOutstanding을최대값 (256) 으로설정합니다. esxcli storage core device set -d naa.xxx -O 256 vsphere 기본경로다중화구성 XtremIO는 VMware vsphere NMP(Native Multipathing) 기술을지원합니다. 최상의성능을발휘하려면다음과같은방법으로 XtremIO 볼륨에대해기본 vsphere 경로다중화를구성하는것이좋습니다. 1. ESXi 호스트에제공된 XtremIO 볼륨에서기본라운드로빈경로선택정책을설정합니다. 2. XtremIO 볼륨에대한 vsphere NMP 라운드로빈경로전환빈도를기본값 ( 입출력패킷 1000개 ) 에서 1로설정합니다. 이렇게설정하면 XtremIO 스토리지에대한입출력경로간로드의분산과가용성이최적화됩니다. 참고 : vsphere NMP 라운드로빈의경로전환빈도를조정하려면 ESX 명령줄을사용합니다. vsphere NMP 라운드로빈구성을설정하려면다음옵션중하나를사용합니다. 볼륨별로볼륨이제공된각호스트에대해 vsphere Client 사용 볼륨별로볼륨이제공된각호스트에대해 ESX 명령줄사용 호스트에제공된모든 XtremIO 볼륨을대상으로호스트별로 ESX 명령줄사용 ESXi에 EMC PowerPath /VE를사용한경우 PowerPath/VE는 XtremIO 디바이스를일반디바이스로간주합니다. 일반 LAM(Loadable Array Module) 지원을설정하면 PowerPath/ VE에서 XtremIO 디바이스를인식하고관리할수있습니다. XtremIO용 EMC VSI를사용하여 NMP 라운드로빈을구성할수도있습니다. vcenter GUI에서라운드로빈경로관리설정각가상머신에서데이터베이스스토리지의 LUN은 XtremIO 스토리지로부터 RDM으로추가되었고입출력의균형을위해 4개의 PVSCSI 컨트롤러로분산된상태입니다. OS 및 SQL Server 소프트웨어설치용 LUN은 VMDK로구성되므로입출력이적은스토리지 LUN이 XtremIO에서같은볼륨을공유할수있습니다. 33

34 입출력이많은데이터베이스 LUN 은 PowerPath 의관리를받지않는경우그림 10 과같이 경로관리에서 Round Robin (VMware) 으로구성되어야합니다. 그림 10. 스토리지디바이스경로관리구성 34

35 성능테스트및검증 개요 본테스트의목적은이솔루션에포함된컴퓨팅, 스위치또는스토리지요소의순수최고성능을시연하려는것이아닙니다. 스토리지를포함한모든요소를 ' 안전영역 '( 리소스활용도가높고지연시간이낮아서운영워크로드를안정적으로처리할수있는상태 ) 안으로유지하면서확장을통해기업의워크로드를계속원활하게처리하는 XtremIO의능력을입증하는것이목적입니다. TPC-E 유사워크로드를만드는 Microsoft Partner 툴킷을사용하여 OLTP 워크로드를생성했습니다. BenchCraft TPC-E 툴킷을기반으로하는이툴킷을사용하여이솔루션을대상으로사실적인 OLTP 워크로드를시뮬레이션했습니다. 서버 / 데이터베이스및스토리지레벨에서 IOPS, TPS(Transactions Per Second) 및지연시간을시스템입출력성능지표로수집했습니다. 모든테스트는적절히구성된 XtremIO 시스템에서실행되었습니다. 결과설명 테스트결과는워크로드, 특정애플리케이션요구사항및시스템설계 / 구축에따라크게좌우됩니다. 상대적인시스템성능은이러한요인등에의해달라질수있습니다. 따라서중요한용량계획및 / 또는제품평가결과를반영해야할때이워크로드를특정고객애플리케이션벤치마크의대체자료로사용해서는안됩니다. 이보고서에포함된모든성능데이터는엄격하게통제되는환경에서얻은것입니다. 다른운영환경에서는이와크게다른결과가나올수도있습니다. EMC는사용자가이와유사한 TPM(Transactions Per Minute) 성능을달성할수있다고보증하거나진술하지않습니다. 참고 : 본테스트결과에서는 TPS 라는데이터베이스지표를사용하고기술합니다. 트랜잭션은데 이터베이스환경에따라크게달라지므로이러한수치는테스트결과내에서참고및비교용으로 만사용해야합니다. 테스트목표 전체적으로다음사항을입증할목적으로테스트를진행했습니다. XtremIO에서가상화된 Microsoft SQL Server 데이터베이스를실행할때발휘되는높은성능 XtremIO로 Microsoft SQL Server 스토리지운영이크게간소화됨 Microsoft SQL Server OLTP 데이터베이스의 OLTP 워크로드에대한안정적인스토리지 IOPS 운영볼륨의스냅샷을환경내에서테스트 / 개발, 백업, BI 등의다른용도로활용할때 XtremIO의인라인데이터감소를통한대폭적인스토리지공간절약 35

36 테스트시나리오 테스트한시나리오는다음과같으며이후섹션에서자세히설명할예정입니다. OLTP 워크로드성능테스트 XtremIO 스냅샷사용시스템성능테스트 또한이솔루션의 SQL Server 환경에서 XtremIO 데이터감소분석을완료했습니다. OLTP 워크로드성능테스트 이테스트는 SQL Server 2012 및 SQL Server 2014 데이터베이스워크로드모두에대한 전체환경의성능을측정하기위해진행되었습니다. 또한 XtremIO 시스템이데이터베이스워크로드증가에대처하여계속안정적인성능을발휘하는것을증명했습니다. 테스트방법 Microsoft BenchCraft로 OLTP 워크로드를생성하여데이터베이스플랫폼에서대량의물리적랜덤입출력을실행했습니다. 각데이터베이스에서고정된수의동시사용자를운용하여환경내의모든 SQL Server 데이터베이스를대상으로동일한 OLTP 쿼리세트를동시에실행한후성능통계를측정했습니다. 테스트중에동시사용자의수를제어하는방법으로특정한레벨의 IOPS를생성했습니다. 테스트절차단일데이터베이스워크로드부터테스트를시작했습니다. 일정시간동안실행하여워크로드를안정화한후이전워크로드를계속실행하면서다른데이터베이스워크로드를추가했습니다. 각데이터베이스워크로드는호스트에서입출력지연시간증가를발생시키지않으면서 XtremIO 스토리지시스템에추가적인 IOPS를계속부과했습니다. 표 10에표시된전체로드를사용한테스트를시작했으며, 이테스트를연속적으로실행하여 SQL Server 2012와 SQL Server 2014 간의차이점을테스트하고 ( 워크로드시퀀스 1차 ~ 6차 ) SQL Server 2012에추가적인로드를실행하여전체시스템워크로드를달성했습니다. 36

37 표 10. 전체시스템로드를위한테스트워크로드시퀀스 워크로드 시퀀스 데이터베이스 이름 데이터베이 스크기 SQL Server 워크로드 ( 사용자 수 / 최대트랜잭션 속도 ) 1차 DB_01 750GB SQL Server /200 2차 DB_01 750GB SQL Server /200 3차 DB_02 500GB SQL Server /200 4차 DB_02 500GB SQL Server /200 5차 DB_03 1TB SQL Server /200 6차 DB_03 1TB SQL Server /200 7차 DB_04 2TB SQL Server /200 8차 DB_05 250TB SQL Server /200 9차 DB_06 1TB SQL Server /200 테스트결과 그림 11 과같이 XtremIO 스토리지는다수의동시 SQL Server 엔터프라이즈급데이터베이 스워크로드에대해뛰어난확장성을보였습니다. 전체적으로볼때추가된 SQL Server 데이터베이스워크로드가더많은시스템입출력을생성했음에도불구하고 XtremIO 스토리지의평균지연시간이낮게유지되었습니다. 데이터베이스워크로드 9개가모두가동되었을때전체시스템은 4,200 이상의 TPS로총 200,000 IOPS를달성했으며, XtremIO 시스템의스토리지지연시간은 1ms 미만으로유지되었습니다. 호스트의평균디스크지연시간은 1ms 미만에서 2.5ms 미만까지분포되었습니다. 37

38 XtremIO 총 IOPS 250, , , ,000 50, 총 SQL Server TPS XtremIO 평균지연시간 (µsec) IOPS 평균 Avg-Latency 지연시간 (µsec) 그림 11. SQL Server/XtremIO 확장성테스트 XtremIO 시스템성능전체시스템로드를전달했을때 XtremIO는그림 12 및그림 13과같이매우낮은지연시간으로극도로높은 IOPS와처리량을보였으며전체적인 SQL Server 트랜잭션속도가높게유지되었습니다. 그림 12. SQL Server 2012 및 SQL Server 2014 전체로드실행중에 XtremIO X-Brick 에서측정된지연시간및 IOPS 38

39 그림 13. SQL Server 2012 및 SQL Server 2014 전체로드실행중에 XtremIO X-Brick 에서측정된대역폭 SQL Server 2012와 SQL Server 2014 성능비교그림 14와같이서버프로세서, 메모리및설정이동일한상황에서 SQL Server 2014는 SQL Server 2012보다우수한 TPS를제공했습니다. 이는 Microsoft가 SQL Server 2014에서트랜잭션의메모리사용을개선한결과입니다 % 총 TPS % 50% 40% 30% 20% 10% SQL Server 프로세서사용률 0 1 개의 Workload DB 에대한 on 워크로드 one DB 2 개의 Workload DB 에대한 on two 워크로드 DBs 3Workload 개의 DB 에 on 대한 three 워크로드 DBs 총 Total TPS TPS SQL SQL Server Server 총 Total TPS TPS SQL SQL Server Server 프로세서 Processor SQL SQL Server 프로세서 Processor SQL SQL Server Server % 그림 14. SQL Server 데이터베이스트랜잭션성능 : 2012 와 2014 비교 SQL Server 2012 서버와 SQL Server 2014 서버는동일한하드웨어 ( 서버, RAM 및프로세 서수 ) 로설정되었습니다. 39

40 SQL Server 트랜잭션성능트랜잭션이낮은수준인경우 SQL Server 2014의성능은 400TPS 남짓으로서 SQL Server 2012와비슷한수준입니다 (7% 우세 ). 워크로드가증가하면고성능백엔드인 XtremIO가 SQL Server 2014의트랜잭션처리속도를높여줍니다. 트랜잭션이증가했을때는그림 14와같이 SQL Server 2014의트랜잭션처리속도가 12.5% 까지우세한것으로나타났습니다. SQL Server 2014의누적 CPU 활용도가 60% 로 SQL Server 2012의 55% 보다더높았던것은 SQL Server 2014가 20% 더많은트랜잭션을실행한결과입니다. 이는 9% 의 CPU 사용률증가로 12.5% 의트랜잭션속도증가를가져온것입니다. 전체적으로볼때 SQL Server 2014는효율적인성능을발휘하며 XtremIO와함께트랜잭션이많은시스템을훨씬더원활하게처리하여테스트결과에서볼수있듯이스토리지지연시간을원천적으로해소합니다. SQL Server 디스크입출력디스크입출력성능은 SQL Server 2012와 SQL Server 2014에서매우비슷했습니다. 그림 15와같이데이터파일 LUN에대한전체적인성능은 SQL Server 2014가근소하게우세했습니다 ( 약간더우수한 IOPS와낮은지연시간 ). IOPS 40,000 35,000 30,000 25,000 20,000 15,000 10,000 5, ,496 30,651 23,277 23,044 21,223 19, DB_01 DB_02 DB_03 DB_01 로그 Log DB_02 로그 Log DB_03 로그 log tempdb SQL 2014 IOPS SQL 2012 IOPS SQL Server 2014 평균 avg. 지연 latency(ms) 시간 SQL Server 2012 평균 avg. 지연 latency(ms) 시간 SQL Server LUN 평균지연시간 (ms) 그림 15. SQL Server 디스크입출력성능 : 2012 와 2014 비교 40

41 로그파일 LUN의디스크입출력지연시간은 SQL Server의두버전에서비슷했지만 IOPS 는트랜잭션수가적은 SQL Server 2012가훨씬낮았습니다. tempdb의경우 SQL Server 2012에서 IOPS가훨씬낮았습니다. 이는 SQL Server 2014가실행계획을최적화하여 tempdb를더많이사용함으로써트랜잭션성능을높였을가능성을시사합니다. tempdb 지연시간또한 SQL 2014에서훨씬낮았으며, 따라서성능이중요하고입출력이많은 SQL Server 데이터베이스로는 SQL 2014가훨씬더적합한것으로나타났습니다. XtremIO 스냅샷사용시스템성능테스트 이시나리오에서는 XtremIO 스냅샷을사용하여테스트 / 개발환경프로비저닝에사용할 수있는운영데이터베이스의여러복제본을생성했습니다. XtremIO 스냅샷생성은즉각적으로완료되었으며생성된스냅샷은바로사용할수있었습니다. XtremIO 스냅샷생성도중이나생성후에이로인한성능저하는눈에띄지않았습니다. 데이터베이스는계속온라인상태였고성능특성도스냅샷생성전과변함이없었습니다. 물리적공간활용은최소수준이었기때문에기존스토리지의경우와달리운영데이터베이스에영향을주지않고여러스냅샷을생성할수있었습니다. 운영볼륨액세스성능과스냅샷볼륨액세스성능에는차이가없었습니다. 또한필요한경우운영데이터베이스에어떠한영향도없이스냅샷을쓰기가능한복제본으로사용할수있었습니다. XtremIO의쓰기가능스냅샷은기존스토리지의클론과차이가없으며, 유일한차이는공간요구사항입니다. XtremIO 스냅샷은물리적스토리지에서훨씬적은공간을점유한다는점이다릅니다. 테스트방법이테스트에서는 BenchCraft로성능테스트와동일한워크로드를생성하면서전체환경의성능을측정했습니다. 스냅샷한세트를생성한후워크로드를 8시간동안계속실행하여전형적인근무일워크로드를시뮬레이션했습니다. 그런다음또하나의스냅샷세트를생성하여하루분량의워크로드가환경에준영향을측정했습니다. XtremIO 스토리지의데이터중복제거비율과씬프로비저닝절감률을모니터링하여이테스트에서생성한스냅샷에어떠한영향을주었는지확인했습니다. 그런다음장애발생시정합성이보장되는이스냅샷을별도의마운트호스트에마운트하고복구하여테스트 / 개발워크로드를시뮬레이션했습니다. 스냅샷에읽기전용및읽기 / 쓰기워크로드를부과했습니다. 41

42 테스트절차이테스트에서는다음과같은단계를거쳤습니다. 1. 운영데이터베이스의전체환경을위한워크로드를생성하고현재데이터중복제거비율을측정하고, 물리적용량및씬프로비저닝공간절감률을비교기준으로사용했습니다. 2. SQL Server 2012 데이터베이스 LUN의최초스냅샷을생성했습니다. 3. SQL Server 2014 데이터베이스 LUN의최초스냅샷을생성했습니다. 4. 스냅샷을 5개생성했습니다. 5. 운영데이터베이스에서워크로드를 8시간동안계속실행하여근무일동안의환경변화를시뮬레이션했습니다. 전체환경의성능은계속모니터링되었습니다. 6. SQL Server 2012와 SQL Server 2014에서차례로운영데이터베이스의스냅샷을추가로생성하고 XtremIO 스토리지관리콘솔에서데이터중복제거비율, 사용된물리적용량및씬프로비저닝공간절감률을측정했습니다. 7. 한번의작업으로 SQL Server 2012와 2014의스냅샷을모두생성했습니다. 8. 앞에서생성한스냅샷중하나를마운트하고별도의 SQL Server(SQL Server 2012 및 2014 데이터베이스모두 ) 로복구했습니다. 9. 마운트된다른스냅샷데이터베이스에워크로드를추가한후시스템성능을확인했습니다. 10. 마운트된스냅샷데이터베이스에읽기 / 쓰기워크로드를추가한후시스템성능을확인했습니다. 테스트결과스냅샷생성측정스냅샷생성시모든스냅샷은지연시간없이즉시완료되었습니다. 모든스냅샷은생성직후에읽기 / 쓰기가가능했습니다. 장시간동안일관된 XtremIO 성능그림 16과같이 XtremIO는과중한워크로드가장시간동안이어지는상황에서도 SQL Server에매우일관적인성능을제공합니다. 모든 SQL Server 운영데이터베이스에대해 5개의스냅샷을생성한상태로 10시간이상과중한워크로드가계속되어도지연시간이 1ms 선에서유지되고있습니다. 42

43 3 2.5 평균지연시간 (ms) 오후 6:23:36 오후 6:35:06 오후 6:46:36 오후 6:58:06 오후 7:09:36 오후 7:21:06 오후 7:32:36 오후 7:44:07 오후 7:55:37 오후 8:07:06 오후 8:18:36 오후 8:30:07 오후 8:41:36 오후 8:53:06 오후 9:04:36 오후 9:16:07 오후 9:27:36 오후 9:39:07 오후 9:50:37 오후 10:02:07 오후 10:13:37 오후 10:25:07 오후 10:36:37 오후 10:48:07 오후 10:59:37 오후 11:11:07 오후 11:22:37 오후 11:34:07 오후 11:45:37 오후 11:57:07 오전 12:08:37 오전 12:20:07 오전 12:31:37 오전 12:43:07 오전 12:54:37 오전 1:06:07 오전 1:17:37 오전 1:29:07 오전 1:40:37 오전 1:52:07 오전 2:03:37 오전 2:15:07 오전 2:26:37 오전 2:38:07 오전 2:49:37 오전 3:01:07 오전 3:12:37 오전 3:24:07 오전 3:35:37 오전 3:47:07 오전 3:58:37 오전 4:10:07 오전 4:21:37 오전 4:33:08 오전 4:44:38 오전 4:56:07 오전 5:07:38 그림 16. 과중한워크로드가장시간이어져도일정한 XtremIO 의성능 사용가능한물리적플래시용량이 15TB인 XtremIO 스토리지가 181TB의볼륨공간을호스트에제공했습니다. 이는기존스토리지또는 XtremIO의효율성기술이결여된여타플래시스토리지와비교할때막대한비용우위입니다. 모든데이터베이스가 1ms 근방의서버측지연시간으로양호하고일관된성능을보였으며테스트기간내내높은트랜잭션속도를유지했습니다. 1ms와 1.5ms 사이의급증구간은데이터베이스체크포인트작업을나타냅니다. 이를제외하면테스트실행전반에서지연시간이양호한상태로일관되게유지되었습니다. XtremIO 스냅샷이성능에미치는영향 XtremIO 스냅샷의성능영향을확인하고자그림 17에표시된지표를측정했습니다. 43

44 마운트된여러스냅샷의 250,000 워크로드로인한추가 IOPS ,000 } 총 IOPS 150, ,000 50, 지연시간 (ms) 0 0 total 총 IOPS IOPS 지연 latency(ms) 시간 (ms) 그림 17. XtremIO 스냅샷이성능에미치는영향 테스트결과가시사하는점은다음과같습니다. 전체로드데이터베이스환경에서 XtremIO 스냅샷생성은성능에영향을주지않습 니다. 스냅샷은즉각적으로생성되고즉시사용가능합니다. 스냅샷의수는운영데이터베이스의성능에영향을주지않습니다. 아래결과에서볼수있듯이이러한스냅샷의스토리지사용량또한낮습니다. 운영 데이터베이스의성능에어떠한영향도주지않고필요한만큼제한없이스냅샷을 생성할수있습니다. 이테스트에서는 SQL Server 2014 및 SQL Server 2012 데이터베이스를서로다른 2개의마운트호스트가상머신에마운트하고데이터베이스 3개에서전체워크로드를실행했습니다. 그림 17에서는스냅샷에약 50,000 IOPS의워크로드를부과한후 XtremIO에서약 212,000 IOPS를유지했고지연시간은여전히매우낮았음을보여줍니다. 총 IOPS 용량이 XtremIO의한도이내로유지되는경우스냅샷에대한워크로드가운영데이터베이스에대한워크로드와동일한성능을유지하면서비슷한수준까지증가할수있습니다. 44

45 XtremIO 스냅샷의스토리지효율성 XtremIO 스냅샷의물리적스토리지사용량은최소한으로억제됩니다. 테스트중에물리적스토리지사용량은 7.5TB 데이터베이스시스템에대한스냅샷을생성한후에도그림 18과같이변화가없었습니다. 어떠한비용도없이읽기 / 쓰기가가능한 40TB의스냅샷기반용량이제공되었습니다. 스토리지크기 (TB) % 80% 60% 0.00 총효율성 4.5:1 6.3:1 8.2:1 10:1 11:1 13:1 14:1 16:1 baseline 기본스냅샷 snap 11 스냅샷 snap 2 2 스냅샷 snap 33 스냅샷 snap4 4 스냅샷 snap5 5 스냅샷 snap6 6 스냅샷 snap7 7 40% 물리적 physical 스토리지 storage(tb) volume 사용된볼륨 used( (GB) TB) total 총볼륨 volume(tb) thin 씬절감률 saving(%) 그림 18. XtremIO 스냅샷작업의스토리지효율성 이테스트에서는마지막스냅샷 2개를생성하기전에전체워크로드가 8시간동안실행되도록설정하여데이터베이스에약 10% 의변화를주었습니다. 운영데이터가추가됨으로인해물리적스토리지사용량이약 500GB 증가했으며, 이는스냅샷 5개를포함하여약 750GB의변경내용에해당합니다. 기존스토리지에서는이로인해물리적스토리지사용량이크게늘어났을것입니다. 여기에서는주로인라인데이터감소기능덕분에 XtremIO 의물리적스토리지에서실제변경내용보다적은분량만변경되었습니다. 그림 18에서는운영데이터베이스의스냅샷이점점더많이생성됨에따라데이터중복제거비율은같은수준으로유지되고, 스토리지에서사용된물리적용량은거의증가하지않으며, 볼륨용량은크게증가하는것을볼수있습니다. 이에따라전체적인스토리지효율성과씬프로비저닝절감률이증가했습니다. XtremIO의스냅샷메커니즘은매우효율적입니다. 전체워크로드를 8시간동안실행하여운영데이터베이스에 10% 의변경내용이더추가된후에도데이터베이스의각스냅샷은최소한의물리적스토리지만점유합니다. 영향을받은 LUN에필요했던물리적스토리지변경분량은실제변경내용보다적었습니다. 기존스토리지에서는필요한물리적스토리지가최소한두배로증가했을것입니다. 45

46 총예상볼륨은스냅샷을통해높아진공간효율성으로인해물리적스토리지 14.9TB에서 200TB 이상으로증가했습니다. 스토리지효율성은 7번째스냅샷생성후 4.5:1에서 16:1 로향상되었습니다. 데이터중복제거비율은스냅샷생성후에도변화하지않았는데, 이는 XtremIO 스냅샷이사용자데이터와메타데이터모두에대해 100% 의공간효율성을발휘하기때문입니다. 즉, 스냅샷은중복제거가필요한데이터를전혀생성하지않습니다. 운영데이터베이스에대해 8시간동안전체워크로드를실행하여변화를준이후에야시스템의고유데이터추가로인해데이터중복제거비율이 1.9:1에서 1.8:1로약간저하되었습니다. XtremIO 데이터감소분석 이솔루션테스트에서는 SQL Server OLTP 데이터베이스와관련하여 XtremIO 의데이터감 소를측정했습니다. 경제적인데이터감소 XtremIO를사용하면그림 19와같이논리적용량을시스템의물리적플래시용량보다훨씬크게유지할수있습니다. 이테스트에서 XtremIO에생성된유효볼륨크기는데이터베이스스냅샷 5개를포함하여약 181TB였습니다. SQL Server 데이터베이스의데이터중복제거비율은 2:1에가깝게유지되었습니다. 데이터감소의누적효과로인해해당크기의볼륨을약 13.5TB의물리적스토리지안에구축할수있었습니다. 유효볼륨과물리적스토리지의비율은약 13:1 이었습니다. 이비율은스냅샷을많이생성할수록높아집니다. 스냅샷이 7개인경우에는비율이 16:1입니다. TB 스냅샷없음 사용된물리적스토리지 실제로사용된볼륨 5 개스냅샷포함 사용가능한총물리적스토리지 할당된총볼륨 그림 19. 중복제거및씬프로비저닝을통한 XtremIO 의데이터감소 46

47 총볼륨은기존스토리지에서모든스냅샷이읽기 / 쓰기가능스냅샷인경우에필요한물리적스토리지공간입니다. XtremIO에서는그림 19와같이물리적스토리지가그 10분의 1 미만에불과합니다. 데이터중복제거비율 XtremIO의유효시스템용량은데이터감소를통해물리적용량보다커질수있습니다. 중복정보가많이포함된환경에서는 XtremIO의실질적인논리적용량이정격플래시용량을크게상회할수있습니다. SQL Server의데이터중복제거비율은 2:1에가까운데, 이비율은그림 20과같이 SQL Server 데이터베이스에크게좌우됩니다. SQL Server 데이터베이스, 관리및운영체제에필요한실제스토리지가약 25TB인경우 XtremIO 플래시스토리지에서필요한물리적스토리지는 14TB 미만입니다. 그러나 LUN을생성할때는약 60TB를할당할수있습니다. 그림 20. SQL Server 중복제거비율 47

48 결론 요약 이솔루션은 EMC XtremIO 공유스토리지가 Microsoft SQL Server와같은데이터베이스관리시스템에선사하는막대한가치를입증합니다. XtremIO는통합 SQL Server 환경에다양한워크로드, 특히 OLTP에사용할수있는확장가능하며극히효율적인스토리지솔루션을제공합니다. 호스트측의선형적확장에스토리지가보조를맞출수있습니다. XtremIO의 N-방향 Active/Active 스케일아웃아키텍처는용량을선형적으로확장하여극도로높은 IOPS를달성하고지연시간을극히낮게유지합니다. 서버측에서 CPU, 메모리, HBA 포트및프런트엔드포트와같은컴퓨팅리소스를추가하면 OLTP 환경에더높은 IOPS와처리능력을제공할수있습니다. 이솔루션은높은데이터베이스성능을제공하면서가상화를통해리소스를효율적으로활용합니다. 용량과처리능력을손쉽게늘릴수있습니다. 비즈니스요구사항이변화하는경우이솔루션은애플리케이션, 데이터베이스소프트웨어및데이터베이스이외의소프트웨어를비롯한모든스택레벨에서이러한변화에적응할수있습니다. 이에따라운영인스턴스와보고인스턴스가통합되어실시간분석과같은다양하고참신한워크로드접근방식이가능해집니다. 무엇보다뛰어난장점은어떠한용도로도사용할수있는스냅샷이즉각적으로생성된다는점입니다. 스냅샷추가또는제거에비용이거의소요되지않습니다. 스냅샷에대해읽기 / 쓰기가능워크로드를실행해도운영데이터베이스의성능에는별다른영향이없습니다. 결과 이솔루션의특징은다음과같습니다. 설치가빠르고간편하며스토리지튜닝이거의또는전혀필요하지않습니다. XtremIO 는물리적환경과마찬가지로가상화된 SQL Server 환경에서도원활하게 작동하고관리및모니터링이쉽습니다. 지연시간을 1ms 선으로유지하면서 X-Brick 하나에서 100,000 IOPS를간단히초과하는처리성능을발휘하여가장까다로운 SQL Server 2012 및 SQL Server 2014 트랜잭션워크로드를지원합니다. XtremIO 인라인데이터감소및스냅샷을통해스토리지설치공간이크게감소합니다. 본구성에서는전체적인효율성이 16:1로나타났습니다. XtremIO 스냅샷기술을통해측정가능한비용없이실시간에가까운고성능데이터복제가가능하며, 데이터규모가수테라바이트에달해도운영데이터가거의즉각적으로복구됩니다. 48

49 참고자료 EMC 설명서 아래문서는 korea.emc.com 또는 EMC 온라인지원웹사이트에서제공됩니다. 로그인자 격증명에따라온라인지원에대한액세스가제한될수있습니다. 문서액세스권한이없 는경우 EMC 담당자에게문의하시기바랍니다. 백서 자세한내용은아래에나열된 EMC 백서를참조하십시오. EMC XtremIO 플래시전용스토리지소개 제품설명서 자세한내용은다음제품문서를참조하십시오. EMC XtremIO 시스템사양 EMC VSI Path Management Product Guide EMC XtremIO 스토리지사용자가이드 EMC XtremIO 자세한내용은 XtremIO 웹사이트를참조하십시오. VMware 설명서 자세한내용은 VMware 웹사이트에서제공하는아래에나열된문서를참조하십시오. Microsoft SQL Server Databases on VMware Best Practices Guide VMware vsphere Networking VMware ESX Scalable Storage Performance Microsoft SQL Server 설명서 자세한내용은 Microsoft 웹사이트에서제공하는아래에나열된문서를참조하십시오. Pre-Configuration Database Optimizations Microsoft SQL Server Best Practices 49