<Doc Type>: <Doc Title given in the cover page>

Transcription

1 Proven Infrastructure EMC VSPEX 프라이빗클라우드 최대 200 개의가상머신을지원하는 Hyper-V 기반 Microsoft Windows Server 2012 R2 EMC VNXe3200 및 EMC Data Protection 솔루션기반 EMC VSPEX 요약이문서에서는 Microsoft Hyper-V, EMC VNXe3200 및 EMC Data Protection을기반으로최대 200개의가상머신을지원하도록프라이빗클라우드를구축하기위한 EMC VSPEX Proven Infrastructure 솔루션에대해설명합니다 년 1 월

2 Copyright 2015 EMC Corporation. All rights reserved. Published in the USA. 발행 : 2015 년 1 월 본문서의정보는발행일현재정확한것으로간주되며모든정보는예고없이변경될수있습니다. 본문서의정보는 " 있는그대로 " 제공됩니다. EMC Corporation은본문서의정보와관련하여어떠한진술이나보증도하지않으며, 특히상품성이나특정목적을위한적합성에대하여어떠한묵시적인보증도부인합니다. 본문서에설명된 EMC 소프트웨어를사용, 복사및배포하려면해당소프트웨어라이센스가필요합니다. EMC 2, EMC 및 EMC 로고는미국및기타국가에서 EMC Corporation의등록상표또는상표입니다. 본문서에사용된기타모든상표는해당소유주의자산입니다. 사용중인제품군에대한최신규제관련문서를보려면 EMC 온라인지원웹사이트의기술문서및권장사항섹션으로이동하십시오. EMC VSPEX 프라이빗클라우드 : 최대 200개의가상머신을지원하는 Hyper-V 기반 Microsoft Windows Server 2012 R2 EMC VNXe3200 및 EMC Data Protection 솔루션기반 Part Number H

3 목차 1 장내용요약 13 소개 대상 문서용도 비즈니스요구사항 장솔루션개요 17 소개 가상화 컴퓨팅 네트워킹 스토리지 EMC 차세대 VNXe EMC Data Protection 장솔루션기술개요 25 개요 주요구성요소요약 가상화 개요 Microsoft Hyper-V 가상 FC 포트 Microsoft SCVMM(System Center Virtual Machine Manager) Hyper-V 페일오버클러스터링을사용한고가용성 Hyper-V 복제본 Hyper-V 스냅샷 클러스터인식업데이트

4 목차 EMC Storage Integrator 컴퓨팅 네트워킹 개요 스토리지 개요 EMC VNXe EMC VNXe Virtual Provisioning Windows ODX(Offloaded Data Transfer) EMC PowerPath VNXe FAST Cache VNXe FAST VP VNXe 파일공유 ROBO(Remote Office Branch Office) 데이터보호 개요 EMC Avamar 데이터중복제거 EMC Data Domain 데이터중복제거스토리지시스템 EMC RecoverPoint 기타기술 EMC XtremCache 장솔루션아키텍처개요 45 개요 솔루션아키텍처 개요 논리적아키텍처 주요구성요소 하드웨어리소스 소프트웨어리소스 서버구성지침 개요 Hyper-V 메모리가상화 메모리구성지침 네트워크구성지침 개요

5 목차 VLAN 점보프레임사용 (iscsi 또는 SMB 에만해당 ) Link Aggregation 사용 (SMB 에만해당 ) 스토리지구성지침 개요 VSPEX 용 Hyper-V 스토리지가상화 VSPEX 스토리지빌딩블록 VSPEX 프라이빗클라우드의검증된최대구성 고가용성및페일오버 개요 가상화계층 컴퓨팅계층 네트워크계층 스토리지계층 검증테스트프로파일 프로파일특성 EMC Data Protection 및구성지침 사이징지침 레퍼런스워크로드 개요 레퍼런스워크로드정의 레퍼런스워크로드적용 개요 예 1: 맞춤형애플리케이션 예 2: PoS(Point of Sale) 시스템 예 3: 웹서버 예 4: 의사결정지원데이터베이스 요약 솔루션구축 개요 리소스유형 CPU 리소스 메모리리소스

6 목차 네트워크리소스 스토리지리소스 구축과정요약 고객환경에대한빠른진단 개요 CPU 요구사항 메모리요구사항 스토리지성능요구사항 IOPS 입출력크기 입출력지연시간 스토리지용량요구사항 필요한레퍼런스가상머신결정 하드웨어리소스세부조정 EMC VSPEX 사이징툴 장 VSPEX 구성지침 87 개요 구축전작업 개요 구축관련사전요구사항 고객구성데이터 스위치준비, 네트워크연결, 스위치구성 개요 네트워크스위치준비 인프라스트럭처네트워크구성 VLAN 구성 점보프레임구성 (iscsi 또는 SMB 에만해당 ) 네트워크케이블연결 스토리지시스템준비및구성 블록프로토콜에대한 VNXe 구성 파일프로토콜에대한 VNXe 구성 FAST VP 구성 ( 선택사항 )

7 목차 FAST Cache 구성 ( 선택사항 ) Hyper-V 호스트설치및구성 개요 Windows 호스트설치 Hyper-V 설치및페일오버클러스터링구성 Windows 호스트네트워킹구성 Windows 서버에 PowerPath 설치 가상머신메모리할당계획 SQL Server 데이터베이스설치및구성 개요 Microsoft SQL Server 용가상머신생성 가상머신에 Microsoft Windows 설치 SQL Server 설치 SCVMM 용 SQL Server 구성 System Center Virtual Machine Manager Server 구축 개요 SCVMM 호스트가상머신생성 SCVMM 게스트 OS 설치 SCVMM 서버설치 SCVMM 관리콘솔설치 호스트에로컬로 SVCMM 에이전트설치 SCVMM 에 Hyper-V 클러스터추가 SCVMM 에파일공유스토리지추가 ( 파일버전에만해당 ) SCVMM 에서가상머신생성 파티션정렬수행및파일할당단위크기할당 템플릿가상머신생성 템플릿가상머신을사용하여가상머신구축 요약 장솔루션검증 117 개요 설치후체크리스트 단일가상서버구축및테스트

8 목차 솔루션구성요소의이중화검증 블록및파일환경 장시스템모니터링 121 개요 모니터링할주요영역 성능기준 서버 네트워킹 스토리지 VNXe 리소스모니터링지침 블록스토리지리소스모니터링 파일스토리지리소스모니터링 요약 부록 A BOM(Bill of Material) 139 BOM(Bill of Material) 부록 B 고객구성 Data Sheet 143 고객구성 Data Sheet 부록 C 서버리소스구성요소워크시트 147 서버리소스구성요소워크시트 부록 D 참고자료 149 참고자료 EMC 설명서 기타문서 부록 E VSPEX 정보 151 VSPEX 정보

9 그림 그림 1. 멀티코어최적화가적용된차세대 VNXe 그림 2. EMC Data Protection 솔루션 그림 3. VSPEX 프라이빗클라우드구성요소 그림 4. 컴퓨팅계층유연성 그림 5. 고가용성네트워크설계의예 - 블록의경우 그림 6. 스토리지풀재조정진행률 그림 7. 씬 LUN 공간활용도 그림 8. 스토리지풀공간활용도조사 그림 9. 블록스토리지의논리적아키텍처 그림 10. 파일스토리지의논리적아키텍처 그림 11. 하이퍼바이저의메모리사용 그림 12. 블록스토리지용필수네트워크 그림 13. 파일스토리지용필수네트워크 그림 14. Hyper-V 가상디스크종류 그림 개의가상서버에대한빌딩블록 그림 개의가상서버에대한빌딩블록 그림 개의가상머신을지원하는 VNXe3200 을사용한스토리지레이아웃 그림 18. 다양한스토리지시스템의최대확장수준과기본시작지점 그림 19. 가상화계층고가용성 그림 20. 이중화된전원공급장치 그림 21. 네트워크계층고가용성 (VNXe) 그림 22. VNXe 시리즈 HA 구성요소 그림 23. 리소스풀유연성 그림 24. 레퍼런스가상머신풀에서필요한리소스

10 그림 그림 25. 리소스요구사항집계 - 1 단계 그림 26. 풀구성 - 1 단계 그림 27. 리소스요구사항집계 - 2 단계 그림 28. 풀구성 - 2 단계 그림 29. 서버리소스맞춤구성 그림 30. 이더넷네트워크아키텍처샘플 - 블록버전 그림 31. 이더넷네트워크아키텍처샘플 - 파일버전 그림 32. NAS 서버주소생성 그림 33. NAS 서버유형구성 그림 34. Fast VP 탭 그림 35. 예약된 Fast VP 재배치 그림 36. Fast VP 재배치스케줄 그림 37. FAST Cache 생성 그림 38. Create Storage Pool 대화상자의 Advanced 탭 그림 39. Storage Pool Properties 대화상자의 Settings 탭 그림 40. 스토리지풀알림설정 그림 41. 스토리지풀스냅샷설정 그림 42. Storage Pools 패널 그림 43. LUN Properties 대화상자 그림 44. System 패널 그림 45. System Health 패널 그림 46. LUN의 IOPS 그림 47. 드라이브의 IOPS 그림 48. LUN의지연시간 그림 49. SP CPU 활용도 그림 50. VNXe 파일통계 그림 51. System Capacity 패널 그림 52. File Systems 패널 그림 53. 파일시스템의 Capacity 패널 그림 54. 파일메트릭을표시하는 System Performance 패널

11 표 표 표 1. VNXe 고객이얻는이점 표 2. 솔루션하드웨어 표 3. 솔루션소프트웨어 표 4. 컴퓨팅계층에대한하드웨어리소스 표 5. 네트워크에사용되는하드웨어리소스 표 6. 스토리지에사용되는하드웨어리소스 표 7. 가상머신수에따라필요한디스크수 표 8. 프로파일특성 표 9. 가상머신특성 표 10. 빈워크시트행 표 11. 레퍼런스가상머신리소스 표 12. 워크시트행예 표 13. 애플리케이션예 - 1 단계 표 14. 애플리케이션예 2 단계 표 15. 서버리소스구성요소합계 표 16. 구축프로세스개요 표 17. 구축전작업 표 18. 구축관련사전요구사항체크리스트 표 19. 스위치및네트워크구성작업 표 20. 블록프로토콜에대한 VNXe 구성작업 표 21. 블록에대한스토리지할당표 표 22. 파일프로토콜에대한스토리지구성작업 표 23. 파일에대한스토리지할당표 표 24. 서버설치작업 표 25. SQL Server 데이터베이스설치작업

12 표 표 26. SCVMM 구성작업 표 27. 설치테스트작업 표 28. 드라이브성능에대한경험법칙 표 29. 성능모니터링에대한 Best Practice 표 30. VSPEX 솔루션에사용되는구성요소목록 (200 개의가상머신 ) 표 31. 일반서버정보 표 32. Hyper-V 서버정보 표 33. 스토리지정보 표 34. 네트워크인프라스트럭처정보 표 35. VLAN 정보 표 36. 서비스계정 표 37. 서버리소스결정을위한빈워크시트

13 1 장내용요약 이장에서다루는내용은다음과같습니다. 소개 대상 문서용도 비즈니스요구사항

14 내용요약 소개 EMC VSPEX 의검증된모듈식아키텍처는그성능을인정받은뛰어난기술을기반으로완벽한가상화솔루션을제공합니다. 이를통해사용자는하이퍼바이저, 컴퓨팅, 백업, 스토리지, 네트워킹계층에서객관적인결정을내릴수있습니다. VSPEX는가상화계획시간을단축할뿐아니라구성부담도덜어줍니다. 서버가상화, 가상데스크톱구축또는 IT 통합을수행하는경우 VSPEX를사용하면솔루션구축시간을앞당기고폭넓은선택이가능하며효율성을향상하고위험요소를최소화함으로써 IT 혁신을신속하게실현할수있습니다. 이문서는이솔루션의기술적인측면을포괄적으로보여주는가이드입니다. 서버용량은일반적으로요구되는최소한의 CPU, 메모리및네트워크인터페이스를기준으로제시됩니다. 고객은명시된최소구성에따라서또는그이상의수준으로원하는서버와네트워킹하드웨어를자유롭게선택할수있습니다. 대상 본가이드에나오는설명을제대로이해하고구축방법을수행할수있으려면 Microsoft Hyper-V( 하이퍼바이저 ) 기반의 VSPEX 컴퓨팅솔루션, EMC VNX 시리즈스토리지시스템및관련인프라스트럭처를설치하고구성하는데필요한교육을이수하고배경지식을가지고있어야합니다. 외부참조자료가있는경우해당정보가제공되므로이들문서도숙지하는것이좋습니다. 또한고객환경의인프라스트럭처및데이터베이스보안정책도숙지하고있어야합니다. Microsoft Hyper-V 프라이빗클라우드인프라스트럭처용 VSPEX 최종사용자컴퓨팅솔루션의판매및사이징이주요업무인담당자는1장 - 4장까지특히주의해서살펴보시기바랍니다. 솔루션구축담당자는구매후 5장의구성지침, 6장의솔루션검증, 그리고적절한참고자료와부록을중점적으로확인해야합니다. 문서용도 이 에서는 VSPEX 아키텍처를소개하고, 특정구축 상황에맞게아키텍처를수정하는방법을설명하고, 시스템을효과적으로구축및 모니터링하는방법과관련된지침을제시합니다. 14

15 내용요약 고객은 VSPEX 프라이빗클라우드아키텍처를통해많은수의가상머신을일관된성능수준으로호스팅할수있는첨단시스템을운용하게됩니다. 이솔루션은가용성이높은 VNX 제품군스토리지를기반으로하는 Microsoft Hyper-V 가상화계층에서실행됩니다. VSPEX 파트너에의해정의되는컴퓨팅및네트워크구성요소는가상머신환경의처리및데이터요구사항에충분히대처할수있도록강력한성능과이중화특성을고려하여배치됩니다. 이문서에서설명하는 200개의가상머신을지원하는 Hyper-V 프라이빗클라우드솔루션은 EMC VNXe3200 과정의된레퍼런스워크로드를기반으로합니다. 가상머신마다요구사항이다르기때문에이문서에는시스템구축시경제성을높이도록조정하기위한방법과지침이수록되어있습니다. EMC VNX 시리즈를기반으로최대 1,000개의가상머신을지원하는대규모환경용솔루션에대해서는 EMC VSPEX Private Cloud: 최대 1,000개의가상머신을지원하는 Hyper-V 기반 Microsoft Windows Server 2012 R2 를참조하십시오. 프라이빗클라우드아키텍처는복잡한시스템오퍼링입니다. 이문서에서는초기소프트웨어및하드웨어구성요소목록, 단계별사이징지침및워크시트, 검증된구축단계를제시하여시스템을원활하게설치할수있도록지원합니다. 마지막구성요소를설치한후고객의시스템이올바르게실행되는지확인하기위한검증테스트및모니터링지침도마련되어있습니다. 따라서이문서에제시된지침을준수하면효율적이면서신속하게클라우드환경으로전환할수있습니다. 비즈니스요구사항 비즈니스애플리케이션이통합컴퓨팅, 네트워크및스토리지환경으로이동하고있습니다. Microsoft Hyper-V를사용한 EMC VSPEX 프라이빗클라우드솔루션은기존구축모델의모든구성요소를구성해야하는복잡한절차를줄여줍니다. 또한, 애플리케이션설계유연성및구축옵션은유지하면서통합관리에대한복잡성은줄입니다. 아울러관리업무가통합되는동시에프로세스분리상태를적절히제어하고모니터링할수있습니다. Microsoft Hyper-V용 VSPEX 프라이빗클라우드솔루션에대한비즈니스요구사항은다음과같습니다. 통합인프라스트럭처구성요소의기능을효율적으로활용하기위한완벽한가상화솔루션제공 다양한고객활용사례에맞춰최대 200개의가상머신을효율적으로가상화하기위한 Microsoft Hyper-V용 VSPEX 프라이빗클라우드솔루션제공 안정적이면서유연하고확장가능한레퍼런스설계제공 15

16 내용요약 16

17 2 장솔루션개요 이장에서다루는내용은다음과같습니다. 소개 가상화 컴퓨팅 네트워킹 스토리지 EMC Data Protection

18 솔루션개요 소개 Microsoft Hyper-V용 EMC VSPEX 프라이빗클라우드솔루션은이중화된서버또는네트워크토폴로지및고가용성스토리지를사용하여최대 200개의가상머신을지원할수있는완벽한시스템아키텍처를제공합니다. 이특별한솔루션을구성하는핵심구성요소로는가상화, 컴퓨팅, 네트워킹, 스토리지, EMC Data Protection이있습니다. 가상화 Microsoft Hyper-V는업계의주요가상화플랫폼으로, 지난수년간효율성이떨어지는대규모서버팜을속도가빠르고안정적인클라우드인프라스트럭처에통합하여최종사용자의유연성과비용절감효과를높여주었습니다. 게스트운영체제를중단하지않고여러서버간에가상머신을이동할수있도록하는실시간마이그레이션및실시간마이그레이션을자동으로수행하여로드밸런싱을지원하는동적최적화와같은기능은기업에서 Hyper-V를선택하게하는확실한요인입니다. Windows Server 2012 R2 릴리스와함께사용할경우 Microsoft 가상화환경에서는최대 64개의가상 CPU와 1TB의가상 RAM(Random Access Memory) 으로가상머신을호스팅할수있습니다. 컴퓨팅 VSPEX는고객이선택한서버구성요소를자유롭게설계하고구축할수있게해줍니다. 하지만인프라스트럭처에서다음과같은조건을만족해야합니다. 필요한수및유형의가상머신을지원하기에충분한코어와메모리 시스템스위치에서이중화된접속구성을사용할수있도록해주는충분한네트워크연결 운영환경에서서버장애및페일오버발생시에도중단없이실행하기위한초과용량 18

19 솔루션개요 네트워킹 VSPEX는고객이선택한네트워크구성요소를자유롭게설계하고구축할수있게해줍니다. 하지만인프라스트럭처에서다음과같은조건을만족해야합니다. 호스트, 스위치및스토리지에서사용할수있는이중화된네트워크링크 업계에서인정한 Best Practice 기반의트래픽분리 Link Aggregation 지원 Non-Blocking 백플레인용량이 96Gb/s 이상인 IP 네트워크스위치 이레퍼런스아키텍처를구축하는데사용되는 IP 네트워크스위치는최소 Non-Blocking 백플레인용량이목표한가상머신수및연관된워크로드를처리하기에충분해야합니다. QoS(Quality of Service) 와같은고급기능을갖춘엔터프라이즈급스위치가적극권장됩니다. 스토리지 EMC VNXe 스토리지시리즈는광범위한기능을통해파일및블록액세스를모두제공할수있어어떤프라이빗클라우드구축에도적합한제품으로인정받고있습니다. VNXe 스토리지는명시된레퍼런스아키텍처워크로드에맞춰사이징되는다음구성요소를포함합니다. 블록및파일용입출력포트 : CIFS/SMB(Server Message Block), NFS(Network File System), FC(Fibre Channel) 및 iscsi(internet Small Computer System Interface) 를지원하는스토리지에대한호스트접속구성을제공합니다. 스토리지프로세서 : 스토리지내 / 외부와스토리지간에발생하는데이터이동의모든측면에사용되는스토리지시스템의컴퓨팅구성요소입니다. 파일서비스를제공하는데 Data Mover로알려진외부처리유닛을필요로하는 VNX 제품군과달리 VNXe에는파일서비스를호스트에제공하는통합코드가포함되어있습니다. 디스크드라이브 : 호스트또는애플리케이션데이터및해당엔클로저가포함된디스크드라이브및 SSD(Solid State Drive) 이문서에서설명하는 200개의가상머신을지원하는 Hyper-V 프라이빗클라우드솔루션은 VNXe3200 스토리지시스템을기반으로합니다. VNXe3200은드라이브를최대 150개까지지원할수있습니다. 19

20 솔루션개요 VNXe 시리즈는다음과같이프라이빗클라우드환경에적합한광범위한비즈니스클래스기능을지원합니다. FAST VP (EMC Fully Automated Storage Tiering for Virtual Pools) EMC FAST Cache 씬프로비저닝 스냅샷또는체크포인트 FLR(File-Level Retention) 할당량관리 EMC 차세대 VNXe 기능및향상된기능 EMC는차세대 VNXe 유니파이드스토리지를 VSPEX Proven Infrastructure 제품군에포함함으로써고객에게이제그어느때보다도뛰어난성능과폭넓은옵션을제공합니다. VNXe3200을필두로한차세대 VNXe에서는 IT 환경을혁신할때스토리지를중앙집중화하고단순화해야하는 VSPEX 고객을위한유니파이드하이브리드스토리지시스템을제공합니다. VSPEX 프라이빗클라우드솔루션을사용하여최대 200개의가상머신을가상화해야하는고객은이제새로운 Multicore(MCx) VNXe3200에서제공하는이점을얻을수있습니다. 새로운아키텍처는모든시스템코어에모든데이터서비스를더욱고르게분산합니다. 캐시관리및백엔드 RAID 관리프로세스는선형적확장이가능하고최신 Intel 멀티코어 CPU를효율적으로활용합니다. 간단히말해서 VSPEX의입출력작업은최신 VNXe3200을통해이전보다더욱빠르고효율적으로실행됩니다. VNXe3200은저렴한가격으로뛰어난성능과확장성을제공하므로중소규모의 VSPEX 고객이완전히새로운환경을이용할수있는길을열어줍니다. VNXe3200은이전 VNXe 시리즈보다성능이크게개선되었으며자동계층화, 파일중복제거및압축과같은다수의엔터프라이즈지원기능을제공하여 VSPEX 프라이빗클라우드솔루션의사용편의성, 효율성및유연성을한층더강화합니다. 이전에는 VNX 전용이었던 EMC FAST Cache 및 FAST VP 기능을이제는 VNXe3200 스토리지를사용하는 VSPEX 고객도이용할수있습니다. FAST Cache는스토리지시스템의기존읽기 / 쓰기캐시용량을동적으로확장하여전반적인시스템성능을향상하고가상머신에더욱경제적으로성능을제공합니다. FAST Cache는 DRAM 기반의운영캐시와하드디스크드라이브사이에배치된고성능플래시드라이브를사용합니다. 이기능은사용빈도가높은데이터를캐시에유지하여최상의성능으로이용할수있도록해주므로대량트랜잭션중심의애플리케이션및가상데스크톱의성능을크게높일수있습니다. 20

21 솔루션개요 VNXe3200 FAST Cache 및 FAST VP 자동계층화는정책을기반으로데이터를적절한스토리지유형으로이동하여총소유비용을줄여줍니다. 또한저렴한회전식드라이브의용량을활용하면서시스템전체에서플래시드라이브의속도이점과비용투자효과를지능적으로극대화합니다. 이에따라과도한구매와소모적인수동구성이방지됩니다. 플래시기반의최적화된유니파이드스토리지플랫폼인 EMC VNXe는확장성이뛰어나고사용이간편한단일솔루션으로, 파일, 블록및오브젝트스토리지와관련하여혁신적인엔터프라이즈기능을제공합니다. 물리적환경이나가상화환경의혼합워크로드에적합한 VNXe는성능및유연성이뛰어난하드웨어와효율성향상, 관리간소화및데이터보호를위한첨단소프트웨어를결합함으로써오늘날의가상화된애플리케이션환경에서발생하는까다로운문제들을완벽하게해결합니다. 성공적인차세대 VNX 제품군에기반하여설계된 VNXe는여러가지새로운기능과향상된기능을포함하고있습니다. 다음은이러한기능의몇가지예입니다. MCx 기술 (Multicore Cache, Multicore RAID 및 Multicore FAST Cache) 을사용한멀티코어최적화로용량증가 플래시최적화하이브리드스토리지를사용한효율성향상 새로운 Unisphere Element Manager를통해생산성을향상하여관리및구축단순화플래시최적화하이브리드스토리지 VNXe는플래시최적화하이브리드스토리지로, 중요데이터에는최상의성능으로액세스할수있게하면서액세스빈도가낮은데이터는경제적인디스크로이동하는지능적이며자동화된계층화기능을제공합니다. 이하이브리드방식에서는전체시스템에서작은비율을차지하는플래시드라이브가전체 IOPS의대부분을제공하게됩니다. 플래시최적화 VNXe는지연시간이짧은플래시의이점을최대한활용하여경제적인최적화와높은성능의확장성을실현합니다. EMC FAST 제품군 (FAST Cache 및 FAST VP) 은이기종드라이브전반에걸쳐블록및파일데이터를계층화하고사용빈도가높은데이터를플래시드라이브로마이그레이션함으로써비용절감과성능향상이라는두가지목표를동시에실현합니다. 21

22 솔루션개요 데이터는일반적으로생성시기에가장많이사용되므로새로운데이터는먼저플래시드라이브에저장되어최상의성능을발휘합니다. 시간경과에따라데이터사용빈도가낮아지면 FAST VP는고객이정의한정책에따라자동으로데이터를고성능드라이브에서대용량드라이브로이동합니다. 이기능은 4배더뛰어난세분화기능과 emlc(enterprise Multi-Level Cell) 기술을기반으로기가바이트당비용을절감하는새로운 FAST VP 플래시드라이브를통해더욱향상되었습니다. FAST Cache는예기치않게급증하는시스템워크로드를자동으로해결합니다. 모든 VSPEX 활용사례에서향상된효율성의이점을활용할수있습니다. 참고 : 이레퍼런스아키텍처는 FAST Cache 나 FAST VP 를활용하지않습니다. 연구실테스트 결과, VSPEX 워크로드를사용하는프로토콜에따라성능이 10%~20% 정도늘어나는 것으로나타났습니다. VSPEX Proven Infrastructure는프라이빗클라우드, EUC(End-User Computing) 및가상애플리케이션솔루션을제공합니다. 고객은 VNXe를통해 ROI를크게향상시킬수있습니다. VNXe는플래시계층의비용을대폭절감할수있는아웃오브밴드 (Outof-Band), 파일기반중복제거기능을제공합니다. VNXe Intel MCx 코드경로최적화플래시기술의도래는 VNXe 스토리지시스템의요구사항이근본적으로변화되는계기가되었습니다. EMC는멀티코어 CPU를효율적으로최적화하여시장에서가장낮은비용으로가장높은성능의스토리지시스템을제공하기위해미드레인지스토리지플랫폼을다시설계했습니다. MCx는그림 1에서볼수있는것처럼모든코어에모든 VNXe 데이터서비스를분산합니다. MCx를갖춘 VNXe 시리즈는 NAS(Network-Attached Storage) 기반데이터베이스또는가상머신과같은트랜잭션애플리케이션의파일성능을크게향상합니다. 그림 1. 멀티코어최적화가적용된차세대 VNXe 22

23 솔루션개요 Multicore Cache 캐시는스토리지서브시스템에서가장중요한자산이며, 가변적인워크로드를처리할때캐시의효율적인사용이플랫폼의전반적인효율성을결정하는핵심적인요소입니다. 캐시엔진은시스템에서사용할수있는모든코어를활용할수있도록모듈화되었습니다. Multicore RAID MCx 를고려한재설계에서또하나중요한부분은 HDD(Hard Disk Drive) 와 SSD 로구성된영구적백엔드스토리지의입출력처리입니다. 백엔드데이터관리프로세싱을모듈화하여 MCx 가모든프로세서를원활하게활용할수있게함으로써 VNXe 의성능이크게향상되었습니다. VNXe 성능성능향상 MCx 아키텍처를통해구현된 VNXe 스토리지는플래시최우선활용전략에적합하도록최적화되어있으며최상의종합적인성능을제공합니다. 즉, 짧은지연시간으로트랜잭션성능 (IOPS당비용 ) 및대역폭성능 (GB/s당비용 ) 을최적화하고, 최적의용량효율성 (GB당비용 ) 을제공합니다. VNXe는다음과같이성능향상을지원합니다. 이중컨트롤러스토리지와비교할경우최대 4배많은파일트랜잭션지원 트랜잭션중심애플리케이션의파일성능최대 3배향상및응답시간 60% 단축 최대 4배많은 Oracle 및 Microsoft SQL Server OLTP 트랜잭션 최대 6배많은가상머신가상화관리 EMC Storage Integrator ESI(EMC Storage Integrator) 는 Windows 및애플리케이션관리자를대상으로개발되었습니다. ESI는사용하기쉽고완벽한모니터링기능을제공하며하이퍼바이저에종속되지않습니다. Windows 플랫폼의경우관리자가가상화환경과물리적환경모두에서기능을구축할수있으며, 기본하이퍼바이저에서스토리지에이르는애플리케이션토폴로지를확인하여문제를해결할수있습니다. Microsoft Hyper-V Microsoft는 Windows Server 2012 R2와함께 NAS 프로토콜을기반으로간편하게접속할수있는향상된프라이빗클라우드용하이퍼바이저인 Hyper-V 3.0을제공합니다. 23

24 솔루션개요 ODX(Offloaded Data Transfer) Windows Server 2012 R2의 ODX(Offloaded Data Transfer) 기능을사용하면복제작업이진행되는동안데이터전송을스토리지에오프로드하여호스트리소스부담을덜수있습니다. 예를들어 SQL Server 가상머신의실시간마이그레이션에 ODX를사용하면성능이 2배향상되고, 마이그레이션시간이 50% 단축되며, 호스트서버의 CPU 사용률이 20% 감소하고, 네트워크트래픽이최소화됩니다. EMC Data Protection EMC Data Protection 솔루션인 EMC Avamar와 EMC Data Domain은 VSPEX 프라이빗클라우드를빠르게구축하는데필요한데이터보호기능을제공합니다. 가상화환경에최적화되어있는 EMC Data Protection 솔루션은백업시간을최대 90% 단축하고복구속도를최대 30배향상시키며즉각적인가상머신액세스기능까지제공함으로써데이터를안전하게보호합니다. EMC 백업어플라이언스는성공적인복구를위한철저한데이터검증및자가복구기능을통해보호수준을한층강화합니다. 또한 EMC 솔루션은상당한절감효과를제공합니다. 업계최고의데이터중복제거솔루션을활용하면필요한백업스토리지를 10배 ~30배줄이고백업관리시간을 81% 단축할수있으며효율적인재해복구를통해 WAN 대역폭을 99% 절감할수있습니다. 그결과평균 7개월만에투자비용을회수할수있습니다. 비즈니스가성장함에따라간편하고효율적으로스토리지를확장할수있습니다. 그림 2. EMC Data Protection 솔루션 이 VSPEX 솔루션에사용된 EMC Data Protection 솔루션에는 EMC Avamar 데이터 중복제거소프트웨어및시스템, EMC Data Domain 데이터중복제거스토리지 시스템등이있습니다. 24

25 3 장솔루션기술개요 이장에서다루는내용은다음과같습니다. 개요 주요구성요소요약 가상화 컴퓨팅 네트워킹 스토리지 데이터보호 기타기술

26 솔루션기술개요 개요 이솔루션은 VNXe 스토리지시스템과 Microsoft Hyper-V를사용하여 VSPEX 프라이빗클라우드에서의스토리지및서버하드웨어통합을구현합니다. 가상화된새로운인프라스트럭처는중앙집중식으로관리되기때문에갈수록증가하는가상머신과관련공유스토리지를효율적으로구축하고관리할수있습니다. 그림 3에는솔루션구성요소가나와있습니다. 그림 3. VSPEX 프라이빗클라우드구성요소 다음섹션에서는각구성요소에대해자세히설명합니다. 26

27 솔루션기술개요 주요구성요소요약 이섹션에서는이솔루션의주요구성요소에대해간략하게설명합니다. 가상화가상화계층을통해리소스의물리적구축환경과리소스를사용하는애플리케이션을분리할수있습니다. 애플리케이션측면에서사용가능한리소스가더이상하드웨어와직접연결되지않습니다. 따라서프라이빗클라우드개념에서많은주요기능을사용할수있습니다. 컴퓨팅컴퓨팅계층은프라이빗클라우드에서실행되는애플리케이션과가상화계층소프트웨어를위한메모리및프로세싱리소스를제공합니다. VSPEX 프로그램은최소한으로필요한양의컴퓨팅계층리소스를정의하며, 고객은이를통해이러한요구사항을충족하는모든서버하드웨어를사용하여솔루션을구축할수있습니다. 네트워네트워크계층은프라이빗클라우드의사용자를클라우드환경의리소스에연결하고스토리지계층을컴퓨팅계층에연결합니다. VSPEX 프로그램은필요한최소한의네트워크포트수를정의하고네트워크아키텍처에대한일반적인지침을제시하며, 고객은이프로그램을통해이러한요구사항을충족하는모든네트워크하드웨어를사용하여솔루션을구축할수있습니다. 스토리지스토리지계층은프라이빗클라우드를구축하는데있어서핵심적인역할을합니다. 여러호스트가공유데이터에액세스함으로써프라이빗클라우드환경에서정의되는다양한활용사례를구축할수있습니다. 이솔루션에사용되는 EMC VNXe 스토리지는고성능의데이터스토리지를제공하는동시에높은가용성을유지합니다. 데이터보호솔루션의백업및복구구성요소에서는운영시스템의데이터가삭제또는손상되거나사용할수없게될경우데이터보호기능을제공합니다. 솔루션아키텍처섹션에는레퍼런스아키텍처를구성하는모든구성요소에대한자세한정보가나와있습니다. 27

28 솔루션기술개요 가상화 개요 가상화계층은모든서버가상화또는프라이빗클라우드솔루션의주요구성요소로, 애플리케이션리소스요구사항을이러한리소스를제공하는기반이되는물리적리소스로부터분리하는역할을수행합니다. 따라서유지보수를위한하드웨어다운타임이없어지므로애플리케이션계층의유연성이향상되며, 호스팅되는애플리케이션에영향을주지않으면서시스템의물리적인변경이가능합니다. 또한이를통해서버가상화또는프라이빗클라우드활용사례에서전용하드웨어에직접구축하지않고도여러개의독립적인가상머신에서동일한물리적하드웨어를공유할수있습니다. Microsoft Hyper-V Microsoft Hyper-V는 Windows Server 2008 이후도입된 Windows Server 역할로, CPU, 메모리, 스토리지, 네트워크등의컴퓨터하드웨어리소스를가상화합니다. 이러한변환을통해물리적컴퓨터와마찬가지로자체적인운영체제및애플리케이션을실행하는완벽한기능의가상머신을만들어냅니다. Hyper-V는페일오버클러스터링및 CSV(Cluster Shared Volume) 와함께작동하여가상인프라스트럭처환경에서높은가용성을제공합니다. 실시간마이그레이션및실시간스토리지마이그레이션을통해, 운영환경및성능에큰영향을미치지않으면서 Hyper-V 서버또는스토리지시스템간에가상머신이나가상머신파일을원활하게이동할수있습니다. 가상 FC 포트 Windows Server 2012 R2는 Hyper-V 게스트운영체제내에가상 FC 포트를제공합니다. 가상 FC 포트에서는표준 NPIV(N-port ID Virtualization) 프로세스를사용하여 Hyper-V 호스트의물리적 HBA( 호스트버스어댑터 ) 내에서가상머신 WWN을확인합니다. 이를통해가상머신에서 FC를기반으로외부스토리지시스템에직접액세스하고 FC를기반으로게스트운영체제를클러스터링할수있을뿐만아니라, 가상인프라스트럭처에호스팅된서버에대해중요한새스토리지옵션을제공할수있습니다. 또한, Hyper-V 게스트운영체제의가상 FC는가상 SAN, 실시간마이그레이션, MPIO(Multipath I/O) 와같은관련기능을지원합니다. 가상 FC의사전요구사항은다음과같습니다. Hyper-V 역할의 Windows Server 2012 R2 하나이상설치 서버에 FC HBA를하나이상설치하고각각에대해가상 FC를지원하는적절한 HBA 드라이버설치 NPIV 지원 SAN 28

29 솔루션기술개요 가상 FC 어댑터를사용하는가상머신에서는 Windows Server 2008, Windows Server 2008 R2 또는 Windows Server 2012 R2 를게스트운영체제로사용해야 합니다. Microsoft SCVMM (System Center Virtual Machine Manager) Microsoft SCVMM(System Center Virtual Machine Manager) 은가상화데이터센터를위한중앙집중식관리플랫폼입니다. SCVMM을통해관리자는가상화호스트, 네트워킹및스토리지리소스를구성하고관리하여프라이빗클라우드환경에필요한가상머신과서비스를생성하고구축할수있습니다. SCVMM을구축하면 Hyper-V 환경의프로비저닝과관리및모니터링을대폭간소화할수있습니다. Hyper-V 페일오버클러스터링을사용한고가용성 Windows Server 2012 페일오버클러스터링기능은 Hyper-V에고가용성을제공합니다. 고가용성은계획된다운타임및예상치못한다운타임의영향을받으며페일오버클러스터링은두가지상황모두에서가상머신의가용성을크게향상시킵니다. 가상머신의상태를모니터링하고클러스터노드간에가상머신을마이그레이션하도록 Hyper-V 호스트에서 Windows Server 2012 페일오버클러스터링을구성합니다. 이구성의이점은다음과같습니다. 가상머신이상주하는클러스터노드를업데이트, 변경또는재부팅해야할경우에가상머신을다른클러스터노드로마이그레이션할수있습니다. 가상머신이상주하는클러스터노드에장애또는심각한성능저하가발생할경우 Windows 페일오버클러스터의다른멤버가가상머신에대한소유권을가질수있습니다. 가상머신의장애로인한다운타임을최소화할수있습니다. Windows Server 페일오버클러스터는가상머신의장애를감지한후장애가발생한가상머신을자동으로복구합니다. 그러면가상머신을동일한호스트서버에서다시시작하거나다른호스트서버로마이그레이션할수있습니다. Hyper-V 복제본 Hyper-V 복제본은네트워크를통해운영사이트의 Hyper-V 호스트에서복제본사이트의다른 Hyper-V 호스트로가상머신의비동기식복제를수행하기위해 Windows Server 2012에서도입되었습니다. Hyper-V 복제본은 Hyper-V 환경에서단일사이트의운영중단과관련한다운타임으로부터비즈니스애플리케이션을보호합니다. Hyper-V 복제본은운영가상머신에대한쓰기작업을추적하고 HTTP 및 HTTPS 를 사용하여네트워크를통해복제본서버에변경사항을복제합니다. 필요한네트워크 대역폭의양은전송일정및데이터변경률에따라다릅니다. 29

30 솔루션기술개요 운영 Hyper-V 호스트에장애가발생할경우운영가상머신을복제본사이트의 Hyper-V 호스트에수동으로페일오버할수있습니다. 수동페일오버를수행하면가상머신을비즈니스에최소한의영향을미치면서액세스할수있는정합성보장시점으로전환합니다. 복구후운영사이트에서는복제본사이트로부터변경사항을수신할수있습니다. 계획된페일백을수행하여가상머신을운영사이트의 Hyper-V 호스트에수동으로다시복구할수있습니다. Hyper-V 스냅샷 Hyper-V 스냅샷은정합성이보장된가상머신의시점뷰를생성합니다. 스냅샷은백업또는기타활용사례를위한소스로사용됩니다. 스냅샷을생성하기위해가상머신을실행할필요는없습니다. 스냅샷은가상머신에서실행중인애플리케이션에아무런영향을주지않습니다. 스냅샷은가상머신의시점상태를저장하여필요에따라가상머신을이전시점으로복구할수있게해줍니다. 참고 : 스냅샷을생성하려면추가스토리지공간이필요합니다. 추가스토리지공간의 크기는가상머신에서의데이터변경빈도와보존된스냅샷수에따라달라집니다. 클러스터인식업데이트 CAU( 클러스터인식업데이트 ) 는 Windows Server 2012 에서도입되었으며, 중단을 최소화하거나중단없이클러스터노드를업데이트할수있게해줍니다. CAU 는실행 중인업데이트프로세스에영향을주지않고다음과같은작업을수행합니다. 1. 클러스터노드를유지보수모드로전환한다음오프라인으로전환합니다. 이때가상머신은다른클러스터노드에실시간으로마이그레이션됩니다. 2. 업데이트를설치합니다. 3. 필요한경우다시시작합니다. 4. 노드를다시온라인으로전환합니다. 그러면마이그레이션된가상머신이원래노드로다시이동합니다. 5. 클러스터에서다음노드를업데이트합니다. 업데이트프로세스를관리하는노드를 Orchestrator라고합니다. Orchestrator는다음과같이여러가지다른모드로작동할수있습니다. 자가업데이트모드 : Orchestrator가업데이트중인클러스터노드에서실행됩니다. 원격업데이트모드 : Orchestrator가독립실행형 Windows 운영체제에서실행되고, 클러스터업데이트를원격으로관리합니다. CAU는 WSUS(Windows Server Update Service) 와통합됩니다. Powershell을사용하여 CAU 프로세스를자동화할수있습니다. 30

31 솔루션기술개요 EMC Storage Integrator ESI(EMC Storage Integrator) 는에이전트가필요없는무료플러그인으로서 Microsoft Windows Server 애플리케이션, Hyper-V, VMware 및 Xen Server 환경에대한애플리케이션별스토리지용량할당을지원합니다. 관리자는 ESI의마법사를사용하여 Microsoft Windows 또는 Microsoft SharePoint 사이트에대한블록및파일스토리지를간편하게용량할당할수있습니다. ESI에서는다음기능을지원합니다. 드라이브용량할당, 드라이브포맷, Windows 서버에드라이브제공 새로운클러스터디스크를프로비저닝하여자동으로클러스터에추가 공유 CIFS 스토리지용량을할당하여 Windows 서버에마운트 하나의마법사에서 SharePoint 스토리지, 사이트및데이터베이스모두프로비저닝 컴퓨팅 VSPEX 인프라스트럭처용서버플랫폼을선택할때는해당환경의기술적요구사항은물론플랫폼의지원가능성, 기존서버제공업체와의관계, 고급성능및관리기능을비롯한여러가지요인을살펴보아야합니다. 이러한이유로 VSPEX 솔루션은다양한서버플랫폼에서실행되도록설계되었습니다. 특정한요구사항을만족하는지정된수의서버를요구하는대신 VSPEX는최소한의프로세서코어수와 RAM 용량만을요구합니다. 이환경은 2대의서버로구축하든 20대의서버로구축하든동일한 VSPEX 솔루션으로간주할수있습니다. 그림 4에나와있는예에서, 지정된구축환경의컴퓨팅계층에는 25개의프로세서코어와 200GB의 RAM이필요합니다. 한고객은 16개의프로세서코어와 64GB RAM이포함된화이트박스서버를사용하여이환경을구축하는반면다른고객은 20개의프로세서코어와 144GB의 RAM이포함된하이엔드서버를선택할수도있습니다. 31

32 솔루션기술개요 그림 4. 컴퓨팅계층유연성 첫번째고객에게는선택한서버가 4 대필요하지만두번째고객에게는 2 대가 필요합니다. 참고 : 컴퓨팅계층에서고가용성기능을활성화하려면각고객에게서버장애시비즈니스 운영을유지하기위한서버가한대더필요합니다. 다음은컴퓨팅계층에적용되는 Best Practice입니다. 동일하거나적어도호환되는서버를사용합니다. VSPEX는하이퍼바이저수준의고가용성기술을구현하는데, 기반이되는물리적하드웨어와관련하여유사한지침이요구될수있습니다. VSPEX를동일한서버유닛에구축하면이영역에서발생하는호환성문제를최소화할수있습니다. 하이퍼바이저계층에서고가용성을구현하는경우생성할수있는최대가상머신은해당운영환경의최소물리적서버에의해제한됩니다. 32

33 솔루션기술개요 사용가능한고가용성기능을가상화계층에구현하고컴퓨팅계층에최소한단일서버장애를수용하기에충분한리소스가있는지확인합니다. 그러면다운타임이최소화된업그레이드와단일유닛장애에대한내결함성을구현할수있습니다. 이와같은권장사항및 Best Practice를따르는범위내에서 VSPEX의컴퓨팅계층을특정요구사항에맞게유연하게조정할수있습니다. 주된관건은충분한프로세서코어와코어당 RAM을확보하여타겟환경의요구사항을충족하는일입니다. 네트워킹 개요 인프라스트럭처네트워크에서각 Hyper-V 호스트, 스토리지시스템, 스위치상호연결포트, 스위치업링크포트에대한네트워크연결은이중화해야합니다. 이중화를통해가용성을보장할수있을뿐아니라네트워크대역폭도추가로확보할수있습니다. 솔루션에사용할네트워크인프라스트럭처가이미갖추어져있든, 다른구성요소와함께새로구축하든상관없이이이중화구성이필요합니다. 그림 5에는고가용성네트워크토폴로지의예가나와있습니다. 그림 5. 고가용성네트워크설계의예 - 블록의경우 33

34 솔루션기술개요 이검증된솔루션은 VLAN(Virtual LAN) 을통해다양한유형의네트워크트래픽을분리하여처리량, 관리용이성, 애플리케이션분리, 고가용성, 보안을개선합니다. 블록용의경우 EMC 유니파이드스토리지플랫폼은스토리지프로세서당포트두개를사용하여네트워크고가용성또는이중화를구현합니다. 스토리지프로세서프런트엔드포트에서링크가끊기는경우다른포트로페일오버됩니다. 모든네트워크트래픽은활성링크간에분산됩니다. 파일용의경우 EMC 유니파이드스토리지플랫폼은 Link Aggregation을사용하여네트워크고가용성또는이중화를구현합니다. Link Aggregation을통해 MAC( 다중활성 ) 이더넷연결을하나의 MAC 주소와잠재적으로여러개의 IP 주소가지정된단일링크로표시할수있습니다. 이솔루션에서는 LACP(Link Aggregation Control Protocol) 를 VNXe 스토리지시스템에구성하여여러개의이더넷포트를하나의가상디바이스로통합합니다. 이더넷포트에서링크가끊기는경우다른포트로페일오버됩니다. 모든네트워크트래픽은활성링크간에분산됩니다. 스토리지 개요 스토리지계층은데이터센터스토리지처리시스템에서애플리케이션및운영체제에의해생성된데이터에대한서비스를제공하는클라우드인프라스트럭처솔루션의또다른주요구성요소입니다. 이계층은스토리지효율성과관리유연성을향상시키고 TCO(Total Cost of Ownership) 를줄입니다. 이 VSPEX 솔루션에서, EMC VNXe 시리즈스토리지시스템은모든가상화환경을사용하고강화하기위한기능과성능을제공합니다. EMC VNXe EMC VNX 제품군은가상애플리케이션에최적화되어확장성이뛰어나고사용이간편한솔루션으로, 파일및블록스토리지면에서업계최고수준의혁신적인엔터프라이즈기능을제공합니다. 이차세대스토리지플랫폼은성능및유연성이뛰어난하드웨어와효율성향상, 관리간소화및데이터보호를위한첨단소프트웨어를결합함으로써오늘날기업들이직면한과제들을완벽하게해결합니다. Intel Xeon 프로세서를기반으로한 VNXe 시리즈는성능을자동화된방식으로효율적으로확장하면서도데이터무결성과보안을유지하는지능형스토리지를구축합니다. VNX 시리즈는중간규모기업과대기업의고성능, 고가용성요건을충족하도록설계되었습니다. 표 1에는 VNXe 시리즈가고객에게제공하는이점이나와있습니다. 34

35 솔루션기술개요 표 1. VNXe 고객이얻는이점 기능가상화애플리케이션에최적화된차세대유니파이드스토리지압축, 데이터중복제거, 씬프로비저닝, 애플리케이션정합성보장복제본등의용량최적화기능 이점 Microsoft Windows 및 System Center와의긴밀한통합을통해고급스토리지기능및중앙집중식관리지원스토리지비용절감, 리소스활용도향상및애플리케이션복구용이성향상 % 의고가용성설계가동시간향상및운영중단위험완화 시스템성능은극대화하면서스토리지비용은최소화할수있는 FAST VP 및 FAST Cache를통해자동계층화기능제공모든 NAS, SAN 및복제요구사항을한곳에서관리하는인터페이스로 EMC Unisphere 를사용하여관리간소화 복잡한계획및구성작업없이스토리지리소스활용도향상환경관리에필요한관리오버헤드및툴세트절감 VNXe 시리즈에서는여러가지소프트웨어제품군과팩을통해다양한기능을제공하여데이터보호와성능을향상시킵니다. 소프트웨어제품군다음 VNXe 소프트웨어제품군을사용할수있습니다. FAST Suite - 시스템성능을향상시키는동시에스토리지비용을절감할수있도록자동으로성능최적화수행 Security and Compliance Suite - 불법적인변경, 삭제및악의적인행위로부터데이터를안전하게보호 EMC VNXe Virtual Provisioning EMC VNXe Virtual Provisioning 을통해조직은용량활용도를높이고, 스토리지관리를간소화하며, 애플리케이션다운타임을줄여스토리지비용을절감할수있습니다. 가상프로비저닝은기업이전력및냉각요구사항을줄이고자본지출을줄이는데에도도움이됩니다. 가상프로비저닝은씬또는일반풀 LUN을구축하여풀을기반으로스토리지용량을할당합니다. 씬 LUN은필요한만큼만스토리지를할당하여스토리지활용도를극대화하는주문형스토리지를제공합니다. 일반 LUN은애플리케이션에예측가능한뛰어난성능을제공합니다. 두 LUN 유형모두사용이간편한풀기반프로비저닝기능을활용합니다. 35

36 솔루션기술개요 또한, 풀및풀 LUN은 FAST VP, VNXe Snapshots 및압축과같은고급데이터서비스의빌딩블록입니다. 또한풀 LUN은 LUN 축소, 온라인확장, 가용용량임계값설정등과같은다양한추가기능을지원합니다. 디스크를시스템에물리적으로연결한후가상프로비저닝을사용하여 Unisphere GUI를통해스토리지풀의용량을확장할수있습니다. VNXe 시스템에서는풀을확장한이후에새드라이브를사용하도록구성드라이브전체에할당된데이터요소를재조정할수있습니다. 재조정기능은확장작업후에자동으로시작되어백그라운드에서실행됩니다. 그림 6에나와있는것처럼 Unisphere의 Jobs 패널에서재조정작업의진행률을모니터링할수있습니다. 그림 6. 스토리지풀재조정진행률 LUN 확장풀 LUN 확장을사용하여기존 LUN의용량을늘릴수있습니다. 비즈니스요구사항이증가함에따라더큰용량을프로비저닝할수있습니다. VNXe 시리즈는사용자액세스를중단하지않고풀 LUN을확장하는기능을제공합니다. 몇번의간단한클릭으로풀 LUN을확장하여확장된용량을즉시사용할수있습니다. 풀 LUN이데이터보호또는 LUN 마이그레이션작업에사용되는경우에는풀 LUN을확장할수없습니다. 예를들어스냅샷 LUN 또는마이그레이션중인 LUN은확장할수없습니다. 풀 LUN 확장에대한자세한내용은 Virtual Provisioning for the New VNX Series를참조하십시오. 36

37 솔루션기술개요 용량임계값설정을통해사용자에게알림씬풀을기반으로파일시스템또는스토리지풀을사용할경우사전예방적알림을구성해야합니다. 필요에따라스토리지를용량할당하고용량부족을방지할수있도록이러한리소스를모니터링합니다. 그림 7에서는씬풀을통한프로비저닝을모니터링해야하는이유에대해설명합니다. 그림 7. 씬 LUN 공간활용도 씬풀사용률에대한다음값을모니터링합니다. 총용량 (Total capacity) 은풀의모든 LUN에제공되는전체물리적용량입니다. 총할당량 (Total allocation) 은모든풀 LUN에현재할당된전체물리적용량입니다. 서비스용량은풀에서지원하는호스트보고전체용량입니다. 초과서비스용량 (Over-subscribed capacity) 은 LUN에대해구성된가용용량중풀의물리적용량을초과하는양입니다. 총할당량은총용량을초과해서는안됩니다. 총할당량이총용량에근접할경우고정제한 ( 최대값 ) 에도달하기전에풀에스토리지를사전예방적으로추가해야합니다. 그림 8에서는 Unisphere에서 Available Space, Used Space, Subscription, Alert Threshold, Total Space 등과같은매개변수를표시하는 Storage Pool Properties 대화상자를보여줍니다. 37

38 솔루션기술개요 그림 8. 스토리지풀공간활용도조사 스토리지풀용량이고갈되면씬프로비저닝된 LUN에대한모든추가공간할당요청이실패합니다. 일반적으로이러한 LUN에데이터를쓰려고시도하는애플리케이션도실패하여운영중단이발생할가능성이높습니다. 이러한상황을방지하려면풀사용률을모니터링하고, 임계값에도달할경우알림을제공하도록하며, 운영중단상황이발생하기전에문제를수정할수있는충분한버퍼를확보하도록 Percent Full Threshold를설정합니다. 씬 LUN이풀을초과할당하는유일한방법이므로풀에씬 LUN이하나이상있는경우에만이알림이활성화됩니다. 풀에일반 LUN만포함된경우에는초과할당으로인해공간이부족해질위험이없으므로알림이활성화되지않습니다. Windows ODX(Offloaded Data Transfer) Windows ODX(Offloaded Data Transfer) 를사용하면데이터전송을서버에서스토리지시스템으로오프로드할수있습니다. Windows Server 2012에서는이기능을기본적으로사용합니다. VNXe 스토리지시스템은 Windows Server 2012의 Windows ODX와호환됩니다. ODX는다음프로토콜을지원합니다. iscsi FC(Fibre Channel) FCoE(FC over Ethernet) SMB(Server Message Block) 3.0 현재 ODX를지원하는데이터전송작업은다음과같습니다. Hyper-V Manager를통한대용량데이터전송 ( 예 : 고정크기 VHD 생성, 스냅샷병합, VHD 변환등 ) 파일탐색기로파일복사 Windows PowerShell에서 Copy 명령사용 Windows 명령프롬프트에서 Copy 명령사용 38

39 솔루션기술개요 ODX는파일전송을스토리지에오프로드하므로호스트 CPU 및네트워크사용률이크게감소됩니다. ODX는데이터전송에스토리지를사용하여지연시간을최소화하고전송속도를향상시킵니다. 따라서데이터베이스, 비디오파일등과같은대용량파일에특히유용합니다. ODX는 Windows Server 2012에서기본적으로설정되어있으므로 ODX 지원파일작업을수행할경우데이터전송이스토리지에자동으로오프로드됩니다. ODX 프로세스는사용자에게영향을미치지않습니다. EMC PowerPath EMC PowerPath 는물리적환경과가상화환경에구축된이기종서버, 네트워크및스토리지에대해자동화된데이터경로관리기능과로드밸런싱기능을제공하는호스트기반의소프트웨어패키지입니다. EMC PowerPath는 VSPEX Proven Infrastructure에다음과같은이점을제공합니다. 물리적환경과가상화환경전반에걸쳐표준데이터관리적용 경로다중화정책및로드밸런싱을자동화하여물리적환경과가상화환경전반에걸쳐예측가능하고일관된애플리케이션가용성및성능보장 입출력장애가애플리케이션에영향을미치지않도록함으로써 SLA(Service Level Agreement) 향상 VNXe FAST Cache VNXe FAST Cache는플래시드라이브를스토리지시스템의확장된캐시계층으로사용할수있게지원합니다. FAST Cache는스토리지시스템전체에사용되는무중단캐시로, 파일스토리지와블록스토리지모두에사용가능합니다. 자주액세스되는데이터는 FAST Cache에복제되고, 이후데이터청크에대한읽기및 / 또는쓰기작업이 FAST Cache에서처리됩니다. 따라서사용빈도가높은데이터를플래시드라이브로바로상향이동할수있습니다. 이를통해활성데이터의응답시간이대폭향상되고 LUN 내에서발생할수있는데이터핫스팟이줄어듭니다. FAST Cache 기능은이솔루션의선택적구성요소입니다. VNXe FAST VP VNXe FAST VP는다양한성능과용량을활용하도록여러유형의드라이브에데이터를자동으로계층화합니다. FAST VP는블록스토리지풀레벨에적용되며데이터의액세스빈도에따라데이터가저장되는위치를자동으로조정합니다. 액세스빈도가높은데이터는상위스토리지계층으로상향이동되며액세스빈도가낮은데이터는경제성을높이기위해하위계층으로마이그레이션할수있습니다. 이재조정작업은정기적으로예약된유지보수작업의일환으로수행됩니다. VNXe 파일공유 대부분의환경에서는많은개별사용자가액세스하는파일을저장하는공통위치가있어야합니다. 이위치는파일서버에서 CIFS 또는 NFS 파일공유로구축됩니다. VNXe 스토리지시스템은중앙집중식관리, 클라이언트통합, 고급보안옵션, 효율성향상기능등과함께이서비스를제공할수있습니다. 39

40 솔루션기술개요 ROBO (Remote Office Branch Office) ROBO(Remote Office Branch Office) 가있는조직에서는보다나은성능과짧은지연시간을위해데이터와애플리케이션을사용자가까이에두기를선호하는경향이있습니다. 이러한환경에서 IT 부서는중앙식제어를유지관리하기위한필요성과현지지원의장점사이에서균형을맞춰야할필요성이있습니다. 로컬시스템및스토리지는로컬직원이관리하기가용이해야할뿐만아니라이러한로컬리소스에대한요구사항을최소화할수있도록원격관리기능및유연한취합툴도지원해야합니다. VSPEX를통해원격사무소및지점에애플리케이션을신속하게배포할수있습니다. 고객은 Unisphere Remote를사용하여로컬관리자를위해지속적으로작업을간소화하고유니파이드스토리지기능을활용하는동시에수많은위치에대한모니터링, 시스템알림및보고를통합할수도있습니다. 데이터보호 개요 Data Protection 도이 VSPEX 솔루션의중요구성요소입니다. 이기능은정의한 스케줄대로데이터파일또는볼륨을백업하여보호성능을보장하고재해후복구를 위해백업에서데이터를복구합니다. EMC Data Protection은지능적인백업방법입니다. 이방식은현재는물론미래의백업및복구목표까지충족할수있도록설계된업계최고수준의통합보호스토리지및소프트웨어로구성됩니다. 시장을선도하는 EMC 보호스토리지, 긴밀한데이터소스통합및기능이풍부한데이터관리서비스를통해모듈식개방형보호스토리지아키텍처를구축할수있으므로비용및복잡성을최소화하면서효율적으로확장할수있습니다. EMC Avamar 데이터중복제거 EMC Avamar는완벽한소프트웨어및하드웨어솔루션을통해빠르고효율적인백업및복구를제공합니다. 통합된가변길이중복제거기술을갖춘 Avamar는가상화환경, 원격사무소, 엔터프라이즈애플리케이션, NAS 서버, 데스크톱 / 노트북을위한빠른일일전체백업을지원합니다. 자세한정보 : EMC Data Domain 데이터중복제거스토리지시스템 EMC Data Domain 데이터중복제거스토리지시스템은백업및아카이브워크로드를위한고속인라인데이터중복제거기술을통해보다혁신적인디스크백업, 아카이빙및재해복구기능을제공합니다. 자세한정보 : 40

41 솔루션기술개요 EMC RecoverPoint EMC RecoverPoint는이기종 SAN 연결서버및스토리지시스템에서애플리케이션데이터를보호하도록설계된엔터프라이즈급솔루션입니다. EMC RecoverPoint는전용어플라이언스 (RPA) 에서실행되며업계최고의무중단데이터보호기술을대역폭효율이뛰어난데이터무손실복제기술과결합하여로컬 ( 무중단데이터보호, CDP), 원격 ( 무중단원격복제, CRR) 또는둘모두 ( 로컬및원격복제, CLR) 에서데이터를보호할수있습니다. RecoverPoint CDP에서는동일한사이트내에또는어느정도떨어져있는로컬벙커사이트에데이터를복제하고 FC를통해데이터를전송합니다. RecoverPoint CRR에서는 FC 또는기존 IP 네트워크를사용하여원격사이트에데이터스냅샷을전송합니다. 이때쓰기순서를유지하는기술이적용됩니다. CLR 구성에서는 RecoverPoint가동시에로컬및원격사이트모두에데이터를복제합니다. RecoverPoint에서는애플리케이션서버, Fabric 또는스토리지에서간편한분할기술을사용하여 RecoverPoint 클러스터에대한애플리케이션쓰기를미러링합니다. RecoverPoint는다음과같은다양한유형의 Write Splitter를지원합니다. 스토리지기반 지능형 Fabric 기반 호스트기반 기타기술 EMC VSPEX 솔루션의필수기술구성요소외에도특정활용사례에따라기타 기술에서추가적인가치를제공할수있습니다. EMC XtremCache EMC XtremCache 는지능형캐싱소프트웨어와 PCIe 플래시기술을활용하여지연 시간을줄이고처리량을늘림으로써애플리케이션성능을향상하는서버용플래시 캐싱솔루션입니다. 서버측플래시캐싱으로속도극대화 XtremCache는다음기능을수행하여시스템성능을향상시킵니다. 가장자주참조되는데이터를서버기반 PCIe 카드에캐싱하여데이터를애플리케이션에좀더가깝게배치합니다. 41

42 솔루션기술개요 참조빈도가가장높은데이터를파악하고이를서버용플래시카드로상향이동함으로써지속적으로변화하는워크로드에자동으로대응합니다. 즉, " 사용빈도가가장높은 " 데이터가서버의 PCIe 카드에자동으로상주하므로빠르게액세스할수있습니다. 스토리지에서읽기트래픽을오프로드함으로써다른애플리케이션에처리성능을더많이할당합니다. XtremCache를통해특정애플리케이션의속도는향상되지만다른애플리케이션에대한스토리지성능은그대로유지되거나약간향상됩니다. 스토리지에 Write-through 캐시를사용하여완벽하게보호 XtremCache는스토리지에 Write-through 캐시를사용하여일관된고가용성, 무결성및재해복구기능을지속적으로제공함으로써읽기작업속도를높이고데이터를보호합니다. 애플리케이션종류불문 XtremCache는애플리케이션에영향을미치지않으므로환경에 XtremCache를구축하기위해작성, 테스트또는인증을다시수행할필요가없습니다. 시스템리소스에대한영향최소화출시된다른캐싱솔루션과다르게, XtremCache는모든플래시및마모도관리가서버리소스를사용하지않고 PCIe 카드에서수행되므로많은양의메모리또는 CPU 주기가필요하지않습니다. 다른 PCIe 솔루션과달리 XtremCache를사용할경우서버리소스에큰오버헤드가발생하지않습니다. XtremCache는애플리케이션에서데이터저장소로연결되는가장효율적이고지능적인입출력경로를생성하므로물리적환경과가상화환경모두에서성능, 지능형기능및보호기능을동적으로최적화하는인프라스트럭처가구현됩니다. XtremCache Active/Passive 클러스터링지원 XtremCache 클러스터링스크립트를구성하면어떠한경우에도유효하지않은데이터가검색되지않습니다. 이스크립트는클러스터관리이벤트를사용하여캐시를삭제하는메커니즘을트리거합니다. XtremCache 지원 Active/Passive 클러스터는데이터무결성을보장하고애플리케이션성능을가속화합니다. XtremCache 성능고려사항 XtremCache 성능고려사항은다음과같습니다. 쓰기요청이발생하면 XtremCache는먼저스토리지와캐시에차례로데이터를쓴후에애플리케이션입출력을완료합니다. 42

43 솔루션기술개요 읽기요청의경우 XtremCache는캐싱된데이터로요청을처리합니다. 데이터가없는경우에는스토리지에서데이터를검색하고캐시에쓴후에애플리케이션으로돌려보냅니다. 몇밀리초정도면데이터를스토리지로이동할수있으므로캐시의작동속도는스토리지에달려있습니다. 쓰기횟수가늘어날수록 XtremCache의성능은저하됩니다. XtremCache는읽기작업과쓰기작업간비율이 70% 이상이고임의입출력이작을때 (8K가이상적 ) 가장효과적으로워크로드를처리합니다. 128K보다큰입출력은 XtremCache 1.5에서캐싱되지않습니다. 참고 : 자세한내용은 Introduction to EMC Xtrem Cache 백서를참조하십시오. 43

44 솔루션기술개요 44

45 4 장솔루션아키텍처개요 이장에서다루는내용은다음과같습니다. 개요 솔루션아키텍처 서버구성지침 네트워크구성지침 스토리지구성지침 고가용성및페일오버 검증테스트프로파일 EMC Data Protection 및구성지침 사이징지침 레퍼런스워크로드 레퍼런스워크로드적용

46 솔루션아키텍처개요 개요 이장에는이솔루션의주요아키텍처측면을포괄적으로보여주는가이드가포함되어있습니다. 서버용량은일반적으로요구되는최소한의 CPU, 메모리및네트워크리소스를기준으로명시됩니다. 고객은명시된최소구성이상의서버와네트워킹하드웨어를자유롭게선택할수있습니다. 지정된스토리지아키텍처는명시된서버및네트워크요구사항을충족하는시스템과함께프라이빗클라우드구축환경에적합한고가용성아키텍처를제공하는동시에높은수준의성능을구현하는것으로 EMC에서검증되었습니다. 각각의 VSPEX Proven Infrastructure는 EMC에서검증을마친여러가상머신에필요한스토리지, 네트워크및컴퓨팅리소스를균등하게분산시킵니다. 실제로각가상머신은자체의고유한요구사항이있으며이러한요구사항은가상머신에대해미리정의된요구사항과좀처럼일치하지않습니다. 가상인프라스트럭처에대한논의를시작하려면먼저레퍼런스워크로드를정의해야합니다. 모든서버가동일한작업을수행하는것은아니므로, 가능한모든워크로드특성조합을고려하여레퍼런스를구축하는것은비현실적입니다. 솔루션아키텍처 개요 VNXe 를사용하는 Microsoft Hyper-V 프라이빗클라우드용 VSPEX 솔루션은최대 200 개가상머신을사용하는구성에대해검증되었습니다. 참고 : VSPEX는레퍼런스워크로드라는개념을사용하여가상머신을설명하고정의합니다. 따라서기존환경에있는하나의물리적또는가상서버가 VSPEX 솔루션에있는하나의가상서버와동일하지않을수있습니다. 레퍼런스워크로드관점에서워크로드를평가하면적절한수준의규모를파악할수있습니다. 본문서는레퍼런스워크로드적용에서이프로세스에대해설명합니다. 논리적아키텍처 이섹션의아키텍처다이어그램은솔루션을구성하는주요구성요소의레이아웃을 보여줍니다. 다음다이어그램에서는블록기반스토리지와파일기반스토리지의두 가지종류를보여줍니다. 그림 9 에서는블록기반스토리지에서검증된인프라스트럭처를보여줍니다. 여기서는 8Gb FC 또는 10Gb-iSCSI SAN 을통해스토리지트래픽을전달하고 10GbE 를통해관리트래픽과애플리케이션트래픽을전달합니다. 46

47 솔루션아키텍처개요 그림 9. 블록스토리지의논리적아키텍처 그림 10 에서는파일기반스토리지를통해검증된인프라스트럭처의특성을보여 줍니다. 여기서는 10GbE 를통해스토리지트래픽과기타모든트래픽을전달합니다. 그림 10. 파일스토리지의논리적아키텍처 47

48 솔루션아키텍처개요 주요구성요소 이아키텍처에포함된주요구성요소는다음과같습니다. Microsoft Hyper-V - 서버환경을호스트하는공용가상화계층을제공합니다. 검증된환경의구체적인하드웨어구성은 50의표 2에나와있습니다. Hyper-V는다음과같은기능을통해고가용성인프라스트럭처를제공합니다. 실시간마이그레이션 - 가상인프라스트럭처클러스터내에서가상머신다운타임이나서비스중단없이가상머신의실시간마이그레이션을지원합니다. 실시간스토리지마이그레이션 - 스토리지시스템내에서또는스토리지시스템간에가상머신다운타임이나서비스중단없이가상머신디스크파일의실시간마이그레이션을지원합니다. 페일오버클러스터링 HA(High Availability) - 클러스터에서장애가발생한가상머신을감지하여신속하게복구합니다. DO(Dynamic Optimization) - SCVMM 지원을통해클러스터의컴퓨팅용량을로드밸런싱하는기능을제공합니다. SCVMM(Microsoft System Center Virtual Machine Manager) - 이솔루션에는 SCVMM이필요하지않습니다. 하지만 SCVMM을구축하면 Hyper-V 환경의프로비저닝과관리및모니터링을대폭간소화할수있습니다. Microsoft SQL Server SCVMM이사용될경우에는구성및모니터링정보를저장하기위한 SQL Server 데이터베이스인스턴스가필요합니다. DNS 서버 - 다양한솔루션구성요소가이름확인을수행하려면 DNS 서비스가필요합니다. 이솔루션에서는 Windows Server 2012 R2에서실행되는 Microsoft DNS 서비스를사용합니다. Active Directory 서버 - 다양한솔루션구성요소가올바르게작동하려면 AD(Active Directory) 서비스가필요합니다. Windows Server 2012 R2에서실행되는 Microsoft AD 서비스가이용도로사용됩니다. IP 네트워크 - 케이블연결과스위치가이중화된표준이더넷네트워크를통해모든네트워크트래픽이전송됩니다. 공유 IP 네트워크는사용자트래픽과관리트래픽을전달합니다. 스토리지네트워크스토리지네트워크는호스트에스토리지시스템에대한액세스권한을제공하는분리된네트워크입니다. VSPEX는블록기반스토리지와파일기반스토리지에대한다양한옵션을제공합니다. 48

49 솔루션아키텍처개요 블록용스토리지네트워크이솔루션은블록기반스토리지네트워크를위한두가지옵션을제공합니다. FC(Fibre Channel) 는고속직렬데이터전송을수행하는데필요한프로토콜을정의하는표준집합입니다. FC는서버및공유스토리지디바이스간의표준데이터전송프레임을제공합니다. 10Gb 이더넷 (iscsi) 을사용하여 TCP/IP 네트워크를통해 SCSI 블록을전송할수있습니다. iscsi는 SCSI 명령을 TCP 패킷에캡슐화하고 IP 네트워크를통해패킷을전송하여작동합니다. 파일용스토리지네트워크라우팅이불가능한전용 10GbE 서브넷에서는파일기반스토리지를사용하여스토리지트래픽을전달합니다. VNXe 스토리지 VSPEX 프라이빗클라우드구성의기본적인 VNXe 시리즈스토리지시스템은다음과같습니다. EMC VNXe3200 스토리지시스템 - Cluster Shared Volume( 블록용 ) 또는 CIFS(SMB 3.0) 공유 ( 파일용 ) 를최대 200개의가상머신을지원하는 Hyper-V 호스트에스토리지로제공합니다. VNXe 시리즈스토리지시스템의구성요소는다음과같습니다. SP(Storage Processor) 는 FC, iscsi, NFS 및 CIFS 프로토콜을지원하는 UltraFlex 입출력기술을활용하여블록데이터를지원합니다. SP는모든외부호스트와 VNXe 스토리지의파일측에대한액세스를제공합니다. SPS(Standby Power Supply) 의크기는 1U이고, 전원장애발생시전송중인데이터가 Vault 영역에디스테이징되도록각 SP에충분한전력을제공합니다. 따라서쓰기손실이방지됩니다. 스토리지시스템이다시시작되면보류중인쓰기가조정및유지됩니다. DAE(Disk Array Enclosure) 에는스토리지에서사용되는드라이브가장착됩니다. 49

50 솔루션아키텍처개요 하드웨어리소스 표 2 에는이솔루션에사용된하드웨어가나와있습니다. 표 2. 솔루션하드웨어 구성요소 Microsoft Hyper-V 서버 CPU 메모리 구성가상머신당 vcpu 1개물리적코어당 vcpu 4개가상머신이 200개인경우 : vcpu 200개 물리적 CPU 최소 50개가상머신당 2GB RAM Hyper-V 호스트당 2GB RAM 예약가상머신이 200개인경우 : 최소 400GB RAM 물리적서버마다 2GB 추가 네트워크블록서버당 10GbE NIC 2 개 서버당 HBA 2 개 파일 서버당 10GbE NIC 4 개 참고 : Microsoft Hyper-V HA를구축하고제시된최소구성을충족하려면인프라스트럭처에최소요구사항보다서버를최소한하나이상추가해야합니다. 네트워크 최소 블록 물리적스위치 2 개 인프라스트럭처 스위치용량 Hyper-V 서버당 10GbE 포트 2개스토리지프로세서당관리용 1GbE 포트 1개 Hyper-V 서버당스토리지네트워크용포트 2 개 SP 당스토리지데이터용포트 2 개 파일 물리적스위치 2 개 Hyper-V 서버당 10GbE 포트 4 개 스토리지프로세서당관리용 1GbE 포트 1 개 스토리지프로세서당데이터처리용 10GbE 포트 2 개 EMC 백업 Avamar VSPEX 프라이빗클라우드용 EMC 백업및복구옵션백서를 솔루션 참조하십시오. Data Domain VSPEX 프라이빗클라우드용 EMC 백업및복구옵션백서를참조하십시오. 50

51 솔루션아키텍처개요 구성요소 EMC VNXe 시리즈스토리지시스템 구성블록공통 : SP당관리용 1GbE 인터페이스 1개 SP당프런트엔드 Fibre Channel 포트 2개 VNXe OE용시스템디스크가상머신이 200개인경우 : EMC VNXe GB 10k RPM 6.35cm(2.5인치 ) SAS(Serial-Attached SCSI) 드라이브 65개 200GB 플래시드라이브 2개 ( 선택사항 ) 핫스페어용 600GB 10K RPM 6.35cm(2.5인치 ) SAS 드라이브 4개 핫스페어용 200GB 플래시드라이브 1개 ( 선택사항 ) 파일공통 : SP당 10GbE 인터페이스 2개 SP당관리용 1GbE 인터페이스 1개 VNXe OE용시스템디스크가상머신이 200개인경우 EMC VNXe GB 10K RPM 6.35cm(2.5인치 ) SAS 드라이브 65개 200GB 플래시드라이브 2개 ( 선택사항 ) 핫스페어용 600GB 15k rpm 3.5인치 SAS 디스크 2개 핫스페어용 200GB 플래시드라이브 1개 ( 선택사항 ) 공유인프라스트럭처 대부분의경우고객환경에는이미 Active Directory 서비스및 DNS 서비스같은인프라스트럭처서비스가구성되어있습니다. 이러한서비스에대한설정은이문서의범위를벗어납니다. 기존인프라스트럭처를사용하지않고구축한경우다음을추가합니다. 물리적서버 2대 서버당 16GB RAM 서버당프로세서코어 4개 서버당 1GbE 포트 2개참고 : 이러한서비스는 VSPEX 구축후환경으로마이그레이션할수있지만 VSPEX를구축하기전에구현되어있어야합니다. 참고 : 대역폭및이중화관련기본요구사항을만족할경우솔루션은 10GB 네트워크또는이에상당하는 1GB 네트워크인프라스트럭처를사용하는것이좋습니다. 51

52 솔루션아키텍처개요 소프트웨어리소스 표 3 부분에는이솔루션에사용된소프트웨어가나와있습니다. 표 3. 솔루션소프트웨어 소프트웨어 Microsoft Hyper-V Microsoft Windows Server Microsoft SCVMM(System Center Virtual Machine Manager) 구성 Windows Server 2012 R2 Datacenter Edition ( 이솔루션의가상머신수를지원하려면 Datacenter Edition이필요함 ) 버전 2012 R2 버전 2012 Enterprise Edition Microsoft SQL Server 참고 : SCVMM 에대해지원되는모든 데이터베이스가허용됩니다. EMC VNXe EMC VNXe OE 8.0 ESI(EMC Storage Integrator) EMC PowerPath 최신버전확인 최신버전확인 차세대백업솔루션 EMC Avamar 6.1 SP1 EMC Data Domain OS 5.2 가상머신 ( 검증을위해사용되고구축에필요하지않음 ) 기본운영체제 Microsoft Windows Server 2012 R2 Datacenter Edition 서버구성지침 개요 VSPEX 솔루션의컴퓨팅 / 서버계층을설계하고주문할때는여러가지요인이최종구매결정에영향을미칠수있습니다. 가상화관점에서시스템의워크로드가적절히파악되었을경우동적메모리및스마트페이징과같은기능으로총메모리요구사항을줄일수있습니다. 가상머신풀의최대또는동시사용량수준이높지않은경우에는 vcpu 수를 줄입니다. 이와반대로, 구축하는애플리케이션이특성상컴퓨팅집약적인경우에는 구매하는 CPU 및메모리의수를늘립니다. 52

53 솔루션아키텍처개요 현재 VSPEX 사이징지침에서는가상 CPU 코어대물리적 CPU 코어비율을 4:1로지정하고있습니다 (Ivy Bridge 이상프로세서의경우 8:1 비율사용 ). 이러한비율은테스트당시사용가능한 CPU 기술의평균샘플링을기준으로계산된것입니다. CPU 기술이발전함에따라, VSPEX 파트너인 OEM 서버공급업체에서는다른비율을권장할수도있습니다 ( 일반적으로더높음 ). OEM 서버공급업체가제공하는업데이트된지침을따르십시오. 표 4에는컴퓨팅계층에사용되는하드웨어리소스가나와있습니다. 표 4. 구성요소 컴퓨팅계층에대한하드웨어리소스 구성 Microsoft Hyper-V 서버 CPU 메모리 가상머신당 vcpu 1개물리적코어당 vcpu 4개가상머신이 200개인경우 : vcpu 200개 물리적 CPU 최소 50개가상머신당 2GB RAM Hyper-V 호스트당 2GB RAM 예약가상머신이 200개인경우 : 최소 500GB RAM 물리적서버마다 2GB 추가 네트워크블록서버당 10GbE NIC 2 개 서버당 HBA 2 개 파일 서버당 10GbE NIC 4 개 참고 : Hyper-V HA를구현하고제시된최소구성을충족하려면인프라스트럭처에최소요구사항보다서버를 1개더추가해야합니다. Hyper-V 메모리가상화 Microsoft Hyper-V에는성능및전반적인리소스활용도를손쉽게극대화할수있게해주는많은고급기능이통합되어있습니다. 가장중요한기능은메모리관리와관련이있습니다. 이섹션에서는이러한기능중몇가지와 VSPEX 환경에서이를사용할때고려해야할사항을설명합니다. 일반적으로그림 11에나와있는것처럼단일하이퍼바이저의가상머신에서는리소스풀로메모리를사용합니다. 53

54 솔루션아키텍처개요 그림 11. 하이퍼바이저의메모리사용 이섹션에설명된기술을살펴보면이기본개념을보다자세하게이해할수있습니다. 동적메모리 Windows Server 2008 R2 SP1에도입된동적메모리기능은메모리를공유리소스로간주하고가상머신에동적으로할당하여물리적메모리의효율성을향상시킵니다. 각가상머신에서사용되는메모리양은언제든지조정할수있습니다. 동적메모리는주어진시간내에더많은가상머신을실행할수있도록유휴상태인가상머신에서메모리를재확보합니다. Windows Server 2012 R2에서는동적메모리를통해가상머신에서사용할수있는최대메모리를필요에맞게수시로늘릴수있습니다. 스마트페이징동적메모리만으로도 Hyper-V는물리적메모리로지원되는것보다더많은가상머신을실행할수있습니다. 그런데최소메모리와시작메모리간에메모리격차가생길가능성이높습니다. 스마트페이징은디스크리소스를임시교체메모리로활용하는메모리관리기술입니다. 이기능은사용빈도가적은메모리를디스크스토리지로스왑아웃하고필요한경우다시스왑인합니다. 따라서스마트페이징은성능이저하될수있는단점이있습니다. Hyper-V는호스트메모리가초과할당되었을경우계속해서게스트페이징을사용하는데, 스마트페이징보다효율적이기때문입니다. 54

55 솔루션아키텍처개요 NUMA(Non-Uniform Memory Access) NUMA(Non-Uniform Memory Access) 는 CPU에서원격노드메모리를액세스할수있도록해주는다중노드컴퓨터기술입니다. 이러한유형의메모리액세스는성능측면에서비효율적이므로 Windows Server 2012 R2에서는프로세서선호도라고하는프로세스를사용합니다. 이프로세스는스레드를하나의특정 CPU에고정된상태로유지하여원격노드메모리액세스를방지하려고합니다. 이전버전의 Windows에서는이기능을호스트에만사용할수있습니다. Windows Server 2012 R2는이기능을가상머신으로확장하여 SMP(Symmetrical Multiprocessor) 환경에서향상된성능을제공합니다. 메모리구성지침 본메모리구성지침은 Hyper-V 메모리오버헤드와가상머신메모리설정을 고려하여제시된것입니다. Hyper-V 메모리오버헤드가상화된메모리에는관련오버헤드가약간있는데, 여기에는상위파티션인 Hyper- V에서소모되는메모리와각가상머신의추가적인오버헤드가포함됩니다. 이솔루션의 Hyper-V 상위파티션용으로최소 2GB 메모리를남겨둡니다. 가상머신메모리이솔루션에서는각각의가상머신에 2GB의고정메모리가할당됩니다. 네트워크구성지침 개요 이섹션에서는이중화된고가용성네트워크구성을설정하기위한지침을 설명합니다. 표 5 의지침은 EMC 유니파이드스토리지의점보프레임, VLAN 및 LACP 를고려하여제시된것입니다. 표 5. 네트워크에사용되는하드웨어리소스 구성요소 구성 네트워크 최소 블록 물리적스위치 2 개 인프라스트럭처 스위치용량 Hyper-V 서버당 10GbE 포트 2개스토리지프로세서당관리용 1GbE 포트 1개 Hyper-V 서버당스토리지네트워크용포트 2 개 SP 당스토리지데이터용포트 2 개 55

56 솔루션아키텍처개요 구성요소 구성 파일 물리적스위치 2 개 Hyper-V 서버당 10GbE 포트 4 개 스토리지프로세서당관리용 1GbE 포트 1 개 스토리지프로세서당데이터처리용 10GbE 포트 2 개 참고 : 대역폭및이중화관련기본요구사항을만족할경우솔루션은 1GbE 네트워크 인프라스트럭처를사용할수있습니다. VLAN 호스트와스토리지간, 호스트와클라이언트간의트래픽은물론관리트래픽까지모두분리된네트워크를통해이동하도록네트워크트래픽을분리하십시오. 경우에따라규정또는정책을준수하기위해물리적으로분리해야할수도있지만대부분의상황에서는 VLAN을사용한논리적분리만으로충분합니다. 이솔루션에는다음과같은용도로최소 3개의 VLAN이필요합니다. 클라이언트액세스 스토리지 (iscsi 또는 SMB에만해당 ) 관리그림 12에는블록기반 VNXe 스토리지에대한 VLAN 및네트워크연결요구사항이나와있습니다. 그림 12. 블록스토리지용필수네트워크 56

57 솔루션아키텍처개요 그림 13 에는파일기반 VNXe 스토리지에대한 VLAN 및네트워크접속구성요구 사항이나와있습니다. 그림 13. 파일스토리지용필수네트워크 클라이언트액세스네트워크는시스템사용자, 즉클라이언트가인프라스트럭처와통신하는데사용됩니다. 스토리지네트워크는컴퓨팅계층과스토리지계층간의통신에사용됩니다. 관리네트워크는관리자가전용의방식으로스토리지시스템, 네트워크스위치및호스트의관리접속구성을액세스하는데사용됩니다. 참고 : 일부 Best Practice 에서는클러스터트래픽, 가상화계층통신및기타기능에대해 네트워크분리가추가로요구됩니다. 필요한경우이러한추가네트워크를구축합니다. 점보프레임사용 (iscsi 또는 SMB 에만해당 ) 이솔루션에서는스토리지및가상머신마이그레이션트래픽의효율을높이기위해 MTU 를 9,000( 점보프레임 ) 으로설정해야합니다. 스위치의호스트포트및 스토리지에점보프레임을설정하려면스위치공급업체의지침을참조하십시오. Link Aggregation 사용 (SMB 에만해당 ) Link Aggregation은이더넷채널과비슷하지만 LACP IEEE 802.3ad 표준을사용한다는점에서다릅니다. IEEE 802.3ad 표준은두개이상의포트가있는 Link Aggregation을지원합니다. Link Aggregation에있는모든포트는속도가동일해야하며양방향이중화여야합니다. 이솔루션에는 VNXe에 LACP가구성되어있어여러이더넷포트를단일가상디바이스로결합합니다. 이더넷포트에서링크가끊기는경우다른포트로페일오버됩니다. 모든네트워크트래픽은활성링크간에분산됩니다. 57

58 솔루션아키텍처개요 스토리지구성지침 개요 이섹션에서는고가용성과기대한수준의성능을제공하는솔루션의스토리지 계층을설정하기위한지침을제시합니다. Hyper-V에서는가상머신을호스팅할때두가지이상의방법으로스토리지를사용할수있습니다. 아래에서설명하는테스트된솔루션은 FC/iSCSI( 블록용 ) 및 CIFS( 파일용 ) 등다양한프로토콜을사용하며, 설명된스토리지레이아웃은모든최신 Best Practice를준수합니다. 관련배경지식을가진고객또는설계자는필요한경우시스템사용과로드에대한이해도를바탕으로이를수정할수있습니다. 하지만이문서에설명된빌딩블록은수용가능한성능을보장합니다. VSPEX 스토리지빌딩블록섹션에는맞춤구성에대한권장사항이나와있습니다.. 표 6에는스토리지에대한하드웨어리소스가나열되어있습니다. 표 6. 구성요소 EMC VNXe 시리즈스토리지시스템 스토리지에사용되는하드웨어리소스구성블록공통 : SP당관리용 1GbE 인터페이스 1개 SP당프런트엔드 Fibre Channel 포트 2개 VNXe OE용시스템디스크 가상머신이 200개인경우 : EMC VNXe GB 10K RPM 6.35cm(2.5인치 ) SAS 드라이브 65개 200GB 플래시드라이브 2개 ( 선택사항 ) 핫스페어용 600GB 10K RPM 6.35cm(2.5인치 ) SAS 드라이브 2개 핫스페어용 200GB 플래시드라이브 1개 ( 선택사항 ) 58

59 솔루션아키텍처개요 구성요소 구성 파일공통 : SP당 10GbE 인터페이스 2개 SP당관리용 1GbE 인터페이스 1개 VNXe OE용시스템디스크가상머신이 200개인경우 : EMC VNXe GB 10K RPM 6.35cm(2.5인치 ) SAS 드라이브 65개 200GB 플래시드라이브 2개 ( 선택사항 ) 핫스페어용 600GB 10K RPM 6.35cm(2.5인치 ) SAS 드라이브 2개 핫스페어용 200GB 플래시드라이브 1개 ( 선택사항 ) VSPEX 용 Hyper-V 스토리지가상화 이섹션에서는고가용성과기대한수준의성능을제공하는솔루션의스토리지 계층을설정하기위한지침을제시합니다. Windows Server 2012 Hyper-V와페일오버클러스터링은 CSV(Cluster Shared Volume) v2 기능과 VHDX 기능을통해외부공유스토리지시스템에서제공된스토리지를가상화하여가상머신을호스팅합니다. 그림 14에서스토리지시스템은블록기반 LUN(CSV) 또는파일기반 CIFS 공유 (SMB 공유 ) 를 Windows 호스트에제공하여가상머신을호스팅합니다. 그림 14. Hyper-V 가상디스크종류 CIFS Windows Server 2012 R2 에서는 CIFS(SMB 3.0) 파일공유를하나의 Hyper-V 가상 머신에대한공유스토리지로사용할수있습니다. 59

60 솔루션아키텍처개요 CSV CSV(Cluster Shared Volume) 는 Windows 페일오버클러스터의모든노드에서액세스할수있는 NTFS(New Technology File System) 볼륨을포함하는공유디스크입니다. SCSI 기반로컬또는네트워크스토리지를통해구축할수있습니다. 패스쓰루 Windows 2012는패스쓰루도지원합니다. 이기능을사용하면가상머신에서구성된볼륨이없는호스트에매핑된물리적디스크에액세스할수있습니다. SMB 3.0( 파일기반스토리지에만해당 ) SMB 프로토콜은 Windows에서기본적으로사용되는파일공유프로토콜입니다. Windows Server 2012 R2의도입으로업데이트된 (SMB 3.0) 프로토콜을사용하는다양하고새로운 SMB 기능이제공됩니다. 다음은 Windows Server 2012 SMB 3.0에서제공되는몇가지주요기능입니다. SMB 무중단페일오버 (SMB Transparent Failover) SMB 스케일아웃 (SMB Scale Out) SMB 멀티채널 SMB 다이렉트 (SMB Direct) SMB 암호화 (SMB Encryption) SMB 파일공유용 VSS(VSS for SMB file shares) SMB 디렉토리리스 (SMB Directory Leasing) SMB PowerShell 이러한새로운기능을통해강화된 SMB 3.0은기존 Fibre Channel 스토리지솔루션을대체하는고성능스토리지를저렴한비용으로제공합니다. 참고 : SMB 3.0 에대한자세한내용은 3 장을참조하십시오. ODX ODX(Offloaded Data Transfer) 는기존에투자한외부스토리지시스템을활용하여데이터전송을서버에서스토리지시스템으로오프로드할수있게해주는 Microsoft Windows Server 2012 R2의스토리지스택기능입니다. ODX 기능을지원하는스토리지하드웨어와함께사용할경우파일복제작업은호스트에서시작되지만스토리지디바이스에서수행됩니다. ODX를사용하면스토리지시스템내부에서데이터를읽고쓰는토큰기반메커니즘을사용하므로스토리지와 Hyper-V 호스트간에데이터를전송할필요가없어네트워크와호스트모두에서부하가감소됩니다. 60

61 솔루션아키텍처개요 ODX를사용하면가상머신의클론을빠르게생성하고마이그레이션할수있습니다. ODX를사용할경우파일전송이스토리지시스템에오프로드되므로 CPU, 네트워크와같은호스트리소스사용이크게감소됩니다. ODX는스토리지를최대한활용하여지연시간을최소화하고데이터베이스, 비디오파일등과같은대용량파일의전송속도를높입니다. ODX에서지원하는파일작업을수행할경우데이터전송이스토리지시스템에자동으로오프로드되므로사용자에게어떠한영향도주지않습니다. ODX는 Windows Server 2012 R2에서기본적으로설정되어있습니다. VHDX Windows Server 2012 R2의 Hyper-V에는더많은용량과기본복구성능을제공하는 VHDX라는 VHD 형식에대한업데이트가포함되어있습니다. VHDX 형식의주요기능은다음과같습니다. 최대 64TB 용량의가상하드디스크스토리지지원 전원장애시 VHDX 메타데이터구조에업데이트를로깅하여데이터손상으로부터추가적으로보호 큰섹터디스크에적합하도록가상하드디스크형식의구조를최적으로정렬 VHDX 형식에는다음기능도포함되어있습니다. 동적디스크와차등디스크의블록크기가더커져디스크에서워크로드의요구를이전보다더많이충족할수있음 4KB의논리적섹터가상디스크로 4KB 섹터에맞게설계된워크로드와애플리케이션에서사용할경우성능이향상됨 파일에대한맞춤형메타데이터를저장하여사용자가운영체제버전또는적용된업데이트와같은정보를기록할수있음 공간재확보기능으로파일크기가작아지고기반이되는물리적스토리지디바이스에서사용되지않은공간을재확보할수있음 ( 예 : TRIM에는 Direct Attached Storage 또는 SCSI 디스크와 TRIM 호환하드웨어가필요함 ) VSPEX 스토리지빌딩블록 가상서버 IOPS를충족하도록스토리지시스템을사이징하는프로세스는복잡합니다. 입출력이스토리지에도달하면 SP, 백엔드 DRAM(Dynamic Random Access Memory) 캐시, FAST Cache 또는 FAST VP( 사용된경우 ), 디스크등과같은여러구성요소에서해당입출력을처리합니다. 고객은스토리지시스템을확장하려고계획할때다양한요소를고려하여애플리케이션의용량, 성능및비용을조율해야합니다. 61

62 솔루션아키텍처개요 VSPEX에서는이러한복잡함을줄이기위해빌딩블록접근방식을사용합니다. 빌딩블록은 VSPEX 아키텍처에서특정수의가상서버를지원할수있는디스크드라이브집합입니다. 각빌딩블록은여러디스크드라이브를결합하여프라이빗클라우드환경요구사항을지원하는스토리지풀을구축합니다. VSPEX 솔루션은다양한크기구성을제공하도록설계되어있어솔루션설계할때충분한유연성을제공합니다. 고객은우선작은규모의구성을구축했다가, 요구사항이늘어감에따라그규모를확장할수있습니다. 뿐만아니라요구사항에가장적합한구성을선택할수있기때문에과도하게구매하지않아도됩니다. VSPEX 솔루션은기본적인성능수준을보장하는동시에가장이상적으로구성할수있도록아래의규모중하나또는모두를사용해구축할수있습니다. 15개의가상서버에대한빌딩블록첫번째빌딩블록은그림 15에나와있는것처럼스토리지풀에 SAS 드라이브 5개가있는최대 15개의가상서버를포함할수있습니다. 그림 개의가상서버에대한빌딩블록 VSPEX 아키텍처용으로검증된최소빌딩블록입니다. 15개의가상서버를추가로지원하도록 5개의 SAS 드라이브를추가하고풀을다시스트라이핑될수있도록하여이빌딩블록을확장할수있습니다. 125개의가상서버에대한빌딩블록두번째빌딩블록은최대 125개의가상서버를포함할수있으며, 그림 16에나와있는것처럼 SAS 드라이브 40개를포함합니다. 이그림에서는 VNXe 운영체제에필요한드라이브 4개도보여줍니다. 이전섹션에서는풀에있는 15개의가상머신을 125개의가상머신으로확장하는접근방식에대해간략하게소개했습니다. 그림 개의가상서버에대한빌딩블록 62

63 솔루션아키텍처개요 초기에풀에있는모든리소스를사용하여이빌딩블록을구축하거나시간이지나면서환경이확장되면그에따라풀을확장할수있습니다. 표 7에는가상서버수에따른풀의플래시및 SAS 요구사항이나와있습니다. 표 7. 가상머신수에따라필요한디스크수 가상서버 SAS 드라이브 * 참고 : 스트라이프의확대에따른효율성향상으로인해 40 개의 SAS 드라이브로구성된 빌딩블록에서최대 125 개의가상서버를지원할수있습니다. 125개이상의가상서버를지원하는환경으로확대하려면여기에설명된빌딩블록방법을사용하여다른스토리지풀을생성하십시오. 테스트된최대확장수준인 200개가상서버에도달하려면두번째풀에 25개의디스크가포함되어있어야합니다. 위에서설명한대로새로운풀을구성하십시오. VSPEX 프라이빗클라우드의검증된최대구성 VSPEX 프라이빗클라우드구성은 VNXe3200 플랫폼에서검증을마쳤습니다. 프로세서, 메모리및디스크의측면에서플랫폼마다기능이다릅니다. 스토리지시스템별로권장하는최대 VSPEX 프라이빗클라우드구성이있습니다. VSPEX 프라이빗클라우드빌딩블록외에도각스토리지시스템은 VNXe OE(Operating Environment) 에사용되는드라이브와해당환경을위한핫스페어디스크를포함해야합니다. 참고 : 각유형과크기의디스크 30 개마다핫스페어를 1 개이상할당합니다. 63

64 솔루션아키텍처개요 VNXe3200 VNXe3200 은최대 200 개의가상서버를지원하는것으로검증되었습니다. 그림 17 에는최대확장수준을지원하는일반적인구성이나와있습니다. 그림 개의가상머신을지원하는 VNXe3200 을사용한스토리지레이아웃 이구성에서는다음과같은스토리지레이아웃을사용합니다. 40개의 600GB SAS 디스크가 125개가상머신을지원하는하나의블록기반스토리지풀에할당됩니다. 25개의 600GB SAS 디스크가 75개가상머신을지원하는두번째풀에할당됩니다. 3개의 600GB SAS 디스크가핫스페어로구성됩니다. 블록스토리지의경우 CSV로사용하도록풀당최소 2개의 LUN을 Hyper-V 페일오버클러스터에할당합니다. 파일스토리지의경우가상서버에사용하도록풀당최소 2개의 SMB 공유를 Hyper-V 페일오버클러스터에할당합니다. 필요한경우, FAST VP에대해풀당 2개씩 200GB 플래시드라이브를구성합니다. 필요한경우핫스페어용 200GB 플래시드라이브 1개를구성합니다. 필요한경우, 스토리지시스템에서 FAST Cache로서플래시드라이브를구성합니다 ( 최대 400GB). 입출력요구사항이평균보다높은가상머신이상주하는 LUN 또는스토리지풀은 FAST Cache 기능을사용하여이점을얻을수있습니다. 이러한드라이브는솔루션의선택적구성요소이며 FAST Suite를사용하려면추가라이센스가필요할수있습니다. VNXe3200은레퍼런스워크로드섹션에정의된대로이구성을사용하여 200개의가상서버를지원할수있습니다. 64

65 솔루션아키텍처개요 결론그림 18에나오는확장수준은 VSPEX 프라이빗클라우드환경에사용되는스토리지시스템의기본시작지점과지원되는최대값을강조해보여줍니다. 기본시작지점은운영환경내가상머신수의측면에서최적의모델간경계를나타냅니다. 이를통해각자의요구사항을기준으로어떤 VNXe 스토리지를선택할것인지쉽게결정할수있습니다. 앞에서설명한빌딩블록접근법을활용하여여기나열된스토리지를최대값보다더적은수의가상머신으로구성할수도있습니다. 그림 18. 다양한스토리지시스템의최대확장수준과기본시작지점 고가용성및페일오버 개요 이 VSPEX 솔루션은가용성이높은가상화된서버, 네트워크및스토리지 인프라스트럭처를제공합니다. 이가이드에따라구축할경우비즈니스운영에거의 또는전혀영향을주지않으면서단일유닛장애를극복할수있습니다. 가상화계층 가상화계층에서높은가용성을구성하고하이퍼바이저에서장애가발생한가상 머신을자동으로다시시작할수있도록구성합니다. 그림 19 에는컴퓨팅계층의 장애에대응하는하이퍼바이저계층이나와있습니다. 그림 19. 가상화계층고가용성 65

66 솔루션아키텍처개요 가상화계층에고가용성을구현하면하드웨어장애가발생하더라도 인프라스트럭처가가능한한많은서비스를실행상태로유지하려고합니다. 컴퓨팅계층 컴퓨팅계층에서구축할서버는자유롭게선택할수있지만데이터센터에맞게설계된엔터프라이즈급서버를사용하는것이좋습니다. 그림 20에서와같이이유형의서버에는이중화된전원공급장치가있습니다. 서버공급업체의 Best Practice에따라별도의 PDU(Power Distribution Unit) 에이러한서버를연결합니다. 그림 20. 이중화된전원공급장치 가상화계층에서 HA 를구성하려면그림 19 에나와있는것처럼서버장애시에도 운영환경의요구사항을충족하도록충분한리소스로컴퓨팅계층을구성해야 합니다. 네트워크계층 VNXe 시리즈의고급네트워킹기능은스토리지시스템에서네트워크접속장애로인한문제를방지합니다. 그림 21에나와있는것처럼각 Windows 호스트는사용자및스토리지이더넷네트워크에대한다중접속으로구성되어있어연결장애로부터보호됩니다. 이러한접속을여러이더넷스위치에분산시키면네트워크의구성요소장애로부터보호할수있습니다. 66

67 솔루션아키텍처개요 그림 21. 네트워크계층고가용성 (VNXe) 구성요소에장애가발생하더라도컴퓨팅계층에서계속스토리지에액세스하고 사용자와통신할수있도록 SPOF(Single Point Of Failure) 를제거합니다. 스토리지계층 VNXe 시리즈는스토리지시스템전체에걸쳐구성요소를이중화함으로써 % 의가용성을보장하도록설계되었습니다. 모든스토리지시스템구성요소는하드웨어장애가발생한경우에도작동상태가유지됩니다. 그림 22에나와있는것처럼스토리지시스템의 RAID 디스크구성은개별디스크의장애로인한데이터손실을방지하며, 사용가능한핫스페어드라이브를동적으로할당하여장애가발생한디스크를대체할수있습니다. 그림 22. VNXe 시리즈 HA 구성요소 67

68 솔루션아키텍처개요 EMC 스토리지시스템은기본적으로 HA 를지원합니다. 설치가이드에나온지침대로 구성하면단일유닛의장애로인해데이터손실또는데이터가용성손실이발생하지 않습니다. 검증테스트프로파일 프로파일특성 VSPEX 솔루션은표 8 의다음환경프로파일을통해검증되었습니다. 표 8. 프로파일특성 프로파일특성 값 가상머신수 200 가상머신 OS Windows Server 2012 R2 Datacenter Edition 가상머신당프로세서수 1 물리적 CPU 코어당가상프로세서수 4* 가상머신당 RAM 용량각가상머신에사용가능한평균스토리지용량가상머신당평균 IOPS 용량가상머신디스크를저장할 LUN 또는 CIFS 공유수 LUN 또는 CIFS 공유당가상머신수 LUN 또는 CIFS 공유의디스크및 RAID 유형 2GB 100GB 25 IOPS 스토리지풀당 2 개 CIFS 공유의 LUN 당 65 개또는 75 개 RAID 5, 600GB, 10K RPM, 6.35cm(2.5 인치 ) SAS 디스크 * Ivy Bridge 이상프로세서의경우물리적코어당 vcpu 8 개를사용하십시오. 참고 : 이솔루션은 Hyper-V 호스트및가상머신의운영체제로 Windows Server 2012 R2를사용하여테스트하고검증했으나 Windows Server 2008 R2 및 Windows Server 2012도지원합니다. 지원되는모든버전의 Windows Server를기반으로하는 Hyper-V 호스트는동일한사이징및구성을사용합니다. EMC Data Protection 및구성지침 이 VSPEX 프라이빗클라우드솔루션에대한전체 EMC Data Protection 지침은 VSPEX 프라이빗클라우드용 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 68

69 솔루션아키텍처개요 사이징지침 다음섹션에서는 VSPEX 아키텍처를사이징하고구현하는데사용되는레퍼런스워크로드에대한정의를제공합니다. 또한이러한레퍼런스워크로드와고객워크로드와의상관관계를분석하는방법과이러한관계가서버및네트워크관점에서최종결과물을어떻게변경할수있는지에관한지침을제시합니다. 용량을늘리고성능을높이기위해드라이브를추가하고 FAST Cache 및 FAST VP 등의기능을추가하는방식으로스토리지정의를수정할수있습니다. 디스크레이아웃은정의된성능수준과일반적인작업 ( 예 : 스냅샷 ) 에대해적절한수의가상머신을지원합니다. 권장되는드라이브수를줄이거나스토리지유형을낮추면응답시간이늘어나가상머신당 IOPS가줄어들고사용자환경의성능이저하될수있습니다. 레퍼런스워크로드 개요 기존서버를가상인프라스트럭처로이동할경우, 해당시스템에할당되는가상 하드웨어리소스를정확하게사이징함으로써효율성을극대화할수있습니다. 각각의 VSPEX Proven Infrastructure는 EMC에서검증을마친정해진수의가상머신에필요한스토리지, 네트워크및컴퓨팅리소스를균등하게분산시킵니다. 실제로각가상머신은자체의고유한요구사항이있으며이러한요구사항은가상머신에대해미리정의된요구사항과좀처럼일치하지않습니다. 가상인프라스트럭처에대한논의를진행할때는항상레퍼런스워크로드를먼저정의하십시오. 모든서버가동일한작업을수행하는것은아니므로, 가능한모든워크로드특성조합을고려하여레퍼런스를구축하는것은비현실적입니다. 레퍼런스워크로드정의 원활한논의를돕기위해이섹션에서는대표적인고객레퍼런스워크로드를 정의했습니다. 실제고객환경을이레퍼런스워크로드와비교하면선택해야할 레퍼런스아키텍처를쉽게결정할수있을것입니다. VSPEX 솔루션에서레퍼런스워크로드는단일가상머신입니다. 표 9 에는이가상 머신의특성이나와있습니다. 69

70 솔루션아키텍처개요 표 9. 가상머신특성 특성 가상머신운영체제 값 Microsoft Windows Server 2012 R2 Datacenter Edition 가상머신당가상프로세서수 1 가상머신당 RAM 용량 가상머신당가용스토리지용량 2GB 100GB 가상머신당 IOPS( 초당입출력작업수 ) 25 입출력패턴 랜덤 입출력읽기 / 쓰기비율 2:1 이가상머신사양은특정애플리케이션을나타내지않으며, 다른가상머신을측정, 비교할수있는하나의공통기준을제시합니다. 레퍼런스워크로드적용 개요 기존서버를가상인프라스트럭처로이동하는것을고려하는경우, 해당시스템에 할당되는가상하드웨어리소스의크기를정확히지정함으로써효율성을극대화할 수있습니다. 이솔루션에서는 70페이지의표 9에나와있는특성을보유한레퍼런스가상머신을타겟수만큼충분히호스팅할수있는리소스풀을생성합니다. 고객의가상머신은사양과정확하게일치하지않을수있습니다. 이경우고객의특정가상머신 1개가레퍼런스가상머신몇개와일치하는지를정의하여풀안에서이러한가상머신이사용되고있다고가정하십시오. 그리고리소스가남지않을때까지리소스풀에서가상머신을계속프로비저닝합니다. 예 1: 맞춤형애플리케이션 소규모맞춤형애플리케이션서버하나를이가상인프라스트럭처로이동해야합니다. 해당애플리케이션을지원하는물리적하드웨어는완전히활용되고있지않습니다. 기존애플리케이션을면밀히분석한결과, 이애플리케이션은프로세서하나를사용할수있으며정상적으로실행되려면 3GB의메모리가필요합니다. 입출력워크로드는유휴시간일때 4 IOPS까지떨어졌다가사용량이많을때는최대 15 IOPS까지상승합니다. 전체애플리케이션은로컬하드드라이브스토리지에서약 30GB의용량을사용합니다. 70

71 솔루션아키텍처개요 이와같은수치에따라리소스풀에는다음리소스가필요합니다. 레퍼런스가상머신 1개의 CPU 레퍼런스가상머신 2개의메모리 레퍼런스가상머신 1개의스토리지 레퍼런스가상머신 1개의입출력이예에서는해당하는가상머신 1개가레퍼런스가상머신 2개의리소스를사용합니다. 최대 200개의가상머신을지원할수있는 VNXe3200 스토리지시스템에구축한경우레퍼런스가상머신198개에대한리소스가남습니다. 예 2: PoS(Point of Sale) 시스템 고객의 PoS(Point of Sale) 시스템에사용되는데이터베이스서버를이가상인프라스트럭처로이동해야합니다. 이서버는현재 CPU 4개와 16GB의메모리를갖춘물리적시스템에서실행되고있습니다. 평균사용주기동안에는 200GB의스토리지를사용하고 200 IOPS를생성합니다. 이애플리케이션을가상화하는데필요한리소스는다음과같습니다. 레퍼런스가상머신 4개의 CPU 레퍼런스가상머신 8개의메모리 레퍼런스가상머신 2개의스토리지 레퍼런스가상머신 8개의입출력이경우해당하는가상머신 1개는레퍼런스가상머신 8개의리소스를사용합니다. 최대 200개의가상머신을지원할수있는 VNXe3200 스토리지시스템에구축한경우레퍼런스가상머신192개에대한리소스가남습니다. 예 3: 웹서버 고객의웹서버를이가상인프라스트럭처로이동해야합니다. 이서버는현재 CPU 2 개와 8GB 의메모리를갖춘물리적시스템에서실행되고있습니다. 평균사용주기 동안에는 25GB 의스토리지를사용하고 50 IOPS 를생성합니다. 이애플리케이션을가상화하는데필요한리소스는다음과같습니다. 레퍼런스가상머신 2개의 CPU 레퍼런스가상머신 4개의메모리 레퍼런스가상머신 1개의스토리지 레퍼런스가상머신 2개의입출력 71

72 솔루션아키텍처개요 이경우해당하는가상머신 1 개는레퍼런스가상머신 4 개의리소스를사용합니다. 최대 200 개의가상머신을지원할수있는 VNXe3200 스토리지시스템에구축한 경우레퍼런스가상머신 196 개에대한리소스가남습니다. 예 4: 의사결정지원데이터베이스 고객의의사결정지원시스템에사용되는데이터베이스서버를이가상인프라스트럭처로이동해야합니다. 이서버는현재 CPU 10개와 64GB의메모리를갖춘물리적시스템에서실행되고있습니다. 평균사용주기동안에는 5TB의스토리지를사용하고 700 IOPS를생성합니다. 이애플리케이션을가상화하는데필요한리소스는다음과같습니다. 레퍼런스가상머신 10개의 CPU 레퍼런스가상머신 32개의메모리 레퍼런스가상머신 52개의스토리지 레퍼런스가상머신 28개의입출력이경우가상머신 1개는레퍼런스가상머신 52개의리소스를사용합니다. 최대 200개의가상머신을지원할수있는 VNXe3200 스토리지시스템에구축한경우레퍼런스가상머신148개에대한리소스가남습니다. 요약 이상 4개의예는리소스풀모델의유연성을보여줍니다. 4가지경우모두워크로드가발생하면풀안에있는가용리소스의양이감소합니다. 그림 23에나와있는것처럼이 4개의예는모두레퍼런스가상머신 200개의초기용량을갖춘동일한가상인프라스트럭처에구축할수있으며, 이경우리소스풀에는레퍼런스가상머신 134개에대한리소스가남습니다. 72

73 솔루션아키텍처개요 그림 23. 리소스풀유연성 더나아가, 메모리와입출력간의상충관계가발생하거나특정리소스의양을늘리면다른리소스의필요성은줄어드는관계도발생할수있습니다. 이경우리소스할당간상호작용은매우복잡해지며, 이에대한설명은본문서의범위를벗어납니다. 리소스균형변화에대해검토하고새로운수준의요구사항을파악합니다. 위의예에서설명한방법으로이러한가상머신을인프라스트럭처에추가합니다. 솔루션구축 개요 이솔루션에는시스템의 CPU, 메모리, 네트워크및스토리지관련요구사항을충족할수있는하드웨어세트가필요합니다. 이러한하드웨어세트는특정구축으로한정되지않는일반요구사항이며, 타겟스케일레벨에비례하여요구사항이증가합니다. 이섹션에서는관련요구사항을구현하기위해고려해야할몇가지사항에대해설명합니다. 리소스유형 이솔루션에서는다음과같은기본리소스를기준으로하드웨어요구사항을 정의합니다. CPU 리소스 메모리리소스 네트워크리소스 73

74 솔루션아키텍처개요 스토리지리소스 이섹션에서는리소스유형, 리소스유형이솔루션에서사용되는방식, 그리고고객 환경에해당리소스유형을구축할때고려해야할주요사항등에대해설명합니다. CPU 리소스 솔루션에서는필요한 CPU 코어수는정의하지만 CPU 종류나구성은정의하지않습니다. 새로운구축에는최신버전의일반적인프로세서기술이사용되기때문입니다. 이러한환경은솔루션검증에사용된시스템보다높거나같은성능을발휘할것으로추정됩니다. 현재실행되고있는시스템에서리소스의사용률을모니터링하고필요에따라신속히대응해야합니다. 레퍼런스가상머신과솔루션내필수하드웨어리소스에서는물리적프로세서코어 1개당가상 CPU 수가 4개 (1:4 비율 ) 인것으로가정합니다. Ivy Bridge 이상프로세서의경우물리적코어당 vcpu 8개를사용하십시오. 대부분의경우는이비율이호스팅되는가상머신의리소스수준으로적절하지만, 일부활용사례에는적합하지않을수있습니다. 따라서하이퍼바이저계층에서 CPU 사용률을모니터링하여추가리소스가필요한지여부를확인하는것이좋습니다. 메모리리소스 솔루션내각가상서버에는 2GB의메모리가있어야합니다. 일반적으로가상화환경에서는제한된예산때문에하이퍼바이저서버에설치된물리적용량보다더많은메모리를가상머신에용량할당합니다. 메모리초과할당은각가상머신에서할당된메모리를완전히사용하지않는다고가정합니다. 따라서메모리사용량을어느정도까지초과할당하는것도타당할수있습니다. 관리자는초과할당률을모니터링하여서버에발생할수도있는병목현상이페이지파일스왑을통해스토리지서브시스템의부담으로전가되는일이없도록방지해야할책임이있습니다. 이솔루션은메모리가정적으로할당되고메모리리소스가과도하게할당되지않는조건에서검증되었습니다. 고객의실제운영환경에서초과할당된메모리를사용하는경우시스템메모리사용률및관련페이지파일입출력작업을정기적으로모니터링하여메모리부족으로예기치못한결과가발생하지않도록해야합니다. 네트워크리소스 솔루션은시스템최소요구사항에대한간략한정보를제시합니다. 대역폭이추가로필요하면스토리지시스템과하이퍼바이저호스트모두에서요구사항을충족하도록기능을추가해야합니다. 서버상의네트워크연결옵션은서버유형에따라달라집니다. 스토리지시스템에는여러네트워크포트가포함되어있으며 EMC UltraFlex 입출력모듈을사용하여포트를추가할수있는옵션이있습니다. 74

75 솔루션아키텍처개요 검증된환경에서참조용으로사용할경우, 하나의가상머신에서는평균 8KB 크기의 IOPS가 25개생성되는것으로가정합니다. 즉, 각가상머신은스토리지네트워크에서최소 200KB/s의트래픽을생성하는것입니다. 100개의가상머신이있는환경에서이수치는최소약 20MB/ 초가되며, 이는오늘날네트워크에서처리가능한범위입니다. 그러나이계산에다른작업은고려되지않았으며, 다음과같은작업에서추가대역폭이필요합니다. 사용자네트워크트래픽 가상머신마이그레이션 관리작업각네트워크에대한요구사항은활용방식에따라달라집니다. 따라서구체적인수치를제시하는것은비현실적입니다. 그러나솔루션에서설명된네트워크는앞에서설명한활용사례에대한평균워크로드를충분히처리할수있어야합니다. 네트워크트래픽요구사항에관계없이하나의논리적네트워크에대해공유되는물리적네트워크연결을항상 2개이상갖추고있는것이좋습니다. 이는하나의링크에서장애가발생하더라도시스템가용성에는영향을주지않도록하기위함입니다. 장애가발생하더라도총대역폭이전체워크로드를충분히지원할수있도록네트워크를설계해야합니다. 스토리지리소스 이솔루션에서설명하는스토리지빌딩블록에는시스템검증에사용된디스크에대한레이아웃이포함되어있습니다. 각레이아웃은가용스토리지용량과드라이브성능사이에서균형을이룹니다. 스토리지사이징을검토할때몇가지요소를고려하십시오. 특히, 스토리지에는스토리지풀에할당된디스크집합이포함되어있습니다. 스토리지풀에서 CIFS 공유를 Windows 클러스터에프로비저닝합니다. 각계층은솔루션별로달리구성되며이는 5장에문서화되어있습니다. 다음과같이하는것도가능합니다. 드라이브를동일한유형과동일한성능특성에더많은용량을가진드라이브나동일한유형과동일한용량에더높은성능특성을갖춘드라이브로바꿀수있습니다. Similarly, 마찬가지로, 업데이트되거나새로구성된드라이브셸프배열에맞추기위해드라이브셸프내에서드라이브배치를변경할수있습니다. 더많은수의드라이브를포함하는빌딩블록을사용하여 VSPEX 프라이빗클라우드의검증된최대구성섹션에정의된제한까지확장할수있습니다. 75

76 솔루션아키텍처개요 다음의 Best Practice 중하나를사용하십시오. 셸프내부드라이브배치에대한자세한내용은 EMC의최신 Best Practice 지침을참조하십시오. 자세한내용은 Applied Best Practices Guide: EMC VNX Unified Best Practices for Performance를참조하십시오. 이문서에설명된빌딩블록을사용하여스토리지풀의용량을확장할경우풀에서동일한유형과크기의드라이브를사용해야합니다. 다른유형에다른크기의드라이브를사용하려면새풀을생성합니다. 이를통해풀전체에서성능불균형이방지됩니다. 시스템에있는각유형과크기의드라이브에대해핫스페어를 1개이상구성합니다. 각유형의디스크 30개마다핫스페어디스크를 1개이상할당합니다. 제안된드라이브수, 지정된드라이브유형, 지정된풀또는지정된데이터저장소레이아웃과다르게구성해야하는경우이와동일하거나더많은리소스를시스템에제공하도록타겟레이아웃을구성하고 EMC에게시된 Best Practice를충족하는지확인해야합니다. 구축과정요약 레퍼런스아키텍처에명시된요구사항은 EMC에서레퍼런스가상머신의명시된정의에따라필요한워크로드를처리할수있는최소한의리소스라고간주하는것입니다. 고객구축환경에서는사용자가시스템과상호작용하기때문에시간의경과에따라시스템로드가달라집니다. 그러나고객가상머신이레퍼런스정의와크게다르고동일한리소스그룹에서다양한경우에는이를보충할수있도록시스템에해당리소스유형을더추가해야합니다. 고객환경에대한빠른진단 개요 고객환경을진단하면정확한 VSPEX 솔루션을구축하는데도움이됩니다. 이 섹션에서는간단하게사이징을계산하고고객환경을진단하는데손쉽게활용할수 있는워크시트를제공합니다. 먼저 VSPEX 프라이빗클라우드로마이그레이션하려는애플리케이션을요약정리해야합니다. 각애플리케이션에대해가상 CPU 수, 메모리양, 필요한스토리지성능, 스토리지용량, 리소스풀에필요한레퍼런스가상머신수를확인하십시오. 레퍼런스워크로드적용섹션에서는이프로세스에대한예를제공합니다. 표 10에서와같이각애플리케이션의워크시트에서해당칸을채웁니다. 76

77 솔루션아키텍처개요 표 10. 빈워크시트행 애플리케이션 CPU( 가상 CPU) 메모리 (GB) IOPS 용량 (GB) 필요한 레퍼런스 가상머신 애플리케이션예 리소스요구사항필요한레퍼런스가상머신 해당없음 애플리케이션에대한리소스요구사항을입력합니다. 각행에는 4개의각기다른리소스를입력합니다. CPU 메모리 IOPS 용량 CPU 요구사항 CPU 사용률최적화는거의모든가상화프로젝트에있어서중요한목표입니다. 가상화작업의단순보기에서는물리적 CPU 사용률에관계없이물리적 CPU 코어와가상 CPU 코어간의일대일매핑을제시합니다. 실제환경에서는타겟애플리케이션이제시된모든 CPU를효과적으로사용할수있는지고려해야합니다. Microsoft Windows perfmon과같은성능모니터링툴을사용하면각 CPU에대한 CPU 사용률카운터를확인할수있습니다. 따라서모든 CPU를사용하는경우가상인프라스트럭처로이동할때해당수만큼가상 CPU를구축하십시오. 그러나 CPU가모두사용되지않는경우에는필요한가상 CPU 수를줄이는것이좋습니다. 성능모니터링이수반되는작업의경우일정기간동안시스템의모든운용사례가포함된데이터샘플을취합하십시오. 계획용도로는리소스요구사항의최대값또는 95% 에해당하는값을사용하십시오. 메모리요구사항 서버메모리는애플리케이션의기능및성능을보장하는데핵심적인역할을담당합니다. 따라서각서버프로세스에는허용되는가용메모리양에대해서로다른목표치가설정됩니다. 애플리케이션을가상화환경으로이동할경우해당시스템에사용가능한현재메모리를고려하고 Microsoft Windows perfmon과같은성능모니터링툴을사용하여여유메모리를모니터링함으로써메모리가효율적으로사용되고있는지확인하십시오. 77

78 솔루션아키텍처개요 성능모니터링이필요한작업에대해서는일정기간동안시스템의모든운용사례가 포함된데이터샘플을취합하십시오. 계획용도로는리소스요구사항의최대값또는 95% 에해당하는값을사용하십시오. 스토리지성능요구사항 애플리케이션에대한스토리지성능요구사항은일반적으로성능과관련해가장잘 알려져있지않은측면입니다. 시스템의입출력성능에대해논의할때중요하게 생각해야할구성요소가여러가지있습니다. 들어오는요청수또는 IOPS 요청크기또는입출력크기. 예를들어, 4KB의데이터에대한요청은 4MB의데이터에대한요청보다훨씬빠르고쉽게처리할수있습니다. 평균입출력응답시간또는입출력지연시간 IOPS 레퍼런스가상머신에는 25 IOPS가요구됩니다. 기존시스템에서이수치를모니터링하려면 Microsoft Windows perfmon과같은성능모니터링툴을사용합니다. perfmon은유용한몇가지카운터를제공하며가장일반적인카운터는다음과같습니다. Logical Disk 또는 Disk Transfer/sec Logical Disk 또는 Disk Reads/sec Logical Disk 또는 Disk Writes/sec 참고 : 문서발행시 Windows perfmon 은 CIFS 기반 VHDX 스토리지에대한 IOPS 및지연 시간을알려주는카운터를제공하지않았습니다. 7 장에설명된대로이러한영역은 VNXe 스토리지시스템에서모니터링합니다. 레퍼런스가상머신에서는 2:1 의읽기 : 쓰기비율을가정합니다. 위의카운터를 사용하면고객애플리케이션에대한 IOPS 합계및대략적인읽기 / 쓰기비율을 확인할수있습니다. 입출력크기 크기가작은입출력요청은크기가큰입출력요청에비해훨씬빠르고쉽게처리할수있으므로입출력크기는중요한요소입니다. 레퍼런스가상머신은평균입출력요청크기를여러다양한애플리케이션에적합한 8KB로가정합니다. 대부분의애플리케이션은 2의거듭제곱, 즉 4KB, 8KB, 16KB, 32KB 등의입출력크기를사용합니다. 성능카운터는단순평균을계산하므로실제입출력크기대신 11KB 또는 15KB 등의수치가표시되는경우가많습니다. 78

79 솔루션아키텍처개요 레퍼런스가상머신에서는 8KB의입출력크기를가정합니다. 고객의평균입출력크기가 8KB보다작을경우관찰된 IOPS 수를사용하십시오. 그러나평균입출력크기가훨씬더클경우배율인수를적용하여입출력크기를계산하십시오. 안전한계산방법은입출력크기를 8KB로나눈다음해당인수를사용하는것입니다. 예를들어애플리케이션에서주로 32KB의입출력요청을사용하는경우 32KB/8KB=4의계산을통해인수 4를사용할수있습니다. 이애플리케이션에서 32KB의입출력크기로 100 IOPS를생성중인경우, 레퍼런스가상머신에서는 8KB의입출력크기를가정하므로해당인수를적용하여 400 IOPS를계획하면됩니다. 입출력지연시간 평균입출력응답시간과입출력지연시간을사용하여스토리지시스템에서입출력요청을얼마나빨리처리하는지측정할수있습니다. VSPEX 솔루션은목표평균입출력지연시간인 20ms를충족하도록설계되었습니다. 이문서의권장사항을사용하면시스템에서목표치를계속하여충족할수있지만, 필요한경우에는시스템을모니터링하여리소스풀사용률을재평가하십시오. 입출력지연시간을모니터링하려면 Microsoft Windows의 "Logical Disk\Avg. Disk sec/transfer" 카운터를사용하십시오. 입출력지연시간이계속해서목표치를넘는경우환경에서가상머신을다시평가하여계획된것보다더많은리소스가사용되지않도록하십시오. 스토리지용량요구사항 실행중인애플리케이션에대한스토리지용량요구사항은보통수치화하기가장쉬운리소스입니다. 사용된디스크공간을확인하고확장을지원할수있도록적절한요인을추가하십시오. 예를들어현재 200GB의내부드라이브중 40GB를사용하며내년의예상증가율이약 20% 인서버를가상화하려면 48GB가필요합니다. 또한정기적인유지관리패치및스왑파일을위한공간을예약하십시오. Microsoft NTFS 같은일부파일시스템은데이터가너무많이차면성능이저하됩니다. 필요한레퍼런스가상머신결정 모든리소스가정의되면표 11 에있는관계를사용하여필요한레퍼런스가상머신 행의적절한값을결정합니다. 모든값은가장가까운정수로반올림하십시오. 표 11. 레퍼런스가상머신리소스 리소스 레퍼런스가상 머신에대한값 요구사항과필요한레퍼런스가상머신간의관계 CPU 1 필요한레퍼런스가상머신 = 리소스요구사항 메모리 2 필요한레퍼런스가상머신 = ( 리소스요구사항 )/2 IOPS 25 필요한레퍼런스가상머신 = ( 리소스요구사항 )/25 용량 100 필요한레퍼런스가상머신 = ( 리소스요구사항 )/100 79

80 솔루션아키텍처개요 예를들어예 2: PoS(Point of Sale) 시스템에서사용된 PoS(Point of Sale) 시스템에는 CPU 4개, 16GB 메모리, 200 IOPS, 200GB 스토리지가필요합니다. 이는레퍼런스가상머신 4개의 CPU, 레퍼런스가상머신 8개의메모리, 레퍼런스가상머신 8개의 IOPS, 레퍼런스가상머신 2개의스토리지용량으로해석됩니다. 표 12에서는레퍼런스가상머신이워크시트행에어떻게적용되는지를보여줍니다. 표 12. 워크시트행예 애플리케이션 CPU ( 가상 CPU) 메모리 (GB) IOPS 용량 (GB) 필요한 레퍼런스 가상머신 애플리케 이션예 리소스요구사항 해당없음 필요한레퍼런스 가상머신 각행의최대값을필요한레퍼런스가상머신열에입력하십시오. 그림 24 에나와 있는것처럼이예에서는레퍼런스가상머신이 8 개필요합니다. 그림 24. 레퍼런스가상머신풀에서필요한리소스 구축예 - 1단계고객이맞춤형애플리케이션 1개, PoS(Point of Sale) 시스템 1개및웹서버 1개를지원하는가상인프라스트럭처를구축하려고합니다. 이고객은표 13에나와있는것처럼워크시트의오른쪽에있는필요한레퍼런스가상머신열의합계를구하여필요한레퍼런스가상머신의총수를계산합니다. 다음표에서는계산결과를가장가까운정수로반올림한값과함께보여줍니다. 80

81 솔루션아키텍처개요 표 13. 애플리케이션예 - 1 단계 애플리케이션서버리소스스토리지리소스레퍼런스가상머신 CPU ( 가상 CPU) 메모리 IOPS 용량 애플리케이션예 #1: 맞춤형애플리케이션 애플리케이션예 #2: PoS(Point of Sale) 시스템 애플리케이션예 #3: 웹서버 리소스요구사항필요한레퍼런스가상머신리소스요구사항필요한레퍼런스가상머신리소스요구사항필요한레퍼런스가상머신 1 3GB 15 30GB 해당없음 GB GB 해당없음 GB 50 25GB 해당없음 필요한레퍼런스가상머신합계 14 이예에는레퍼런스가상머신 14개가필요합니다. 사이징지침에따라 10개의 SAS 드라이브와 2개이상의플래시드라이브를갖춘스토리지풀은현재의요구사항에충분한리소스를제공함과동시에차후확장에도대비할수있습니다. 최대 200개의레퍼런스가상머신을지원하는 VNXe3200을사용하여이스토리지레이아웃을구축할수있습니다. 그림 25에서는 5개의 SAS 드라이브와 2개의플래시드라이브를갖춘 VNXe3200을구축한이후에 1개의레퍼런스가상머신을사용할수있음을보여줍니다. 81

82 솔루션아키텍처개요 그림 25. 리소스요구사항집계 - 1 단계 그림 26 에서는이예의풀구성을보여줍니다. 그림 26. 풀구성 - 1 단계 구축예 - 2단계그런다음이고객은의사결정지원데이터베이스를이가상인프라스트럭처에추가해야합니다. 동일한전략을사용하여표 14에나온대로필요한레퍼런스가상머신의수를계산합니다. 표 14. 애플리케이션예 2단계 애플리케이션서버리소스스토리지리소스 레퍼런스 가상머신 CPU ( 가상 CPU) 메모리 IOPS 용량 애플리케이션예 #1: 맞춤형애플리케이션애플리케이션예 #2: 리소스요구사항필요한레퍼런스가상머신리소스요구사항 1 3GB 해당없음 GB GB 해당없음 82

83 솔루션아키텍처개요 애플리케이션서버리소스스토리지리소스 PoS(Point of Sale) 시스템 필요한레퍼런스가상머신 레퍼런스 가상머신 애플리케이션예 #3: 웹서버애플리케이션예 #4: 의사결정지원데이터베이스 리소스요구사항필요한레퍼런스가상머신리소스요구사항필요한레퍼런스가상머신 2 8GB 50 25GB 해당없음 GB 700 5,120GB 해당없음 필요한레퍼런스가상머신합계 66 이예에는레퍼런스가상머신 66개가필요합니다. 사이징지침에따라 25개의 SAS 드라이브와 2개이상의플래시드라이브를갖춘스토리지풀 1개는현재의요구사항에충분한리소스를제공함과동시에차후확장에도대비할수있습니다. 최대 200개의레퍼런스가상머신을지원하는 VNXe3200을사용하여이스토리지레이아웃을구축할수있습니다. 그림 27에서는 25개의 SAS 드라이브와 2개의플래시드라이브를갖춘 VNXe3200을구축한이후에 9개의레퍼런스가상머신을사용할수있음을보여줍니다. 그림 27. 리소스요구사항집계 - 2 단계 그림 28 에서는이예의풀구성을보여줍니다. 83

84 솔루션아키텍처개요 그림 28. 풀구성 - 2 단계 하드웨어리소스세부조정 일반적으로서버및스토리지에대한권장하드웨어크기는필요한레퍼런스가상머신결정에설명된프로세스에따라결정됩니다. 그러나시스템에사용가능한하드웨어리소스를더세부적으로맞춤구성해야하는경우도있습니다. 시스템아키텍처에대한전체설명은이가이드의범위를벗어나지만, 이시점에서몇가지추가적인맞춤구성작업은수행할수있습니다. 스토리지리소스일부애플리케이션의데이터를다른워크로드에서분리해야할경우가있습니다. VSPEX 아키텍처의스토리지레이아웃에서모든가상머신은단일리소스풀안에배치됩니다. 워크로드를분리하려면해당애플리케이션워크로드에사용할디스크드라이브를추가로구입한후전용풀에추가합니다. 필요한레퍼런스가상머신결정에요약된방법에따라 VSPEX 스토리지빌딩블록에설명된빌딩블록을사용하여레퍼런스가상머신수를 15개에서 200개로확장하는가상인프라스트럭처를쉽게구축할수있습니다. 이때 VSPEX 프라이빗클라우드의검증된최대구성에설명된각스토리지시스템의권장제한에유의하십시오. 서버리소스워크로드에따라서버요구사항과스토리지요구사항간의관계가레퍼런스가상머신에정리된것과다른경우도있습니다. 이경우서버계층과스토리지계층의크기를별도로지정합니다. 그림 29. 서버리소스맞춤구성 84

85 솔루션아키텍처개요 먼저표 15 에서와같이서버구성요소에대한리소스요구사항을전체적으로 정리해야합니다. 워크시트하단에있는서버구성요소합계행에서표에나와있는 각애플리케이션의서버리소스요구사항을합산합니다. 참고 : 이러한방식으로리소스를맞춤구성할경우스토리지사이징이여전히적절한지 확인하십시오. 표 15 의맨아래에있는스토리지구성요소합계행은필요한스토리지 용량을나타냅니다. 표 15. 서버리소스구성요소합계 애플리케이션서버리소스스토리지리소스 레퍼런스 가상머신 CPU ( 가상 CPU) 메모리 IOPS 용량 애플리케이션예 #1: 맞춤형 애플리케이션 애플리케이션예 #2: PoS(Point of Sale) 시스템 애플리케이션예 #3: 웹서버 #1 애플리케이션예 #4: 의사결정지원시스템데이터베이스 #1 리소스요구사항필요한레퍼런스가상머신리소스요구사항필요한레퍼런스가상머신리소스요구사항필요한레퍼런스가상머신리소스요구사항필요한레퍼런스가상머신 1 3GB 15 30GB 해당없음 GB G B 해당없음 2 8GB 50 25GB 해당없음 GB 700 5,120 GB 해당없음 필요한레퍼런스가상머신합계 174 서버맞춤구성 서버구성요소합계 해당없음 참고 : 서버 / 스토리지구성요소합계를구하려면필요한레퍼런스가상머신이아니라각 애플리케이션에대한리소스요구사항행의합계를계산합니다. 85

86 솔루션아키텍처개요 이예에서는타겟아키텍처에가상 CPU 17개와 155GB의메모리가필요합니다. 물리적프로세서코어 1개당 4개의가상머신이있고메모리초과용량할당을사용하지않는다는가정이명시된상황에서, 이는물리적프로세서코어 5개와 155GB의메모리로해석됩니다. 이러한환경에서는서버및스토리지리소스를거의추가하지않고도솔루션을효과적으로구축할수있습니다. 참고 : 리소스풀하드웨어를맞춤구성할경우항상고가용성요구사항을염두에두십시오. 부록 C 에서는빈서버리소스구성요소합계워크시트를제공합니다. EMC VSPEX 사이징툴 이솔루션을손쉽게사이징할수있도록 EMC 에서는 VSPEX 사이징툴을제공합니다. 이툴은위의섹션에설명된것과동일한사이징프로세스를사용하며, 기타 VSPEX 솔루션에대한사이징도통합합니다. VSPEX 사이징툴을사용하면검증워크시트에기록된고객의답변에따라리소스요구사항을입력할수있습니다. VSPEX 사이징툴에입력을마치면일련의권장사항이생성됩니다. 이를통해이러한요구사항을충족하는플랫폼구성정보를알아볼수있으며사이징에대한전제조건을검증할수있습니다. 이툴은 EMC VSPEX 사이징툴에서액세스할수있습니다. 86

87 5 장 VSPEX 구성지침 이장에서다루는내용은다음과같습니다. 개요 구축전작업 고객구성데이터 스위치준비, 네트워크연결, 스위치구성 스토리지시스템준비및구성 Hyper-V 호스트설치및구성 SQL Server 데이터베이스설치및구성 System Center Virtual Machine Manager Server 구축 요약

88 VSPEX 구성지침 개요 구축프로세스는표 16에나와있는주요단계로구성됩니다. 구축후 VSPEX 인프라스트럭처를기존고객네트워크및서버인프라스트럭처와통합합니다. 표 16에는솔루션구축프로세스의주요단계와함께관련절차를참조할수있는섹션이나와있습니다. 표 16. 구축프로세스개요 단계 설명 참조 1 사전요구사항확인 구축전작업 2 구축툴준비 구축관련사전요구사항 3 고객구성데이터수집 고객구성데이터 4 5 구성요소의랙설치및케이블연결스위치및네트워크를구성하여고객네트워크에연결 공급업체설명서참조 스위치준비, 네트워크연결, 스위치구성 6 VNXe 설치및구성스토리지시스템준비및구성 7 가상머신스토리지구성스토리지시스템준비및구성 8 서버설치및구성 Hyper-V 호스트설치및구성 9 10 SQL Server 설치 (SCVMM 에 사용 ) SCVMM 설치및구성 SQL Server 데이터베이스설치및구성 System Center Virtual Machine Manager Server 구축 88

89 VSPEX 구성지침 구축전작업 개요 표 17에나와있는구축전작업에는환경설치및구성과직접적인연관성은없지만사전에완료해야설치를시작할수있는절차가포함되어있습니다. 구축전작업의예로는호스트이름, IP 주소, VLAN ID, 라이센스키, 설치미디어등을수집하는작업을들수있습니다. 이러한작업은고객사이트를방문하기전에완료해야현장에서소요되는시간을줄일수있습니다. 표 17. 구축전작업 작업설명참조 문서수집툴수집데이터수집 부록D에나와있는관련문서를수집합니다. 이러한문서에서는솔루션의다양한구성요소별로설치절차와구축 Best Practice에대한정보를제공합니다. 구축하는데반드시필요한툴과선택적툴을준비합니다. 구축프로세스를시작하기전에표 18을참조하여필요한장비, 소프트웨어, 해당라이센스가모두준비되었는지확인합니다. 고객의네트워크, 이름지정방식, 필요한계정등과관련하여구체적인구성데이터를수집합니다. 구축프로세스를진행하면서참조할수있도록고객구성 Data Sheet에해당정보를입력합니다. 참고자료 : EMC 설명서표 18: 구축관련사전요구사항체크리스트부록B 구축관련사전요구사항 표 18에는솔루션을구성하는데필요한하드웨어, 소프트웨어및라이센스요구사항이나열되어있습니다. 자세한내용은표 3 섹션을참조하십시오. 표 18. 구축관련사전요구사항체크리스트 요구사항설명참조 하드웨어 200개의가상서버를호스팅하기에충분한물리적서버용량 가상인프라스트럭처서버를호스팅할 Windows Server 2012 R2 서버 표 2 참고 : 기존인프라스트럭처가이요구사항을이미충족할수도있습니다. 가상서버인프라스트럭처에필요한 89

90 VSPEX 구성지침 요구사항 설명 참조 스위치포트용량및기능 EMC VNXe3200( 가상머신 200개 ): 요구되는디스크레이아웃이적용된멀티프로토콜스토리지 소프트웨어 SCVMM 2012 R2 설치미디어 Microsoft Windows Server 2012 R2 설치미디어 Microsoft Windows Server 2012 R2 설치미디어 ( 가상머신게스트 OS의경우선택사항 ) Microsoft SQL Server 2012 R2 이상설치미디어 참고 : 기존인프라스트럭처가이요구사항을이미충족할수도있습니다. 라이센스 Microsoft Windows Server 2012 R2 Standard Edition 이상라이센스키 ( 선택사항 ) Microsoft Windows Server 2012 R2 Datacenter Edition 라이센스키 참고 : 이요구사항은기존 Microsoft KMS(Key Management Server) 에의해충족될수도있습니다. Microsoft SQL Server 라이센스키참고 : 기존인프라스트럭처가이요구사항을이미충족할수도있습니다. SCVMM 2012 R2 라이센스키 고객구성데이터 현장에서의작업시간을줄이려면계획단계에서 IP 주소나호스트이름같은정보를수집해두어야합니다. 부록B에는관련정보를기록할수있는표가포함되어있습니다. 구축단계에서필요할경우정보를추가, 기록또는수정합니다. 90

91 VSPEX 구성지침 스위치준비, 네트워크연결, 스위치구성 개요 이섹션에는이아키텍처를지원하기위한네트워크인프라스트럭처의요구사항이 나와있습니다. 표 19 에는스위치및네트워크구성을위한작업과추가정보를얻을 수있는참고자료가요약되어있습니다. 표 19. 스위치및네트워크구성작업 작업설명참조 인프라스트럭처네트워크구성 VLAN 구성네트워크케이블연결 스토리지시스템준비및구성및 Hyper-V 호스트설치및구성에지정된대로스토리지시스템및 Windows 호스트인프라스트럭처네트워킹을구성합니다. 필요에따라전용 VLAN과공용 VLAN을구성합니다. 1. 스위치상호연결포트를연결합니다. 2. VNXe 포트를연결합니다. 3. Windows 서버포트를연결합니다. 스토리지시스템준비및구성 Hyper-V 호스트설치및구성. 공급업체의스위치구성가이드 네트워크스위치준비 이솔루션에서검증된수준의성능과고가용성을얻으려면부록A에나와있는스위치용량이필요합니다. 기존인프라스트럭처가요구사항을충족하는경우새하드웨어를사용하지않습니다. 인프라스트럭처네트워크구성 인프라스트럭처네트워크에서각 Windows 호스트, 스토리지시스템, 스위치상호연결포트, 스위치업링크포트에대한네트워크연결은이중화하고추가네트워크대역폭을마련해야합니다. 솔루션에사용할네트워크인프라스트럭처가이미갖추어져있든, 다른구성요소와함께새로구축하든상관없이이이중화구성이필요합니다. 그림 30 및그림 31에는이솔루션에사용할이중화된인프라스트럭처의샘플이나와있습니다. 그림의예에서는이중화스위치및링크를사용하여단일장애지점을없앴습니다. 91

92 VSPEX 구성지침 그림 30 에서융합형스위치는스토리지네트워크를위한다양한프로토콜옵션 (FC 또는 iscsi) 을제공합니다. 기존 FC 스위치는 FC 프로토콜옵션에사용할수있고, 10Gb 이더넷네트워크스위치는 iscsi 에사용합니다. 그림 30. 이더넷네트워크아키텍처샘플 - 블록버전 92

93 VSPEX 구성지침 그림 31 에는파일스토리지에사용할이중화된이더넷인프라스트럭처의샘플이 나와있습니다. 또한, 이중화스위치및링크를사용함으로써네트워크접속 구성에서단일장애지점을없앴음을알수있습니다. 그림 31. 이더넷네트워크아키텍처샘플 - 파일버전 VLAN 구성 스토리지시스템및 Windows 호스트용으로적합한스위치포트가있는지 확인합니다. 최소 3 개의 VLAN 을다음과같은용도로사용하십시오. 가상머신네트워킹및트래픽관리 ( 필요한경우분리할수있는고객용네트워크 ) VM 관리 / 실시간마이그레이션네트워킹 ( 전용네트워크 ) 스토리지네트워킹 (iscsi 또는 SMB, 전용네트워크 ) 점보프레임구성 (iscsi 또는 SMB 에만해당 ) iscsi 및 SMB 프로토콜에대해점보프레임을사용합니다. iscsi 또는 SMB 스토리지 네트워크에대한스위치포트에서 MTU 를 9,000 으로설정합니다. 자세한설정 방법은스위치구성가이드를참조하십시오. 93

94 VSPEX 구성지침 네트워크케이블연결 다음을확인합니다. 모든서버, 스토리지시스템, 스위치상호연결및스위치업링크가각각별도의 스위치인프라스트럭처에연결되고접속구성이이중화됩니다. 기존고객네트워크에완벽하게연결됩니다. 참고 : 새장비를기존고객네트워크에연결할때예기치않은상호작용으로서비스가 중단되지않도록주의해야합니다. 스토리지시스템준비및구성 솔루션에대해선택한스토리지네트워크프로토콜에따라구축지침과 Best Practice가달라질수있습니다. 사례별단계는다음과같습니다. 1. VNXe를구성합니다. 2. 호스트에스토리지용량을할당합니다. 3. 필요에따라 FAST VP를구성합니다. 4. 필요에따라 FAST Cache를구성합니다. 아래섹션에서는블록프로토콜 (FC, iscsi) 중하나를선택했는지또는파일프로토콜 (CIFS) 을선택했는지여부에따른단계별옵션에대해설명합니다. FC 또는 iscsi의경우블록프로토콜용으로표시된지침을참조하십시오. CIFS의경우파일프로토콜용으로표시된지침을참조하십시오. 블록프로토콜에대한 VNXe 구성 이섹션에서는 FC 또는 iscsi 와같은블록프로토콜을사용하여호스트에 액세스하도록 VNXe 스토리지시스템을구성하는방법에대해설명합니다. VNXe 시리즈는이솔루션에서 Windows 호스트에사용할데이터스토리지를제공합니다. 표 20. 블록프로토콜에대한 VNXe 구성작업 작업설명참조 VNXe 준비초기 VNXe 구성설정 Hyper-V 호스트에대한스토리지용량할당 제품설명서에나오는절차에따라 VNXe 하드웨어를실제로설치합니다. VNXe에서 IP 주소와기타주요매개변수를구성합니다. 솔루션에필요한스토리지영역을구축합니다. EMC VNXe3200 Unified Installation Guide Unisphere 시스템시작가이드 공급업체의스위치구성가이드 94

95 VSPEX 구성지침 VNXe 준비 VNXe를조립하고랙에설치하고케이블과전원을연결하기위한지침은 VNXe3200 Unified 설치가이드를참조하십시오. 이솔루션에만특별하게적용되는설치단계는없습니다. 초기 VNXe 구성설정초기 VNXe 설정후스토리지시스템이환경내다른디바이스와통신할수있도록기존환경에대한핵심정보를구성합니다. IT 데이터센터정책및기존인프라스트럭처정보에따라다음항목을구성합니다. DNS NTP 스토리지네트워크인터페이스 FC 프로토콜을사용하여데이터를연결할경우직접연결방식으로, 또는검증된 FC 스위치를통해 VNXe 스토리지시스템에하나이상의서버가접속되어있는지확인합니다. 자세한내용은 Windows용 EMC 호스트접속가이드를참조하십시오. iscsi 프로토콜을사용하여데이터를연결할경우직접적으로또는검증된 IP 스위치를통해하나이상의서버를 VNXe 스토리지시스템에연결합니다. 자세한내용은 Windows용 EMC 호스트접속가이드를참조하십시오. 추가로, IT 데이터센터정책및기존인프라스트럭처정보에따라다음항목을구성합니다. 1. 스토리지네트워크 IP 주소설정 : 3장에설명된대로스토리지네트워크를솔루션내의다른네트워크에서논리적으로분리합니다. 이렇게하면다른네트워크트래픽이호스트와해당스토리지간트래픽에영향을미치지않습니다. 2. VNXe iscsi 포트에대해점보프레임설정 : 더큰네트워크대역폭이필요한경우 iscsi 네트워크에대해점보프레임을사용합니다. 환경에있는네트워크인터페이스전체에서아래에지정된 MTU 크기를적용합니다. a. Unisphere에서 Settings > Network > More Configuration >Port Settings를선택합니다. b. 적절한 iscsi 네트워크인터페이스를선택합니다. 95

96 VSPEX 구성지침 c. 오른쪽패널에서 MTU 크기를 9,000으로설정합니다. d. Apply를클릭하여변경내용을적용합니다. 94페이지의표 20에나와있는참조문서에서자세한 VNXe 플랫폼구성방법을참조할수있습니다. 스토리지구성지침에서는디스크레이아웃에대한자세한내용을제공합니다. Hyper-V 호스트에대한스토리지용량할당이섹션에서는 Hyper-V 호스트에대한블록스토리지용량할당에대해설명합니다. 파일스토리지를용량할당하려면파일프로토콜에대한 VNXe 구성을참조하십시오. Unisphere에서다음단계를수행하여 VNXe 스토리지에서가상서버를저장할 LUN을구성합니다. 1. 4장에나오는사이징정보를기반으로환경에필요한만큼스토리지풀을생성합니다. 이예에서는 4장에서설명한스토리지권장최대값을사용합니다. a. Unisphere에로그인합니다. b. 이솔루션에대한스토리지를선택합니다. c. Storage > Storage Configuration > Storage Pools를선택합니다. d. List View를클릭합니다. e. Create를클릭합니다. 참고 : 풀에서는추가스토리지에대해시스템드라이브를사용하지않습니다. 표 21. 블록에대한스토리지할당표 구성 풀수 풀당 10K SAS 드라이브수 풀당 LUN 수 LUN 크기 (TB) 가상머신 200 개 2 풀 1: 40 풀 2: 25 2 풀 1: 7 풀 2: 5 합계 풀 1-7TB LUN 2개풀 2-5TB LUN 2개 참고 : 이솔루션에서각가상머신은 102GB의공간 (OS 및사용자공간 100GB 및 2GB 스왑파일 ) 을차지합니다. 96

97 VSPEX 구성지침 2. 씬 LUN을프로비저닝하려면 1단계에서구축한풀을사용합니다. a. Storage > LUNs를선택합니다. b. Create를클릭합니다. c. Create a LUN을선택합니다. d. LUN Name을지정합니다. e. 1단계에서생성한풀을선택합니다. 항상하나의물리적스토리지풀에 두개의씬 LUN을생성해야합니다. 사용자용량은특정가상머신수에 따라달라집니다. 자세한내용은표 21 섹션을참조하십시오. f. 적절한 Snapshot Schedule을구성합니다. g. 각호스트에대해적절한 Host Access를구성합니다. h. Summary of LUN Configuration을검토하고 Finish를클릭하여 LUN을 생성합니다. 파일프로토콜에대한 VNXe 구성 이섹션과표 22 는 Hyper-V 호스트에대한파일스토리지용량할당작업을 설명합니다. 표 22. 파일프로토콜에대한스토리지구성작업 작업설명참조 VNXe 준비초기 VNXe 구성설정네트워크인터페이스생성 CIFS 서버생성파일의스토리지풀생성 제품설명서에나오는절차에따라 VNXe 하드웨어를실제로설치합니다. VNXe에서 IP 주소와기타주요매개변수를구성합니다. CIFS 서버의 IP 주소와네트워크인터페이스정보를구성합니다. 스토리지를게시할 CIFS 서버인스턴스를생성합니다. 파일시스템을포함할블록풀구조및 LUN을생성합니다. VNXe3200 Unified 설치가이드 Unisphere 시스템시작가이드 공급업체의스위치구성가이드 파일시스템생성 SMB 공유파일시스템을구축합니다. 97

98 VSPEX 구성지침 VNXe 준비 VNXe를조립하고랙에설치하고케이블과전원을연결하기위한지침은 VNXe3200 Unified 설치가이드를참조하십시오. 이솔루션에만특별하게적용되는설치단계는없습니다. 초기 VNXe 구성설정초기 VNXe 설정후스토리지시스템이환경내다른디바이스와통신할수있도록기존환경에대한핵심정보를구성합니다. 직접연결방식으로, 또는검증된 IP 스위치를통해 VNXe 스토리지시스템에하나이상의서버가접속되어있는지확인합니다. IT 데이터센터정책및기존인프라스트럭처정보에따라다음항목을구성합니다. DNS NTP 스토리지네트워크인터페이스 스토리지네트워크 IP 주소 CIFS 서비스및 Active Directory 도메인구성원자세한내용은 Windows용 EMC 호스트접속가이드를참조하십시오. VNXe 스토리지네트워크인터페이스에점보프레임사용더큰네트워크대역폭이필요한경우스토리지네트워크에대해점보프레임을사용합니다. 환경에있는네트워크인터페이스전체에서아래에지정된 MTU 크기를적용합니다. 점보프레임을설정하려면다음단계를수행하십시오. 1. Unisphere에서 Settings > More Configuration >Port Settings를선택합니다. 2. I/O modules 패널에서적절한네트워크인터페이스를선택합니다. 3. 오른쪽패널에서 MTU 크기를 9,000으로설정합니다. 4. Apply를클릭하여변경내용을적용합니다. VNXe 스토리지네트워크인터페이스에서 Link Aggregation 생성 Link Aggregation을생성하면 VNXe3200 시스템에네트워크이중화가구축됩니다. 다음단계를수행하여네트워크인터페이스 Link Aggregation을생성합니다. 1. VNXe에로그인합니다. 2. I/O Modules 패널에서네트워크인터페이스를선택합니다. 98

99 VSPEX 구성지침 3. 오른쪽패널에서다른네트워크인터페이스와통합합니다. 4. Create Aggregation 버튼을클릭합니다. 5. Yes를클릭하여변경내용을적용합니다. 표 20에나와있는참조문서에서자세한 VNXe 플랫폼구성방법을참조할수있습니다. 서버구성지침섹션에서는디스크레이아웃에대한자세한내용을확인할수있습니다. CIFS 서버생성네트워크인터페이스가 CIFS 서버에매핑됩니다. CIFS 서버에서네트워크를통해파일공유에액세스할수있습니다. 다음단계를수행하여네트워크인터페이스를생성합니다. 1. VNXe에로그인합니다. 2. Settings > NAS Servers를클릭합니다. 3. Create를클릭합니다. Create NAS Server 마법사에서다음단계를수행하십시오. 1. Server Name을지정합니다. 2. 파일공유를제공할 Storage Pool을선택합니다. 3. 인터페이스의 IP Address를입력합니다. 4. 인터페이스의 Server Name을입력합니다. 5. 인터페이스의 Subnet Mask를입력합니다. 6. Show Advanced를클릭합니다. 7. 파일공유를지원할 SP(Storage Processor) 를선택합니다. 8. VNXe 스토리지네트워크인터페이스에서 Link Aggregation 생성에서생성한 Link Aggregation 인터페이스에대한 Ethernet Port를선택합니다. 9. 필요할경우 VLAN ID를지정합니다. 10. Next를클릭합니다. 99

100 VSPEX 구성지침 그림 32. NAS 서버주소생성 11. Windows 공유 (CIFS) 를선택합니다. 12. Standalone or Join to the Active Directory에적절한정보를지정합니다. 13. 필요한경우 DNS/NIS를입력합니다. 14. NAS 서버요약정보를검토한후 Finish를클릭하여마법사를완료합니다. 100

101 VSPEX 구성지침 그림 33. NAS 서버유형구성 Windows 호스트에대한스토리지용량할당이섹션에서는 Windows 호스트에대한블록스토리지용량할당에대해설명합니다. 파일스토리지용량을할당하려면파일프로토콜에대한 VNXe 구성섹션을참조하십시오. Unisphere에서다음단계를수행하여 VNXe 스토리지에서가상서버를저장할 LUN을구성합니다. 1. 4장에나오는사이징정보를기반으로환경에필요한만큼스토리지풀을생성합니다. 이예에서는 4장에서설명한스토리지권장최대값을사용합니다. a. Unisphere에로그인합니다. b. Storage > Storage Configuration > Storage Pools를선택합니다. c. List View를클릭합니다. d. Create를클릭합니다. 참고 : 풀에서는추가스토리지에대해시스템드라이브를사용하지않습니다. 101

102 VSPEX 구성지침 표 23. 파일에대한스토리지할당표 구성 풀수 풀당 10K SAS 드라이브수 풀당 LUN 수 LUN 크기 (TB) 가상머신 200 개 2 풀 1: 40 풀 2: 25 2 풀 1: 7 풀 2: 5 합계 풀 1-7TB LUN 2개풀 2-5TB LUN 2개 참고 : 이솔루션에서각가상머신은 102GB의공간 (OS 및사용자공간 100GB 및 2GB 스왑파일 ) 을차지합니다. 파일시스템생성 SMB 파일공유를생성하려면다음작업을수행하십시오. 1. 스토리지풀및네트워크인터페이스를생성합니다. 2. 파일시스템을생성합니다. VNXe에서파일시스템을생성하려면스토리지풀과 NAS 서버가필요합니다. 스토리지풀또는인터페이스가없는경우 Windows 호스트에대한스토리지용량할당및 CIFS 서버생성섹션의단계에따라스토리지풀과네트워크인터페이스를생성합니다. 스토리지풀에서씬파일시스템 2개를생성합니다. 파일시스템수에대한자세한내용은표 23을참조하십시오. 다음단계에따라 SMB 파일공유에대한 VNXe 파일시스템을생성합니다. 1. Unisphere에로그인합니다. 2. Storage > File Systems를선택합니다. 3. Create를클릭합니다. File System Creation 마법사가나타납니다. 4. NAS 서버를선택합니다. 5. 파일시스템이름을지정합니다. 6. 스토리지풀과크기를지정합니다. Size는특정가상머신수에따라달라집니다. 자세한내용은표 23을참조하십시오. 7. 파일시스템의공유이름을지정합니다. 102

103 VSPEX 구성지침 8. 각호스트에대해호스트액세스를구성합니다. 9. 적절한스냅샷스케줄을선택합니다. 10. 파일시스템생성요약정보를검토한후 Finish를클릭하여마법사를완료합니다. FAST VP 구성 ( 선택사항 ) 이절차는선택사항이며파일및블록스토리지구축모두에적용됩니다. 다음 단계를완료하여 FAST 를구성합니다. 스토리지풀에 2 개의플래시드라이브를 할당합니다. 1. Storage > Storage Configuration > Storage Pools를선택합니다. 2. 파일또는블록스토리지용량할당을수행할때생성한풀을선택하고 Details를클릭합니다. 3. Fast VP를클릭합니다. 여기서다른계층에재배치되었거나재배치할데이터의양을확인할수있습니다. Start Data Relocation을직접클릭하여재배치작업을시작하거나 Fast VP Settings로이동하여추가구성을수행할수있습니다. 그림 34에는 Fast VP 탭이나와있습니다. 그림 34. Fast VP 탭 참고 : Tier Status 영역에는선택한풀과관련된 FAST VP 정보가나타납니다. 103

104 VSPEX 구성지침 4. Fast VP Settings 에서 General 을클릭하고 Enable Scheduled Relocations 를 선택하여예약된재배치작업을설정한후그림 35 에나와있는것과같이 적절한 Data Relocation Rate 를선택합니다. 그림 35. 예약된 Fast VP 재배치 대화상자에서 Data Relocation Rate를제어할수있습니다. 기본속도는호스트입출력에큰영향을미치지않도록 Medium으로설정됩니다. 5. Schedule을클릭하고재배치스케줄에적절한일수와횟수를선택합니다. 그림 36에서는 Fast VP 재배치스케줄의예를보여줍니다. 104

105 VSPEX 구성지침 그림 36. Fast VP 재배치스케줄 참고 : FAST VP 는재배치일정을생성할수있는자동화된툴입니다. 재배치가성능에미치는 잠재적영향을최소화하기위해사용량이적은시간에재배치를예약하십시오. FAST Cache 구성 ( 선택사항 ) 필요에따라 FAST Cache 를구성합니다. 이솔루션의스토리지풀에대해 FAST Cache 를구성하려면다음단계를수행합니다. 참고 : FAST Cache 는이솔루션의선택적구성요소이며, 3 장에설명된대로향상된성능을 제공할수있습니다. 1. 플래시드라이브를 FAST Cache로구성합니다. a. Storage > Storage Configuration > Fast Cache를선택하여 Fast Cache를구성합니다. b. Create를클릭하여구성마법사를시작합니다. Fast Cache 기능을사용할수있는라이센스가설치되어있는지여부와적합한플래시디스크가있는지여부가표시됩니다. c. Next를클릭합니다. 디스크수와 RAID 유형이표시됩니다. d. Finish를클릭하여구성을완료합니다. 그림 37에서는 Fast Cache를생성하는단계를보여줍니다. 105

106 VSPEX 구성지침 그림 37. FAST Cache 생성 참고 : 사용가능한플래시드라이브의수가충분하지않은경우 Next 버튼이회색으로 표시됩니다. 2. 스토리지풀에서 FAST Cache를설정합니다. 스토리지풀에서 LUN이생성되면스토리지풀레벨에서해당 LUN에대해서만 FAST Cache를구성할수있습니다. 스토리지풀에서생성된모든 LUN의 FAST Cache가활성화되거나비활성화됩니다. 그림 38에나와있는것과같이 Create Storage Pool 마법사에서풀에대해 FAST Cache를구성합니다. VNXe 시리즈에서 FAST Cache를설치하면스토리지풀이생성될때기본적으로설정됩니다. 106

107 VSPEX 구성지침 그림 38. Create Storage Pool 대화상자의 Advanced 탭 FAST Cache 를설치하기전에스토리지풀을생성한경우에는그림 39 에 나와있는것처럼 Storage Pool Detail 대화상자의 Settings 탭을사용하여 FAST Cache 를구성합니다. 107

108 VSPEX 구성지침 그림 39. Storage Pool Properties 대화상자의 Settings 탭 참고 : VNXe FAST Cache 기능을사용한다고해서곧바로성능이개선되지는않습니다. 시스템이액세스패턴에대한데이터를수집한후자주사용되는정보를캐시에올려야하기때문입니다. 이프로세스를수행하는데몇시간정도소요될수있으며, 그사이스토리지성능이꾸준히향상됩니다. Hyper-V 호스트설치및구성 개요 이섹션에서는아키텍처를지원하는데필요한 Windows 호스트및인프라스트럭처 서버를설치하고구성할때요구되는사항을설명합니다. 표 24 에필요한작업이나와있습니다. 표 24. 서버설치작업 작업설명참조 Windows 호스트설치 Hyper-V 설치및페일오버클러스터링구성 이솔루션용으로구축된물리적서버에 Windows Server 2012 R2를설치합니다. 1. Hyper-V 서버역할을추가합니다. 2. 페일오버클러스터링기능을추가합니다. 3. Hyper-V 클러스터를생성하고구성합니다

109 VSPEX 구성지침 작업설명참조 Windows 호스트네트워킹구성 Windows 서버에 PowerPath 설치가상머신메모리할당계획 NIC 팀구성및가상스위치네트워크를비롯한 Windows 호스트네트워킹을구성합니다. VNXe LUN에대한경로다중화관리를위한 PowerPath 설치및구성 Windows Hyper-V 게스트메모리관리기능이환경에맞게구성되어있는지확인합니다. Windows용 PowerPath 및 PowerPath/VE를위한설치및관리가이드 Windows 호스트설치 Microsoft Best Practice 에따라이솔루션에대한물리적서버에 Windows Server 2012 R2 및 Hyper-V 역할을설치합니다. Hyper-V 설치및페일오버클러스터링구성 다음단계에따라페일오버클러스터링을설치하고구성합니다. 1. 각각의 Windows 호스트에 Windows Server 2012 R2 를설치하고패치를 적용합니다. 2. Hyper-V 역할과페일오버클러스터링기능을구성합니다. 3. 각각의 Windows 호스트에서 HBA 드라이버를설치하거나 iscsi 이니시에이터를구성합니다. 자세한내용은 Windows용 EMC 호스트접속가이드를참조하십시오. 108페이지의표 24에는구성작업을수행하는단계와참고자료가나와있습니다. Windows 호스트네트워킹구성 성능과가용성을보장하려면다음개수의 NIC(Network Interface Card) 가필요합니다. 가상머신네트워킹과관리에사용할 1 개이상의 NIC( 필요한경우네트워크 또는 VLAN 별로분리할수있음 ) 스토리지네트워크에사용할 2 개이상의 10GbE NIC 실시간마이그레이션에사용할 1 개이상의 NIC 참고 : iscsi 또는 SMB 데이터를전송하는 NICS 용점보프레임을설정합니다. MTU 를 9,000 으로설정합니다. 자세한내용은 NIC 구성가이드를참조하십시오. 109

110 VSPEX 구성지침 Windows 서버에 PowerPath 설치 VNXe 스토리지시스템의성능과기능을개선하려면 Windows 서버에 PowerPath 를 설치합니다. 자세한설치단계는 Windows 용 PowerPath 및 PowerPath/VE 설치및 관리가이드를참조하십시오. 가상머신메모리할당계획 이솔루션에는두가지용도에맞는서버용량이필요합니다. 새로운가상화서버인프라스트럭처지원 인증또는권한부여, DNS, 데이터베이스등필요한인프라스트럭처서비스지원인프라스트럭처서비스호스팅을위한최소요구사항에대한자세한내용은부록A를참조하십시오. 기존인프라스트럭처서비스가이러한요구사항에부합하는경우인프라스트럭처서비스용으로나열된하드웨어가필요하지않습니다. 메모리구성이솔루션에대한서버메모리를적절한크기로구성합니다. 이섹션에서는 Hyper-V 환경에서메모리를관리하는방법을간략하게소개합니다. 메모리가상화기술을통해하이퍼바이저에서동적메모리와같은물리적호스트리소스를추상화하여리소스소진을방지하는동시에여러가상머신간에리소스를분리할수있습니다. EPT가지원되는 Intel 프로세서등의고급프로세서를구축할경우에는이러한추상화가 CPU 내에서수행됩니다. 그렇지않으면이프로세스는하이퍼바이저자체내에서수행됩니다. 하이퍼바이저에는메모리등의시스템리소스사용률을극대화하는여러가지기술이포함되어있습니다. 리소스를대폭초과할당하지마십시오. 그러면시스템성능이저하될수있습니다. 실제환경에서메모리과도할당이미치는영향을예측하기는어렵습니다. 과도할당된메모리양에따라리소스소진으로인한성능저하의정도가커집니다. 110

111 VSPEX 구성지침 SQL Server 데이터베이스설치및구성 개요 대부분의고객은서버가상화솔루션을프로비저닝하고관리할때필요하지않은 경우라도관리툴을사용합니다. 관리툴을사용하려면데이터베이스백엔드가 필요합니다. SCVMM 은 SQL Server 2012 를데이터베이스플랫폼으로사용합니다. 이섹션에서는솔루션에사용할 SQL Server 데이터베이스를설치하고구성하는 방법을설명합니다. 표 25 에는자세한설치작업이나와있습니다. 표 25. SQL Server 데이터베이스설치작업 작업설명참조 Microsoft SQL Server용가상머신생성 가상머신에 Microsoft Windows 설치 Microsoft SQL Server 설치 SCVMM 용 SQL Server 구성 SQL Server를호스팅할가상머신을생성한후 가상서버가하드웨어및소프트웨어요구사항에맞는지확인합니다. 가상머신에 Microsoft Windows Server 2012 R2 Datacenter Edition을설치합니다. 지정된가상머신에 Microsoft SQL Server를설치합니다. 원격 SQL Server 인스턴스또는 SCVMM을구성합니다 Microsoft SQL Server 용가상머신생성 인프라스트럭처가상머신용으로지정된 Windows 서버중하나에충분한컴퓨팅리소스와함께가상머신을생성합니다. 공유인프라스트럭처용으로지정된스토리지를사용합니다. 참고 : 고객환경에이용도로 SQL Server가이미설치되어있을수도있습니다. 이경우 SCVMM용 SQL Server 구성섹션을참조하십시오. 가상머신에 Microsoft Windows 설치 SQL Server 서비스는 Microsoft Windows에서실행해야합니다. 필요한 Windows 버전을가상머신에설치하고적절한네트워크, 시간, 인증설정을선택합니다. 111

112 VSPEX 구성지침 SQL Server 설치 SQL Server 설치미디어를사용하여가상머신에 SQL Server 를설치합니다. SQL Server 설치방법은 Microsoft TechNet 웹사이트에서참조할수있습니다. SQL Server 설치관리자에서 SSMS(SQL Server Management Studio) 라는구성 요소를설치할수있습니다. 이구성요소를 SQL Server 에서직접설치하거나관리자 콘솔에서설치합니다. 데이터파일을저장하는기본경로를변경하려면다음단계를수행합니다. 1. SSMS에서서버객체를마우스오른쪽버튼으로클릭하고 Database Properties를선택합니다. 속성창이나타납니다. 2. 서버에생성된새데이터베이스의기본데이터및로그디렉토리를변경합니다. SCVMM 용 SQL Server 구성 이솔루션에서 SCVMM 을사용하려면 SQL Server 의원격접속을구성하십시오. 원격 접속을올바르게구성하는데필요한요구사항과구성단계는 VMM 에대해 SQL Server 원격인스턴스구성문서를참조하십시오. 자세한내용은부록 D 의문서목록을참조하십시오. 참고 : 이솔루션에 Microsoft SQL Server Express 기반데이터베이스옵션을사용하지 마십시오. SQL Server 에서데이터베이스에액세스하는각서비스별로개별로그인계정을 생성합니다. System Center Virtual Machine Manager Server 구축 개요 이섹션에서는 SCVMM 구성방법에대한정보를제공합니다. 표 26 에나열된작업을 완료합니다. 표 26. SCVMM 구성작업 작업설명참조 SCVMM 호스트가상머신생성 SCVMM 게스트 OS 설치 SCVMM 서버용가상머신을 생성합니다. SCVMM 호스트가상머신에 Windows Server 2012 R2 Datacenter Edition 을설치합니다. 가상머신생성 게스트운영체제설치 112

113 VSPEX 구성지침 작업설명참조 SCVMM 서버설치 SCVMM 서버를설치합니다. VMM 관리서버를 설치하는방법 SCVMM 관리콘솔설치호스트에로컬로 SCVMM 에이전트설치 SCVMM에 Hyper-V 클러스터추가 SCVMM에파일공유스토리지추가 ( 파일버전에만해당 ) SCVMM에서가상머신생성파티션정렬수행및파일할당단위크기할당템플릿가상머신생성템플릿가상머신을사용하여가상머신구축 SCVMM 관리콘솔을설치합니다. SCVMM이관리하는호스트에로컬로 SCVMM 에이전트를설치합니다. Hyper-V 클러스터를 SCVMM에추가합니다. SCVMM의 Hyper-V 클러스터에 SMB 파일공유스토리지를추가합니다. SCVMM에서가상머신을생성합니다. Diskpart.exe를사용해가상머신의디스크드라이브에대해파티션정렬을수행하고드라이브문자를할당하고파일할당단위크기를할당합니다. 기존가상머신을사용하여템플릿가상머신을생성합니다. 이과정에서하드웨어프로파일과게스트운영체제프로파일을생성합니다. 템플릿가상머신을사용하여가상머신을구축합니다. VMM 콘솔을설치하는 방법 호스트에서로컬로 VMM 에이전트설치 VMM 에서 Hyper-V 호스트및확장파일 서버추가및관리 Hyper-V 호스트와 VMM 의클러스터에 SMB 3.0 파일공유를 할당하는방법 VMM 에서가상컴퓨터 만들기및배포 Disk Partition Alignment Best Practices for SQL Server 가상컴퓨터템플릿을 만드는방법 템플릿에서가상 컴퓨터를만들고 배포하는방법 SCVMM 호스트가상머신생성 이솔루션의일부로설치된 Hyper-V 서버에서 Microsoft Hyper-V 서버를가상머신으로구축하려는경우 Hyper-V Manager를사용하여인프라스트럭처 Hyper-V 서버에직접연결합니다. 스토리지시스템에서제공되는인프라스트럭처서버데이터저장소를사용하여고객의게스트 OS 구성에따라 Microsoft Hyper-V 서버에가상머신을생성합니다. 113

114 VSPEX 구성지침 SCVMM 서버의메모리및프로세서요구사항은 SCVMM 이관리해야하는 Hyper-V 호스트와가상머신의수에따라결정됩니다. SCVMM 게스트 OS 설치 SCVMM 호스트가상머신에게스트 OS 를설치합니다. 필요한 Windows Server 버전을가상머신에설치하고적절한네트워크, 시간, 인증 설정을선택합니다. SCVMM 서버설치 VMM 데이터베이스및기본라이브러리서버를설정한다음 SCVMM 서버를 설치합니다. SCVMM 서버를설치하는방법은 Microsoft TechNet 라이브러리항목인 Installing the VMM Server 를참조하십시오. SCVMM 관리콘솔설치 SCVMM 관리콘솔은 SCVMM 서버를관리하기위한클라이언트툴입니다. VMM 관리콘솔을 VMM 서버와동일한컴퓨터에설치합니다. SCVMM 관리콘솔을설치하려면 Microsoft TechNet 라이브러리항목인 Installing the VMM Administrator Console 을참조하십시오. 호스트에로컬로 SVCMM 에이전트설치 경계네트워크에서호스트를관리해야할경우 VMM 에호스트를추가하기전에 호스트에 VMM 에이전트를로컬로설치합니다. 또는호스트를 VMM 에추가하기 전에도메인의호스트에 VMM 에이전트를로컬로설치합니다. VMM 에이전트를호스트에로컬로설치하려면 Microsoft TechNet 라이브러리 항목인 Installing a VMM Agent Locally 를참조하십시오. SCVMM 에 Hyper-V 클러스터추가 구축한 Microsoft Hyper-V 클러스터를 SCVMM 에추가합니다. SCVMM 은이러한 Hyper-V 클러스터를관리합니다. Hyper-V 클러스터를추가하려면 Microsoft TechNet 라이브러리항목인 VMM 에서 Hyper-V 호스트및확장파일서버추가및관리를참조하십시오. SCVMM 에파일공유스토리지추가 ( 파일버전에만해당 ) SCVMM에파일공유스토리지를추가하려면다음단계를수행하십시오. 1. VMs and Services 작업공간을엽니다. 2. VMs and Services 창에서 Hyper-V 클러스터이름을마우스오른쪽버튼으로클릭합니다. 3. Properties 를클릭합니다. 114

115 VSPEX 구성지침 4. Properties 창에서 File Share Storage 를클릭합니다. 5. Add 를클릭한다음 SCVMM 에파일공유스토리지를추가합니다. SCVMM 에서가상머신생성 SCVMM 에서가상머신템플릿으로사용할가상머신을생성합니다. 가상머신을 설치한후소프트웨어를설치하고 Windows 와애플리케이션의설정을변경합니다. 가상머신을생성하는방법은 Microsoft TechNet 라이브러리항목인빈가상하드 디스크에서가상컴퓨터를만들고배포하는방법을참조하십시오. 파티션정렬수행및파일할당단위크기할당 Windows Server 2008 이전운영체제를실행중인가상머신에서디스크파티션정렬을수행하십시오. 오프셋 1,024KB로디스크드라이브를정렬하고파일할당단위 ( 클러스터 ) 크기는 8KB로디스크드라이브를포맷하는것이좋습니다. Microsoft TechNet 라이브러리항목인 Disk Partition Alignment Best Practices for SQL Server를참조하여 diskpart.exe를사용해파티션정렬을수행하고드라이브문자를할당하고파일할당단위크기를할당합니다. 템플릿가상머신생성 가상머신을템플릿으로변환하면해당가상머신은제거됩니다. 템플릿을생성하는 중에가상머신이제거될수있으므로가상머신을백업하십시오. 템플릿을생성하는과정에서하드웨어프로파일과게스트운영체제프로파일을생성합니다. 이프로파일을사용하여가상머신을구축할수있습니다. Microsoft TechNet 라이브러리항목인가상컴퓨터템플릿을만드는방법을참조하십시오. 템플릿가상머신을사용하여가상머신구축 구축마법사에서 PowerShell 스크립트를저장하여동일한구성을가진다른가상 머신을구축할때재사용할수있습니다. Microsoft TechNet 라이브러리항목인가상컴퓨터를배포하는방법을참조하십시오. 요약 이장에서는물리적및논리적구성요소를모두포함하는 VSPEX 솔루션의다양한 요소를구축하고구성하는데필요한단계를제시했습니다. 이제 VSPEX 솔루션은 완벽한기능이갖추어졌습니다. 115

116 VSPEX 구성지침 116

117 6 장솔루션검증 이장에서다루는내용은다음과같습니다. 개요 설치후체크리스트 단일가상서버구축및테스트 솔루션구성요소의이중화검증

118 솔루션검증 개요 이장에서는솔루션구성을완료한후검토해야할항목목록을제공합니다. 이장의목표는여러면에서솔루션의구성과기능을확인하고구성이핵심가용성요구사항에맞는지확인하는것입니다. 표 27에나열된작업을완료합니다. 표 27. 설치테스트작업 작업설명참조 설치후체크리스트단일가상서버구축및테스트솔루션구성요소의이중화검증 각 Hyper-V 호스트가상스위치에 충분한가상포트가구성되어있는지 확인합니다. 각 Hyper-V 호스트에필요한 CSV(Cluster Shared Volume)\CIFS 공유및 VLAN 에대한액세스권한이 부여되었는지확인합니다. 모든 Hyper-V 호스트에실시간 마이그레이션인터페이스가 올바르게구성되었는지확인합니다. SCVMM(System Center Virtual Machine Manager) 인터페이스를사용하여가상머신을하나구축합니다. 각각의스토리지프로세서를차례로재부팅하면서스토리지접속이유지되는지확인합니다. 각각의이중화스위치를차례로해제하면서 Hyper-V 호스트, 가상머신및스토리지시스템접속이정상적으로유지되는지확인합니다. 가상머신이하나이상포함되어있는 Hyper-V 호스트에서호스트를재가동하여가상머신이다른호스트로문제없이마이그레이션되는지확인합니다. Hyper-V : How many network cards do I need? Microsoft Windows Hyper-V 에 VNXe 시스템사용 Virtual Machine Live Migration Overview Deploying Hyper-V Hosts Using Microsoft System Center 2012 Virtual Machine Manager 해당없음 공급업체설명서 VMM에서 Hyper-V 호스트클러스터만들기개요 118

119 솔루션검증 설치후체크리스트 다음은솔루션이정상적으로기능하는데있어서중요한구성항목입니다. 각 Windows Server에서운영환경에구축하기전에다음항목을확인하십시오. 가상머신네트워킹을위한 VLAN이적절하게구성되어있는지여부 스토리지네트워킹이올바르게구성되어있는지여부 각서버에서필요한 CSV(Cluster Shared Volumes)/Hyper-V SMB 공유에액세스할수있는지여부 네트워크인터페이스가실시간마이그레이션에대해올바르게구성되었는지여부 단일가상서버구축및테스트 가상머신을구축하여솔루션이예상대로작동하는지확인합니다. 가상머신이해당도메인에연결되고필요한네트워크에대한액세스가부여되며네트워크에로그인할수있는지확인합니다. 솔루션구성요소의이중화검증 솔루션의여러구성요소에서요구되는가용성을유지하려면유지보수나하드웨어장애와관련한구체적인시나리오를여러가지로테스트해보아야합니다. 이단계는블록및파일환경모두에적용됩니다. 블록및파일환경 다음단계를통해각 VNXe SP(Storage Processor) 를차례로재시작하여 Hyper-V 데이터저장소에대한접속이재시작하는동안계속유지되는지확인합니다. 1. SP A에관리자자격증명으로로그인합니다. 2. 다음명령을사용하여 SP A를재시작합니다. svc_shutdown -r 3. 재시작주기동안 Windows Server Hyper-V 호스트에데이터저장소가표시되는지확인합니다. 4. 주기가완료되면 SP B에로그인하고앞에서사용한것과동일한명령을사용하여 SP B를재시작합니다. 5. 호스트측에서유지보수모드를설정하고가상머신을대체호스트로마이그레이션할수있는지확인합니다. 119

120 솔루션검증 또는, Unisphere 콘솔에로그인하고다음단계를수행하여 SP를재시작합니다. 1. Settings > Service System으로이동하고서비스암호를입력한후 OK를클릭합니다. 2. 대화상자창왼쪽위에있는 System Components 창에서 Storage Processor SPA를선택합니다. 3. 왼쪽가운데에있는 Service Actions 창에서 Reboot를선택한후 Execute service action을클릭합니다. 4. 재부팅이완료되면 SPB에대해 2단계와 3단계를반복합니다. 5. 호스트측에서유지보수모드를설정하고가상머신을대체호스트로마이그레이션할수있는지확인합니다. 120

121 7 장시스템모니터링 이장에서다루는내용은다음과같습니다. 개요 모니터링할주요영역 VNXe 리소스모니터링지침

122 시스템모니터링 개요 VSPEX 환경의시스템모니터링은핵심 IT 시스템의모니터링과동일하며, 관리와관련한핵심구성요소입니다. VSPEX 환경과같이고도로가상화된인프라스트럭처와관련된모니터링레벨은순수한물리인프라스트럭처보다더복잡하며, 다양한구성요소간의상호작용과상호관계에미묘하게차이가있을수있습니다. 하지만, 물리적환경을관리해본경험이있다면주요개념과중점분야를쉽게익힐수있습니다. 주요차이점은배율을모니터링하고포괄적인시스템및데이터흐름을모니터링할수있다는점입니다. 다음과같은비즈니스요구사항을통해환경을사전예방적이고일관되게모니터링할수있어야합니다. 안정적이고예측가능한성능 사이징및용량요구사항 가용성및접근성 탄력성 : 동적으로워크로드추가, 감소및수정 데이터보호셀프서비스프로비저닝이환경에설정되어있는경우클라이언트에서가상머신및워크로드를동적으로생성할수있으므로시스템모니터링기능이더욱필요합니다. 이를통해전체시스템에부정적인영향을미칠수있습니다. 이장에서는 VSPEX Proven Infrastructure 환경의주요구성요소를모니터링하는데필요한기본적인지식을제공합니다. 이장의끝에서는추가리소스를확인할수있습니다. 모니터링할주요영역 VSPEX Proven Infrastructure는완벽한솔루션을구성하므로시스템모니터링에는다음과같은고유하지만상관성이높은 3가지영역을포함합니다. 서버 ( 가상머신및클러스터포함 ) 네트워킹 스토리지이장에서는스토리지인프라스트럭처의주요구성요소인 VNX 스토리지모니터링을중점적으로다루고기타구성요소에대해서도간략하게설명합니다. 122

123 시스템모니터링 성능기준 워크로드를 VSPEX 구축에추가하면서버, 스토리지및네트워킹리소스가소비됩니다. 워크로드를추가, 수정또는제거하면리소스의가용성과기능이변경되어플랫폼에서실행중인다른모든워크로드에영향을미치게됩니다. 고객은모든주요구성요소를 VSPEX 플랫폼에서구축하기전에해당구성요소에대한워크로드특성을정확하게파악해야합니다. 이는정의된레퍼런스가상머신에대해리소스활용도크기를올바르게조정하려면반드시필요합니다. 첫번째워크로드를구축한다음플랫폼성능과함께전체리소스소비를측정합니다. 이를통해사이징작업중에추측이필요하지않게되고초기가정의유효성을보장할수있습니다. 추가워크로드를구축한경우리소스소비량과성능수준을다시진단하여누적로드와기존가상머신및해당애플리케이션워크로드에미치는영향을파악합니다. 초과할당으로인해전체시스템성능에부정적인영향을미치지않도록리소스할당을적절하게조정합니다. 이러한기준을일관되게실행하여플랫폼을전체적으로확인하여가상머신이예상한대로작동하도록합니다. 다음구성요소는전반적인시스템성능에영향을미치는중요한영역입니다. 서버 서버의관점에서모니터링할주요리소스는다음과같습니다. 프로세서 메모리 디스크 ( 로컬, NAS, SAN) 네트워킹물리적호스트레벨 ( 하이퍼바이저호스트레벨 ) 과가상레벨 ( 게스트가상머신내에서 ) 모두에서이러한영역을모니터링합니다. 운영체제에따라이데이터를모니터링하여캡처하는데사용할수있는툴이있습니다. 예를들어 VSPEX 구축에서 Windows 서버를하이퍼바이저로사용할경우 Windows perfmon을사용하여이러한메트릭을모니터링한후기록할수있습니다. 공급업체의지침에따라각구축시나리오에대한성능임계값을결정하십시오. 이성능임계값은애플리케이션마다많은차이가날수있습니다. 이툴에대한자세한내용은 Microsoft TechNet 라이브러리항목인성능모니터사용을참조하십시오. 각 VSPEX Proven Infrastructure는구축된레퍼런스가상머신의수와정의된워크로드에따라보장된성능을제공합니다. 123

124 시스템모니터링 네트워킹 네트워킹통신에적합한대역폭이있는지확인합니다. 여기에는서버및가상머신레벨, Fabric( 스위치 ) 레벨및스토리지레벨 (NFS/CIFS/SMB/iSCSI 등과같은네트워크파일또는블록프로토콜을구축한경우 ) 의네트워크로드모니터링이포함됩니다. 서버및가상머신레벨의경우앞에서설명한모니터링툴은서버와게스트간에주고받는흐름을분석하는데충분한메트릭을제공합니다. 추적할주요항목으로는총처리량또는대역폭, 지연시간, IOPS 크기등이있습니다. 네트워크카드또는 HBA 유틸리티에서추가데이터를캡처합니다. Fabric 관점에서스위치인프라스트럭처를모니터링하는툴은공급업체마다다릅니다. 모니터링할주요항목으로는포트사용률, 총 Fabric 사용률, 프로세서사용률, 대기열길이, ISL(Inter Switch Link) 사용률등이있습니다. 네트워킹스토리지프로토콜을사용할경우다음섹션을참조하십시오. 자세한모니터링설명서는하이퍼바이저또는운영체제공급업체에문의하십시오. 스토리지 시스템의전체상태와성능을유지하려면 VSPEX 구축의스토리지측면을모니터링해야합니다. VNXe 스토리지는기본스토리지구성요소의작동상태를파악할수있는쉽고강력한툴을제공합니다. 블록프로토콜과파일프로토콜모두에대해다음과같은몇가지중점영역이있습니다. 용량 IOPS 지연시간 SP 활용도 CPU 메모리 Fabric/ 네트워크인터페이스 - 입출력처리량 추가고려사항 ( 튜닝의관점 ): 입출력크기 워크로드특성 캐시사용률 이러한요소는이문서의범위를벗어나지만스토리지튜닝은성능최적화를위한필수구성요소입니다. EMC는 EMC 온라인지원을통해다음과같은제목에관한추가지침을제공합니다. EMC VNX Unified Best Practices for Performance-Applied Best Practices Guide 124

125 시스템모니터링 VNXe 리소스모니터링지침 SP IP 주소에대한 HTTPS 세션을열어서액세스할수있는 Unisphere GUI를사용하여 VNXe를모니터링합니다. VNXe 시리즈는단일개체를통해블록스토리지및파일스토리지액세스를모두제공하는유니파이드스토리지플랫폼입니다. 모니터링은두부분으로나뉩니다. 블록스토리지리소스모니터링 파일스토리지리소스모니터링 블록스토리지리소스모니터링 이섹션에서는 Unisphere 를사용하여용량, IOPS, 지연시간을비롯한블록스토리지 리소스사용을모니터링하는방법에대해설명합니다. 용량 Unisphere의두패널에용량정보가표시됩니다. 이두패널을사용하면구성된 LUN 및기본스토리지풀에서사용가능한전체용량을빠르게진단할수있습니다. 블록의경우예상증가율과활동 ( 예 : 스냅샷생성 ) 에사용할수있는충분한가용스토리지가구성된풀에남아있어야합니다. 공간이부족하면영향을받는호스트시스템에서원치않는동작이발생하므로특히, 씬 LUN에대한가용버퍼가있어야합니다. 따라서용량사용이 80% 이상으로증가할경우스토리지관리자에게경고하도록임계값알림을구성합니다. 이경우자동확장을조정하거나풀에추가공간을할당해야할수있습니다. LUN 사용률이높을경우공간을재확보하거나추가공간을할당합니다. 특정풀에대한용량임계값알림을설정하려면다음단계를수행하십시오. 1. 풀을선택하고 Details 버튼을클릭합니다. 2. 그림 40에나와있는것처럼 Storage Pool Utilization에서이풀의 Alert Threshold 값을선택합니다. 3. Used Space, Available Space 및 Subscription은검토해야할주요메트릭입니다. 125

126 시스템모니터링 그림 40. 스토리지풀알림설정 그림 41 에표시된것과같이 Settings 탭에는공간관리와관련한추가설정이 있습니다. 스냅샷기능을사용중인경우 Snapshot Auto-Delete 설정을사용하도록 설정해야합니다. 그림 41. 스토리지풀스냅샷설정 블록에대한용량을드릴다운하려면다음단계를수행하십시오. 1. Unisphere에서검토할 VNXe 시스템을선택합니다. 2. Storage > Storage Configurations > Storage Pools를선택합니다. 그러면 Storage Pools 패널이열립니다. 126

127 3. 그림 42 에나와있는것과같이 Percent Used, Available Space 및 Subscription 열을검토합니다. 시스템모니터링 그림 42. Storage Pools 패널 스토리지풀및 LUN 레벨에서용량을모니터링합니다. 1. Storage를클릭하고 LUNs를선택합니다. 그러면 LUN 패널이열립니다. 2. 검토할 LUN을선택하고 Details를클릭합니다. 그러면그림 43에나와있는것처럼 LUN에대한자세한정보가표시됩니다. 3. 대화상자에서 LUN 용량정보를확인합니다. LUN Size는 LUN이사용할수있는총가상용량입니다. 초과할당된경우사용하지못할수있습니다. 할당된용량은 LUN에의해현재사용된총물리적용량입니다. 127

128 시스템모니터링 그림 43. LUN Properties 대화상자 표시화면의왼쪽아래에서 Alerts 핫링크를클릭하여용량알림과기타모든시스템 이벤트를검토합니다. 그림 44 에나와있는것처럼 System 을클릭한후 System Alerts 를선택하여알림에액세스할수도있습니다. 그림 44. System 패널 그림 45 에나와있는것처럼간단히클릭하여자세한구성요소정보를확인할수 있는대화형 System Health 패널을포함하여관리자가 VNXe 성능, 용량및상태를 모니터링하는데유용한새로운기능몇가지도추가되었습니다. 128

129 시스템모니터링 그림 45. System Health 패널 IOPS 잘못구성된스토리지시스템이나리소스가고갈된스토리지시스템에서제공하는입출력워크로드가시스템전체에영향을줄수있습니다. 스토리지시스템에서제공하는 IOPS를모니터링하려면 SP의호스트포트에서제공하는메트릭과백엔드디스크에서제공하는요청을조사합니다. 특정워크로드레벨에대해특정수준의성능을제공하도록 VSPEX 솔루션의크기를주의해서설정합니다. IOPS가설계매개변수를초과하지않는지확인합니다. VNXe >System > System Performance를선택하여 System 패널을열면 IOPS에대한통계보고와기타주요메트릭을검토할수있습니다. Unisphere Analyzer를사용하여온라인또는오프라인으로통계를모니터링할수있습니다. Unisphere Analyzer를사용하려면라이센스가필요합니다. 검토할기타메트릭으로는총대역폭 (MB/s) 이있습니다. 8Gbps 프런트엔드 SP 포트는초당 800MB를처리할수있습니다. 일반작동조건에서평균대역폭이링크대역폭의 80% 를초과해서는안됩니다. LUN에제공된 IOPS가호스트에서제공한 IOPS보다많은경우가있습니다. 입출력스트림관리에추가메타데이터가연결되는씬 LUN이바로이런경우에해당합니다. Unisphere Analyzer에서는그림 46에나와있는것처럼각 LUN에 IOPS를표시합니다. 129

130 시스템모니터링 그림 46. LUN 의 IOPS 또한특정 RAID 레벨에서는추가백엔드 IOPS를생성하는쓰기불이익이부과됩니다. 기본물리적디스크에서주고받는 IOPS를검토합니다. 이는그림 47에나와있는것처럼 Unisphere Analyzer에서도확인할수있습니다. 표 28에서는드라이브성능에대한경험법칙을보여줍니다. 표 28. 드라이브성능에대한경험법칙 15K RPM SAS 드라이브 10K RPM SAS 드라이브 NL-SAS 드라이브 IOPS 180 IOPS 150 IOPS 90 IOPS 130

131 시스템모니터링 그림 47. 드라이브의 IOPS 지연시간지연시간은입출력요청의지연처리에따른부산물입니다. 여기서는스토리지지연시간, 특히블록레벨입출력의모니터링에중점을둡니다. 이전섹션과비슷한절차를사용하여그림 48(LUN 필터가적용됨 ) 에나와있는것과같이 LUN 레벨에서지연시간에대해살펴봅니다. 그림 48. LUN 의지연시간 131

132 시스템모니터링 애플리케이션계층, 전송중, 최종스토리지디바이스등입출력스트림의어느단계에서든지연시간이발생할수있습니다. 따라서과도한지연시간이발생하는정확한원인을파악하려면체계적인접근이요구됩니다. FC 네트워크에서과도한지연시간이발생하는경우는흔치않습니다. HBA, 케이블등과같은구성요소에결함이없을경우네트워크 Fabric 계층에서발생하는지연시간은일반적으로스위치 Fabric의잘못된구성이원인입니다. 스토리지시스템의과부하는일반적으로 FC 환경내에서발생하는지연시간의원인이됩니다. 입출력요청을처리하는기본디스크풀의기능과 LUN을중점적으로다룹니다. 처리할수없는요청은대기열에저장되므로지연시간이발생합니다. iscsi와같은이더넷기반프로토콜에도동일한패러다임이적용됩니다. 하지만이러한스토리지프로토콜에서는이더넷을기본전송수단으로사용하므로추가적인요인이작용합니다. 스토리지에대한네트워크트래픽 ( 물리적또는논리적 ) 을격리하는것이 Best Practice이며공유 / 융합형 Fabric에서 QoS(Quality of Service) 를구축하는것이좋습니다. 과도한지연시간의원인이네트워크문제에있지않을경우스토리지시스템을확인해보십시오. 디스크과부하이외에과도한 SP 활용도로인해지연시간이발생할수도있습니다. SP 활용도레벨이 80% 를초과할경우잠재적인문제를나타냅니다. 데이터중복제거, 자동확장 / 재스트라이핑, 데이터계층화이동, 스냅샷등과같은모든백그라운드프로세스는 SP 리소스를확보하기위해경합합니다. 이러한프로세스를모니터링하여 SP 리소스고갈을유발하지않는지확인하십시오. 가능한위험완화기술로는백그라운드작업시차적용, 업무외시간에수행되도록계층화작업예약, 물리적리소스추가, 입출력워크로드재조정등이있습니다. 성장으로인해더강력한하드웨어로교체하거나하드웨어를추가해야할수도있습니다. SP 메트릭의경우그림 49에나와있는것처럼 Unisphere Analyzer의 System Performance 탭아래에표시되는데이터를검토합니다. Average CPU Utilization %( 그림에표시된메트릭 ), Average Disk Response Time 및 Average Disk Queue Length와같은메트릭을검토합니다. 132

133 시스템모니터링 그림 49. SP CPU 활용도 이러한메트릭의값이높을경우스토리지시스템에압박이가해지고있으므로 완화해야합니다. 표 29 에서는 EMC 에서권장하는 Best Practice 를보여줍니다. 표 29. 성능모니터링에대한 Best Practice 사용률 (%) 응답시간 (ms) 대기열길이 임계값 파일스토리지리소스모니터링 NFS, CIFS/SMB 등과같은파일기반프로토콜은블록스토리지에비해추가적인관리프로세스를포함합니다. VNX 시스템과달리 VNXe3200 기능에는파일서비스가통합되어있으므로이기능을제공하기위해 Data Mover가필요하지않습니다. VNXe3200에서는 SP(Storage Processor) 가클라이언트측의파일프로토콜요청을인터셉트하고, 이요청을스토리지측에서적절한 SCSI 블록명령으로변환합니다. 프로토콜과변환기술추가로인해 SP 네트워크링크사용률, 메모리사용률, SP 프로세서사용률등의로드및모니터링요구사항이추가되었습니다. System Performance 패널에서파일메트릭을검토하려면모니터링할적절한메트릭을선택합니다. 그림 50에나와있는것처럼이예에서는 Total Network Bandwidth를선택했습니다. 사용률이 80% 를초과하면잠재적인성능문제가있다는의미이므로 SP 재구성, 추가물리적리소스 ( 예 : 추가네트워크포트 ) 및현재네트워크토폴로지분석을통해사용률을낮춰야합니다. 133

134 시스템모니터링 그림 50. VNXe 파일통계 용량 그림 51 에나와있는것처럼 System Capacity 패널에서는전반적인공간활용도를 빠르게분석할수있습니다. 그림 51. System Capacity 패널 풀및파일시스템레벨에서용량을모니터링하려면다음을수행하십시오. 134

135 시스템모니터링 1. VNXe > Storage > File Systems 를선택합니다. 그림 52 에나와있는것처럼 File Systems 창패널이나타납니다. 그림 52. File Systems 패널 2. 검토할파일시스템을선택하고 Details를클릭한후 Capacity를선택합니다. 그러면그림 53에표시된것과같이자세한파일시스템정보가이탭에표시됩니다. 3. 블록용 Capacity 탭과마찬가지로 File System Size, Thin 상태, Used, Free, Allocated 공간, Pool Size Used 등의주요메트릭을검토합니다. 135

136 시스템모니터링 그림 53. 파일시스템의 Capacity 패널 IOPS 블록스토리지 IOPS 이외에 Unisphere에서는파일시스템 IOPS도모니터링할수있습니다. VNXe > System > System Performance를선택합니다. 그런다음그림 54에나와있는것과같이 Total File System throughput/iops를선택합니다. 136

137 시스템모니터링 그림 54. 파일메트릭을표시하는 System Performance 패널 요약 VSPEX Proven Infrastructure를지속적이고철저하게모니터링하는것이 Best Practice입니다. 기준성능데이터를설정하면문제를식별하는데도움이되지만, 주요시스템메트릭을모니터링하면시스템이지정된매개변수내에서최적의상태로작동하는지확인할수있습니다. 주요파트너의자동화및조정툴 ( 예 : Microsoft System Center 제품군 ) 과통합하여모니터링프로세스를확장할수있습니다. 137