Proven Infrastructure 가이드 EMC VSPEX 프라이빗클라우드 Microsoft Windows Server 2012, EMC VNXe 및 EMC Powered Backup 기반 EMC VSPEX 요약본가이드에서는 EMC VNXe 및 VMware vsphere를기반으로 NFS 또는 iscsi 스토리지를사용하는최대 100개의가상머신을지원하도록프라이빗클라우드를구축하기위한 EMC VSPEX Proven Infrastructure 솔루션에대해설명합니다. 2014 년 2 월
Copyright 2014 EMC Corporation. All rights reserved. Published in the USA. 발행 : 2014 년 2 월 본문서의정보는발행일현재정확한것으로간주되며모든정보는예고없이변경될 수있습니다. 본문서의정보는 " 있는그대로 " 제공됩니다. EMC Corporation은본문서의정보와관련하여어떠한진술이나보증도하지않으며, 특히상품성이나특정목적을위한적합성에대하여어떠한묵시적인보증도부인합니다. 본문서에설명된 EMC 소프트웨어를사용, 복사및배포하려면해당소프트웨어라이센스가필요합니다. EMC 2, EMC 및 EMC 로고는미국및기타국가에서 EMC Corporation 의등록상표 또는상표입니다. 본문서에사용된기타모든상표는해당소유주의자산입니다. 사용중인제품군에대한최신규제관련문서를보려면 EMC 온라인지원웹사이트의기술문서및권장사항섹션으로이동하십시오. 최대 100개의가상머신을지원하는 VMware vsphere 5.5 Part Number H12774 2
목차 1 장. 내용요약... 13 소개... 14 대상... 14 문서용도... 14 비즈니스요구사항... 15 2 장. 솔루션개요... 17 개요... 18 가상화... 18 컴퓨팅... 18 네트워크... 19 스토리지... 19 3 장. 솔루션기술개요... 21 개요... 22 주요구성요소요약... 23 가상화... 24 개요... 24 VMware vsphere 5.5... 24 VMware vcenter... 25 VMware vsphere HA (High Availability)... 25 다른 VMware 제품과의통합... 26 EMC Virtual Storage Integrator for VMware... 31 VNXe 용 VMware vstorage API for Array Integration 지원... 31 컴퓨팅... 31 네트워크... 33 3
목차 스토리지... 35 개요... 35 EMC VNXe 시리즈... 35 백업및복구... 36 개요... 36 EMC NetWorker... 37 EMC Avamar... 37 기타기술... 37 EMC XtremCache ( 선택사항 )... 37 4 장. 솔루션아키텍처개요... 41 개요... 42 솔루션아키텍처... 42 최대 50 개의가상머신을위한아키텍처... 42 최대 100 개의가상머신을위한아키텍처... 43 주요구성요소... 44 하드웨어리소스... 46 소프트웨어리소스... 48 서버구성지침... 48 개요... 48 VSPEX 의 VMware vsphere 메모리가상화... 49 메모리구성지침... 51 네트워크구성지침... 52 개요... 52 VLAN... 52 점보프레임사용... 53 Link Aggregation... 54 스토리지구성지침... 54 개요... 54 스토리지하드웨어... 54 VSPEX 에대한 vsphere 스토리지가상화... 55 50 개가상머신을위한스토리지레이아웃... 56 100 개가상머신을위한스토리지레이아웃... 59 4
목차 고가용성및페일오버... 61 개요... 61 가상화계층... 61 컴퓨팅계층... 61 네트워크계층... 62 스토리지계층... 62 검증테스트프로파일... 63 프로파일특성... 63 백업환경구성가이드... 64 백업특성... 64 50 개가상머신을위한백업레이아웃... 65 100 개가상머신을위한백업레이아웃... 65 사이징지침... 65 레퍼런스워크로드... 66 레퍼런스워크로드정의... 66 레퍼런스워크로드적용... 67 개요... 67 예 1: 맞춤형애플리케이션... 67 예 2: PoS (Point of Sale) 시스템... 68 예 3: 웹서버... 68 예 4: 의사결정지원데이터베이스... 68 요약... 69 레퍼런스아키텍처구축... 70 개요... 70 리소스유형... 70 CPU 리소스... 70 메모리리소스... 70 네트워크리소스... 71 스토리지리소스... 72 구축과정요약... 72 빠른진단... 72 5
목차 개요... 72 CPU 요구사항... 73 메모리요구사항... 74 스토리지성능요구사항... 74 스토리지용량요구사항... 76 필요한레퍼런스가상머신결정... 76 하드웨어리소스세부조정... 79 5 장. VSPEX 구성지침... 83 구성개요... 84 구축프로세스... 84 구축전작업... 85 개요... 85 구축관련사전요구사항... 85 고객구성데이터... 87 스위치준비, 네트워크연결, 스위치구성... 87 개요... 87 네트워크스위치준비... 88 인프라스트럭처네트워크구성... 88 VLAN 구성... 89 네트워크케이블연결... 89 스토리지시스템준비및구성... 90 VNXe 구성... 90 vsphere 호스트설치및구성... 94 개요... 94 ESXi 설치... 94 ESXi 네트워킹구성... 94 점보프레임... 95 VMware 데이터저장소연결... 96 가상머신메모리할당계획... 96 SQL Server 데이터베이스설치및구성... 98 개요... 98 6
목차 Microsoft SQL Server 용가상머신생성... 99 가상머신에 Microsoft Windows 설치... 99 SQL Server 설치... 99 VMware vcenter 용데이터베이스구성... 100 VMware Update Manager 용데이터베이스구성... 100 VMware vcenter Server 설치및구성... 101 개요... 101 vcenter 호스트가상머신생성... 102 vcenter 게스트 OS 설치... 102 vcenter ODBC 접속구성생성... 102 vcenter Server 설치... 103 vsphere 라이센스키적용... 103 VNX VAAI for NFS 플러그인구축 (NFS 구현에만해당 )... 103 EMC VSI 플러그인설치... 103 요약... 103 6 장. 솔루션검증... 105 개요... 106 설치후확인수행... 107 단일가상서버구축및테스트... 107 솔루션구성요소의이중화확인... 107 부록 A. BOM (Bill of Material)... 109 BOM(Bill of Material)... 110 부록 B. 고객구성 Data Sheet... 113 고객구성 Data Sheet... 114 부록 C. 참고자료... 117 참고자료... 118 EMC 설명서... 118 기타문서... 118 부록 D. VSPEX 정보... 119 VSPEX 정보... 120 7
목차 8
그림 그림 1. VSPEX 프라이빗클라우드구성요소... 22 그림 2. 컴퓨팅계층유연성... 32 그림 3. 고가용성네트워크설계의예... 34 그림 4. 50 개의가상머신을지원하는논리적아키텍처... 43 그림 5. 100 개의가상머신을지원하는논리적아키텍처... 43 그림 6. 하이퍼바이저메모리사용... 50 그림 7. 필요한네트워크... 53 그림 8. VMware 가상디스크종류... 55 그림 9. EMC VNXe3150 의 50 개가상머신용 iscsi 스토리지레이아웃... 57 그림 10. EMC VNXe3150 의 50 개가상머신용 NFS 스토리지레이아웃... 58 그림 11. EMC VNXe3300 의 100 개가상머신용 iscsi 스토리지레이아웃... 59 그림 12. EMC VNXe3300 의 100 개가상머신용 NFS 스토리지레이아웃... 60 그림 13. 가상화계층고가용성... 61 그림 14. 이중화된전원공급장치... 61 그림 15. 네트워크계층고가용성... 62 그림 16. VNXe 시리즈고가용성... 63 그림 17. 리소스풀유연성... 69 그림 18. 레퍼런스가상머신풀에서필요한리소스... 77 그림 19. 레퍼런스가상머신풀의리소스요구사항합계... 79 그림 20. 서버리소스사용자지정... 80 그림 21. 이더넷네트워크아키텍처예 (iscsi)... 88 그림 22. 이더넷네트워크아키텍처샘플 (NFS)... 89 그림 23. 가상머신메모리설정... 97 9
그림 10
표 표 1. 솔루션하드웨어... 46 표 2. 솔루션소프트웨어... 48 표 3. 서버하드웨어... 49 표 4. 네트워크하드웨어... 52 표 5. 스토리지하드웨어... 54 표 6. 검증된환경프로파일... 63 표 7. 백업프로파일특성... 64 표 8. 가상머신특성... 66 표 9. 빈워크시트행... 73 표 10. 레퍼런스가상머신리소스... 76 표 11. 워크시트행예... 77 표 12. 애플리케이션예... 78 표 13. 서버리소스구성요소합계... 81 표 14. 빈고객워크시트... 82 표 15. 구축프로세스개요... 84 표 16. 구축전작업... 85 표 17. 구축관련사전요구사항체크리스트... 85 표 18. 스위치및네트워크구성작업... 87 표 19. 스토리지구성작업... 90 표 20. 서버설치작업... 94 표 21. SQL Server 데이터베이스설치작업... 98 표 22. vcenter 구성작업... 101 표 23. vcenter 구성검증작업... 106 표 24. VSPEX 솔루션에사용되는구성요소목록 (50 개의가상머신 )... 110 표 25. VSPEX 솔루션에사용되는구성요소목록 (100 개의가상머신 )... 111 표 26. 일반서버정보... 114 표 27. ESXi 서버정보... 114 표 28. 스토리지정보... 115 표 29. 네트워크인프라스트럭처정보... 115 11
표 표 30. VLAN 정보... 115 표 31. 서비스계정... 115 12
1 장. 내용요약 이장에서다루는내용은다음과같습니다. 소개... 14 대상... 14 문서용도... 14 비즈니스요구사항... 15 13
내용요약 소개 EMC VSPEX 의검증된모듈식아키텍처는성능을인정받은기술로구축되어완벽한가상화솔루션을제공하므로, 고객은하이퍼바이저, 컴퓨팅및네트워킹계층을선택할때확신을가지고결정을내릴수있습니다. VSPEX는가상화계획시간을단축할뿐아니라구성부담도덜어줍니다. 서버가상화, 가상데스크톱구축또는 IT 통합을수행하는경우 VSPEX를사용하면솔루션구축시간을앞당기고필요에맞게다양한옵션을선택하는것은물론효율성을향상하고위험요소를최소화함으로써 IT 혁신을신속하게실현할수있습니다. 이문서는이솔루션의기술적인측면을포괄적으로보여주는가이드입니다. 서버용량은일반적으로요구되는최소한의 CPU, 메모리및네트워크인터페이스를기준으로제시됩니다. 고객은명시된최소구성에따라서또는그이상의수준으로서버와네트워킹하드웨어를자유롭게선택할수있습니다. 대상 이문서는여기에설명된구축방식을수행할수있도록 VMware vsphere, EMC VNXe 시리즈스토리지시스템및관련인프라스트럭처를설치하고구성하는데필요한교육을이수하고배경지식을이미보유한독자를대상으로합니다. 외부참조자료가있는경우해당정보가제공되므로이들문서도숙지하는것이좋습니다. 또한고객설치환경의인프라스트럭처및데이터베이스보안정책도숙지해야합니다. VMware 프라이빗클라우드인프라스트럭처의판매및사이징이주요업무인담당자는이문서의처음네개장을특히주의깊게살펴보아야합니다. 솔루션구축담당자는구매후 5장의구성지침, 6장의솔루션검증, 그리고적절한참고자료와부록을중점적으로확인해야합니다. 문서용도 본문서에서는 VSPEX 아키텍처를소개하고, 특정구축상황에맞게아키텍처를수정하는방법을설명하고, 시스템을효과적으로구축하는방법과관련된지침을제시합니다. 14
내용요약고객은 VSPEX 프라이빗클라우드아키텍처를통해많은수의가상머신을일관된성능수준으로호스팅할수있는첨단시스템을운용하게됩니다. 이솔루션은가용성이높은 EMC 차세대 VNX 제품군스토리지를기반으로하는 VMware vsphere 가상화계층에서실행됩니다. 고객에의해정의되는컴퓨팅및네트워크구성요소는가상머신환경의처리및데이터요구사항에충분히대처할수있도록강력한성능과이중화특성을고려하여선정됩니다. 본문서에언급된 50개및 100개의가상머신환경은한정된데스크톱워크로드를기반으로한것입니다. 가상머신마다요구사항이다르기는하지만이문서에는시스템구축시경제성을높이도록조정하기위한방법과지침이수록되어있습니다. 프라이빗클라우드아키텍처는복잡한시스템오퍼링입니다. 이문서에서는초기소프트웨어및하드웨어구성요소목록, 단계별사이징지침및워크시트, 검증된구축단계를제시하여시스템을원활하게설치할수있도록지원합니다. 마지막구성요소를설치한후시스템이올바르게작동하는지확인하기위한검증테스트도마련되어있습니다. 따라서본문서에제시된절차를준수하면효율적이면서간편하게클라우드환경으로전환할수있습니다. 비즈니스요구사항 비즈니스애플리케이션이통합컴퓨팅, 네트워크및스토리지환경으로이동하고있습니다. VMware를사용한 EMC VSPEX 프라이빗클라우드솔루션은기존구축모델의모든구성요소를구성하는복잡한과정을줄여줍니다. 또한애플리케이션설계및구축옵션은유지하면서통합을관리하는복잡성이줄어듭니다. 아울러관리업무가통합되는동시에프로세스분리상태를적절히제어하고모니터링할수있습니다. VMware용 EMC VSPEX 프라이빗클라우드아키텍처는다음과같은비즈니스요구사항을충족합니다. 통합된인프라스트럭처구성요소의기능을활용하기위한완벽한가상화솔루션제공 다양한고객활용사례에맞춰최대 100개의가상머신을효율적으로가상화하기위한 VMware용 VSPEX 프라이빗클라우드솔루션제공 안정적이면서유연하고확장가능한레퍼런스설계제공 15
내용요약 16
2 장. 솔루션개요 이장에서다루는내용은다음과같습니다. 개요... 18 가상화... 18 컴퓨팅... 18 네트워크... 19 스토리지... 19 17
솔루션개요 개요 VMware vsphere 5.5용 EMC VSPEX 프라이빗클라우드솔루션은이중화된서버 / 네트워크토폴로지및고가용성스토리지를사용하여최대 100개의가상머신을지원할수있는완벽한시스템아키텍처를제공합니다. 이특별한솔루션을구성하는핵심구성요소로는가상화, 컴퓨팅, 네트워킹, 스토리지가있습니다. 가상화 VMware vsphere는업계를주도하는가상화플랫폼으로, 지난수년간효율성이떨어지는대규모서버팜을속도가빠르고안정적인클라우드인프라스트럭처에통합하여최종사용자의유연성과비용절감효과를높여주었습니다. vsphere의핵심구성요소는 VMware vsphere 하이퍼바이저와시스템관리를위한 VMware vcenter Server입니다. VMware vsphere 하이퍼바이저는전용서버에서실행되며, 시스템에서여러운영체제를가상머신으로동시에실행할수있게해줍니다. 이러한하이퍼바이저시스템은클러스터구성에서작동하도록서로연결할수있습니다. 그러면이러한클러스터구성을 vcenter 제품을통해더큰리소스풀로관리하고, 그에따라전체클러스터에서 CPU, 메모리, 스토리지를동적으로할당할수있습니다. 운영체제에영향을주지않으면서여러서버간에가상머신을이동하는데사용되는 VMware vmotion 및 vmotion을자동으로실행하여로드밸런싱을지원하는 VMware DRS(Distributed Resource Scheduler) 와같은기능은기업에서 vsphere를선택하게하는확실한요인입니다. vsphere 5.5 릴리즈와함께사용할경우 VMware 가상화환경에서는최대 64개의가상 CPU와 1TB의가상 RAM으로가상머신을호스팅할수있습니다. 컴퓨팅 VSPEX는고객이선택한서버구성요소를자유롭게설계하고구축할수있게해줍니다. 하지만인프라스트럭처에서다음과같은조건을만족해야합니다. 필요한수및유형의가상머신을지원하기에충분한 RAM, 코어, 메모리 시스템스위치에서이중화된접속구성을사용할수있도록해주는충분한네트워크연결 운영환경에서서버장애및페일오버발생시에도중단없이실행하기위한초과용량 18
솔루션개요 네트워크 VSPEX는공급업체가선택한네트워크구성요소를자유롭게설계하고구축할수있게해줍니다. 하지만인프라스트럭처에서다음과같은조건을만족해야합니다. 호스트, 스위치및스토리지에서사용할수있는이중화된네트워크링크 Link Aggregation 지원 업계에서인정한 Best Practice 기반의트래픽분리 스토리지 VNX 스토리지제품군은업계최고의공유스토리지플랫폼으로, 광범위한기능을통해파일및블록액세스를모두제공할수있어어떤프라이빗클라우드구축에도적합한제품으로인정받고있습니다. VNXe 스토리지는명시된레퍼런스아키텍처워크로드에맞춰사이징되는다음구성요소를포함합니다. 호스트어댑터포트 Fabric을통해스토리지시스템에호스트접속구성제공 스토리지프로세서 스토리지내 / 외부와스토리지간에발생하는데이터이동의모든측면과프로토콜지원을담당하는스토리지시스템의컴퓨팅구성요소 디스크드라이브 호스트 / 애플리케이션데이터및해당엔클로저가포함된실제스핀들본문서에설명된 50개및 100개의가상머신을지원하는 VMware 프라이빗클라우드솔루션은각각 EMC VNXe3150 및 EMC VNXe3300 스토리지시스템을기반으로합니다. VNXe3150은최대 100개의드라이브를지원하고, VNXe3300은최대 150개의드라이브를호스팅합니다. 여기서는각각 NFS와 iscsi를사용하는두스토리지구성을테스트합니다. VNXe 시리즈는다음과같이프라이빗클라우드환경에적합한광범위한비즈니스클래스기능을지원합니다. 씬프로비저닝 복제 스냅샷 파일중복제거및압축 할당량관리 19
솔루션개요 20
3 장. 솔루션기술개요 이장에서다루는내용은다음과같습니다. 개요... 22 주요구성요소요약... 23 가상화... 24 컴퓨팅... 31 네트워크... 33 스토리지... 35 백업및복구... 36 기타기술... 37 21
솔루션기술개요 개요 이솔루션은 VNXe 시리즈와 vsphere 5.5를사용하여스토리지와서버하드웨어를통합합니다. 가상화된새로운인프라스트럭처는중앙집중식으로관리되기때문에갈수록증가하는가상머신과관련공유스토리지를효율적으로구축하고관리할수있습니다. 그림1에는솔루션구성요소가나와있습니다. 그림 1. VSPEX 프라이빗클라우드구성요소 이러한구성요소는다음섹션에자세히설명되어있습니다. 22
솔루션기술개요 주요구성요소요약 이섹션에서는이솔루션의주요구성요소에대해간략하게설명합니다. 가상화가상화계층을통해리소스의물리적구축환경과리소스를사용하는애플리케이션을분리할수있습니다. 애플리케이션측면에서사용가능한리소스가더이상하드웨어와직접연결되지않습니다. 따라서프라이빗클라우드개념에서많은주요기능을사용할수있습니다. 컴퓨팅컴퓨팅계층은프라이빗클라우드에서실행되는애플리케이션과가상화계층소프트웨어를위한메모리및프로세싱리소스를제공합니다. VSPEX 프로그램은최소한으로필요한양의컴퓨팅계층리소스를정의하지만, 고객은이를통해적절한서버하드웨어를사용하여요구사항을충족할수있습니다. 네트워크네트워크계층은프라이빗클라우드의사용자를클라우드환경의리소스에연결하고스토리지계층을컴퓨팅계층에연결합니다. VSPEX 프로그램은솔루션에필요한최소한의네트워크포트수를정의하고네트워크아키텍처에대한일반적인지침을제시하지만, 고객은이프로그램을통해적절한네트워크하드웨어를사용하여요구사항을충족할수있습니다. 스토리지스토리지계층은프라이빗클라우드를구축하는데있어서핵심적인역할을하는리소스로, 여러호스트가공유데이터세트에액세스할수있도록함으로써프라이빗클라우드개념에정의된여러활용사례를구현할수있게해줍니다. 이솔루션에사용되는 VNX 스토리지제품군은고성능의데이터스토리지를제공하는동시에높은가용성을유지합니다. 백업및복구솔루션의선택사항인백업및복구구성요소는운영시스템의데이터가삭제또는손상되거나다른이유로사용할수없게될경우데이터보호기능을제공합니다. 솔루션아키텍처섹션에는레퍼런스아키텍처를구성하는모든구성요소에대한자세한정보가나와있습니다. 23
솔루션기술개요 가상화 개요 가상화계층은모든서버가상화또는프라이빗클라우드솔루션의주요구성요소로, 애플리케이션리소스요구사항을이러한리소스를제공하는기반이되는물리적리소스로부터분리하는역할을수행합니다. 따라서유지보수를위한하드웨어다운타임이없어지고호스팅되는애플리케이션에영향을주지않으면서시스템의물리적기능을변경할수도있어애플리케이션계층의유연성이향상됩니다. 또한서버가상화또는프라이빗클라우드활용사례에서전용하드웨어에직접구축하지않고여러개의독립적인가상머신에서동일한물리적하드웨어를공유할수있습니다. VMware vsphere 5.5 VMware vsphere 5.5는 CPU, 메모리, 스토리지및네트워크기능을가상화하여컴퓨터의물리적리소스를가상리소스로변환합니다. 이러한변환은물리적컴퓨터와마찬가지로분리되고캡슐화된운영체제와애플리케이션을실행하는완벽한기능의가상머신을만들어냅니다. vmotion, Storage vmotion 등과같은 vsphere 5.5의고가용성기능덕분에성능에거의영향을미치지않으면서가상머신과저장된파일을 vsphere Server 간에무중단으로마이그레이션할수있습니다. vsphere DRS 및 Storage DRS와함께사용할경우가상머신은컴퓨팅리소스와스토리지리소스의로드밸런싱을통해언제든지적절한리소스를액세스할수있습니다. 참고자료 vsphere 5.5에는가상화환경의성능, 신뢰성, 가용성및복구성능을강화하는여러가지기능이포함되어있습니다. 이러한기능중몇가지는다음과같이 VSPEX 프라이빗클라우드구축에큰영향을줍니다. ESX 호스트에대한최대메모리및 CPU 제한확장. 논리적및가상 CPU 수, NUMA(Non-Uniform Memory Access) 노드수및최대메모리가 vsphere 5.5에서두배로증가함. 즉, 호스트서버에서더많은워크로드를지원할수있음 RDM(Raw Device Mapping) 을비롯한 62TB VMDK(Virtual Machine Disk) 파일지원. 데이터저장소에더많은가상머신의더많은데이터를저장할수있으므로스토리지관리를간소화하고대용량의 NL-SAS(Near-Line Serial- Attached SCSI) 드라이브를사용할수있음 새로운 esxcli storage vmfs unmap 명령및여러가지공간재확보방법을포함한 VAAI UNMAP 지원향상 24
솔루션기술개요 워크플로우를통해구성을간소화하고가상기능에속성을추가함으로써 SR- IOV(Single Root I/O Virtualization) 지원향상 FC(Fibre Channel) 환경을위한완벽한 16GB 지원 추가적해시알고리즘과최대 64개의 LAG(Link Access Group) 를제공하는향상된 LACP(Link Aggregation Control Protocol) 기능 이제백업데이터를 EMC Avamar 에직접복제할수있는 VMware VDP(vSphere Data Protection) 지원 40Gb Mellanox NIC(Network Interface Card) 지원 VMware vsphere VMFS(Virtual Machine File System) 힙향상으로메모리요구사항을완화하는동시에전체 64TB VMFS 주소공간에대한액세스를지원 VMware vcenter VMware vcenter는 VMware VI(Virtual Infrastructure) 를중앙집중식으로관리하는플랫폼입니다. 여러디바이스에서액세스할수있는 vcenter의단일인터페이스를통해가상인프라스트럭처의모니터링, 관리, 유지보수와관련된모든측면을확인할수있습니다. 또한 vcenter 에서는 VMware vsphere HA(High Availability) 및 DRS 같은 VI 의일부 고급기능을 vmotion 및 VMware vsphere Update Manager 와함께관리합니다. VMware vsphere HA (High Availability) VMware vsphere HA(High Availability) 기능은가상화계층이다양한장애조건에서 가상머신을자동으로재시작할수있게해줍니다. 가상머신운영체제에오류가발생하는경우동일한하드웨어에서가상머신을자동으로재시작할수있습니다. 물리적하드웨어에오류가발생하는경우에는클러스터의다른서버에서영향을받는가상머신을자동으로재시작할수있습니다. 참고 다른하드웨어에서가상머신을재시작하려면해당서버에사용 가능한리소스가있어야합니다. 컴퓨팅에는이기능의사용과 관련된구체적인권장사항이나와있습니다. vsphere HA 를사용하면자동으로재시작할가상머신과이러한작업을시도할 조건을결정하기위한정책을구성할수있습니다. 25
솔루션기술개요 다른 VMware 제품과의통합 VMware vcloud Director VMware vcloud Director는 vcloud Suite vsphere 5.5의일부로서, 소프트웨어정의데이터센터서비스프로비저닝을조정하여몇분이내에전체가상데이터센터를사용할수있도록준비합니다. vcloud는 VSPEX의기반이되는물리적리소스로부터추상화된리소스풀을사용하여가상리소스를자동으로구축할수있습니다. vcloud Director를사용하여얻을수있는효과는다음과같습니다. 인프라스트럭처리소스를 VSPEX에서가상데이터센터로풀링한후웹기반포털및프로그래밍방식인터페이스를통해사용자에게완전자동화된카탈로그기반서비스로제공하여보안멀티테넌트프라이빗클라우드구축 컴퓨팅, 네트워킹, 스토리지, 보안은물론워크로드를운영하는데필요한전체서비스세트를제공하는완벽한가상데이터센터를몇분이내에구축소프트웨어정의데이터센터서비스및가상데이터센터모델은인프라스트럭처프로비저닝을간소화합니다. vcloud Director는 VMware vsphere를위한기존또는새로운 VSPEX 프라이빗클라우드구축과통합되며, 가상머신간에 Layer 2 연결및브로드캐스팅과같은탄력적인스토리지및네트워킹서비스를제공하여기존애플리케이션과이후제공될애플리케이션을모두지원합니다. vcloud Director는개방형표준에따라구축유연성을유지하여하이브리드클라우드를지원합니다. vcloud Director의주요기능은다음과같습니다. 가상머신스냅샷및반전기능 통합 vsphere 프로파일, 보안및 vcenter SSO(Single Sign-On) 신속한프로비저닝 vapp 카탈로그 분리된멀티테넌트기능 셀프서비스웹포털 vcloud API(Application Programming Interface) 서비스 OVF 지원 프라이빗, 퍼블릭및하이브리드클라우드통합모든 VSPEX Proven Infrastructure는 vcloud Director를통해단일또는다중 VSPEX 구축을기반으로가상데이터센터구축을조정하여주어진 VSPEX 인스턴스내에서가상머신, 애플리케이션및가상네트워크를안전한프라이빗인프라스트럭처에간편하고효율적으로구축할수있도록해줍니다. 26
솔루션기술개요 VMware vcloud Networking and Security 5.5 VMware vshield Edge, 애플리케이션및데이터보안기능은 vcloud Suite의일부인 VMware vcloud Networking and Security 5.5에통합되어개선되었습니다. VSPEX 프라이빗클라우드솔루션을 vcloud Networking and Security와함께사용하여가상화된네트워크를도입하면복잡하고경직된물리적장비에서벗어나서유연하게대처할수있습니다. 물리적장비는최적화된가상네트워크아키텍처를운영하는데있어서인공적인장애요소가됩니다. 물리적네트워킹은데이터센터가상화속도를따라가지못하므로기업에서비즈니스요구사항에따라애플리케이션및데이터를빠르게구축, 이동, 확장및보호하는데제한이있습니다. 데이터센터에서직면한이러한당면과제를해결하기위해 vcloud Networking and Security를이용한 VSPEX에서는네트워크와보안을가상화하여가상화된데이터센터의성능및확장요구사항을충족하면서효율성, 민첩성, 확장성을모두갖춘논리구조를다음과같이구축합니다. vcloud Networking and Security는단일솔루션의다양한서비스를통해소프트웨어정의네트워크및보안을제공하며, 가상방화벽, VPN(Virtual Private Network) 지원, 로드밸런싱및 VXLAN(Virtual Extensible LAN) 확장네트워크를포함합니다. vcenter Server 및 vcloud Director와의관리통합을통해데이터센터운영비용과복잡도를줄이고프라이빗클라우드컴퓨팅의운영효율성과속도를극대화합니다. 가상화된애플리케이션을위한 VSPEX에서는 vcloud Networking and Security 기능을활용할수도있습니다. 기업에서는 VSPEX를사용하여 Microsoft 애플리케이션을가상화할수있습니다. vcloud를사용하면관리자가가상트래픽의흐름을정확하게파악할수있으므로논리적인그룹화와가상방화벽구축을통해작업범위에포함되는시스템에서정책을적용하고규정준수를위한제어수단을구현함으로써애플리케이션을보호하고위험을차단할수있습니다. VMware vsphere 및 VMware View용 VSPEX EUC(End-User Computing) 를통해가상데스크톱을구축하는관리자는개별가상데스크톱또는가상데스크톱그룹에대한논리적인보안을생성하여 vcloud Networking and Security를활용할수도있습니다. 이를통해 VSPEX Proven Infrastructure에구축된시스템의사용자는권한이부여된애플리케이션및데이터에만액세스할수있게되고데이터센터에대한광범위한액세스는차단됩니다. 또한 vcloud는트래픽과잠재적인문제영역을신속하게진단할수있습니다. 관리자는물리적인네트워킹또는보안제약없이 VSPEX Proven Infrastructure 내에서가상워크로드를확장하고이동하는소프트웨어정의네트워크를효율적으로구축할수있습니다. 이작업은 vcenter 및 VMware vcloud Director 통합을통해간소화할수있습니다. 27
솔루션기술개요 VMware vsphere Data Protection VDP(VMware vsphere Data Protection) 는 VMware 가상머신을백업및복원하는검증된솔루션입니다. VDP는 Avamar를기반으로구축되며 vsphere와의다양한통합을통해가상머신을쉽게검색하고정책을효율적으로생성할수있습니다. 기존시스템에서가상머신을사용할때는가상머신디스크파일에포함되어있는대량의데이터문제를해결해야합니다. VDP를사용하면이문제를다음과같이해결할수있습니다. VDP는가변길이중복제거알고리즘을사용하므로최소한의디스크공간을사용하고지속적인백업스토리지성장이감소됩니다. VDP 가상어플라이언스와연결된모든가상머신에서데이터중복을제거합니다. VDP는 VADP(vStorage APIs for Data Protection) 를사용하여매일변경된데이터블록만전송하므로네트워크를통해전송되는데이터양이크게감소됩니다. VDP는최대 8개의가상머신을동시에백업할수있습니다. VDP는전용가상어플라이언스에상주하므로모든백업프로세스가운영가상머신에서오프로드됩니다. VDP를사용하면최종사용자가웹기반 vsphere Data Protection Restore Client로자체파일을복구할수있으므로관리자에대한복구요청을줄일수있습니다. 사용자는검색및버전관리기능이있는간편한인터페이스를통해시스템백업을검색할수있습니다. 사용자가 IT 부서의지원없이몇번의마우스클릭만으로개별파일또는디렉토리를복구할수있으므로중요한시간과자원을절약하여효율적인최종사용자환경을구축할수있습니다. 소규모로구축된 VSPEX Proven Infrastructure에서 VDP를사용할수있습니다. VDP는 4개의프로세서 ( 가상 CPU) 와 4GB RAM이설치된가상어플라이언스로구축됩니다. 가용백업스토리지용량구성은 5TB, 1TB, 2TB 등세가지이며각구성에서는 850GB, 1300GB 및 3100GB의실제스토리지용량을사용합니다. 어플라이언스를구축한이후에는스토리지용량을더이상추가할수없으므로올바른계획을통해적절하게사이징하여구축해야합니다. 스토리지용량요구사항은백업할가상머신수, 데이터양, 보존기간및일반적인데이터변경률에따라다릅니다. VSPEX Proven Infrastructure는레퍼런스가상머신을기반으로사이징됩니다. 따라서 VDP를구축하면사이징이변경되므로이를고려해야합니다. 28
솔루션기술개요 VMware vsphere Replication VMware vsphere Replication은무중단업무운영을지원하는 vsphere 플랫폼의기능이며, VSPEX Proven Infrastructure에정의된가상머신을 VSPEX의두번째인스턴스에또는단일 VSPEX 구축의클러스터링된서버내에서복제합니다. vsphere Replication은가상머신을지속적으로보호하고변경사항을타겟가상머신에복제합니다. 따라서가상머신이항상보호되고백업을통해복원하지않고도복구할수있습니다. VSPEX에정의된애플리케이션가상머신을쉽게복제하여복제가설치되고있는동안애플리케이션데이터의정합성을보장할수있습니다. Microsoft 애플리케이션의가상화를위해 VSPEX를관리하는관리자는 vsphere Replication을 Microsoft VSS(Volume Shadow Copy Service) 와자동으로통합할수있습니다. 그러면 Microsoft Exchange, Microsoft SQL Server 데이터베이스등과같은애플리케이션이적절하게처리되어복제본데이터를생성중인동안정합성이유지됩니다. 가상머신 VSS 계층을호출하면인스턴스에대한 Database Writer를플러시하여복제된데이터가정적이고복구가능한상태로됩니다. 이자동화된방식은관리를간소화하고 VSPEX 기반가상화환경의효율성을높여줍니다. VMware vcenter Operations Management Suite VMware vcenter Operations Management Suite는 VSPEX 가상화환경을파악하는능력이탁월합니다. 이제품군은데이터를수집하여분석하고장애상황의상관관계를분석함으로써성능문제의근본원인을파악하는동시에관리자가 VSPEX 가상인프라스트럭처를최적화하고조정하는데필요한정보를제공합니다. 그리고완벽하게통합되어효율적인성능, 용량사용및구성관리를가능하게해주는자가학습용분석툴을제공하여 VSPEX 기반가상화환경을자동으로최적화할수있도록지원합니다. vcenter Operations Management Suite는성능, 용량, 변경, 구성및규정준수관리, 애플리케이션검색및모니터링, 비용측정등포괄적인관리기능을제공합니다. vcenter Operations Management Suite에는다음과같은여러가지구성요소가포함되어있습니다. VMware vcenter Operations Manager: 운영대시보드인터페이스를통해 VSPEX 가상화환경의문제점을간편하게파악할수있습니다. VMware vcenter Configuration Manager: 가상, 물리적및클라우드환경에서규정준수및구성관리를자동화합니다. VMware vfabric Hyperic: VSPEX에서구축한물리적하드웨어리소스, 운영체제, 미들웨어및애플리케이션을모니터링합니다. 29
솔루션기술개요 VMware vcenter Infrastructure Navigator: 일상적인운영관리를위해가상머신인프라스트럭처를기반으로실행되는애플리케이션서비스와해당서비스간의상관관계를파악합니다. VMware vcenter Chargeback Manager: 가상머신의정확한비용측정, 분석및보고를통해비즈니스서비스지원을위해활용되고있는정의된 VSPEX Proven Infrastructure의실제비용을파악합니다. VMware vcenter Single Sign-On vsphere 5.5에서 VMware vcenter Single Sign-On을도입함에따라이제사용가능한인증서비스를세부적으로활용하여 VSPEX Proven Infrastructure를관리할수있습니다. vcenter Single Sign-On 인증을사용하면 vsphere 소프트웨어구성요소가보안토큰교환메커니즘을통해서로통신하여각구성요소에서 Microsoft AD(Active Directory) 와같은디렉토리서비스를통해사용자를별도로인증할필요가없으므로 VMware 클라우드인프라스트럭처플랫폼의보안이강화됩니다. 사용자가사용자이름과암호를사용하여 VMware vsphere 웹클라이언트에로그인하면자격증명이 vcenter Single Sign-On 서버로전송됩니다. 그런다음자격증명은백엔드 ID 소스를기준으로인증된후보안토큰과교환됩니다. 이보안토큰이클라이언트에반환되면클라이언트는이를이용해환경내의솔루션에액세스합니다. vcenter Single Sign-On은시간과비용을절약하여 IT 조직전반에서큰폭의절감효과를실현하고워크플로우를간소화합니다. vsphere 5.5에서여러 vcenter Server와해당인벤토리가표시되므로사용자가전체 VMware vcenter Server 환경을한눈에파악할수있습니다. 따라서 vsphere 5.x vcenter Server 간에역할, 권한및라이센스를공유하지않을경우연결된모드가필요하지않습니다. 이제관리자는신뢰할수있는실제 SSO(Single Sign-On) 를통해단일환경에서여러솔루션을구축할수있으므로솔루션에액세스할때마다다시인증할필요가없습니다. VMware vsphere 5.5가포함된 VSPEX 프라이빗클라우드솔루션은간편하고효율적이며유연하게설계되었습니다. vcenter Single Sign-On을통해인증을간소화하고작업효율성을높일수있으며, 관리자가 vcenter Single Sign-On 서버를로컬또는글로벌로지정할수있습니다. 30
솔루션기술개요 EMC Virtual Storage Integrator for VMware EMC VSI(Virtual Storage Integrator) for VMware vsphere는 vsphere Client의플러그인으로, vsphere 환경내에서 EMC 스토리지를관리하는데사용되는단일인터페이스를제공합니다. VSI에서기능을개별적으로추가하고제거할수있기때문에 VSI 사용자환경을자유롭게사용자지정할수있습니다. 기능은 VSI Feature Manager를사용하여관리합니다. VSI는변화하는고객요구사항에맞춰새로운기능을신속하게채택할수있는통합된사용자환경을제공합니다. 검증테스트에는다음 VSI 기능이사용되었습니다. Storage Viewer: vsphere 호스트와가상머신에할당된 VNX 스토리지디바이스를간편하게검색하고식별할수있도록 vsphere Client를확장합니다. Storage Viewer는다양한스토리지매핑툴의데이터를긴밀하게연결된몇개의 vsphere Client 뷰에병합하여가상데이터센터관리자에게기본스토리지에대한세부정보를제공합니다. 유니파이드스토리지관리 : VNX 유니파이드스토리지플랫폼의스토리지관리를간소화합니다. 유니파이드스토리지관리는 VMware 관리자가 vsphere Client에서새 NFS(Network File System) 및 VMFS 데이터저장소그리고 RDM 볼륨을원활하게프로비저닝할수있게해줍니다. 자세한내용은 EMC VSI for VMware vsphere 제품가이드를참조하십시오. VNXe 용 VMware vstorage API for Array Integration 지원 VMware VAAI(vStorage API for Array Integration) 를사용한하드웨어가속은 vsphere 5.5에서향상된스토리지기능으로, 특정한스토리지작업을 vsphere에서 VNXe 시리즈플랫폼과같은호환되는스토리지하드웨어로오프로드할수있게지원합니다. vsphere는스토리지하드웨어의기능을활용하여이러한작업의속도를높이고 CPU, 메모리, 스토리지 Fabric 대역폭의사용량을줄입니다. 컴퓨팅 EMC VSPEX Proven Infrastructure를위한서버플랫폼을선택할때는운영환경의기술적요구사항은물론플랫폼의지원가능성, 기존서버제공업체와의관계, 고급성능및관리기능을비롯한그밖의많은요인이고려됩니다. 이때문에 EMC VSPEX 솔루션은다양한서버플랫폼에서실행되도록설계되었습니다. 특정한요구사항을만족하는지정된수의서버를요구하는대신 VSPEX는최소한의프로세서코어의수와 RAM 용량만필요로합니다. 이환경은 2대의서버로구축하든 20대의서버로구축하든동일한 VSPEX 솔루션으로간주할수있습니다. 31
솔루션기술개요 예를들어지정된구축환경의컴퓨팅계층에 25개의프로세서코어와 200GB의 RAM이필요하다고가정해보겠습니다. 그림2에나온것처럼한고객은 16개의프로세서코어와 64GB RAM이포함된화이트박스서버를사용하여이환경을구축하는반면다른고객은 20개의프로세서코어와 144GB의 RAM이포함된하이엔드서버를선택할수도있습니다. 그림 2. 컴퓨팅계층유연성 첫번째고객에게는선택한서버가 4 대필요하지만두번째고객에게는 2 대만있으면 됩니다. 참고 컴퓨팅계층에서고가용성을지원하려면각고객에게서버 1 대가추가로 필요합니다. 그래야서버에장애가발생하더라도시스템에서비즈니스 운영을계속유지할수있기때문입니다. 32
솔루션기술개요 다음은컴퓨팅계층에적용되는 Best Practice입니다. 동일하거나최소한호환되는다수의서버를사용합니다. VSPEX는하이퍼바이저수준의고가용성기술을구현하는데, 기반이되는물리적하드웨어와관련하여유사한지침이요구될수있습니다. VSPEX를동일한서버유닛에구축하면이영역에서발생하는호환성문제를최소화할수있습니다. 하이퍼바이저계층고가용성을구현하는경우생성할수있는최대가상머신은해당운영환경의최소물리적서버에의해제한됩니다. 사용가능한고가용성기능을가상화계층에구현하고컴퓨팅계층에최소한단일서버장애를수용하기에충분한리소스가있는지확인합니다. 이렇게하면업그레이드시다운타임이최소화되고단일유닛장애를수용할수있습니다. 이와같은권장사항및 Best Practice를따르는범위내에서 EMC VSPEX의컴퓨팅계층을특정요구사항에맞게자유롭게조정할수있습니다. 주된관건은충분한프로세서코어와코어당 RAM을프로비저닝하여타겟환경의요구사항을충족하는일입니다. 네트워크 인프라스트럭처네트워크에서각 vsphere 호스트, 스토리지시스템, 스위치상호연결포트, 스위치업링크포트는네트워크링크를이중화해야합니다. 이중화를통해가용성을보장할수있을뿐아니라네트워크대역폭도추가로확보할수있습니다. 솔루션에사용할네트워크인프라스트럭처가이미갖추어져있든, 다른구성요소와함께새로구축하든상관없이이이중화구성이필요합니다. 이러한유형의고가용성네트워크토폴로지에대한예는그림3에나와있습니다. 33
솔루션기술개요 그림 3. 고가용성네트워크설계의예 이검증된솔루션은 VLAN(Virtual LAN) 을통해다양한유형의네트워크트래픽을분리하여처리량, 관리용이성, 애플리케이션분리, 고가용성, 보안을개선합니다. EMC 유니파이드스토리지플랫폼은 Link Aggregation을사용하여네트워크고가용성또는이중화를구현합니다. Link Aggregation을통해여러개의활성이더넷연결을하나의 MAC 주소와잠재적으로여러개의 IP 주소가지정된단일링크로표시할수있습니다. 이솔루션에는 VNXe에 LACP를구성하여여러이더넷포트를단일가상디바이스로결합합니다. 이더넷포트에서링크가끊기는경우다른포트로페일오버됩니다. 모든네트워크트래픽은활성링크간에분산됩니다. 34
솔루션기술개요 스토리지 개요 스토리지계층은데이터센터스토리지처리시스템에서애플리케이션및운영체제에의해생성된데이터에대한서비스를제공하는 Proven Infrastructure 솔루션의또다른주요구성요소입니다. 이계층은스토리지효율성과관리유연성을향상시키고 TCO(Total Cost of Ownership) 를줄입니다. 이 VSPEX 솔루션에서는 VNXe 시리즈스토리지를사용하여스토리지계층에가상화를제공합니다. EMC VNXe 시리즈 EMC VNX 제품군은가상애플리케이션에최적화된확장성이뛰어나고사용이간편한솔루션으로서, 파일및블록스토리지면에서혁신적인엔터프라이즈기능을제공합니다. 이차세대스토리지플랫폼은성능및유연성이뛰어난하드웨어와효율성향상, 관리간소화및데이터보호를위한첨단소프트웨어를결합함으로써오늘날기업들이직면한과제들을완벽하게해결합니다. Intel Xeon 프로세서를기반으로한 VNXe 시리즈는성능을자동으로효율적으로확장하면서도데이터무결성과보안을유지하는지능형스토리지를구축합니다. VNXe 시리즈는소규모운영환경의일반 IT 관리자를지원하도록특별히설계된반면, VNX 시리즈는중간규모및대규모운영환경의높은성능및확장성요구사항을충족하도록개발되었습니다. VNXe 시리즈에포함된구성요소는다음과같습니다. SP(Storage Processor) 는 iscsi, CIFS/SMB 및 NFS 프로토콜을지원하는 UltraFlex 입출력기술을활용하여블록및파일데이터를지원합니다. SP는모든외부호스트와 VNXe 스토리지의파일측에대한액세스를제공합니다. DAE(Disk Array Enclosure) 에는스토리지에서사용되는드라이브가장착됩니다. VNXe 고객이얻는이점 VNXe에서는다음기능을지원합니다. 가상화애플리케이션에최적화된차세대유니파이드스토리지 압축, 데이터중복제거, 씬프로비저닝, 애플리케이션중심복제본등의용량최적화기능 99.999% 의고가용성설계 파일및블록에대한멀티프로토콜지원 35
솔루션기술개요 모든 NAS(Network-Attached Storage), SAN(Storage Area Network) 및복제요구를한곳에서관리하는인터페이스로 EMC Unisphere 를사용하여관리간소화참고 VNXe는블록압축을지원하지않습니다. VNXe 소프트웨어제품군 EMC는 VNXe 유니파이드스토리지플랫폼에서최고의보호및보안을실현하기위해, 재해복구에서애플리케이션백업및복구에이르는다양한요구사항을충족할수있는독보적인추가기능스토리지소프트웨어를간편한패키지형태로제공합니다. 다음 VNXe 소프트웨어제품군을사용할수있습니다. Local Protection Suite - 운영데이터의스냅샷을사용하여생산성향상 Remote Protection Suite - 국지적인장애, 운영중단및재해로부터안전하게데이터보호 Application Protection Suite - 애플리케이션복제자동화및규정준수보장 Security and Compliance Suite - 불법적인변경, 삭제및악의적인행위로부터데이터를안전하게보호 VNXe 소프트웨어팩각스토리지에는일부소프트웨어제품군이기본패키지로포함되어있습니다. VNXe3150 Total Value Pack 또는 VNXe3300 Total Protection Pack을통해추가소프트웨어제품군을구입할수도있습니다. 자세한내용은 EMC VNXe 시리즈 Data Sheet를참조하십시오. 백업및복구 개요 이 VSPEX 솔루션에있는백업및복구구성요소는정의된스케줄대로데이터파일또는볼륨을백업하고재해발생후복구를위해백업에서데이터를복구하여데이터를보호합니다. 이 VSPEX 솔루션에서 EMC NetWorker 는 50개가상머신아키텍처에대한백업및복구기능을제공하는반면, Avamar는 100개가상머신아키텍처에대한백업및복구기능을제공합니다. 이섹션에서는이 VSPEX 솔루션의백업및복구환경을설정하는방법에대한지침을 제공합니다. 백업구성요소의특성과레이아웃이설명되어있습니다. 36
솔루션기술개요 EMC NetWorker EMC Data Domain 데이터중복제거스토리지시스템과연동된 EMC NetWorker는가상화환경에원활하게통합되며, 신속한백업및복구기능을제공합니다. Data Domain 데이터중복제거기술은 Data Domain Boost를사용함으로써네트워크를통해전송되는데이터를획기적으로줄입니다. 이로인해백업및저장되는데이터의양도크게줄어들고스토리지, 대역폭, 운영비용이절약됩니다. 백업관리자에게가장많이요청되는몇가지복구작업은다음과같습니다. 파일레벨복구 : 대부분의사용자지원요청을처리하는객체레벨복구방식입니다. 파일을삭제하는개인사용자, 복구가필요한애플리케이션, 배치처리등일반적으로삭제와관련한작업에서파일레벨복구가요구됩니다. 시스템복구 : 전체시스템복구는파일레벨복구보다요청되는경우가드물지만엔터프라이즈환경에서매우중요한 BMR(Bare Metal Restore) 기능입니다. 전체시스템복구요청이발생하게되는근본원인으로는바이러스침투, 레지스트리손상, 파악할수없는복구불가문제등이있습니다. NetWorker System State 보호기능은이두가지시나리오모두에서백업및복구기능을강화합니다. EMC Avamar EMC Avamar 데이터중복제거기술은가상화환경에원활하게통합되어신속한백업및복구기능을제공합니다. Avamar의중복제거를사용하면더적은양의데이터가네트워크를통과하게되며, 백업되고저장되는데이터의양이줄어듭니다. 또한스토리지, 대역폭및운영비용이절감됩니다. 기타기술 EMC VSPEX 솔루션의필수기술구성요소외에도특정활용사례에따라서는다른 항목이추가적인가치를제공할수있습니다. 이러한기술로는아래에나열된기술이 있으며이에국한되지않습니다. EMC XtremCache ( 선택사항 ) EMC XtremCache 는지능형캐싱소프트웨어와 PCIe 플래시기술을활용하여지연 시간을줄이고처리량을늘림으로써애플리케이션성능을대폭향상시키는서버용 플래시캐싱솔루션입니다. 37
솔루션기술개요 서버측플래시캐싱으로속도극대화 XtremCache 소프트웨어는가장자주참조되는데이터를서버기반 PCIe 카드에캐싱하여데이터를애플리케이션과좀더가까운곳에배치합니다. XtremCache 캐싱최적화는참조빈도가가장높은데이터를파악하고이를서버용플래시카드로상향이동함으로써지속적으로변화하는워크로드에자동으로대응합니다. 즉, 보다빠른액세스를위해 사용빈도가가장높은 데이터가서버의 PCIe 카드에자동으로상주합니다. XtremCache는스토리지에서읽기트래픽을오프로드함으로써다른워크로드에처리능력을더많이할당할수있도록합니다. XtremCache가특정워크로드의속도를향상시키는동안다른워크로드에대한스토리지성능은그대로유지되거나약간향상됩니다. 스토리지에 Write-through 캐시를사용하여완벽하게보호 XtremCache는스토리지에 Write-through 캐시를사용하여일관된고가용성, 무결성및재해복구기능을제공함으로써읽기작업속도를높이고데이터를보호합니다. 애플리케이션종류불문 XtremCache는애플리케이션에영향을미치지않으므로운영환경에 XtremCache를구축하기위해작성, 테스트또는인증을다시수행할필요가없습니다. vsphere와통합 XtremCache는가상화환경과물리적환경을모두개선합니다. VSI 플러그인을통해 vsphere vcenter와통합되므로 XtremCache의관리와모니터링이간소화됩니다. 시스템리소스에대한영향최소화 XtremCache는많은양의메모리나 CPU 주기를필요로하지않습니다. 모든플래시및마모균등화 (wear-leveling) 관리가 PCIe 카드에서수행되어서버리소스를사용하지않기때문입니다. 하지만다른 PCIe 솔루션과달리 XtremCache를사용할경우서버리소스에큰오버헤드가발생하지않습니다. XtremCache는애플리케이션에서데이터저장소로연결되는가장효율적이고지능적인입출력경로를생성하므로물리적환경과가상화환경모두에서성능, 지능형기능및보호기능을동적으로최적화하는인프라스트럭처가구현됩니다. 38
솔루션기술개요 XtremCache Active/Passive 클러스터링지원 XtremCache 클러스터링스크립트를구성하면어떠한경우에도유효하지않은데이터가검색되지않습니다. 이스크립트는클러스터관리이벤트를사용하여캐시를삭제하는메커니즘을트리거합니다. XtremCache를지원하는 Active/Passive 클러스터는데이터무결성을보장하면서애플리케이션성능을높일수있습니다. XtremCache 성능고려사항 XtremCache 성능고려사항은다음과같습니다. 쓰기요청이발생하면 XtremCache는먼저스토리지와캐시에차례로데이터를쓴후에애플리케이션입출력을완료합니다. 읽기요청의경우 XtremCache는캐싱된데이터로요청을처리합니다. 데이터가없는경우에는스토리지에서데이터를검색하고캐시에쓴후에애플리케이션으로돌려보냅니다. 몇밀리초안에데이터를스토리지로이동할수있으므로캐시가얼마나빨리작동할수있는지는스토리지에달려있습니다. 쓰기횟수가늘어날수록 XtremCache의성능은저하됩니다. XtremCache는읽기 / 쓰기작업간비율이 70% 이상이고임의입출력이작을때 (8K가이상적 ) 가장효과적으로워크로드를처리합니다. 128K보다큰입출력은 XtremCache 1.5에서캐싱되지않습니다. 참고 자세한내용은 XtremCache Installation and Administration Guide v1.5 를 참조하십시오. 39
솔루션기술개요 40
4 장. 솔루션아키텍처개요 이장에서다루는내용은다음과같습니다. 개요... 42 솔루션아키텍처... 42 서버구성지침... 48 네트워크구성지침... 52 스토리지구성지침... 54 고가용성및페일오버... 61 검증테스트프로파일... 63 백업환경구성가이드... 64 사이징지침... 65 레퍼런스워크로드... 66 레퍼런스워크로드적용... 67 레퍼런스아키텍처구축... 70 빠른진단... 72 41
솔루션아키텍처개요 개요 이장에는이솔루션의주요측면을포괄적으로보여주는가이드가포함되어있습니다. 서버용량은일반적으로요구되는최소한의 CPU, 메모리및네트워크인터페이스를기준으로명시됩니다. 명시된최소구성이나그이상의수준으로서버와네트워킹하드웨어를자유롭게선택할수있습니다. 지정된스토리지아키텍처는명시된서버및네트워크요구사항을충족하는시스템과함께프라이빗클라우드구축환경에적합한고가용성아키텍처를제공하는동시에높은수준의성능을구현하는것으로 EMC에서검증되었습니다. 솔루션아키텍처 EMC VNXe를사용하는 VMware vsphere용 VSPEX 솔루션은두가지수준의규모에서검증되었습니다. 최대 50개의가상머신을지원하는구성하나와최대 100개의가상머신을지원하는구성하나가레퍼런스워크로드측면에서정의됩니다. 참고 VSPEX 프로그램의핵심적인부분으로적용되는레퍼런스워크로드의개념으로인해, VSPEX Proven Infrastructure에통합해야할서버가 10개라고해서 10개레퍼런스가상머신의용량이필요하다고가정하지는마십시오. 레퍼런스워크로드관점에서워크로드를평가하면적절한수준의규모를파악할수있습니다. 본가이드는레퍼런스워크로드적용에서이프로세스에대해설명합니다. 최대 50 개의가상머신을위한아키텍처 그림 4 에서는최대 50 개의가상머신을지원하는것으로검증된인프라스트럭처의 논리적아키텍처를보여줍니다. 42
솔루션아키텍처개요 그림 4. 50 개의가상머신을지원하는논리적아키텍처 최대 100 개의가상머신을위한아키텍처 그림 5 에서는최대 100 개의가상머신을지원하는것으로검증된인프라스트럭처의 논리적아키텍처를보여줍니다. 그림 5. 100 개의가상머신을지원하는논리적아키텍처 43
솔루션아키텍처개요 참고 두솔루션의네트워킹구성요소는명시된요구사항을충족하기에충분한 대역폭과이중화가제공될경우 10GbE IP 네트워크를사용하여구축할수 있습니다. 주요구성요소 이아키텍처에포함된구성요소는다음과같습니다. VMware vsphere 5.5 Server: 가상화된서버환경을호스팅하기위한공용가상화계층을제공합니다. 검증된환경의구체적인하드웨어구성이표1(46페이지 ) 에나와있습니다. vsphere 5.5는다음과같은기능을통해고가용성인프라스트럭처를제공합니다. vmotion: 가상인프라스트럭처클러스터내에서가상머신다운타임이나서비스중단없이가상머신의실시간마이그레이션을지원합니다. Storage vmotion: 스토리지시스템내에서또는스토리지시스템간에가상머신다운타임이나서비스중단없이가상머신디스크파일의실시간마이그레이션을지원합니다. vsphere HA(High Availability): 클러스터에서장애가발생한가상머신을감지하여신속하게복구합니다. DRS: 클러스터의컴퓨팅용량을로드밸런싱하는기능을지원합니다. SDRS(Storage Distributed Resource Scheduler): 공간활용상태와입출력지연을기준으로여러데이터저장소간의로드밸런싱을지원합니다. VMware vcenter Server 5.5: vsphere 5.5 클러스터의가상화관리기반이되는확장가능한플랫폼을제공합니다. vsphere 호스트와해당가상머신은모두 vcenter에서관리됩니다. EMC Virtual Storage Integrator for VMware vsphere - VSI for VMware vsphere는 vsphere Client의플러그인으로서클라이언트에서직접 EMC 스토리지를관리할수있도록지원합니다. VSI는매우세밀하게사용자지정할수있으며, 통합된관리인터페이스를제공하는데도움이됩니다. Microsoft SQL Server - vcenter Server에서구성및모니터링정보를저장하기위해서는데이터베이스서비스가필요합니다. 바로이러한용도로 Microsoft SQL Server 2012 서버가사용됩니다. Microsoft DNS Server - 다양한솔루션구성요소에대한이름확인을수행하려면 DNS 서비스가필요합니다. Windows 2008 R2 서버에서실행되는 DNS Server가이용도로사용됩니다. 44
솔루션아키텍처개요 Microsoft Active Directory Server - 다양한솔루션구성요소가올바르게작동하려면 AD 서비스가필요합니다. Windows Server 2012 서버에서실행되는 AD DS(AD Directory Service) 가이용도로사용됩니다. 공유인프라스트럭처 - AD 같은 DNS 및인증 / 권한부여서비스를기존인프라스트럭처를통해제공하거나새가상인프라스트럭처의일부분으로설정할수있습니다. IP/ 스토리지네트워크 - 케이블연결과스위치가이중화된표준이더넷네트워크를통해모든네트워크트래픽이전송됩니다. 사용자트래픽과관리트래픽은공유네트워크를통해전달되지만 NFS 또는 iscsi 스토리지트래픽은라우팅이불가능한전용서브넷을통해전달됩니다. EMC VNXe3150 스토리지 - 최대 50개의가상머신을지원하기위해 vsphere 호스트에 NFS 또는 iscsi 데이터저장소를제공하여스토리지기능을구현합니다. EMC VNXe3300 스토리지 - 최대 100개의가상머신을지원하기위해 vsphere 호스트에 NFS 또는 iscsi 데이터저장소를제공하여스토리지기능을구현합니다. 45
솔루션아키텍처개요 하드웨어리소스 표 1 에는이솔루션에사용된하드웨어가나와있습니다. 표 1. 솔루션하드웨어 하드웨어구성참고 VMware vsphere 서버 네트워크인프라스트럭처 CPU: 가상머신당 vcpu 1개 물리적코어당 vcpu 4개메모리 : 가상머신당 2GB RAM 전체서버합계 100GB RAM(50개의가상머신구성 ) 전체서버합계 200GB RAM(100개의가상머신구성 ) vsphere 호스트마다 2GB RAM 예약네트워크 : 서버당 10GbE NIC 2개참고 : vsphere HA 기능을구현하고표에나와있는필수적인최소구성을지원하려면인프라스트럭처에추가서버가 1대더필요합니다. 최소스위치용량 : 물리적스위치 2개 vsphere 서버당 10GbE 포트 2개스토리지프로세서당관리용 1GbE 포트 1개 단일 vsphere 클러스터로구성됩니다. 이중 LAN 구성 스토리지공통 : 스토리지프로세서 2 개 (Active/Active) 스토리지프로세서당 10GbE 인터페이스 2 개 VNXe의초기디스크팩이포함될수있습니다. 50 개가상머신 : EMC VNXe3150 300GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 45개 핫스페어용 300GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 2개 iscsi 스토리지옵션 46
하드웨어구성참고 솔루션아키텍처개요 600GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 30개 핫스페어용 600GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 1개 NFS 스토리지옵션 100 개가상머신 : EMC VNXe3300 공유인프라스트럭처 300GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 77개 핫스페어용 300GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 3개 600GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 63개 핫스페어용 600GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 3개대부분의경우고객환경에는이미 AD, DNS 및기타서비스같은인프라스트럭처서비스가구성되어있습니다. 이러한서비스에대한설정은이문서의범위를벗어납니다. 기존인프라스트럭처를사용하지않고이솔루션을구축하는경우최소한다음과같은수의서버가추가로필요합니다. 물리적서버 2개 서버당 16GB RAM 서버당프로세서코어 4개 서버당 10GbE 포트 2개 iscsi 스토리지옵션 NFS 스토리지옵션이러한서비스는 VSPEX 구축후환경으로마이그레이션할수있지만 VSPEX를구축하기전에구현되어있어야합니다. 백업및복구 50개가상머신 : EMC NetWorker EMC Data Domain DD160 Factory 3개 100개가상머신 : EMC Avamar Business Edition 47
솔루션아키텍처개요 소프트웨어리소스 표 2 에는이솔루션에사용된소프트웨어가나와있습니다. 표 2. 솔루션소프트웨어 소프트웨어 버전 VMware vsphere vsphere Server 5.5 vcenter Server 5.5 vcenter Server 용운영체제 Microsoft SQL Server Windows Server 2012 Standard Edition 버전 2008 R2 Standard Edition EMC VNXe VNXe 소프트웨어 2.3.1.18703 EMC VSI for VMware vsphere: 유니파이드스토리지관리 EMC VSI for VMware vsphere: Storage Viewer 5.5 5.5 백업및복구 EMC Avamar EMC Data Domain OS EMC NetWorker 6.1 SP1 5.2 SP1 8.0 SP1 가상머신 ( 검증을위해사용되고구축에필요하지않음 ) 기본운영체제 Microsoft Windows Server 2012 Data Center Edition 서버구성지침 개요 VSPEX 솔루션의컴퓨팅 / 서버계층을설계하고주문할때는여러가지요인에의해최종구매결정이바뀔수있습니다. 가상화관점에서시스템의워크로드가적절히파악되었을경우 Memory Ballooning 및 Transparent Page Sharing과같은기능으로총메모리요구사항을줄일수있습니다. 가상머신풀의최대또는동시사용량수준이높지않은경우에는 vcpu 수가줄어들수있습니다. 이와반대로, 구축하는애플리케이션이특성상컴퓨팅집약적인경우에는구매하는 CPU 및메모리의수가늘어날수있습니다. 표3에는이솔루션에사용되는서버하드웨어및구성이나와있습니다. 48
솔루션아키텍처개요 표 3. 서버하드웨어 하드웨어구성참고 VMware vsphere 서버 CPU: 가상머신당 vcpu 1개 물리적코어당 vcpu 4개메모리 : 가상머신당 2GB RAM 전체서버합계 100GB RAM(50개의가상머신 ) 전체서버합계 200GB RAM(100개의가상머신 ) vsphere 호스트마다 2GB RAM 예약네트워크 : 서버당 10GbE NIC 2개참고 : vsphere HA 기능을구현하고표에나와있는최소구성을지원하려면인프라스트럭처에추가서버가 1대더필요합니다. 단일 vsphere 클러스터로구성됩니다. VSPEX 의 VMware vsphere 메모리가상화 vsphere 5.5에는성능및전반적인리소스활용도를손쉽게극대화할수있게해주는많은고급기능이통합되어있습니다. 이가운데가장중요한것은메모리관리영역의기능입니다. 이섹션에서는이러한기능중몇가지와 VSPEX 환경에서이를사용할때고려해야할사항에대해설명합니다. 일반적으로그림6에나와있는것처럼단일하이퍼바이저의가상머신에서는메모리를리소스풀로사용합니다. 49
솔루션아키텍처개요 그림 6. 하이퍼바이저메모리사용 메모리초과할당메모리초과할당은 vsphere 호스트에실제로제공된것보다가상머신에할당된메모리가더많을경우에발생합니다. vsphere는메모리팽창 (memory ballooning) 및무중단페이지공유 (transparent page sharing) 같은정교한기법을통해성능을저하시키지않으면서메모리초과할당현상에대처할수있습니다. 하지만실제로사용중인메모리가서버의가용메모리보다더크면 vsphere는가상머신메모리의일부를스왑아웃할수도있습니다. 50
솔루션아키텍처개요 NUMA(Non-Uniform Memory Access) vsphere는 NUMA 로드밸런서를사용하여가상머신에홈노드를할당합니다. 가상머신에사용할메모리가홈노드에서할당되므로메모리액세스가로컬에서이루어지며최대한의성능을나타냅니다. NUMA를직접지원하지않는애플리케이션도이기능을통해이점을얻을수있습니다. 무중단페이지공유비슷한운영체제와애플리케이션을실행하는가상머신은대개메모리구성이비슷합니다. 하이퍼바이저는페이지공유를통해이중화된복제본을재확보하고복제본을하나만유지하여전체호스트메모리사용량을절감합니다. 대부분의애플리케이션가상머신에서동일한운영체제및애플리케이션바이너리를실행하는경우통합률을높이도록총메모리사용량을줄일수있습니다. 메모리팽창하이퍼바이저는게스트운영체제에로드된팽창드라이버를사용하여메모리리소스경합이발생할경우호스트의물리적메모리를재확보할수있습니다. 이과정에서애플리케이션의성능에는거의또는전혀영향이발생하지않습니다. 메모리구성지침 이섹션에서는가상머신에메모리를할당하기위한지침을설명합니다. 이섹션의 지침은 vsphere 메모리오버헤드와가상머신메모리설정을고려하여제시된 것입니다. vsphere 메모리오버헤드메모리리소스의가상화와관련된오버헤드가있습니다. 메모리공간오버헤드는다음두가지요소로구분됩니다. VMkernel과관련된고정된시스템오버헤드 각가상머신과관련된추가오버헤드 VMkernel에대한추가오버헤드메모리양은고정되어있는반면, 각가상머신에대한양은가상 CPU 수, 그리고게스트운영체제에대해구성된메모리에따라달라집니다. 가상머신에메모리할당 VSPEX 아키텍처에서가상머신메모리의적절한사이징은여러가지요인에의해결정됩니다. 사용가능한애플리케이션및활용사례수를감안하여특정환경에서적합한구성을결정하려면최적의결과를얻을수있도록기준치를만들고테스트하고조정해야합니다. 51
솔루션아키텍처개요 참고가상머신은일정량의사용가능한오버헤드메모리가있어야켤수있습니다. 가상머신의메모리사이징을고려할때이오버헤드의양을알고있어야 합니다. 네트워크구성지침 개요 이섹션에서는이중화된고가용성네트워크구성을설정하기위한지침을설명합니다. 이섹션의지침은 EMC 유니파이드스토리지의점보프레임, VLAN 및 LACP 를고려한 것입니다. 표 4 에서는자세한네트워크리소스요구사항을보여줍니다. 표 4. 네트워크하드웨어 하드웨어구성참고 네트워크인프라스트럭처 최소스위치용량 : 물리적스위치 2개 vsphere 서버당 10GbE 포트 2개 스토리지프로세서당관리용 1GbE 포트 1개 이중 LAN 구성 VLAN 호스트와스토리지간, 호스트와클라이언트간의트래픽은물론관리트래픽까지분리된네트워크를통해이동하도록네트워크트래픽을분리하십시오. 경우에따라규정또는정책을준수하기위해물리적으로격리해야할수도있지만대부분의상황에서는 VLAN을사용한논리적격리만으로충분합니다. 이솔루션에는최소한다음과같은 3개의 VLAN이필요합니다. 클라이언트액세스 스토리지 관리이러한 VLAN은그림7에나와있습니다. 52
솔루션아키텍처개요 그림 7. 참고 필요한네트워크그림7에서는 10GbE 네트워크연결을사용하는 VNXe3300 스토리지의네트워크연결요구사항을보여줍니다. VNXe3150 스토리지또는 1GbE 네트워크연결을사용하는경우에도이와비슷한토폴로지를만들어야합니다. 클라이언트액세스네트워크는시스템사용자, 즉클라이언트가인프라스트럭처와통신하는데사용됩니다. 스토리지네트워크는컴퓨팅계층과스토리지계층간의통신에사용됩니다. 관리네트워크에서관리자는스토리지시스템, 네트워크스위치및호스트의관리접속구성에대한전용액세스권한을갖게됩니다. 참고 일부 Best Practice 에서는클러스터트래픽, 가상화계층통신및기타기능에 대해네트워크분리가추가로요구됩니다. 이러한추가네트워크는필요한 경우구축할수있지만반드시필요한것은아닙니다. 점보프레임사용 이솔루션에서는스토리지및마이그레이션트래픽의효율을높이기위해 MTU 를 9,000( 점보프레임 ) 으로설정해야합니다. 53
솔루션아키텍처개요 Link Aggregation Link Aggregation은이더넷채널과비슷하지만 LACP IEEE 802.3ad 표준을사용한다는점에서다릅니다. IEEE 802.3ad 표준은두개이상의포트가있는 Link Aggregation을지원합니다. Link Aggregation에있는모든포트는속도가동일해야하며양방향이중화여야합니다. 이솔루션에는 VNXe에 LACP를구성하여여러이더넷포트를단일가상디바이스로결합합니다. 이더넷포트에서링크가끊기는경우다른포트로페일오버됩니다. 모든네트워크트래픽은활성링크간에분산됩니다. 스토리지구성지침 개요 vsphere 에서는가상머신을호스팅할때두가지이상의방법으로스토리지를 사용할수있습니다. 이섹션에서는고가용성과기대한수준의성능을제공하는솔루션의스토리지 계층을설정하기위한지침을제시합니다. 스토리지하드웨어 표5에설명된솔루션은 NFS 및 iscsi를모두사용하여테스트를거쳤습니다. 설명된스토리지레이아웃은모든최신 Best Practice를준수합니다. 적절한교육을이수한고객과아키텍처설계자는필요한경우시스템사용률및로드에대한이해도에따라이를수정할수있습니다. 표 5. 스토리지하드웨어 하드웨어구성참고 스토리지 공통 스토리지프로세서 2개 (Active/Active) 스토리지프로세서당 10GbE 인터페이스 2개 50개가상머신 EMC VNXe3150 300GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 45개 핫스페어용 300GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 2개 600GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 30개 핫스페어용 600GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 1개 VNXe의초기디스크팩이포함될수있습니다. iscsi 스토리지옵션 NFS 스토리지옵션 54
솔루션아키텍처개요 하드웨어 구성 참고 100개가상머신 EMC VNXe3300 300GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 77개 핫스페어용 300GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 3개 600GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 63개 핫스페어용 600GB 15k rpm 8.89cm(3.5인치 ) SAS 디스크 3개 iscsi 스토리지 옵션 NFS 스토리지옵션 VSPEX 에대한 vsphere 스토리지가상화 VMware ESXi 에서는호스트레벨스토리지가상화를제공합니다. 이제품은물리적 스토리지를가상화하고가상화된스토리지를가상머신에제공합니다. 가상머신은해당운영체제를비롯해가상머신작업과관련된그밖의모든파일을가상디스크에저장합니다. 가상디스크는하나이상의파일로구성됩니다. VMware는가상 SCSI 컨트롤러를사용하여가상머신내에서실행되는게스트운영체제에가상디스크를제공합니다. 그림8에서는다양한 VMware 가상디스크유형을보여줍니다. 그림 8. VMware 가상디스크종류 가상디스크는데이터저장소에상주합니다. 유형에따라 iscsi VMFS 데이터 저장소에상주할수도있고 NFS 데이터저장소에상주할수도있습니다. 55
솔루션아키텍처개요 VMFS VMFS는가상머신에최적화된스토리지가상화를제공하는클러스터파일시스템으로, SCSI 기반로컬디바이스 (direct attached or SAN) 를통해구축하거나 iscsi 및 NFS와같은프로토콜을사용하여네트워크스토리지디바이스를통해구축할수있습니다. RDM (Raw Device Mapping) VMware는 RDM(Raw Device Mapping) 이라는메커니즘을제공합니다. RDM은가상머신에서물리적스토리지의볼륨을직접액세스할수있게해주며, FC 또는 iscsi를사용합니다. NFS VMware는외부 NAS 스토리지시스템또는디바이스의 NFS 파일시스템을가상머신데이터저장소로사용하도록지원합니다. 50 개가상머신을위한스토리지레이아웃 그림4(43페이지 ) 에는최대 50개가상머신을위한물리적디스크레이아웃이나와있습니다. VNXe 시리즈에서는마법사를통해간편하게디스크를프로비저닝하며, 특정스토리지풀에포함할디스크를선택하지않습니다. 마법사는스토리지시스템에서디스크의물리적위치와관계없이적절한유형의사용가능한디스크를선택합니다. 그림9에서는 VNXe3150에서 50개가상머신을저장하는데필요한디스크의 iscsi 레이아웃을보여줍니다. 56
솔루션아키텍처개요 그림 9. EMC VNXe3150 의 50 개가상머신용 iscsi 스토리지레이아웃 이레퍼런스아키텍처는다음과같은구성을사용합니다. 45개의 300GB SAS 디스크가 9개의 4+1 RAID 5 그룹 (5개디스크로구성된팩 9개로판매 ) 으로구성되어단일스토리지풀에할당됩니다. 각유형의디스크 30개마다핫스페어디스크를 1개이상할당합니다. 가상서버의데이터저장소역할을하기위해적어도 4개의 iscsi LUN이단일스토리지풀에서 ESXi 클러스터로할당됩니다. 57
솔루션아키텍처개요 그림 10 에서는 VNXe3150 에서 50 개가상머신을저장하는데필요한디스크의 NFS 스토리지레이아웃을보여줍니다. 그림 10. EMC VNXe3150 의 50 개가상머신용 NFS 스토리지레이아웃 이레퍼런스아키텍처는다음과같은구성을사용합니다. 30개의 600GB SAS 디스크가 6개의 4+1 RAID 5 그룹 (5개디스크로구성된팩으로판매 ) 으로구성되어단일스토리지풀에할당됩니다. 각유형의디스크 30개마다핫스페어디스크를 1개이상할당합니다. 가상서버의데이터저장소역할을할 2개이상의 NFS 공유가단일스토리지풀에서 vsphere 클러스터로할당됩니다. 58
솔루션아키텍처개요 100 개가상머신을위한스토리지레이아웃 그림 11 에서는 VNXe3300 에서 100 개가상머신을저장하는데필요한디스크의 iscsi 레이아웃을보여줍니다. 그림 11. EMC VNXe3300 의 100 개가상머신용 iscsi 스토리지레이아웃 이레퍼런스아키텍처는다음과같은구성을사용합니다. 77개의 300GB SAS 디스크가 11개의 6+1 RAID 5 그룹 (7개디스크로구성된팩 11개로판매 ) 으로구성되어단일스토리지풀에할당됩니다. 각유형의디스크 30개마다핫스페어디스크를 1개이상할당합니다. 가상서버의데이터저장소역할을하기위해적어도 10개의 iscsi LUN이단일스토리지풀에서 ESXi 클러스터로할당됩니다. 59
솔루션아키텍처개요 그림 12 에서는 VNXe3300 에서 100 개가상머신을저장하는데필요한디스크의 NFS 레이아웃을보여줍니다. 그림 12. EMC VNXe3300 의 100 개가상머신용 NFS 스토리지레이아웃 이레퍼런스아키텍처는다음과같은구성을사용합니다. 63개의 600GB SAS 디스크가 9개의 6+1 RAID 5 그룹 (7개디스크로구성된팩으로판매 ) 으로구성되어단일스토리지풀에할당됩니다. 각유형의디스크 30개마다핫스페어디스크를 1개이상할당합니다. 가상서버의데이터저장소역할을할 2개이상의 NFS 공유가단일스토리지풀에서 vsphere 클러스터로할당됩니다. 60
솔루션아키텍처개요 고가용성및페일오버 개요 이 VSPEX 솔루션은가용성이높은가상화된서버, 네트워크및스토리지 인프라스트럭처를제공합니다. 이가이드에따라구축할경우비즈니스운영에거의 또는전혀영향을주지않으면서단일유닛장애를극복하도록할수있습니다. 가상화계층 앞에서설명한대로가상화계층에서고가용성을구성하고장애가발생한가상 머신을하이퍼바이저를통해자동으로재시작하도록하는것이좋습니다. 그림 13 에는컴퓨팅계층의장애에대응하는하이퍼바이저계층이나와있습니다. 그림 13. 가상화계층고가용성 가상화계층에고가용성을구현하면하드웨어장애가발생하더라도 인프라스트럭처가가능한한많은서비스를실행상태로유지하려고합니다. 컴퓨팅계층 컴퓨팅계층에서구축할서버는자유롭게선택할수있지만데이터센터에맞게설계된엔터프라이즈급서버를사용하는것이좋습니다. 이러한유형의서버는그림14에나와있는것처럼이중화된전원공급장치를갖추고있으며, 서버공급업체의 Best Practice에따라별도의 PDU(Power Distribution Unit) 에연결해야합니다. 그림 14. 이중화된전원공급장치 61
솔루션아키텍처개요 가상화계층에도고가용성을구성하는것이좋습니다. 즉, 그림 13 에나온것처럼 컴퓨팅계층을구성할때는서버장애시에도사용가능한총리소스수가운영 환경의요구사항을충족하도록충분한리소스를사용해야합니다. 네트워크계층 VNX의고급네트워킹기능은스토리지시스템에서네트워크접속장애로인한문제를방지합니다. 그림15에나와있는것처럼각 vsphere 호스트에는사용자및스토리지이더넷네트워크에대한다중접속이구성되어있어연결장애로부터보호됩니다. 이러한접속구성은여러이더넷스위치에분산되므로네트워크가구성요소장애로부터보호됩니다. 그림 15. 네트워크계층고가용성 네트워크계층에단일장애지점이없도록설계하면구성요소에장애가 발생하더라도컴퓨팅계층에서계속스토리지를액세스하고사용자와통신할수 있습니다. 스토리지계층 그림 16 에서처럼 VNXe 는스토리지시스템전체에걸쳐구성요소를이중화함으로써 99.999% 의가용성을보장하도록설계되었습니다. 62
솔루션아키텍처개요 그림 16. VNXe 시리즈고가용성 모든스토리지시스템구성요소는하드웨어장애가발생한경우에도작동상태가유지됩니다. 스토리지시스템의 RAID 디스크구성은개별디스크의장애로인한데이터손실을방지하며, 사용가능한핫스페어드라이브를동적으로할당하여장애가발생한디스크를대체할수있습니다. EMC 스토리지시스템은기본적으로고가용성을구현하도록설계되어있습니다. 설치가이드를적절히활용하여단일유닛장애로인해데이터손실또는데이터가용성손실이발생하지않도록해야합니다. 검증테스트프로파일 프로파일특성 이솔루션은표 6 에나와있는환경프로파일을기준으로검증되었습니다. 표 6. 검증된환경프로파일 프로파일특성 값 가상머신수 50/100 가상머신 OS Windows Server 2012 Data Center Edition 가상머신당프로세서수 1 물리적 CPU 코어당가상프로세서수 4 가상머신당 RAM 용량 2GB 63
솔루션아키텍처개요 프로파일특성 각가상머신에사용가능한평균스토리지용량 가상머신당평균 IOPS(I/O Operations per Second) 값 100GB 25 IOPS 가상머신디스크를저장할데이터저장소수 2/4 데이터저장소당가상머신수 25 데이터저장소의디스크및 RAID 유형 (iscsi) 데이터저장소의디스크및 RAID 유형 (NFS) RAID 5, 300GB, 15k rpm, 8.89cm(3.5 인치 ) SAS 디스크 RAID 5, 600GB, 15k RPM 8.89cm(3.5 인치 ) SAS 디스크 백업환경구성가이드 백업특성 이솔루션은표 7 에나온애플리케이션환경프로파일을기준으로사이징되었습니다. 표 7. 백업프로파일특성 프로파일특성가상머신 50 개가상머신 100 개 사용자수 500 1000 가상머신수 50(20% 데이터베이스, 80% 비정형 ) 100(20% 데이터베이스, 80% 비정형 ) Exchange 데이터 0.5TB( 사용자당 1GB의메일박스 ) 1TB( 사용자당 1GB의메일박스 ) SharePoint 데이터 0.25TB 0.5TB SQL Server 0.25TB 0.5TB 사용자데이터 2.5TB( 사용자당 5.0GB) 5GB( 사용자당 5.0GB) 애플리케이션의일일변경률 Exchange 데이터 10% SharePoint 데이터 2% SQL Server 5% 사용자데이터 2% 64
솔루션아키텍처개요 프로파일특성가상머신 50 개가상머신 100 개 데이터유형별보존기간 모든데이터베이스데이터 사용자데이터 14 일 30 일, 4 주, 1 개월 50 개가상머신을위한백업레이아웃 구체적인활용사례와복구요구사항에따라 NetWorker Fast Start는다양한구축옵션을제공합니다. 이예에서는단일솔루션으로관리되는 NetWorker Fast Start와 Data Domain을사용하여솔루션을구축했습니다. 따라서간단한파일레벨복구작업에사용할비정형사용자데이터를 Data Domain 시스템에바로백업할수있습니다. 데이터베이스는 NetWorker Fast Start 소프트웨어에서관리되지만내장형 Boost 클라이언트라이브러리를사용하는 Data Domain 시스템으로리디렉션됩니다. 이백업솔루션은백업프로세스를통합하고성능과효율성의수준을높입니다. 100 개가상머신을위한백업레이아웃 구체적인활용사례와복구요구사항에따라 Avamar는다양한구축옵션을제공합니다. 이경우, 솔루션은단일솔루션으로관리되는 Avamar와 Data Domain 모두를사용하여구축됩니다. 따라서간단한파일레벨복구작업에사용할비정형사용자데이터를 Avamar 시스템에바로백업할수있습니다. 데이터베이스와가상머신이미지는 Avamar 소프트웨어에서관리되지만내장형 Boost 클라이언트라이브러리를사용하는 Data Domain 시스템으로리디렉션됩니다. 이백업솔루션은백업프로세스를통합하고성능과효율성의수준을높입니다. 사이징지침 다음섹션에서는이가이드에나와있는 VSPEX 아키텍처를사이징및구축하는데사용된레퍼런스워크로드에대한정의를제공합니다. 또한레퍼런스워크로드와실제고객워크로드와의상관관계를분석하는방법을안내하고이러한상관관계로인해서버및네트워크관점에서최종결과물이어떻게달라질수있는지에관해설명합니다. 용량을늘리고성능을높이기위해드라이브를추가하여스토리지정의를수정할수있습니다. 디스크레이아웃은정의된성능수준과일반적인작업 ( 예 : 스냅샷 ) 에서적절한수의가상머신을지원하도록만들어졌습니다. 권장되는드라이브수나스토리지유형을낮추면응답시간이늘어나가상머신당 IOPS가줄어들고사용자환경의성능이저하될수있습니다. 65
솔루션아키텍처개요 레퍼런스워크로드 기존서버를가상인프라스트럭처로이동하는것을고려하는경우, 해당시스템에할당되는가상하드웨어리소스를정확하게사이징함으로써효율성을극대화할수있습니다. 각각의 VSPEX 가상인프라스트럭처는 EMC에서검증을마친정해진수의가상머신에필요한스토리지, 네트워크및컴퓨팅리소스를균등하게분산시킵니다. 실제로각가상머신은자체의고유한요구사항이있으며이러한요구사항은가상머신에대해미리정의된요구사항과좀처럼일치하지않습니다. 가상인프라스트럭처에대한논의를진행할때는레퍼런스워크로드를먼저정의해야합니다. 모든서버가동일한작업을수행하는것은아니므로, 가능한모든워크로드특성조합을고려하여레퍼런스를구축하는것은비현실적입니다. 레퍼런스워크로드정의 EMC 는이러한문제를해결하고고객과의원활한논의를돕기위해대표적인고객 레퍼런스워크로드를정의했습니다. 실제고객환경을이레퍼런스워크로드와 비교하면선택해야할레퍼런스아키텍처를쉽게결정할수있을것입니다. VSPEX 솔루션에서레퍼런스워크로드는단일가상머신으로정의됩니다. 표 8 에서는 이가상머신의특성을보여줍니다. 표 8. 가상머신특성 특성 값 가상머신운영체제 Microsoft Windows Server 2012 Data Center Edition 가상머신당가상프로세서수 1 가상머신당 RAM 용량 2GB 가상머신당가용스토리지용량 100GB 가상머신당 IOPS 25 입출력패턴 랜덤 입출력읽기 / 쓰기비율 2:1 이가상머신사양은임의의특정애플리케이션을나타내는것이아니라, 다른가상 머신을측정, 비교할수있는하나의공통기준을제시합니다. 66
솔루션아키텍처개요 레퍼런스워크로드적용 개요 레퍼런스아키텍처에서는표8의특성을갖는레퍼런스가상머신을타겟수만큼충분히호스팅할수있는리소스풀을생성합니다. 고객의가상머신은사양과정확하게일치하지않을수있습니다. 이경우고객의특정가상머신 1개가레퍼런스가상머신몇개와일치하는지를정의하여풀안에서해당가상머신이사용되고있다고가정하십시오. 그리고리소스가남지않을때까지리소스풀에서가상머신을계속프로비저닝합니다. 이섹션에서자세히설명되어있는다음예를고려해보십시오. 예 1: 맞춤형애플리케이션 예 2: PoS(Point of Sale) 시스템 예 3: 웹서버 예 4: 의사결정지원데이터베이스 예 1: 맞춤형애플리케이션 소규모맞춤형애플리케이션서버하나를이가상인프라스트럭처로이동해야합니다. 해당애플리케이션을지원하는물리적하드웨어는완전히활용되고있지않습니다. 기존애플리케이션을면밀히분석한결과에따르면, 이애플리케이션은프로세서하나를사용할수있고정상적으로실행되려면 3GB의메모리가필요합니다. 입출력워크로드는유휴시간일때 4 IOPS까지떨어졌다가사용량이많을때는최대 15 IOPS까지상승합니다. 전체애플리케이션은로컬하드드라이브스토리지에서약 30GB의용량을사용합니다. 이와같은수치에따라리소스풀에서다음리소스가필요합니다. 가상머신 1개의 CPU 리소스 가상머신 2개의메모리리소스 가상머신 1개의스토리지용량 가상머신 1개의 IOPS 이예에서는가상머신 1개가레퍼런스가상머신 2개에해당하는리소스를사용합니다. 원래풀에레퍼런스가상머신 100개를제공할수있는리소스가있었다면이제레퍼런스가상머신 98개에대한리소스가남습니다. 67
솔루션아키텍처개요 예 2: PoS (Point of Sale) 시스템 고객의 PoS(Point of Sale) 시스템에사용되는데이터베이스서버를이가상인프라스트럭처로이동해야합니다. 이서버는현재 CPU 4개와 16GB의메모리를갖춘물리적시스템에서실행되고있습니다. 평균사용주기동안에는 200GB의스토리지를사용하고 200 IOPS를생성합니다. 다음은이애플리케이션을가상화하는데필요한리소스입니다. 레퍼런스가상머신 4개의 CPU 레퍼런스가상머신 8개의메모리 레퍼런스가상머신 2개의스토리지 레퍼런스가상머신 8개의 IOPS 이경우가상머신 1개는레퍼런스가상머신 8개의리소스를사용합니다. 이가상머신 1개를레퍼런스가상머신 100개에대한풀에구축하면레퍼런스가상머신 8개의리소스가사용되고레퍼런스가상머신 92개에대한리소스가남습니다. 예 3: 웹서버 고객의웹서버를이가상인프라스트럭처로이동해야합니다. 이서버는현재 CPU 2 개와 8GB 의메모리를갖춘물리적시스템에서실행되고있습니다. 평균사용주기 동안에는 25GB 의스토리지를사용하고 50 IOPS 를생성합니다. 다음은이애플리케이션을가상화하는데필요한리소스입니다. 레퍼런스가상머신 2개의 CPU 레퍼런스가상머신 4개의메모리 레퍼런스가상머신 1개의스토리지 레퍼런스가상머신 2개의 IOPS 이경우가상머신 1개는레퍼런스가상머신 4개의리소스를사용합니다. 이가상머신 1개를레퍼런스가상머신 100개에대한리소스풀에구축하면레퍼런스가상머신 96개에대한리소스가남습니다. 예 4: 의사결정지원데이터베이스 고객의의사결정지원시스템에사용되는데이터베이스서버를이가상인프라스트럭처로이동해야합니다. 이서버는현재 CPU 10개와 64GB의메모리를갖춘물리적시스템에서실행되고있습니다. 평균사용주기동안에는 5TB의스토리지를사용하고 700 IOPS를생성합니다. 다음은이애플리케이션을가상화하는데필요한리소스입니다. 레퍼런스가상머신 10 개의 CPU 68
솔루션아키텍처개요 레퍼런스가상머신 32개의메모리 레퍼런스가상머신 52개의스토리지 레퍼런스가상머신 28개의 IOPS 이경우가상머신 1개는레퍼런스가상머신 52개의리소스를사용합니다. 이가상머신 1개를레퍼런스가상머신 100개에대한리소스풀에구축하면레퍼런스가상머신 48개에대한리소스가남습니다. 요약 이예는리소스풀모델의유연성을보여줍니다. 모든경우에서워크로드가발생하면풀안에있는가용리소스의양이감소합니다. 그림17에나와있는것처럼모든예를레퍼런스가상머신 100개를초기용량으로갖춘동일한가상인프라스트럭처에구축할수있으며, 이경우리소스풀에는레퍼런스가상머신 34개에대한리소스가남습니다. 그림 17. 리소스풀유연성 더나아가, 메모리와입출력간의상충관계가발생하거나특정리소스의양을늘리면다른리소스의필요성은줄어드는관계도발생할수있습니다. 이경우리소스할당간상호작용은매우복잡해지며, 이에대한설명은본가이드의범위를벗어납니다. 리소스균형변화에대해검토하고새로운수준의요구사항을파악한다면이러한가상머신도위의예에서설명한방법으로인프라스트럭처에추가할수있습니다. 69
솔루션아키텍처개요 레퍼런스아키텍처구축 개요 레퍼런스아키텍처에는시스템의 CPU, 메모리, 네트워크및스토리지관련요구사항을충족할수있는하드웨어세트가필요합니다. 이러한하드웨어세트는특정구축으로한정되지않는일반요구사항으로제시됩니다. 이섹션에서는관련요구사항을구현하기위해고려해야할몇가지사항에대해설명합니다. 리소스유형 레퍼런스아키텍처에서는솔루션에대한하드웨어요구사항을다음과같은기본 리소스유형을기준으로정의합니다. CPU 리소스 메모리리소스 네트워크리소스 스토리지리소스이섹션에서는리소스유형, 리소스유형이레퍼런스아키텍처에서사용되는방식, 그리고고객환경에해당리소스유형을구축할때고려해야할주요사항등에대해설명합니다. CPU 리소스 레퍼런스아키텍처에서필요한 CPU 코어수는정의하지만 CPU 종류나구성은정의하지않습니다. 새로운구축에는최신버전의일반적인프로세서기술이사용되기때문입니다. 이러한환경은솔루션검증에사용된시스템과동등하거나더나은성능을발휘합니다. 현재실행되고있는시스템에서리소스의사용을모니터링하고필요에따라신속히대응해야합니다. 레퍼런스가상머신과솔루션내필수하드웨어리소스에서는물리적프로세서코어 1개당가상 CPU 수가 4개 (1:4 비율 ) 를넘지않는것으로인식합니다. 대부분의경우, 이비율은호스팅되는가상머신의리소스수준으로적절하지만일부활용사례에는적합하지않을수있습니다. 하이퍼바이저계층에서 CPU 사용을모니터링하여추가리소스가필요한지여부를확인하는것이좋습니다. 메모리리소스 솔루션내각가상서버에는 2GB의메모리가제공됩니다. 가상화환경에서는제한된예산으로인해하이퍼바이저에물리적으로포함된용량보다더많은용량의메모리를가상머신에할당하는것이흔한일입니다. 메모리과도사용기술은각가상머신에서할당된메모리양을완전히사용하지않는경우가많다는점을활용합니다. 따라서메모리사용량을어느정도까지초과할당하는것도타당할수있습니다. 관리자는초과할당률을사전예방적으로모니터링하여서버에발생할수도있는병목현상이페이징 / 스왑활동으로인해대신스토리지서브시스템의부담으로전가되는일이없도록방지해야할책임이있습니다. 70
솔루션아키텍처개요 ESXi에서게스트운영체제에대한메모리가부족해지면페이징이실행되면서추가적인입출력작업이 VSwap 파일로이동합니다. 스토리지서브시스템이정확히사이징된경우 VSwap 작업으로인해가끔사용량이급증하더라도일시적인로드폭주는흡수할수있으므로성능문제는발생하지않을수있습니다. 그러나메모리초과할당률이너무높아스토리지서브시스템이지속적인 VSwap 작업오버로드에의해심각한영향을받는다면용량증가가아닌성능향상의필요성때문에디스크를더추가해야합니다. 이시점에서관리자는서버에물리적메모리를추가하거나스토리지양을늘리는것중어느편이더경제적인지결정해야합니다. 이솔루션은메모리가정적으로할당되고메모리리소스가과도하게할당되지않는조건에서검증되었습니다. 고객의실제운영환경에서메모리초과할당이사용되는경우에는시스템메모리사용률및관련페이지파일입출력작업을정기적으로모니터링하여메모리부족으로예기치못한결과가발생하지않도록해야합니다. 네트워크리소스 솔루션은시스템최소요구사항에대한간략한정보를제시합니다. 대역폭이추가로필요하면스토리지시스템과하이퍼바이저호스트모두에서요구사항을충족하도록기능을추가해야합니다. 서버상의네트워크연결옵션은서버유형에따라달라집니다. 스토리지시스템에는여러네트워크포트가포함되어있으며 EMC FLEX 입출력모듈을사용하여포트를추가할수있는옵션이있습니다. EMC는고객들이검증된환경을기반으로참조할수있도록하나의가상머신에서평균 8KB 크기의 25 IOPS가생성되는것으로가정합니다. 즉, 각가상머신은스토리지네트워크에서최소 200KB/ 초의트래픽을생성하는것입니다. 100개의가상머신이있는환경에서이수치는최소약 20MB/ 초가되며, 이는오늘날네트워크에서처리가능한한계입니다. 그러나이계산에다른작업은고려되지않았으며, 다음과같은작업에서추가대역폭이필요합니다. 사용자네트워크트래픽 가상머신마이그레이션 관리작업각관리작업의요구사항은해당운영환경의활용방식에따라달라집니다. 따라서구체적인수치를제시하는것은비현실적입니다. 그러나각솔루션에대해기술된네트워크는위의활용사례에대한평균워크로드를충분히처리할수있어야합니다. 71
솔루션아키텍처개요 네트워크트래픽요구사항과관계없이하나의논리적네트워크에대해공유되는물리적네트워크연결을항상 2개이상갖추고있는것이좋습니다. 이는하나의링크에서장애가발생하더라도시스템가용성에는영향을주지않도록하기위함입니다. 네트워크는장애가발생하더라도총대역폭에서전체워크로드를충분히지원할수있도록설계해야합니다. 스토리지리소스 이솔루션에는시스템검증에사용된디스크에대한레이아웃이포함되어있습니다. 각레이아웃은가용스토리지용량과드라이브성능사이에서균형을이룹니다. 스토리지사이징을검토할때는몇가지계층을고려해야합니다. 특히, 스토리지에는스토리지풀에할당된디스크집합이포함되어있습니다. 해당스토리지풀에서 vsphere 클러스터에데이터저장소를프로비저닝할수있습니다. 각계층은솔루션별로달리구성되며이는 5장에문서화되어있습니다. 드라이브를다음과같은유형으로바꾸는것은대체로가능합니다. 동일한성능특성에더많은용량을갖춘유형 동일한용량에더높은성능특성을갖춘유형마찬가지로, 업데이트되거나새로구성된드라이브셸프배열에맞추기위해드라이브셸프내에서드라이브배치를변경하는것도가능합니다. 제안된드라이브수, 지정된드라이브유형, 지정된풀또는지정된데이터저장소레이아웃과다르게구성해야하는경우이와동일하거나더많은리소스를시스템에제공하도록타겟레이아웃을구성해야합니다. 구축과정요약 솔루션에명시된요구사항은레퍼런스가상서버의명시된정의에따라필요한워크로드를처리하기위한최소한의리소스로간주됩니다. 고객구축환경에서는사용자가시스템과상호작용하기때문에시간의경과에따라시스템로드가달라집니다. 그러나고객가상머신이레퍼런스정의와크게다르고동일한리소스그룹에서변동이생길경우에는해당리소스를시스템에더추가해야할수있습니다. 빠른진단 개요 고객환경을진단하면정확한 VSPEX 솔루션을구축하는데도움이됩니다. 이 섹션에서는간단하게사이징을계산하고고객환경을진단하는데손쉽게활용할수 있는워크시트를제공합니다. 72
솔루션아키텍처개요먼저 VSPEX 가상인프라스트럭처로의마이그레이션이계획된애플리케이션을요약정리해야합니다. 각애플리케이션에대해가상 CPU 수, 메모리양, 필요한스토리지성능, 필요한스토리지용량, 리소스풀에필요한레퍼런스가상머신수를확인하십시오. 레퍼런스워크로드적용섹션에서는이프로세스에대한예를제공합니다. 표 9 에서와같이각애플리케이션의워크시트에서해당칸을채웁니다. 애플리케이션에 대한리소스요구사항을입력합니다. 각행에는 4 개의각기다른리소스, 즉 CPU, 메모리, IOPS 및용량을입력해야합니다. 표 9. 빈워크시트행 애플리케이션 CPU ( 가상 CPU) 메모리 (GB) IOPS 용량 (GB) 필요한 레퍼런스 가상머신 애플리케이션예 리소스요구사항 필요한레퍼런스가상머신 CPU 요구사항 CPU 사용률최적화는거의모든가상화프로젝트에있어서중요한목표입니다. 가상화작업의단순보기에서는물리적 CPU 사용률에관계없이물리적 CPU 코어와가상 CPU 코어간의일대일매핑을제시합니다. 실제환경에서는타겟애플리케이션이제공된모든 CPU를효과적으로사용할수있는지고려해야합니다. Microsoft Windows perfmon 또는 vsphere ESXtop과같은성능모니터링툴을사용하면각 CPU에대한사용률카운터를확인할수있습니다. 따라서모든 CPU를사용하는경우가상인프라스트럭처로이동할때해당수만큼가상 CPU를구축하십시오. 그러나 CPU가모두사용되지않는경우에는필요한가상 CPU 수를줄이는것이좋습니다. 성능모니터링이필요한작업에대해서는일정기간동안시스템의모든운용사례가포함된데이터샘플을취합하는것이 Best Practice입니다. 계획용도로는리소스요구사항의최대값또는 95% 에해당하는값을사용하십시오. 73
솔루션아키텍처개요 메모리요구사항 서버메모리는애플리케이션의기능및성능을보장하는데핵심적인역할을담당합니다. 허용되는사용가능한메모리양에대한목표치가각애플리케이션프로세스마다서로다릅니다. 애플리케이션을가상화환경으로이동할경우해당시스템에사용가능한현재메모리를고려하고성능모니터링툴을사용하여여유메모리를모니터링함으로써메모리가효율적으로사용되고있는지확인하십시오. 스토리지성능요구사항 애플리케이션에대한스토리지성능요구사항은일반적으로성능과관련해가장잘 알려져있지않은측면입니다. 시스템의입출력성능에대해논의할때중요한세 가지요소가있습니다. 들어오는요청수 (IOPS) 요청크기 ( 입출력크기 ) - 4KB의데이터에대한요청은 4MB의데이터에대한요청보다훨씬빠르고쉽게처리할수있습니다. 평균입출력응답시간또는입출력지연시간 IOPS 레퍼런스가상머신에는 25 IOPS가요구됩니다. 기존시스템에서이수치를모니터링하려면 perfmon과같은성능모니터링툴을사용하면됩니다. perfmon은유용한몇가지카운터를제공하며가장일반적인카운터는다음과같습니다. LogicalDisk\Disk Transfer/sec LogicalDisk\Disk Reads/sec LogicalDisk\Disk Writes/sec VMware 등과같은 Windows 이외의시스템에대해서는해당시스템용툴을사용하십시오. ESXtop을사용하여스토리지메트릭을모니터링하는방법에대한자세한내용은 VMware 기술자료항목 Using esxtop to identify storage performance issues for ESX / ESXi (multiple versions) (1008205) 를참조하십시오. 레퍼런스가상머신에서는읽기 / 쓰기비율을 2:1로가정합니다. 위의카운터를사용하면고객애플리케이션에대한 IOPS 합계및대략적인읽기 / 쓰기비율을확인할수있습니다. 74
솔루션아키텍처개요 입출력크기크기가작은입출력요청은크기가큰입출력요청에비해훨씬빠르고쉽게처리할수있으므로입출력크기는중요한요소입니다. 레퍼런스가상머신은평균입출력요청크기를여러다양한애플리케이션에적합한 8KB로가정합니다. perfmon 또는다른적절한툴을사용하여 LogicalDisk\Avg. Disk Bytes/Transfer 카운터를모니터링하면평균입출력크기를확인할수있습니다. 대부분의애플리케이션은 2의거듭제곱, 즉 4KB, 8KB, 16KB, 32KB 등의입출력크기를사용합니다. 성능카운터는단순평균을계산하므로일반적인입출력크기대신 11KB 또는 15KB 등의수치가표시되는경우가많습니다. 레퍼런스가상머신에서는 8KB의입출력크기를가정합니다. 고객의평균입출력크기가 8KB보다작을경우관찰된 IOPS 수를사용하십시오. 그러나평균입출력크기가훨씬더클경우배율인수를적용하여입출력크기를계산하십시오. 안전한계산방법은입출력크기를 8KB로나눈다음해당인수를사용하는것입니다. 예를들어애플리케이션에서주로 32KB의입출력요청을사용하는경우 32KB/8KB=4의계산을통해인수 4를사용할수있습니다. 이애플리케이션에서 32KB의입출력크기로 100 IOPS를수행중인경우, 레퍼런스가상머신에서는 8KB의입출력크기를가정하므로해당인수를적용하여 400 IOPS를계획하면됩니다. 입출력지연시간평균입출력응답시간또는입출력지연시간은스토리지시스템에서입출력요청을처리하는속도를측정한값입니다. VSPEX 솔루션은목표평균입출력지연시간인 20마이크로초 (ms) 를충족하도록설계되었습니다. 시스템을모니터링한후필요시리소스풀사용률을재평가하는것도유용한방법이지만, 시스템이해당목표치를지속적으로충족할수있도록하는것이좋습니다. 입출력지연시간을모니터링하려면 perfmon에서 LogicalDisk\Avg. Disk sec/transfer 카운터를사용하거나 Windows 이외의시스템에대해서는이에상응하는카운터를사용하십시오. 입출력지연시간이계속해서목표치를넘는경우운용환경에서가상머신을재평가하여계획된것보다더많은리소스가사용되지않도록하십시오. 75
솔루션아키텍처개요 스토리지용량요구사항 실행중인애플리케이션에대한스토리지용량요구사항은보통수치화하기가장쉬운리소스입니다. 시스템에서사용중인디스크공간의크기를확인한다음확장을지원할수있도록적절한요인을추가하십시오. 예를들어현재 200GB의내부드라이브중 40GB를사용하며내년의예상증가율이약 20% 인서버를가상화하려면 48GB가필요합니다. 정기적인유지관리패치및스왑파일을위한공간을예약하십시오. 이밖에도 Microsoft NTFS 같은일부파일시스템은데이터가너무많이차면성능이저하됩니다. 필요한레퍼런스가상머신결정 모든리소스가정의되면표 10 에있는관계를사용하여필요한레퍼런스가상머신 행의적절한값을결정합니다. 모든값은가장가까운정수로반올림하십시오. 표 10. 레퍼런스가상머신리소스 리소스 레퍼런스가상머신에 대한값 요구사항과필요한레퍼런스가상머신간의 관계 CPU 1 필요한레퍼런스가상머신 = 리소스요구 사항 메모리 2 필요한레퍼런스가상머신 = ( 리소스요구 사항 )/2 IOPS 25 필요한레퍼런스가상머신 = ( 리소스요구 사항 )/25 용량 100 필요한레퍼런스가상머신 = ( 리소스요구 사항 )/100 예를들어예 2: PoS (Point of Sale) 시스템에서사용된 PoS(Point of Sale) 시스템에는 CPU 4개, 16GB 메모리, 200 IOPS, 200GB 스토리지가필요합니다. 이는레퍼런스가상머신 4개의 CPU, 레퍼런스가상머신 8개의메모리, 레퍼런스가상머신 8개의 IOPS, 레퍼런스가상머신 2개의스토리지용량으로해석됩니다. 표11에서는레퍼런스가상머신이워크시트행에어떻게적용되는지를보여줍니다. 76
솔루션아키텍처개요 표 11. 워크시트행예 애플리케이션 CPU ( 가상 CPU) 메모리 (GB) IOPS 용량 (GB) 필요한 레퍼런스 가상머신 애플리케이션예 리소스요구사항필요한레퍼런스가상머신 4 16 200 200-4 8 8 2 8 필요한레퍼런스가상머신열에각행의최대값을입력하십시오. 그림18에나와있는것처럼 8개의레퍼런스가상머신이필요합니다. 그림 18. 레퍼런스가상머신풀에서필요한리소스 고객이가상인프라스트럭처로마이그레이션하려는각애플리케이션에대해워크시트의내용을모두입력하면표11에서와같이필요한레퍼런스가상머신열의합계를계산하여풀에필요한총레퍼런스가상머신수를산출합니다. 표12의계산결과는실제사용할값을명확히보여주기위해가장가까운정수로반올림하여표시합니다. 77
솔루션아키텍처개요 표 12. 애플리케이션예 애플리케이션 CPU ( 가상 CPU) 메모리 (GB) IOPS 용량 (GB) 레퍼런스 가상머신 애플리케이션예 1: 맞춤형애플리케이션 애플리케이션예 2: PoS(Point of Sale) 시스템 애플리케이션예 3: 웹서버 애플리케이션예 4: 의사결정지원데이터베이스 리소스요구사항필요한레퍼런스가상머신리소스요구사항필요한레퍼런스가상머신리소스요구사항필요한레퍼런스가상머신리소스요구사항필요한레퍼런스가상머신 1 3 15 30-1 2 1 1 2 4 16 200 200-4 8 8 2 8 2 8 50 25-2 4 2 1 4 10 64 700 5,120 - (5TB) 10 32 28 52 52 총필요한레퍼런스가상머신수 66 78
솔루션아키텍처개요 VSPEX 솔루션은개별리소스풀크기를정의합니다. 이솔루션에맞춰구성된풀에서는 100개의레퍼런스가상머신을지원할수있습니다. 그림19에서는 100개의가상머신솔루션에서모든예를적용한후 34개의레퍼런스가상머신을사용할수있음을보여줍니다. 그림 19. 레퍼런스가상머신풀의리소스요구사항합계 표 12 에나와있는것처럼고객은풀에서레퍼런스가상머신 66 개상당의용량을 필요로합니다. 따라서 100 개의가상머신을갖춘리소스풀은현재의요구사항에 충분한리소스를제공함과동시에차후확장에도대비할수있습니다. 하드웨어리소스세부조정 대부분의경우서버및스토리지에권장되는하드웨어크기는앞서설명된프로세스에따라적절히사이징됩니다. 그러나시스템에사용가능한하드웨어리소스를더세부적으로사용자지정하려는경우도있습니다. 시스템아키텍처에대한전체설명은본가이드의범위를벗어나지만, 현재몇가지세부적인사용자지정작업은수행할수있습니다. 스토리지리소스일부애플리케이션의데이터를다른워크로드에서분리해야할경우가있습니다. VSPEX 아키텍처의스토리지레이아웃에서모든가상머신은단일리소스풀안에배치됩니다. 워크로드를분리하려면해당애플리케이션워크로드에사용할디스크드라이브를추가로구입한후전용풀에추가하십시오. 79
솔루션아키텍처개요 애플리케이션분리를지원하거나풀의기능을축소하기위해기본리소스풀의크기를줄이는것은적절한방법이아니며, 본가이드의범위를벗어나는것입니다. 50-100개의가상머신솔루션으로제시되는스토리지레이아웃은높은가용성, 성능및데이터보호라는차원에서여러다양한요인의균형을유지하도록설계되어있습니다. 풀의구성요소를변경하면시스템의다른영역에중대하고예측하기어려운영향을줄수있습니다. 서버리소스 VSPEX 솔루션에있는서버리소스의경우, 그림20에서처럼하드웨어리소스를보다효과적으로사용자지정할수있습니다. 그림 20. 서버리소스사용자지정 이렇게하려면먼저표 13 와같이서버구성요소에대한리소스요구사항의합계를 산출해야합니다. 서버리소스구성요소합계행에서표에있는각애플리케이션의 서버리소스요구사항을모두합산합니다. 80
솔루션아키텍처개요 표 13. 서버리소스구성요소합계 서버리소스 스토리지리소스 레퍼런 애플리케이션 CPU ( 가상 CPU) 메모리 (GB) IOPS 용량 (GB) 스가상 머신 애플리케이션예 1: 맞춤형애플리케이션 리소스요구사항 1 3 15 30 - 필요한레퍼런스 1 2 1 1 2 가상머신 애플리케이션예 2: PoS(Point of Sale) 시스템 리소스요구사항 4 16 200 200 - 필요한레퍼런스 4 8 8 2 8 가상머신 애플리케이션예 3: 웹서버애플리케이션예 4: 의사결정지원데이터베이스 리소스요구사항 2 8 50 25 - 필요한레퍼런스가상머신 2 4 2 1 4 리소스요구사항 10 64 700 5120 - 필요한레퍼런스 10 32 28 52 52 가상머신 총필요한레퍼런스가상머신수 66 서버리소스구성요소합계 17 155 - - - 이예에서는타겟아키텍처에가상 CPU 17개와메모리 155GB가필요합니다. 이는물리적프로세서코어 5개와메모리 155GB 그리고각물리적서버의하이퍼바이저메모리 2GB가추가로필요한것과같습니다. 반면 100개의레퍼런스가상머신리소스풀에는메모리 200GB 그리고하이퍼바이저실행을위해각물리적서버당추가메모리 2GB와물리적프로세서코어 25개이상이요구됩니다. 이러한환경에서는서버리소스를거의추가하지않고도솔루션을효과적으로구축할수있습니다. 참고 리소스풀하드웨어를사용자지정할경우항상고가용성요구사항을염두에 두십시오. 표 14 에빈고객워크시트가나와있습니다. 81
솔루션아키텍처개요 표 14. 빈고객워크시트 서버리소스 스토리지리소스 애플리케이션 CPU ( 가상 CPU) 메모리 (GB) IOPS 용량 (GB) 레퍼런스 가상머신 리소스요구 사항 - 필요한레퍼런스가상머신 리소스요구사항 - 필요한레퍼런스가상머신 리소스요구사항 - 필요한레퍼런스가상머신 리소스요구사항 - 필요한레퍼런스가상머신 총필요한레퍼런스가상머신수 서버리소스구성요소합계 - - - 82
5 장. VSPEX 구성지침 이장에서다루는내용은다음과같습니다. 구성개요... 84 구축전작업... 85 고객구성데이터... 87 스위치준비, 네트워크연결, 스위치구성... 87 스토리지시스템준비및구성... 90 vsphere 호스트설치및구성... 94 SQL Server 데이터베이스설치및구성... 98 VMware vcenter Server 설치및구성... 101 83
VSPEX 구성지침 구성개요 구축프로세스 구축프로세스는표 15 에나와있는단계로나뉩니다. 구축이완료되면 VSPEX Proven Infrastructure 를고객의기존네트워크및서버인프라스트럭처와통합할수 있습니다. 각단계별로관련절차를참조할수있는장이안내되어있습니다. 표15. 구축프로세스개요 단계 설명 참고자료 1 사전요구사항확인 구축전작업 2 구축툴준비구축관련사전요구사항 3 고객구성데이터수집고객구성데이터 4 구성요소의랙설치및케이블연결 5 스위치및네트워크를구성하여고객네트워크에연결 공급업체설명서참조 스위치준비, 네트워크연결, 스위치구성 6 VNXe 설치및구성스토리지시스템준비및구성 7 가상머신데이터저장소구성스토리지시스템준비및구성 8 서버설치및구성 vsphere 호스트설치및구성 9 SQL Server 설치 (VMware vcenter에사용 ) 10 vcenter 및가상머신네트워킹설치및구성 11 성공적으로구축되었는지확인하는몇가지테스트시나리오수행 SQL Server VMware vcenter Server 설치및구성 VMware vcenter Server 설치및구성 84
VSPEX 구성지침 구축전작업 개요 표16에나온것처럼구축전작업에는환경의설치및구성과직접적인연관성이없지만사전에완료해야설치를시작할수있는절차가포함됩니다. 구축전작업의예로는호스트이름, IP 주소, VLAN ID, 라이센스키, 설치미디어등을취합하는작업을들수있습니다. 이러한작업은고객사이트를방문하기전에완료해야현장에서소요되는시간을줄일수있습니다. 표 16. 구축전작업 작업설명참고자료 문서수집 툴수집 부록C에나와있는관련문서를수집합니다. 본가이드에서는솔루션의다양한구성요소별로설치절차와구축 Best Practice를자세히소개하기위해이러한문서가많이참조됩니다. 구축하는데반드시필요한툴과선택적툴을준비합니다. 구축프로세스를시작하기전에표17을참조하여필요한장비, 소프트웨어, 해당라이센스가모두준비되었는지확인합니다. EMC 설명서 기타문서 표 17 데이터수집고객의네트워크, 이름지정방식, 필요한계정등과관련하여구체적인구성데이터를수집합니다. 구축프로세스를진행하면서참조할수있도록고객구성데이터워크시트에해당정보를입력합니다. 부록 B. 고객구성 Data Sheet 구축관련사전요구사항 표 17 부분에는이솔루션을구성하는데필요한하드웨어, 소프트웨어및라이센스 요구사항이항목별로정리되어있습니다. 하드웨어및소프트웨어에대한자세한 내용은표 1(46 페이지 ) 및표 2(48 페이지 ) 를참조하십시오. 표 17. 구축관련사전요구사항체크리스트 작업설명참고자료 하드웨어 가상서버를호스팅할물리적서버 : 50~100 개의 가상서버를호스팅하기에충분한물리적서버 용량 표 1 85
VSPEX 구성지침 작업 설명 참고자료 가상인프라스트럭처서버를호스팅할 VMware vsphere 5.5 서버참고 : 이요구사항은기존인프라스트럭처에서충족될수도있습니다. 네트워킹 : 가상서버인프라스트럭처에필요한스위치포트용량및기능입니다. EMC VNXe: 요구되는디스크레이아웃이적용된멀티프로토콜스토리지시스템입니다. 소프트웨어 VMware ESXi 5.5 설치미디어 VMware vcenter Server 5.5 설치미디어 EMC VSI for VMware vsphere: Unified Storage Management EMC VSI for VMware vsphere: Storage Viewer EMC 온라인지원 Microsoft Windows Server 2012 또는 Microsoft Windows Server 2008 R2 설치미디어 Microsoft SQL Server 2008 이상설치미디어참고 : 이요구사항은기존인프라스트럭처에서충족될수도있습니다. EMC VAAI(vStorage API for Array Integration) 플러그인 EMC 온라인지원 라이센스 VMware vcenter 5.5 라이센스키 VMware ESXi 5.5 라이센스키 Microsoft Windows Server 2012 이상 Datacenter 라이센스키참고 : 이요구사항은기존 Microsoft KMS(Key Management Server) 에의해충족될수도있습니다. Microsoft SQL Server 라이센스키참고 : 이요구사항은기존인프라스트럭처에서충족될수도있습니다. 86
VSPEX 구성지침 고객구성데이터 현장에서의작업시간을줄이려면계획단계에서 IP 주소나호스트이름같은정보를수집해두어야합니다. 부록B에는관련정보를기록할수있는표가포함되어있습니다. 구축프로세스를진행하면서필요에따라이양식을확장하거나축소하고, 정보도추가하거나수정하면서기록하면됩니다. 또한 EMC 온라인지원웹사이트에서제공되는 VNXe 시리즈구성워크시트도작성하십시오. 스토리지별정보를포괄적으로정리할수있습니다. 스위치준비, 네트워크연결, 스위치구성 개요 이섹션에서는이아키텍처를지원하는데필요한네트워크인프라스트럭처의요구 사항을설명합니다. 표 18 에는스위치및네트워크구성을위해완료해야하는작업과 추가정보를얻을수있는참고자료가요약되어있습니다. 표 18. 스위치및네트워크구성작업 작업설명참고자료 네트워크스위치준비 네트워크스위치를준비합니다. 인프라스트럭처네트워크구성 본가이드에지정된대로스토리지시스템및 ESXi 호스트인프라스트럭처네트워크를구성합니다. VLAN 구성 네트워크케이블연결 필요에따라전용 VLAN과공용 VLAN을구성합니다. 스위치상호연결포트를연결합니다. VNXe 포트를연결합니다. ESXi 서버포트를연결합니다. 공급업체스위치구성가이드 87
VSPEX 구성지침 네트워크스위치준비 이솔루션에서검증된수준의성능과가용성을얻으려면표 1(46 페이지 ) 에나와있는 스위치용량이필요합니다. 기존인프라스트럭처가이요구사항에맞는경우에는 하드웨어를새로설치할필요가없습니다. 인프라스트럭처네트워크구성 인프라스트럭처네트워크에서각 ESXi 호스트, 스토리지시스템, 스위치상호연결포트, 스위치업링크포트에대한네트워크연결은이중화해야합니다. 이중화를통해가용성을보장할수있을뿐아니라네트워크대역폭도추가로확보할수있습니다. 솔루션에사용할네트워크인프라스트럭처가이미갖추어져있든, 다른구성요소와함께새로구축하든상관없이이이중화구성이필요합니다. 그림 21 및그림 22 에는이솔루션에대한이중화된이더넷인프라스트럭처의예가 나와있습니다. 또한, 이중화스위치및링크를사용함으로써네트워크연결에서 단일장애지점을제거했음을보여줍니다. 그림 21. 이더넷네트워크아키텍처예 (iscsi) 88
VSPEX 구성지침 그림 22. 이더넷네트워크아키텍처샘플 (NFS) VLAN 구성 스토리지에대해적절한스위치포트가있는지확인하고, 다음을위한 VLAN 이 3 개 이상설치된 ESXi 호스트를구성합니다. 가상머신네트워킹, ESXi 관리및 CIFS 트래픽 ( 필요한경우분리할수있는고객용네트워크 ) NFS 또는 iscsi 네트워킹 ( 전용네트워크 ) vmotion( 전용네트워크 ) 네트워크케이블연결 모든솔루션서버, 스토리지시스템, 스위치상호연결및스위치업링크의접속 구성을이중화하고각각별도의스위치인프라스트럭처에연결합니다. 기존고객 네트워크에완벽하게연결되도록합니다. 참고 이단계에서새장비를기존고객네트워크에연결합니다. 예기치않은상호 작용으로고객네트워크에서서비스문제가발생하지않도록주의하십시오. 89
VSPEX 구성지침 스토리지시스템준비및구성 VNXe 구성 이섹션에서는 VNXe 스토리지시스템의구성방법을설명합니다. 이솔루션에서 VNXe 는 VMware 호스트에사용할 NFS 또는 iscsi VMFS 데이터스토리지를 제공합니다. 표 19 에는스토리지구성을위해수행할작업이나와있습니다. 표 19. 스토리지구성작업 작업설명참고자료 초기 VNXe 구성설정 VNXe 네트워킹설정 NFS 또는 iscsi 데이터저장소에스토리지용량할당 VNXe에서 IP 주소정보와기타주요매개변수를구성합니다. VNXe 및네트워크스위치에 LACP 구성구현에따라 (iscsi 또는 NFS) 다음프로비저닝방법중하나를선택하십시오. ESXi 서버 (iscsi 이니시에이터 ) 에가상서버를호스팅하는 VMFS 데이터저장소로제공할 iscsi 서버 ( 타겟 ) 를구축합니다. ESXi 서버에가상서버호스팅용 NFS 데이터저장소로제공할 NFS 파일시스템을구축합니다. VNXe 시스템설치가이드 VNXe 시리즈구성워크시트 공급업체스위치구성가이드 VNXe 준비 VNXe3150 시스템설치가이드및 VNXe3300 시스템설치가이드에서 VNXe를조립하고랙에설치하고케이블과전원을연결하는방법을참조할수있습니다. 이솔루션에만특별하게적용되는설치단계는없습니다. 초기 VNXe 구성설정초기 VNXe 설정이완료되면스토리지시스템이통신할수있도록기존환경에대한핵심정보를구성합니다. 해당 IT 데이터센터정책및기존인프라스트럭처정보에따라다음항목을구성합니다. DNS NTP 스토리지네트워크인터페이스 스토리지네트워크 IP 주소 90
VSPEX 구성지침 CIFS 서비스및 AD 도메인구성원표19에나와있는참조문서에서자세한 VNXe 플랫폼구성방법을참조할수있습니다. 50개가상머신을위한스토리지레이아웃및 100개가상머신을위한스토리지레이아웃에서는두솔루션의디스크레이아웃에대한자세한내용을제공합니다. 참고 구축환경 (iscsi 또는 NFS) 에따라다음프로비저닝방법중하나만 필요합니다. iscsi 데이터저장소에스토리지용량할당 Unisphere에서다음단계를수행하여가상서버를저장하는데사용할 VNXe 스토리지에 iscsi 서버를구성합니다. 1. 적절한수의디스크로구성된풀을생성합니다. a. Unisphere에서 System Storage Pools를선택합니다. b. 디스크구성을선택하여 SAS 드라이브에대해디스크유형별풀을새로생성합니다. 검증된구성에는 45개드라이브 (50개의가상머신 ) 또는 77개드라이브 (100개의가상머신 ) 로구성된풀이하나사용됩니다. 다른시나리오에서는별도의풀을생성합니다. 자세한내용은스토리지구성지침을참조하십시오. 참고 이단계에서핫스페어디스크를생성합니다. 자세한내용은 VNXe 3150 시스템설치가이드또는 VNXe 3300 시스템설치 가이드를참조하십시오. 그림9(57페이지 ) 에서는 50개의가상머신을지원하기위한타겟스토리지레이아웃을보여주고그림11(59페이지 ) 에서는 100개의가상머신을지원하기위한스토리지레이아웃을보여줍니다. 참고풀에포함된모든드라이브의크기가같아야성능이최적화됩니다. 2. iscsi 서버를만들려면 Unisphere에서 Settings iscsi Server Settings Add iscsi Server를선택합니다. 마법사가나타납니다. iscsi 서버생성에관한자세한내용은 VNXe3150/VNXe3300 시스템설치가이드를참조하십시오. 91
VSPEX 구성지침 3. VMware 스토리지리소스를생성합니다. a. Unisphere에서 Storage VMware Create를선택합니다. 풀과 iscsi 서버에 iscsi 데이터저장소를생성합니다. 데이터저장소의크기는포함할가상머신의수에따라결정됩니다. 가상머신을여러데이터저장소로파티셔닝하는방법에대한자세한내용은스토리지구성지침섹션을참조하십시오. 검증된구성에는 1.5TB 데이터저장소가 4개 (50개의가상머신 ) 또는 750GB 데이터저장소가 10개 ( 각각크기가 70GB인 100개의가상머신 ) 사용되었습니다. 참고씬프로비저닝은설정하지마십시오. b. 스냅샷데이터보호가필요할경우에는필요한보호공간을구성합니다. 검증된구성에서는스토리지기반스냅샷을사용하여데이터저장소의시점뷰를유지할수도있습니다. 이러한스냅샷을백업소스나다른활용사례에사용할수있습니다. 스냅샷을활용할때는고객에게발생할수있는문제를고려해야합니다. iscsi 스냅샷을생성할때일시적으로입출력지연이길어집니다. 이러한지연시간이현저하게늘어나지않게하려면같은스케줄에스냅샷을여러개생성하도록설정하지마십시오. 대용량 LUN에서최신스냅샷을삭제할경우스냅샷조정이수행되는동안스냅샷을새로생성할수없습니다. 이문제를방지하기위해 Unisphere에서스냅샷스케줄링툴을사용하십시오. 참고 이솔루션은 VNXe Operating Environment 버전 2.2.0.16150을사용하여검증되었습니다. 이버전에는스토리지기반스냅샷과관련하여알려진문제가있으며, 이는핫픽스를통해해결됩니다. VNXe Operating Environment의이후버전에서는이문제를해결하도록변경될예정입니다. 이핫픽스를받으려면 EMC 고객지원본부에문의하거나 Primus 문서 emc293164를참조하십시오. NFS 데이터저장소에스토리지용량할당 Unisphere에서다음단계를수행하여가상서버를저장할 VNXe 스토리지에 NFS 파일시스템을구성합니다. 그림10(58페이지 ) 및그림12(60페이지 ) 에서는각각 50개및 100개가상머신을위한스토리지레이아웃을보여줍니다. 92
VSPEX 구성지침 1. Unisphere 스토리지용량할당마법사를통해 6개 RAID 5(4+1) 그룹의성능풀을생성하여총 30개의 600GB SAS 드라이브 (50개가상머신 ) 또는 63개의 600GB SAS 드라이브 (100개가상머신 ) 를만듭니다. a. System Storage Pools로이동합니다. b. Configure Disk를클릭합니다. c. Disk Configuration 마법사의첫단계에서 Pool created for VMware Storage Datastore 옵션으로새풀을수동으로생성합니다. d. 30개의 600GB SAS 드라이브 (50개가상머신 ) 또는 63개의 600GB SAS 드라이브 (100개가상머신 ) 를선택하여다음단계에서 RAID 5(4+1) 그룹을생성합니다. 참고 이단계에서핫스페어디스크를생성하십시오. 자세한내용은 EMC VNXe 시스템설치가이드를참조하십시오. 2. NAS 풀에서 ESXi 서버에 NFS 데이터저장소로제공할파일시스템을여러개생성합니다. 검증된솔루션은풀에서 2개의 3TB(50개가상머신 ) 또는 5TB(100개가상머신 ) 파일시스템을사용했습니다. 실제고객구축환경에서는가상머신그룹중일부를특정파일시스템에할당하고나머지를별도의파일시스템에할당하여가상머신그룹을논리적으로서로구분하는것이좋을수있습니다. 지정된드라이브의제안된수및유형또는지정된풀및지정된데이터저장소레이아웃과다르게구성해야하는경우이와동일하거나더많은리소스레벨을시스템에제공하도록타겟레이아웃을구성해야합니다. a. Storage VMware로이동합니다. b. Create in the VMware Storage Wizard를클릭합니다. c. 데이터저장소유형으로 Network File System (NFS) 를선택합니다. 이마법사가스토리지용량할당을완료하는데도움을줍니다. 3. NFS를사용하여파일시스템을내보내고 ESXi 서버에루트액세스권한을부여합니다. 93
VSPEX 구성지침 vsphere 호스트설치및구성 개요 이섹션에서는아키텍처를지원하는데필요한 vsphere ESXi 호스트및 인프라스트럭처서버를설치하고구성할때필요한정보를제공합니다. 표 20 에는 완료해야하는작업이정리되어있습니다. 표 20. 서버설치작업 작업설명참고자료 ESXi 설치 ESXi 네트워킹구성 VMware 데이터저장소연결 솔루션용으로구축하는물리적서버에 ESXi 5.5 하이퍼바이저를설치합니다. NIC 트렁킹 (Trunking), VMkernel 포트, 가상머신포트그룹및점보프레임을비롯한 ESXi 네트워킹을구성합니다. VMware 데이터저장소를솔루션용으로구축된 ESXi 호스트에연결합니다. VMware vsphere 설치및설정가이드 VMware vsphere 네트워킹 VMware vsphere 스토리지가이드 ESXi 설치 ESXi에사용되는서버의전원을처음으로켤때각서버의 BIOS에서하드웨어지원 CPU 가상화및하드웨어지원 MMU 가상화설정을확인하거나설정합니다. 서버에 RAID 컨트롤러가설치되어있는경우로컬디스크에미러링을구성하는것이좋습니다. ESXi 5.5 설치미디어를부팅하고각서버에하이퍼바이저를설치합니다. 설치하려면 ESXi 호스트이름, IP 주소및루트암호가필요합니다. 부록 B 에적절한설정값이 나와있습니다. ESXi 네트워킹구성 vsphere ESXi를설치할때표준 vswitch(virtual Switch) 가생성됩니다. 기본적으로 ESXi는물리적 NIC 하나만가상스위치업링크로선택합니다. 이중화및대역폭요구사항을충족하려면 ESXi 콘솔을사용하거나 vsphere Client의 ESXi 호스트에연결하여 NIC를더추가해야합니다. 각각의가상네트워크에사용할 NIC 카드를각 ESXi 서버에여러개설치하여 이중화를구현하고네트워크로드밸런싱, Link Aggregation, 네트워크어댑터 페일오버기능을지원할수있도록해야합니다. 94
VSPEX 구성지침로드밸런싱, Link Aggregation 및페일오버옵션을비롯한 ESXi 네트워킹구성은 VMware vsphere 네트워킹에설명되어있습니다. 네트워크인프라스트럭처에서지원할구성요소에적합한로드밸런싱옵션을선택합니다. 인프라스트럭처구성에따라필요한 VMkernel 포트를생성합니다. NFS 또는 iscsi 트래픽을처리할 VMkernel 포트 vmotion에사용할 VMkernel 포트 가상서버포트그룹 ( 가상서버의네트워크통신에사용 ) VMware vsphere 네트워킹에서는이러한설정을구성하는절차를설명합니다. 자세한내용은부록C의문서목록을참조하십시오. 점보프레임 점보프레임은 " 페이로드 " 가 1,500바이트에서최대약 9,000바이트사이인이더넷프레임으로, MTU(Maximum Transmission Unit) 라고도합니다. 일반적으로인정되는점보프레임의최대크기는 9,000바이트입니다. 처리오버헤드는프레임수에비례합니다. 따라서점보프레임을사용하면전송할프레임수를줄여처리오버헤드를감소시킬수있으므로네트워크처리량이증가합니다. 점보프레임은시스템전체에사용하는것이좋습니다. 즉, 네트워크스위치, ESXi 서버, VNXe 스토리지프로세서등에대해점보프레임을설정해야합니다. 점보프레임은 ESXi 서버에서두가지레벨로설정할수있습니다. vswitch의모든포트에점보프레임을사용하도록설정해야하는경우 vcenter에서 vswitch의속성을선택하고 MTU 설정을편집하면됩니다. 특정 VMkernel 포트에만점보프레임을사용하도록설정하려면 vcenter의네트워크속성에서 VMkernel 포트를편집합니다. VNXe에서점보프레임을설정하려면다음과같이하십시오. 1. Unisphere >Settings > More Configuration > Advanced Configuration으로이동합니다. 2. 적절한입출력모듈과이더넷포트를선택합니다. 3. Properties를선택합니다. 4. MTU 크기를 9,000으로설정합니다. 5. OK를눌러변경내용을적용합니다. 각각의네트워크스위치에서점보프레임을설정해야할수도있습니다. 자세한설정방법은스위치구성가이드를참조하십시오. 95
VSPEX 구성지침 VMware 데이터저장소연결 vsphere 호스트설치및구성에구성된데이터저장소를해당 ESXi 서버에 연결합니다. 다음용도로구성된데이터저장소를연결해야합니다. 가상서버스토리지 인프라스트럭처가상머신스토리지 ( 필요한경우 ) SQL Server 스토리지 ( 필요한경우 ) VMware 데이터저장소를 ESXi 호스트에연결하는방법은 VMware vsphere 스토리지가이드를참조하십시오. 자세한내용은부록C에있는문서목록을참조하십시오. vcenter를구축한후에는 VMware vcenter Server 설치및구성에서설명한것과같이 EMC VAAI 플러그인을설치해야합니다. 가상머신메모리할당계획 이솔루션에는다음을지원하기위한서버용량이필요합니다. 새로운가상화서버인프라스트럭처 인증, 권한부여, DNS, 데이터베이스등필요한인프라스트럭처서비스최소인프라스트럭처요구사항에대한자세한내용은표1(46페이지 ) 을참조하십시오. 기존인프라스트럭처서비스가이러한요구사항에부합하는경우인프라스트럭처서비스용으로나열된하드웨어가필요하지않습니다. 메모리구성솔루션을적절하게사이징하고구성하려면서버메모리를구성할때주의를기울여야합니다. 다음섹션에서는가상서버의메모리할당에대한일반적인지침그리고 vsphere 오버헤드및가상머신구성에서고려해야할요소에대해설명합니다. ESX/ESXi 메모리관리 vsphere 하이퍼바이저에서는메모리가상화기법을통해메모리같은물리적호스트리소스를추상화하여여러가상머신에걸쳐리소스를분리하는동시에리소스가소진되지않도록합니다. EPT가지원되는 Intel 프로세서등의고급프로세서를구축할경우에는이러한추상화가 CPU 내에서수행됩니다. 그렇지않은경우이프로세스는섀도우페이지테이블 (Shadow Page Table) 이라는기능을통해하이퍼바이저내에서수행됩니다. vsphere에서는다음과같은메모리관리기법을활용합니다. 메모리초과할당 - 물리적으로사용할수있는것보다많은메모리리소스를가상머신에할당 96
VSPEX 구성지침 무중단페이지공유 - 가상머신사이에서공유되는동일한메모리페이지를병합. 가용메모리풀로다시사용할수있도록중복페이지를호스트에반환 메모리압축 - ESXi가호스트스왑을통해디스크로스왑아웃될수도있는페이지를주메모리에있는압축된캐시에저장 메모리팽창 - 호스트리소스소진을완화할수있음. 다시사용하기위해가상머신에서확보한페이지를호스트에할당 하이퍼바이저스왑 - 호스트에서임의의가상머신페이지를디스크로강제로보냄자세한내용은 VMware 백서, Understanding Memory Resource Management in VMware vsphere 5.0을참조하십시오. 가상머신메모리개념그림23에서는가상머신의메모리설정매개변수를보여줍니다. 그림 23. 가상머신메모리설정 구성된메모리 - 생성시점에가상머신에할당된물리적메모리 예약된메모리 - 가상머신에보장된메모리 사용된메모리 - 가상머신에서사용중이거나활성화된메모리 스왑가능 (Swappable) - 호스트가다른가상머신으로인해메모리부담을받고있을경우팽창, 압축또는스왑을통해가상머신에서할당해제할수있는메모리다음 Best Practice를따르는것이좋습니다. 기본메모리재확보기법을해제해서는안됩니다. 이는워크로드에대한영향을최소화하면서유연하게진행할수있는최소한의프로세스입니다. 97