EMC VSPEX End-User Computing: Citrix XenDesktop 7 and Microsoft Hyper-V Server 2012 for up to 2,000 Virtual Desktops

Transcription

1 VSPEX 최대 2,000개의가상데스크톱을지원하는 Citrix XenDesktop 7 및 Microsoft Hyper-V Server 2012 EMC 차세대 VNX 및 EMC 백업솔루션기반 EMC VSPEX 요약이문서에서는 Citrix XenDesktop, Microsoft Hyper-V Server 2012 및 EMC 차세대 VNX 를사용하여최대 2,000개의가상데스크톱을지원하는 EMC VSPEX EUC(End- User Computing) 솔루션에대해설명합니다. 2013년 11월

2 Copyright 2013 EMC Corporation. All rights reserved. Published in the USA. 발행 : 2013년 11월본문서의정보는발행일현재정확한것으로간주됩니다. 모든정보는예고없이변경될수있습니다. 본문서의정보는 " 있는그대로 " 제공됩니다. EMC Corporation은본문서의정보와관련하여어떠한진술이나보증도하지않으며, 특히상품성이나특정목적을위한적합성에대하여어떠한묵시적인보증도부인합니다. 본문서에설명된 EMC 소프트웨어를사용, 복사및배포하려면해당소프트웨어라이센스가필요합니다. EMC 2, EMC 및 EMC 로고는미국및기타국가에서 EMC Corporation의등록상표또는상표입니다. 본문서에사용된기타모든상표는해당소유주의자산입니다. EMC 제품에대한최신목록은 EMC.com의 EMC Corporation 상표정보부분을참조하십시오. Citrix XenDesktop 7 및 Microsoft Hyper-V Server 2012를사용하여 2,000개의가상데스크톱을지원하는 Part Number H

3 목차 목차 1장요약 13 소개 대상 이가이드의목적 비즈니스요구사항 장솔루션개요 17 솔루션개요 데스크톱브로커 가상화 컴퓨팅 네트워크 백업 스토리지 장솔루션기술개요 25 솔루션기술 주요구성요소요약 데스크톱가상화 Citrix XenDesktop MCS(Machine Creation Services) Citrix Provisioning Services Citrix Personal vdisk Citrix Profile Management 가상화 Microsoft Hyper-V Server Microsoft System Center Virtual Machine Manager Hyper-V HA(High Availability) EMC Storage Integrator for Windows 컴퓨팅 네트워크 스토리지

4 목차 EMC VNX Snapshots EMC VNX SnapSure EMC VNX Virtual Provisioning VNX FAST Cache VNX FAST VP( 선택사항 ) VNX 파일공유 ROBO 백업및복구 EMC Avamar ShareFile ShareFile StorageZones ShareFile StorageZones 아키텍처 VSPEX 아키텍처에서 ShareFile StorageZones 사용 장솔루션개요 49 솔루션개요 솔루션아키텍처 논리적아키텍처 주요구성요소 하드웨어리소스 소프트웨어리소스 검증된구성의사이징 서버구성지침 VSPEX용 Microsoft Hyper-V 메모리가상화 메모리구성지침 네트워크구성지침 VLAN 점보프레임사용 Link aggregation 스토리지구성지침 VSPEX에대한 Hyper-V 스토리지가상화 VSPEX 스토리지기본구성요소 VSPEX EUC 검증최대값 개의가상데스크톱을위한스토리지레이아웃 ,000개의가상데스크톱을위한스토리지레이아웃 ,000개의가상데스크톱을위한스토리지레이아웃

5 목차 고가용성및페일오버 가상화계층 컴퓨팅계층 네트워크계층 스토리지계층 검증테스트프로파일 백업환경구성지침 백업특성 백업레이아웃 사이징지침 레퍼런스워크로드 레퍼런스워크로드정의 레퍼런스워크로드적용 레퍼런스아키텍처구축 리소스유형 백업리소스 기존 VSPEX EUC 환경확장 구축과정요약 빠른진단 CPU 요구사항 메모리요구사항 스토리지성능요구사항 스토리지용량요구사항 필요한레퍼런스가상데스크톱결정 세부조정 장 VSPEX 구성지침 103 개요 구축전작업 구축관련사전요구사항 고객구성데이터 스위치준비, 네트워크연결, 스위치구성 네트워크스위치준비 인프라스트럭처네트워크구성 VLAN 구성

6 목차 네트워크케이블연결 스토리지시스템준비및구성 VNX 구성 핵심데이터스토리지용량할당 사용자데이터를저장할스토리지용량할당 ( 선택사항 ) 인프라스트럭처가상머신에사용할스토리지용량할당 ( 선택사항 ) Microsoft Hyper-V 호스트설치및구성 Windows 호스트설치 Hyper-V 설치및페일오버클러스터링구성 Windows 호스트네트워킹구성 Windows 서버에 PowerPath 설치 점보프레임사용 가상머신메모리할당계획 SQL Server 데이터베이스설치및구성 Microsoft SQL Server용가상머신생성 가상머신에 Microsoft Windows 설치 SQL Server 설치 Microsoft SCVMM용데이터베이스구성 System Center Virtual Machine Manager Server 구축 SCVMM 호스트가상머신생성 SCVMM 게스트 OS 설치 SCVMM Server 설치 SCVMM 관리콘솔설치 호스트에로컬로 SCVMM 에이전트설치 SCVMM에 Hyper-V 클러스터추가 SCVMM에파일공유스토리지추가 ( 파일버전에만해당 ) SCVMM에서가상머신생성 템플릿가상머신생성 템플릿가상머신을사용하여가상머신구축 XenDesktop 컨트롤러설치및구성 XenDesktop의서버측구성요소설치 사이트구성 두번째컨트롤러추가 Citrix Studio 설치

7 목차 마스터가상머신준비 가상데스크톱프로비저닝 PVS(Provisioning Services) 설치및구성 PVS 서버팜구성 두번째 PVS 서버추가 PVS 저장소생성 인바운드통신구성 부트스트랩파일구성 VNX에 TFTP 서버설정 DHCP 서버에부팅옵션 66/67 구성 마스터가상머신준비 가상데스크톱프로비저닝 EMC Avamar 설정 EMC Avamar에대한 GPO 추가 EMC Avamar용마스터이미지준비 데이터세트정의 스케줄정의 유지보수윈도우스케줄조정 보존정책정의 그룹및그룹정책생성 EMC Avamar Enterprise Manager: 클라이언트활성화 요약 장솔루션검증 157 개요 설치후체크리스트 단일가상데스크톱구축및테스트 솔루션구성요소의이중화검증 부록 A BOM( 제품구성정보 ) 161 BOM(500개의가상데스크톱 ) BOM(1,000개의가상데스크톱 ) BOM(2,000개의가상데스크톱 ) 부록 B 고객구성 Data Sheet 169 고객구성 Data Sheet

8 목차 부록 C 참고자료 173 참고자료 EMC 설명서 기타문서 부록 D VSPEX 정보 175 VSPEX 정보

9 목차 그림 그림 1. 멀티코어최적화가적용된차세대 VNX 그림 2. Active/Active 프로세서의성능, 복구능력및효율성향상 그림 3. Unisphere Management Suite 최신버전 그림 4. 솔루션구성요소 그림 5. XenDesktop 7 아키텍처구성요소 그림 6. 컴퓨팅계층유연성 그림 7. 고가용성네트워크설계의예 그림 8. 스토리지풀재조정진행률 그림 9. 씬 LUN 공간활용도 그림 10. 스토리지풀공간활용도조사 그림 11. 스토리지풀활용도임계값정의 그림 12. 블록용자동알림정의 그림 13. ShareFile의개괄적아키텍처 그림 14. 논리적아키텍처 : ShareFile StorageZones 을사용한 Citrix XenDesktop 용 VSPEX EUC 솔루션 그림 15. 논리적아키텍처 SMB 버전 그림 16. 논리적아키텍처 - FC 버전 그림 17. 하이퍼바이저메모리사용 그림 18. 필요한네트워크 그림 19. Hyper-V 가상디스크종류 그림 20. 그림 개의가상데스크톱을위한 PVS 프로비저닝기반핵심스토리지레이아웃 개의가상데스크톱을위한 MCS 프로비저닝기반핵심스토리지레이아웃 그림 개의가상데스크톱을위한선택적스토리지레이아웃 그림 23. 그림 24. 1,000개의가상데스크톱을위한 PVS 프로비저닝기반핵심스토리지레이아웃 ,000개의가상데스크톱을위한 MCS 프로비저닝기반핵심스토리지레이아웃 그림 25. 1,000 개의가상데스크톱을위한선택적스토리지레이아웃 그림 26. 그림 27. 2,000개의가상데스크톱을위한 PVS 프로비저닝기반핵심스토리지레이아웃 ,000개의가상데스크톱을위한 MCS 프로비저닝기반핵심스토리지레이아웃

10 목차 그림 28. 2,000개의가상데스크톱을위한선택적스토리지레이아웃 그림 29. 가상화계층고가용성 그림 30. 이중화된전원공급장치 그림 31. 네트워크계층고가용성 그림 32. VNX 시리즈고가용성 그림 33. 네트워크아키텍처샘플 - SMB 버전 그림 34. 네트워크아키텍처샘플 - FC 버전 그림 35. nthread 매개변수설정 그림 36. Storage System Properties 대화상자 그림 37. Create FAST Cache 대화상자 그림 38. Create Storage Pool 대화상자의 Advanced 탭 그림 39. Storage Pool Properties 대화상자의 Advanced 탭 그림 40. Storage Pool Properties 창 그림 41. Manage Auto-Tiering 대화상자 그림 42. LUN Properties 창 그림 43. Configure Bootstrap 대화상자 그림 44. Windows 폴더리디렉션구성 그림 45. 사용자파일용 Windows 네트워크드라이브매핑생성 그림 46. 드라이브매핑설정구성 그림 47. 드라이브매핑공통설정구성 그림 48. 사용자프로파일데이터용 Windows 네트워크드라이브매핑생성 그림 49. Avamar Tools 메뉴 그림 50. Avamar Manage All Datasets 대화상자 그림 51. Avamar New Dataset 대화상자 그림 52. Avamar 데이터세트설정구성 그림 53. 사용자프로파일데이터데이터세트 그림 54. 사용자프로파일데이터데이터세트 Exclusion 설정 그림 55. 사용자프로파일데이터데이터세트 Options 설정 그림 56. 사용자프로파일데이터데이터세트 Advanced Options 설정 그림 57. Avamar 기본백업 / 유지보수윈도우스케줄 그림 58. Avamar의수정된 Backup/Maintenance Windows 스케줄 그림 59. 새 Avamar 백업그룹생성 그림 60. 새백업그룹설정 그림 61. 백업그룹데이터세트선택

11 목차 그림 62. 백업그룹스케줄선택 그림 63. 백업그룹보존정책선택 그림 64. Avamar Enterprise Manager 그림 65. Avamar Client Manager 그림 66. Avamar Activate Client 대화상자 그림 67. Avamar Activate Client 메뉴 그림 68. Avamar Directory Service 구성 그림 69. Avamar Client Manager 구성후 그림 70. Avamar Client Manager 가상데스크톱클라이언트 그림 71. Avamar Client Manager 가상데스크톱클라이언트선택 그림 72. Avamar 그룹선택 그림 73. Avamar 클라이언트활성화 그림 74. Avamar 클라이언트활성화커밋 그림 75. Avamar 클라이언트활성화정보프롬프트 그림 76. Avamar 클라이언트활성화정보프롬프트 그림 77. Avamar Client Manager 활성화된클라이언트 표 표 1. VNX OE Block 릴리즈 33 의임계값및설정 표 2. Storage Center 가설치된경우 ShareFile StorageZones 을지원하기 위한최소하드웨어리소스 표 3. ShareFile StorageZones CIFS 공유에필요한권장 EMC VNX 스토리지.. 47 표 4. 솔루션하드웨어 표 5. 솔루션소프트웨어 표 6. 이솔루션을지원하는구성 표 7. 서버하드웨어 표 8. 네트워크에사용되는하드웨어리소스 표 9. 스토리지하드웨어 표 10. 가상데스크톱수에따라필요한디스크수 표 11. 검증된환경프로파일 표 12. 백업프로파일특성 표 13. 가상데스크톱특성 표 14. 빈워크시트행 표 15. 레퍼런스가상데스크톱리소스

12 목차 표 16. 워크시트행예 표 17. 애플리케이션예 표 18. 서버리소스구성요소합계 표 19. 빈고객워크시트 표 20. 구축프로세스개요 표 21. 구축전작업 표 22. 구축관련사전요구사항체크리스트 표 23. 스위치및네트워크구성작업 표 24. 스토리지구성작업 표 25. 서버설치작업 표 26. SQL Server 데이터베이스설치작업 표 27. SCVMM 구성작업 표 28. XenDesktop 컨트롤러설치작업 표 29. XenDesktop 컨트롤러설치작업 표 30. Avamar 통합작업 표 31. 설치테스트작업 표 32. 표 33. 표 34. VSPEX 솔루션에사용되는구성요소목록 (500개의가상데스크톱 ) VSPEX 솔루션에사용되는구성요소목록 (1,000개의가상데스크톱 ) VSPEX 솔루션에사용되는구성요소목록 (2,000개의가상데스크톱 ) 표 35. 일반서버정보 표 36. Hyper-V 서버정보 표 37. 스토리지정보 표 38. 네트워크인프라스트럭처정보 표 39. VLAN 정보 표 40. 서비스계정

13 1 장 : 요약 1 장요약 이장에서다루는내용은다음과같습니다. 소개 대상 이가이드의목적 비즈니스요구사항

14 1 장 : 요약 소개 EMC VSPEX 의검증된모듈식아키텍처는성능을인정받은기술로구축되어완벽한가상화솔루션을제공하므로, 고객은하이퍼바이저, 컴퓨팅및네트워킹계층을선택할때확신을가지고결정을내릴수있습니다. VSPEX는서버가상화를계획하고구성해야하는작업부담을덜어줍니다. 서버가상화, 가상데스크톱구축또는 IT 통합을수행하는경우 VSPEX를사용하면솔루션구축시간을앞당기고필요에맞게다양한옵션을선택하는것은물론효율성을향상시키고위험요소를최소화함으로써 IT 혁신을신속하고원활하게실현할수있습니다. 이문서는이솔루션의기술적인측면을포괄적으로보여주는가이드입니다. 서버용량은일반적으로요구되는최소한의 CPU, 메모리및네트워크인터페이스를기준으로제시됩니다. 고객은명시된최소구성에따라서또는그이상의수준으로서버와네트워킹하드웨어를자유롭게선택할수있습니다. 대상 이가이드는하이퍼바이저로서의 Microsoft Hyper-V, EMC VNX 시리즈스토리지시스템및해당구축에서요구하는관련인프라스트럭처를사용하는 Citrix XenDesktop 기반의 EUC 솔루션을설치및구성하는데필요한교육을이수하고배경지식을보유한독자를대상으로합니다. 외부참조자료가있는경우해당정보가제공되므로이들문서도숙지하는것이좋습니다. 또한고객설치환경의인프라스트럭처및데이터베이스보안정책도숙지해야합니다. Citrix XenDesktop용 VSPEX EUC(End-User Computing) 솔루션의판매및사이징이주요업무인담당자는이문서의처음네개장을주의깊게살펴보아야합니다. 솔루션구축담당자는 5장의구성지침, 6장의솔루션검증, 그리고적절한참고자료와부록을중점적으로확인해야합니다. 이가이드의목적 이가이드에서는 VSPEX EUC(End-User Computing) 아키텍처를소개하고특정구축상황에맞게아키텍처를수정하는방법을설명하며시스템을효과적으로구축하는방법과관련된지침을제공합니다. 고객은 VSPEX EUC 아키텍처를통해많은수의가상데스크톱을일관된성능수준으로호스팅할수있는첨단시스템을운용하게됩니다. 이솔루션은가용성이뛰어난 VNX 스토리지제품군과 Citrix의 XenDesktop 데스크톱브로커가지원하는 Microsoft Hyper-V 가상화계층에서실행됩니다. 컴퓨팅및네트워크구성요소는가상머신환경의처리성능및데이터요구사항을충족하는강력한기능과이중화구성을지원할수있도록공급업체에서직접정의하여설계할수있습니다. 14

15 1 장 : 요약 이문서에언급된 500개, 1,000개, 2,000개의가상데스크톱환경은한정된데스크톱워크로드를기반으로한것입니다. 가상데스크톱마다요구사항이다르기는하지만이가이드에는구축시시스템조정을통해경제성을높이는방법과지침이수록되어있습니다. EUC(End-User Computing) 또는가상데스크톱아키텍처는복잡한시스템오퍼링입니다. 이문서에서는초기소프트웨어및하드웨어구성요소목록, 단계별사이징지침및워크시트, 검증된구축단계를제시하여시스템을원활하게설치할수있도록지원합니다. 또한마지막구성요소를설치한후시스템이올바르게실행되는지확인하기위한검증테스트도마련되어있습니다. 따라서이문서에제시된지침을준수하면효율적이면서손쉬운방법으로데스크톱구축을수행할수있습니다. 비즈니스요구사항 비즈니스애플리케이션은통합컴퓨팅, 네트워크및스토리지환경에서점차폭넓게사용되고있습니다. 용 Citrix를사용하면기존구축모델의구성요소를구성하는복잡한과정을줄일수있습니다. 또한애플리케이션설계및구축옵션을효율적으로유지하면서통합을간편하게관리할수있습니다. Citrix를사용하면관리업무를통합하는동시에프로세스분리를적절히제어하고모니터링할수있습니다. 다음은 Citrix용 VSPEX EUC(End- User Computing) 솔루션아키텍처를통해해결되는비즈니스요구사항입니다. 통합된인프라스트럭처구성요소의기능을활용하기위한완벽한가상화솔루션제공 다양한고객활용사례에맞게 500개, 1,000개또는 2,000개의가상데스크톱을효율적으로가상화하기위한솔루션제공 안정적이면서유연하고확장가능한레퍼런스설계제공 15

16 1 장 : 요약 16

17 2 장 : 솔루션개요 2 장솔루션개요 이장에서다루는내용은다음과같습니다. 솔루션개요 데스크톱브로커 가상화 컴퓨팅 네트워크 백업 스토리지

18 2 장 : 솔루션개요 솔루션개요 Microsoft Hyper-V Server 2012에서실행되는 Citrix XenDesktop용 EMC VSPEX EUC(End-User Computing) 솔루션은이중화된서버 / 네트워크토폴로지와가용성이뛰어난스토리지, 그리고신뢰할수있는 EMC 백업솔루션을통해최대 2,000개의가상데스크톱을지원하고안전하게보호할수있는완벽한시스템아키텍처를기반으로합니다. 이특별한솔루션을구성하는핵심구성요소로는데스크톱브로커, 가상화, 스토리지, 네트워크, 컴퓨팅이있습니다. 데스크톱브로커 XenDesktop은가상데스크톱을 Microsoft Hyper-V 가상화환경에서실행할수있게해주는 Citrix의가상데스크톱솔루션입니다. 이솔루션을사용하면데스크톱을중앙집중식으로관리하고 IT 조직의제어역량을높일수있습니다. 또한 XenDesktop은최종사용자가네트워크연결을통해여러디바이스에서각자의컴퓨터에접속할수있게해줍니다. 가상화 Microsoft Hyper-V는효율성이떨어지는대규모서버팜을속도가빠르고안정적인클라우드인프라스트럭처에통합하여최종사용자의유연성과비용절감효과를높여주는가상화플랫폼입니다. Microsoft 가상화의핵심구성요소는 Microsoft Hyper-V 하이퍼바이저와시스템관리를위한 Microsoft SCVMM(System Center Virtual Machine Manager) 입니다. Microsoft Hyper-V 하이퍼바이저는전용서버에서실행되며, 시스템에서여러운영체제를가상머신으로동시에실행할수있게해줍니다. Microsoft Cluster Services를통해여러 Hyper-V 서버를클러스터구성으로작동할수있습니다. Microsoft Hyper-V 클러스터구성은 Microsoft System Center Virtual Machine을통해더큰리소스풀로관리되므로, 전체클러스터에서 CPU, 메모리, 스토리지를동적으로할당할수있습니다. Live Migration, Storage Migration처럼 Microsoft Hyper-V Server 2012가가진고가용성기능덕분에성능에전혀또는거의영향을미치지않으면서가상머신과저장된파일을 Hyper-V 서버간에무중단으로마이그레이션할수있습니다. 컴퓨팅 VSPEX는공급업체가선택한서버구성요소를자유롭게설계하고구축할수있게해줍니다. 하지만인프라스트럭처에서다음과같은조건을만족해야합니다. 필요한수및유형의가상머신을지원하기에충분한 RAM, CPU 코어, 메모리 18

19 2 장 : 솔루션개요 시스템스위치에서이중화된접속구성을사용할수있도록해주는충분한 네트워크연결 운영환경에서버장애가발생한후페일오버를지원하기위한초과용량 네트워크 VSPEX는공급업체가선택한네트워크구성요소를자유롭게설계하고구축할수있게해줍니다. 하지만인프라스트럭처에서다음과같은조건을만족해야합니다. 호스트, 스위치및스토리지에서사용할수있는이중화된네트워크링크 Link Aggregation 지원 업계에서인정한 Best Practice 기반의트래픽분리 백업 EMC Avamar 는 VSPEX EUC 솔루션을빠르게구축하는데필요한데이터보호기능과효율성을제공합니다. 관리자는 Avamar를활용하여정책및 EUC 인프라스트럭처구성요소를중앙집중식으로백업및관리할수있으며사용자는간편한웹기반인터페이스를통해자신의파일을효율적으로복구할수있습니다. Avamar는새롭고고유한하위파일데이터세그먼트만전송하므로매일신속하게전체백업을수행할수있습니다. 따라서백업시간을최대 90% 단축하고일일네트워크대역폭요구량도최대 99% 까지줄이는것은물론, 백업에필요한스토리지용량을 10배에서 30배까지절감할수있습니다. 스토리지 EMC 차세대 VNX 스토리지시리즈는광범위한기능을통해파일및블록액세스를모두제공할수있어어떤 EUC 구축에도적합한제품으로인정받고있습니다. VNX 스토리지는명시된레퍼런스아키텍처워크로드에맞춰사이징되는다음구성요소를포함합니다. 호스트어댑터포트 ( 블록용 ) - Fabric을통해스토리지시스템에호스트접속구성제공 Data Mover 호스트에파일서비스를제공하는프런트엔드어플라이언스 (CIFS/SMB, NFS 서비스를제공하는경우에는선택사항 ) SP(Storage Processor) - 스토리지내 / 외부와스토리지간에발생하는데이터이동의모든측면에사용되는스토리지시스템의컴퓨팅구성요소 디스크드라이브 - 호스트 / 애플리케이션데이터와해당엔클로저가포함된디스크드라이브및 SSD(Solid State Drive) 19

20 2 장 : 솔루션개요 참고 : Data Mover 라는용어는 CPU, 메모리, 입출력포트등과같은 VNX 하드웨어구성 요소를나타내며, VNX 에서 CIFS(SMB) 및 NFS 프로토콜을설정합니다. 이문서에설명된데스크톱솔루션은각각 EMC VNX5400 및 EMC VNX5600 스토리지시스템을기반으로합니다. VNX5400은최대 250개의드라이브를지원하고 VNX5600은최대 500개의드라이브를호스팅할수있습니다. EMC VNX 시리즈는다음과같은 EUC 환경에적합한광범위한비즈니스기능을지원합니다. EMC FAST VP(Fully Automated Storage Tiering for Virtual Pools) EMC FAST Cache 파일레벨데이터중복제거및압축 블록중복제거 씬프로비저닝 복제 스냅샷및체크포인트 FLR(File-Level Retention) 할당량관리기능및향상된기능플래시기반의최적화된유니파이드스토리지플랫폼인 EMC VNX는확장성이뛰어나고사용이간편한단일솔루션으로, 파일, 블록및객체스토리지와관련하여혁신적인엔터프라이즈기능을제공합니다. 물리적환경이나가상화환경의혼합워크로드에적합한 VNX는성능및유연성이뛰어난하드웨어와효율성향상, 관리간소화및데이터보호를위한첨단소프트웨어를결합함으로써오늘날의가상화된애플리케이션환경에서발생하는까다로운문제들을완벽하게해결합니다. 성공적인 1세대에기반하여설계된차세대 VNX는여러가지새로운기능과향상된기능을포함하고있으며, 다음은이러한기능의몇가지예입니다. MCx 기술 (Multicore Cache, Multicore RAID 및 Multicore FAST Cache) 을사용한멀티코어최적화로용량증가 플래시최적화하이브리드스토리지를사용한효율성향상 Active/Active 스토리지프로세서를통해애플리케이션의가용성을높여보다뛰어난보호제공 새로운 Unisphere Management Suite를통한생산성향상으로관리및구축편의성개선 VSPEX는차세대 VNX를기반으로구축되어이전세대와비교할수없이높은효율성, 성능및확장성을제공합니다. 20

21 2 장 : 솔루션개요 플래시최적화하이브리드스토리지 VNX는플래시최적화하이브리드스토리지로, 중요데이터에는최상의성능으로액세스할수있게하면서액세스빈도가낮은데이터는경제적인디스크로이동하는지능적이며자동화된계층화기능을제공합니다. 이하이브리드방식에서는전체시스템에서작은비율을차지하는플래시드라이브가전체 IOPS의대부분을제공하게됩니다. 플래시에최적화된 VNX는플래시의짧은지연시간을최대한활용하여비용을절감하는최적화와고성능의확장성을제공합니다. EMC FAST 제품군 (FAST Cache 및 FAST VP) 은이기종드라이브전반에걸쳐블록및파일데이터를계층화하고사용빈도가높은데이터를플래시드라이브로이동함으로써비용절감과성능향상이라는두가지목표를동시에실현합니다. 오래된데이터보다는새데이터를더자주액세스하는경향이있으므로새데이터는최상의성능을발휘하도록플래시드라이브에저장됩니다. 시간경과에따라데이터의사용빈도가낮아지면 FAST VP는고객이정의한정책에따라자동계층화를통해해당데이터를고성능드라이브에서대용량드라이브로이동합니다. 이기능은 4배더뛰어난효율성과 emlc(enterprise Multi-Level Cell) 기술을기반으로기가바이트당비용을절감하는새로운 FAST VP SSD(Solid State Disk) 를통해더욱향상되었습니다. FAST Cache는시스템워크로드에서예상치못하게급증하는워크로드를동적으로처리합니다. 모든 VSPEX 활용사례에서향상된효율성의이점을활용할수있습니다. VSPEX Proven Infrastructure는프라이빗클라우드, EUC(End-User Computing) 및가상애플리케이션솔루션을제공합니다. 고객은 VNX를통해 ROI를크게향상시킬수있습니다. VNX는플래시계층의비용을대폭절감할수있는아웃오브밴드 (Outof-Band), 블록기반중복제거기능을제공합니다. VNX Intel MCx 코드경로최적화플래시기술의도래는미드레인지스토리지시스템의요구사항이크게변화되는계기가되었습니다. EMC는업계에서가장높은성능의스토리지시스템을최저비용으로제공할수있도록멀티코어 CPU를효율적으로최적화하는미드레인지스토리지플랫폼을새로설계했습니다. 그림 1에서와같이 MCx는모든 VNX 데이터서비스를모든코어에분산시킵니다. MCx 기반의 VNX 시리즈는 NAS(Network-Attached Storage) 기반가상머신및데이터베이스같은트랜잭션기반애플리케이션의파일성능을대폭개선합니다. 21

22 2 장 : 솔루션개요 그림 1. 멀티코어최적화가적용된차세대 VNX Multicore Cache 캐시는스토리지서브시스템에서가장중요한자산이며, 가변적인워크로드를처리할때캐시의효율적인사용은플랫폼의전반적인효율성을결정하는핵심적인요소입니다. 캐시엔진은시스템에서사용할수있는모든코어를활용하도록모듈화되어있습니다. Multicore RAID MCx를고려한재설계에서또하나중요한부분은 HDD( 하드디스크드라이브 ) 와 SSD로구성된영구적백엔드스토리지의입출력처리입니다. 백엔드데이터관리프로세싱을모듈화하여 MCx가모든프로세서를원활하게활용할수있게함으로써 VNX의성능이크게향상되었습니다. VNX 성능 MCx 아키텍처를통해실현된 VNX 스토리지는플래시최우선활용전략에적합하도록최적화되어있으며최상의종합적인성능을제공합니다. 즉, 짧은지연시간으로시스템의트랜잭션성능 (IOPS당비용 ) 및대역폭성능 (GB/s당비용 ) 을최적화하고, 최적의용량효율성 (GB당비용 ) 을제공합니다. VNX는다음과같은성능향상을제공합니다. 이중컨트롤러스토리지와비교할경우최대 4배많은파일트랜잭션지원 트랜잭션중심애플리케이션 ( 예 : NFS 기반 VMware의 Microsoft Exchange) 의파일성능최대 3배향상및응답시간 60% 단축 최대 4배많은 Oracle 및 Microsoft SQL Server OLTP 트랜잭션 최대 6배많은가상머신 Active/Active 스토리지프로세서새로운 VNX 아키텍처는그림 2에서볼수있는것처럼 Active/Active 스토리지프로세서를제공하여두경로모두액티브방식으로입출력을처리하므로경로페일오버중에애플리케이션시간초과가발생하지않습니다. 22

23 2 장 : 솔루션개요 로드밸런싱도향상되며애플리케이션의성능이최대 2배까지늘어날수있습니다. 블록에대한 Active/Active는최상의가용성과성능이필요하지만압축, 중복제거, 스냅샷등과같은효율성향상또는계층화서비스가필요하지않은애플리케이션에적합합니다. 이 VNX 릴리즈를통해 VSPEX 고객은 VDM(Virtual Data Mover) 및 VNX Replicator를사용하여시스템간에서자동화된고속파일시스템마이그레이션을수행할수있습니다. 이프로세스에서는모든체크포인트및설정이자동으로마이그레이션되며, 마이그레이션중에도클라이언트가계속작동할수있습니다. 그림 2. Active/Active 프로세서의성능, 복구능력및효율성향상 Unisphere 관리최신버전의 Unisphere Management Suite는사용이간편한 Unisphere 인터페이스를확장하여, 성능을검증하고용량요구사항을예측할수있도록지원하는 VNX Monitoring and Reporting을인터페이스에포함시킵니다. 또한그림 3에서볼수있는것처럼, 이 Suite에는새롭게지원되는 XtremSW Cache를활용하여수천대에이르는 VNX 및 VNXe 시스템을중앙집중식으로관리할수있는 Unisphere Remote가포함되어있습니다. 그림 3. Unisphere Management Suite 최신버전 23

24 2 장 : 솔루션개요 24

25 3 장 : 솔루션기술개요 3 장솔루션기술개요 이장에서다루는내용은다음과같습니다. 솔루션기술 주요구성요소요약 데스크톱가상화 가상화 컴퓨팅 네트워크 스토리지 백업및복구 ShareFile

26 3 장 : 솔루션기술개요 솔루션기술 이 VSPEX 솔루션은 EMC VNX5400( 최대 1,000개의가상데스크톱지원 ) 또는 VNX5600( 최대 2,000개의가상데스크톱지원 ) 스토리지시스템과 Microsoft Hyper- V Server 2012를사용하여 Citrix XenDesktop 7 환경의 Windows 7 가상데스크톱에스토리지및컴퓨팅리소스를제공하며, 이러한리소스는 PVS(Provisioning Services) 또는 MCS(Machine Creation Services) 를통해프로비저닝됩니다. 그림 4에서는솔루션의구성요소를보여줍니다. 그림 4. 솔루션구성요소 공유스토리지는하루업무가시작될때많은데스크톱이한꺼번에부팅되는상황이나필수패치를적용하는활용사례처럼갑자기폭증하는입출력을처리할수있어야하기때문에 Citrix XenDesktop 환경의스토리지인프라스트럭처를계획하고설계하는것은가장중요한단계중하나입니다. 이러한대규모입출력의폭증현상이발생하면때때로가상데스크톱성능이불규칙하고종잡을수없게될수있습니다. 계획과정에서이러한활용사례를고려하지않으면사용자가예측할수없는성능으로인해쉽게당황할수있습니다. 예측가능한 EUC(End-User Computing) 환경의성능을보장하려면스토리지시스템에서빠른응답시간을유지하면서사용량이가장높은시간대에클라이언트에서발생하는입출력로드를처리할수있어야합니다. 일반적으로이러한워크로드유형에맞춰설계하려면입출력압박이급증하는짧은순간을처리하기위해여러개의디스크를구축해야하고이경우구축비용이크게높아질수있습니다. 하지만이솔루션은 EMC VNX FAST Cache를사용하여필요한디스크수를줄여줍니다. 26

27 3 장 : 솔루션기술개요 EMC 의차세대백업솔루션은데스크톱이미지내에서 EMC Avamar 와데스크톱 클라이언트를활용하여사용자데이터를보호하고최종사용자의복구성능을 보장합니다. 주요구성요소요약 이섹션에서는이솔루션의주요구성요소에대해설명합니다. 데스크톱가상화데스크톱가상화브로커는시스템사용자에게제공되는가상데스크톱이미지의프로비저닝, 할당, 유지보수, 최종제거를관리합니다. 이소프트웨어는사용자생산성에영향을주지않으면서이미지를유지관리하고운영환경의규모가무분별하게증가하지않도록데스크톱이미지를주문형으로생성할수있게해줍니다. 가상화가상화계층을통해물리적리소스와이러한리소스를사용하는애플리케이션을분리할수있습니다. 이렇게하면애플리케이션이하드웨어와직접연결되어있지않은리소스를사용하므로 EUC를위한많은주요기능이구현됩니다. 컴퓨팅컴퓨팅계층은인프라스트럭처에서실행되는애플리케이션과가상화계층소프트웨어를위한메모리및처리리소스를제공합니다. VSPEX 프로그램은최소한으로필요한양의컴퓨팅계층리소스를정의하며고객은이를통해이러한요구사항을충족하는모든컴퓨팅하드웨어를선택할수있습니다. 네트워크네트워크계층은운영환경의사용자를필요한리소스에연결하고스토리지계층을컴퓨팅계층에연결합니다. VSPEX 프로그램은솔루션에필요한최소한의네트워크포트수를정의하고네트워크아키텍처에대한일반적인지침을제시하지만, 고객은이프로그램을통해이러한요구사항을충족하는모든네트워크하드웨어를사용하여요구사항을구현할수있습니다. 스토리지스토리지계층은 EUC 환경을구축하는데있어서핵심적인역할을하는리소스입니다. 데스크톱특유의사용방식으로인해, 스토리지계층에서는사용자환경에과도하게영향을주지않는범위에서일시적인작업이대규모로폭주하는상황을수용할수있어야합니다. 이솔루션에서는이러한워크로드를효율적으로처리하기위해 EMC VNX FAST Cache를사용합니다. 백업및복구솔루션의선택사항인백업및복구구성요소에서는운영시스템의데이터가삭제또는손상되거나어떤이유로사용할수없게될경우데이터보호기능을제공합니다. 27

28 3 장 : 솔루션기술개요 ShareFile RSA의보안구성요소는운영환경에대한액세스를관리하고권한이부여된사용자만시스템을사용할수있도록하는추가옵션을제공합니다. 솔루션아키텍처섹션에는레퍼런스아키텍처를구성하는모든구성요소에대한자세한정보가나와있습니다. 데스크톱가상화 데스크톱가상화솔루션은사용자데스크톱을캡슐화하여원격클라이언트디바이스에제공하는데, 이러한원격클라이언트디바이스의예로는씬클라이언트, 제로클라이언트, 스마트폰또는태블릿을들수있습니다. 이를통해다양한위치의구독자들이원격데이터센터의중앙집중식컴퓨팅리소스에서호스팅되는가상데스크톱에액세스할수있습니다. 이솔루션에서 Citrix XenDesktop은데스크톱가상화환경을프로비저닝, 관리, 브로커링, 모니터링하는데사용됩니다. Citrix XenDesktop 7 XenDesktop 7 아키텍처에서는관리및서비스제공구성요소가 XenDesktop 과 XenApp 간에공유되므로관리자는통합된관리환경을이용할수있습니다. 그림 5 는 XenDesktop 7 아키텍처구성요소를보여줍니다. 그림 5. XenDesktop 7 아키텍처구성요소 28

29 3 장 : 솔루션기술개요 XenDesktop 7 아키텍처의구성요소는다음과같습니다. Receiver: 사용자디바이스에설치되는 Citrix Receiver는스마트폰, 태블릿, PC를포함한다양한사용자디바이스에서빠르고안전한셀프서비스방식으로문서, 애플리케이션및데스크톱을액세스할수있게해줍니다. Receiver를사용하면 Windows, 웹및 SaaS(Software as a Service) 애플리케이션을필요할때액세스할수있습니다. StoreFront: 리소스를호스팅하는사이트에사용자를인증하고사용자가액세스하는데스크톱및애플리케이션의저장소를관리합니다. Studio: 구축환경의구성과관리를지원하는관리콘솔로서, 이콘솔을사용하면애플리케이션과데스크톱의제공을관리하기위한관리콘솔을별도로둘필요가없습니다. Studio에서제공하는다양한마법사의안내에따라운영환경을설정하고, 애플리케이션및데스크톱을호스팅하는워크로드를생성하고, 사용자에게애플리케이션과데스크톱을할당하는프로세스를수행할수있습니다. Delivery Controller: 데이터센터의서버에설치되는 Delivery Controller는하이퍼바이저와통신하여애플리케이션과데스크톱을배포하고, 사용자액세스를인증및관리하며, 사용자와해당사용자의가상데스크톱 / 애플리케이션간연결을브로커링하는여러서비스로구성됩니다. Delivery Controller는데스크톱의상태를관리하며필요여부와관리구성을토대로데스크톱을시작및중지합니다. 일부버전에서는가상화또는물리적 Windows 환경에서사용자개인별환경설정을관리할수있도록프로파일관리기능을설치할수있습니다. 각사이트에는하나이상의 Delivery Controller가있습니다. VDA(Virtual Delivery Agent): 서버또는워크스테이션운영체제에설치되는 VDA를통해데스크톱및애플리케이션용연결을설정할수있습니다. 원격 PC 액세스를지원하려면사무실 PC에 VDA를설치하면됩니다. 서버 OS 머신 : Windows Server 운영체제기반의가상머신또는물리적시스템으로서사용자에게애플리케이션또는 HSD(Hosted Shared Desktop) 를제공하는데사용됩니다. 데스크톱 OS 머신 : Windows Desktop 운영체제기반의가상머신또는물리적시스템으로서사용자에게맞춤형데스크톱을제공하거나데스크톱운영체제의애플리케이션을제공하는데사용됩니다. 원격 PC 액세스 : 권장디바이스목록에포함되는사용자디바이스로, 사용자가 Citrix Receiver를실행하는모든디바이스에서사무실 PC에있는리소스를원격으로액세스할수있도록지원합니다. 29

30 3 장 : 솔루션기술개요 MCS(Machine Creation Services) MCS(Machine Creation Services) 는 XenDesktop 관리인터페이스인 Citrix Studio 에 통합된프로비저닝메커니즘으로, 데스크톱수명주기전반에걸쳐중앙집중식관리 지점에서데스크톱을프로비저닝하고관리하며사용을중지하는역할을합니다. MCS는여러유형의머신을 Citrix Studio에서단일카탈로그로관리할수있게해줍니다. Personal vdisk를사용하는시스템에서는데스크톱사용자지정이영구적으로적용됩니다. 반면에, 사용자가로그오프할때데스크톱의변경사항이삭제되어야할경우에는 Personal vdisk를사용하지않는시스템이적합합니다. MCS를사용하여프로비저닝한데스크톱은카탈로그내에서공용기본이미지를공유합니다. 이때문에일반적으로기본이미지는 EMC VNX FAST Cache를무리없이활용하기에충분한빈도로액세스됩니다. 자주액세스되는데이터는플래시드라이브로상향이동하여최소한의물리적디스크를사용하면서입출력응답시간을최적화합니다. Citrix Provisioning Services Citrix PVS(Provisioning Services) 는하드웨어와하드웨어에서실행되는소프트웨어간의관계를근본적으로변화시킴으로써기존데스크톱이미징솔루션과는다른접근법을이용합니다. PVS를사용하면이미지를개별머신으로복제하는대신단일공유디스크이미지 (vdisk) 를스트리밍할수있으므로관리해야할디스크이미지수를줄일수있습니다. PVS는머신수가지속적으로증가하는환경에서분산프로세싱의이점과함께중앙집중식관리의효율성을제공합니다. 머신이단일공유이미지에서디스크데이터를동적으로실시간스트리밍하기때문에머신이미지의정합성이보장됩니다. 또한재부팅작업시대규모머신풀의구성, 애플리케이션, 심지어 OS까지도완전히바꿀수있습니다. 이솔루션에서 PVS는 Windows 7 또는 8에서실행되는 500/1,000/2,000개의가상데스크톱을프로비저닝하며, 이들데스크톱은단일 vdisk 이미지로부터구축됩니다. Citrix Personal vdisk Citrix Personal vdisk(pvdisk 또는 PvD) 기능은 Citrix XenDesktop 5.6에처음도입되었습니다. Personal vdisk를사용하면풀링된데스크톱에서사용자지정설정과사용자가설치한애플리케이션을유지할수있습니다. 이기능을실행하려면사용자의풀링된가상머신에서 Personal vdisk라는별도의디스크로변경사항을리디렉션해야합니다. 그러면런타임도중 Personal vdisk의컨텐츠와기본가상머신의컨텐츠가함께섞여통합된최종사용자환경이제공됩니다. Personal vdisk 데이터는재시작 / 새로고침작업중에도그대로유지됩니다. 이솔루션에서 PVS 는 Windows 7 에서실행되는 500/1,000/2,000 개의가상 데스크톱을프로비저닝하며, 이들데스크톱은단일 vdisk 이미지로부터구축됩니다. Citrix Profile Management Citrix Profile Management는사용자프로파일을보존하며원격프로파일저장소를사용하여해당프로파일을동적으로동기화합니다. Citrix Profile Management는사용자의로그인위치나클라이언트디바이스에관계없이해당개인설정이데스크톱과애플리케이션에적용되도록합니다. 30

31 3 장 : 솔루션기술개요 Citrix Profile Management와풀링된데스크톱을적절히조합하여활용하면조직에서필요한스토리지용량이잠재적으로최소화되는동시에전용데스크톱환경을구축할수있습니다. Citrix Profile Management를활용할경우사용자가 Citrix XenDesktop에로그인하면사용자의원격프로파일이동적으로다운로드됩니다. Profile Management는사용자에게필요한경우에만사용자프로파일정보를다운로드합니다. 가상화 가상화계층은모든 EUC 솔루션의핵심구성요소로, 애플리케이션리소스요구사항을이러한리소스를제공하는기반이되는물리적리소스로부터분리하는역할을수행합니다. 따라서유지보수를위한하드웨어다운타임이없어져애플리케이션계층의유연성이향상되고, 호스팅되는애플리케이션에영향을주지않으면서시스템의물리적기능을변경할수도있습니다. Microsoft Hyper-V Server 2012 Microsoft Hyper-V Server 2012는이솔루션의가상화계층을구축하는데사용됩니다. Microsoft Hyper-V는 CPU, 메모리, 스토리지, 네트워크를가상화하여컴퓨터의물리적리소스를가상리소스로변환합니다. 이러한변환은물리적컴퓨터와마찬가지로분리되고캡슐화된운영체제와애플리케이션을실행하는완벽한기능의가상머신을만들어냅니다. Live Migration, Storage Migration 처럼 Microsoft Hyper-V 가가진고가용성기능 덕분에성능에전혀또는거의영향을미치지않으면서가상머신과저장된파일을 Hyper-V 서버간에무중단으로마이그레이션할수있습니다. Microsoft System Center Virtual Machine Manager Microsoft SCVMM(System Center Virtual Machine Manager) 은 Microsoft Hyper-V 인프라스트럭처를위한중앙집중식관리플랫폼입니다. 관리자는여러디바이스에서액세스할수있는이플랫폼의단일인터페이스를통해가상인프라스트럭처의모니터링, 관리, 유지보수와관련된모든측면을확인할수있습니다. Hyper-V HA(High Availability) Microsoft Hyper-V Cluster HA(High Availability) 기능은가상화계층이다양한장애 조건에서가상머신을자동으로재시작할수있게해줍니다. 물리적하드웨어에오류가발생하는경우에는클러스터의다른서버에서영향을 받는가상머신을자동으로재시작할수있습니다. 참고 : Microsoft Hyper-V Cluster HA(High Availability) 가다른하드웨어의가상머신을 재시작하도록하려면이러한서버에사용가능한리소스가있어야합니다. 컴퓨팅섹션에는 이기능의활성화와관련된특정한권장사항이나와있습니다. Microsoft Hyper-V Cluster 를사용하면자동으로재시작할가상머신과이러한 작업을시도해야하는조건을결정하기위한정책을구성할수있습니다. 31

32 3 장 : 솔루션기술개요 EMC Storage Integrator for Windows ESI(EMC Storage Integrator) 3.0 for Windows는 Windows 환경에대한블록및파일스토리지를보고용량할당하는데사용되는관리인터페이스입니다. ESI는스토리지를 Hyper-V 서버에로컬디스크또는매핑된공유로생성하거나용량할당할때수행하는단계를간소화합니다. 또한 PowerShell을통해스토리지검색및용량할당기능을지원합니다. 자세한내용은 EMC 온라인지원웹사이트의 ESI for Windows 제품가이드를 참조하십시오. 컴퓨팅 EMC VSPEX 인프라스트럭처를위한서버플랫폼을선택할때는운영환경의기술적요구사항은물론플랫폼의지원가능성, 기존서버제공업체와의관계, 고급성능및관리기능을비롯한그밖의많은요인이고려됩니다. 이때문에 EMC VSPEX 솔루션은다양한서버플랫폼에서실행되도록설계되었습니다. VSPEX는특정요구사항을만족하는지정된수의서버를요구하는대신최소한의프로세서코어수와 RAM 용량만필요로합니다. 이환경은 2대의서버로구축하든 20대의서버로구축하든동일한 VSPEX 솔루션으로간주할수있습니다. 예를들어지정된구축환경의컴퓨팅계층에 25개의프로세서코어와 200GB의 RAM이필요하다고가정해보겠습니다. 한고객은 16개의프로세서코어와 64GB RAM이포함된화이트박스서버를사용하여이환경을구축하는반면다른고객은 20개의프로세서코어와 144GB의 RAM이포함된하이엔드서버를선택할수도있습니다. 32

33 3 장 : 솔루션기술개요 그림 6 에서처럼첫번째고객에게는 4 대의서버가필요하지만두번째고객에게는 2 대가필요합니다. 그림 6. 컴퓨팅계층유연성 참고 : 컴퓨팅계층에서고가용성을구현하려면각각의고객에게하드웨어운영중단시 페일오버플랫폼을제공하기에충분한용량을갖춘서버 1 대가추가로필요합니다. 컴퓨팅계층에서는다음과같은 Best Practice를준수해야합니다. 동일한서버또는최소한호환가능한서버를여러대사용합니다. VSPEX는하이퍼바이저수준의고가용성기술을구현하는데, 기반이되는물리적하드웨어와관련하여유사한지침이요구될수있습니다. VSPEX를동일한서버유닛에구축하면이영역에서발생하는호환성문제를최소화할수있습니다. 하이퍼바이저계층고가용성을구현하는경우생성할수있는최대가상머신은해당운영환경의최소물리적서버에의해제한됩니다. 컴퓨팅계층에서최소한단일서버장애정도는충분히수용할수있는리소스를확보하려면가상화계층에서사용할수있는고가용성기능을구축합니다. 이렇게하면업그레이드시다운타임이최소화되고단일유닛장애를수용할수있습니다. 33

34 3 장 : 솔루션기술개요 이와같은권장사항및 Best Practice를따르는범위내에서 EMC VSPEX의컴퓨팅계층은특정요구사항에맞게자유롭게조정할수있습니다. 주된관건은충분한수의프로세서코어와코어당 RAM을프로비저닝하여타겟환경의요구사항을충족하는것입니다. 네트워크 인프라스트럭처네트워크에서각 Hyper-V 호스트, 스토리지시스템, 스위치상호연결포트, 스위치업링크포트는네트워크링크를이중화해야합니다. 이중화를통해가용성을보장할수있을뿐아니라네트워크대역폭도추가로확보할수있습니다. 솔루션에사용할네트워크인프라스트럭처가이미갖추어져있든, 다른구성요소와함께새로구축하든상관없이이이중화구성이필요합니다. 이러한유형의고가용성네트워크토폴로지에대한예는그림 7에나와있습니다. 참고 : 이예는 IP 기반네트워크에해당하지만 FC(Fibre Channel) 기반네트워크에도다중 연결및단일장애지점제거라는동일한기본원칙이그대로적용됩니다. 그림 7. 고가용성네트워크설계의예 34

35 3 장 : 솔루션기술개요 이검증된솔루션은 VLAN(Virtual LAN) 을통해다양한유형의네트워크트래픽을분리하여처리량, 관리용이성, 애플리케이션분리, 고가용성, 보안을개선합니다. EMC 유니파이드스토리지플랫폼은 Link Aggregation을사용하여네트워크고가용성또는이중화를구현합니다. Link Aggregation을통해여러개의활성이더넷연결을하나의 MAC 주소와잠재적으로여러개의 IP 주소가지정된단일링크로표시할수있습니다. 이솔루션에서는 LACP(Link Aggregation Control Protocol) 를 VNX에구성하여여러개의이더넷포트를하나의가상디바이스로통합합니다. 이더넷포트에서링크가끊기는경우다른포트로페일오버됩니다. 모든네트워크트래픽은활성링크간에분산됩니다. 스토리지 스토리지계층은모든클라우드인프라스트럭처솔루션의핵심구성요소로, 스토리지효율성과관리상의유연성을제공하고 TCO( 총소유비용 ) 를줄여줍니다. 이 VSPEX 솔루션에서는 EMC VNX 시리즈를사용하여스토리지계층에가상화를구현합니다. EMC VNX Snapshots VNX Snapshots은시점데이터복제본을생성하는소프트웨어기능입니다. VNX Snapshots은데이터백업, 소프트웨어개발및테스트, 용도변경, 데이터검증, 신속한로컬복구등에사용할수있습니다. VNX Snapshots은스토리지풀과통합되어기존 EMC VNX SnapView 스냅샷기능을개선합니다. 참고 : RAID LUN 으로도불리는물리적 RAID 그룹에생성된 LUN 은 SnapView 스냅샷만 지원합니다. 이러한제한이있는이유는 VNX Snapshots 에그기술의일부로풀공간이 필요하기때문입니다. VNX Snapshots은풀 LUN당 256개의쓰기가능스냅샷을지원합니다. 지정된운영 LUN의총스냅샷수가고정한계인 256개를넘지않는 " 한스냅의스냅 (Snap of a Snap)" 이라고도하는브랜칭 (Branching) 을지원합니다. VNX Snapshots은 ROW(Redirect On Write) 기술을사용합니다. ROW는운영 LUN에대한새로운쓰기를스토리지풀의새로운위치로리디렉션합니다. 이러한방식은 SnapView에서사용되는 CoFW(Copy On First Write) 와다릅니다. CoFW의경우원본데이터가예약된 LUN 풀에복제될때까지운영 LUN에대한쓰기가중단되어스냅샷이보존됩니다. 이릴리즈는 CG( 정합성보장그룹 ) 도지원합니다. 여러풀 LUN을하나의 CG로결합하여동시에스냅할수있습니다. CG 스냅샷이시작되면스냅샷이완전히생성될때까지멤버 LUN에대한모든쓰기가보류됩니다. 일반적으로 CG는동일한애플리케이션에속하는 LUN에사용됩니다. 35

36 3 장 : 솔루션기술개요 EMC VNX SnapSure EMC VNX SnapSure 는사용자가 PFS(Production File System) 의논리적시점이미지인체크포인트를생성및관리할수있도록하는 EMC VNX File 소프트웨어의기능입니다. SnapSure는 COFM(Copy-On-First-Modify) 원칙을사용합니다. PFS는블록으로구성됩니다. PFS 내의블록이수정될경우블록의원래컨텐츠를포함하는복제본이 SavVol이라는별개의볼륨에저장됩니다. PFS의동일한블록에대한이후의변경사항은 SavVol으로복제되지않습니다. 비트맵및블록맵데이터추적구조에따라 SnapSure에서 SavVol에있는 PFS의원래블록과 PFS에변경되지않고남아있는 PFS 블록을읽습니다. 이러한블록들이결합되어체크포인트라는완전한시점이미지가제공됩니다. 체크포인트는해당체크포인트가생성된시간의 PFS 상태를반영합니다. SnapSure는다음과같은유형의체크포인트를지원합니다. 읽기전용체크포인트 - PFS에서생성된읽기전용파일시스템입니다. 쓰기가능체크포인트 - 읽기전용체크포인트에서생성된읽기 / 쓰기파일시스템입니다. SnapSure는 PFS 애플리케이션이계속해서실시간데이터를액세스할수있도록하면서 PFS당최대 96개의읽기전용체크포인트와 16개의쓰기가능체크포인트를유지할수있습니다. 참고 : 각쓰기가능체크포인트는기본체크포인트라고하는읽기전용체크포인트와 연결됩니다. 각기본체크포인트에는쓰기가능체크포인트가한개만연결될수있습니다. Using VNX SnapSure 에서보다자세한내용을확인할수있습니다. EMC VNX Virtual Provisioning 조직에서는 EMC Virtual Provisioning 을통해용량활용도를높이고, 스토리지관리를간소화하며, 애플리케이션다운타임을줄여스토리지비용을절감할수있습니다. 가상프로비저닝은기업이전력및냉각요구사항을줄이고자본지출을줄이는데에도도움이됩니다. 가상프로비저닝은씬또는일반풀 LUN을구축하여풀을기반으로스토리지를프로비저닝합니다. 씬 LUN은필요한만큼만스토리지를할당하여스토리지활용도를극대화하는주문형스토리지를제공합니다. 일반 LUN은애플리케이션에예측가능한뛰어난성능을제공합니다. 두 LUN 유형모두사용이간편한풀기반프로비저닝기능을활용합니다. 풀및풀 LUN은 FAST VP, VNX Snapshots 및압축과같은고급데이터서비스의기본구성요소입니다. 또한풀 LUN은 LUN 축소, 온라인확장, 가용용량임계값설정과같은다양한추가기능을지원합니다. 36

37 3 장 : 솔루션기술개요 디스크를시스템에물리적으로연결한후가상프로비저닝을사용하여 Unisphere GUI를통해스토리지풀의용량을확장할수있습니다. VNX 시스템에서는풀을확장한이후에새드라이브를사용하도록멤버드라이브전체에할당된데이터요소를재조정할수있습니다. 재조정기능은확장작업후에자동으로시작되어백그라운드에서실행됩니다. 그림 8에나와있는것처럼 Unisphere에있는 Pool Properties 창의 General 탭에서재조정작업의진행률을모니터링할수있습니다. 그림 8. 스토리지풀재조정진행률 LUN 확장풀 LUN 확장을사용하여기존 LUN의용량을늘릴수있습니다. 비즈니스요구사항이증가함에따라더큰용량을프로비저닝할수있습니다. VNX 제품군에는사용자액세스를중단하지않고풀 LUN을확장하는기능이있습니다. 몇번의간단한클릭으로풀 LUN을확장할수있으며, 확장된용량은즉시사용가능합니다. 그러나풀 LUN이데이터보호또는 LUN 마이그레이션작업에사용되는경우에는풀 LUN을확장할수없습니다. 예를들어스냅샷 LUN 또는마이그레이션중인 LUN은확장할수없습니다. LUN 축소 LUN 축소를사용하여기존씬 LUN의용량을줄일수있습니다. VNX는풀 LUN을축소할수있습니다. 이기능은 Windows Server 2008 이후버전에서제공되는 LUN에만사용할수있습니다. 축소프로세스는다음과같은단계로이루어집니다. 1. Windows 디스크관리에서파일시스템을축소합니다. 37

38 3 장 : 솔루션기술개요 2. 명령창과 DISKRAID 유틸리티를사용하여풀 LUN을축소합니다. DISKRAID 유틸리티는 EMC Solutions Enabler 패키지에포함된 VDS Provider를통해사용할수있습니다. 축소프로세스가완료되는즉시새 LUN 크기가표시됩니다. 백그라운드작업에서삭제되거나축소된공간을재확보하여스토리지풀에반환합니다. 작업이완료되면해당풀의다른 LUN에서재확보된공간을사용할수있습니다. LUN 확장 / 축소에대한자세한내용은 EMC VNX Virtual Provisioning - Applied Technology 백서를참조하십시오. 용량임계값설정을통해사용자에게알림씬풀을기반으로파일시스템또는스토리지풀을사용할경우사전예방적알림을구성해야합니다. 필요에따라스토리지를용량할당하고용량부족을방지하도록이러한리소스를모니터링합니다. 그림 9에서는씬풀 (Thin Pool) 을통한프로비저닝을모니터링해야하는이유에대해설명합니다. 그림 9. 씬 LUN 공간활용도 씬풀 (Thin Pool) 사용률에대한다음값을모니터링합니다. 총용량은풀의모든 LUN에제공되는전체물리적용량입니다. 총할당량은모든풀 LUN에현재할당된전체물리적용량입니다. 서비스용량은풀에서지원하는호스트보고전체용량입니다. 초과서비스용량은 LUN에대해구성된가용용량중풀의물리적용량을초과하는양입니다. 총할당량은총용량을초과해서는안됩니다. 총할당량이총용량에근접할경우고정제한 ( 최대값 ) 에도달하기전에풀에스토리지를사전예방적으로추가해야합니다. 38

39 3 장 : 솔루션기술개요 그림 10 에표시된 Unisphere 의 Storage Pool Properties 대화상자에서는 Free, Percent Full, Total Allocation, 가상용량의 Total Subscription, Percent Subscribed, 가상용량의 Oversubscribed By 같은매개변수를보여줍니다. 그림 10. 스토리지풀공간활용도조사스토리지풀용량이고갈되면씬프로비저닝된 LUN에대한모든추가공간할당요청이실패합니다. 일반적으로이러한 LUN에데이터를쓰려고시도하는애플리케이션도실패하여운영중단이발생할가능성이높습니다. 이러한상황을방지하려면풀사용률을모니터링하여임계값에도달할경우알리도록하고, 운영중단상황이발생하기전에문제를수정할수있는충분한버퍼를확보하도록 Percent Full Threshold를설정합니다. 그림 11에서와같이 Storage Pool Properties 대화상자의 Advanced를클릭하여이설정을편집합니다. 씬 LUN이풀을초과할당하는유일한방법이므로풀에씬 LUN이하나이상있는경우에만이알림이활성화됩니다. 풀에일반 LUN만포함된경우에는초과할당으로인해공간이부족해질위험이없으므로알림이활성화되지않습니다. 풀을생성할때 Percent Full Threshold(Total Allocation/Total Capacity) 의값도지정할수있습니다. 스토리지풀용량이고갈되면씬프로비저닝된 LUN에대한모든추가공간할당요청이실패합니다. 일반적으로이러한 LUN에데이터를쓰려고시도하는애플리케이션도실패하여운영중단이발생할가능성이높습니다. 이러한상황을방지하려면풀사용률을모니터링하여임계값에도달할경우알리도록하고, 운영중단상황이발생하기전에문제를수정할수있는충분한버퍼를확보하도록 Percent Full Threshold를설정합니다. 그림 11에서와같이 Storage Pool Properties 대화상자의 Advanced를클릭하여이설정을편집합니다. 39

40 3 장 : 솔루션기술개요 씬 LUN이풀을초과할당하는유일한방법이므로풀에씬 LUN이하나이상있는경우에만이알림이활성화됩니다. 풀에일반 LUN만포함된경우에는초과할당으로인해공간이부족해질위험이없으므로알림이활성화되지않습니다. 풀을생성할때 Percent Full Threshold(Total Allocation/Total Capacity) 의값도지정할수있습니다. 그림 11. 스토리지풀활용도임계값정의 Unisphere에서 Alert를클릭하여알림을봅니다. 그림 12에서는 e-메일, 호출서비스또는 SNMP 트랩을통해알림을받는옵션도선택할수있는 Unisphere 이벤트모니터마법사를보여줍니다. 그림 12. 블록용자동알림정의 40

41 3 장 : 솔루션기술개요 표 1 에는임계값및해당설정에대한정보가나와있습니다. 표 1. VNX OE Block 릴리즈 33 의임계값및설정 임계값유형 임계값범위 기본임계값 알림심각도 부작용 사용자설정가능 1%-84% 70% 경고 없음 통합 해당없음 85% 심각 사용자설정가능알림지우기 총할당량이총용량의 90% 를초과하도록허용하면공간이부족해지고풀에서씬 LUN 을사용하는모든애플리케이션에영향을줄위험이있습니다. VNX FAST Cache VNX FAST Suite의구성요소중하나인 VNX FAST Cache는플래시드라이브를스토리지시스템의확장된캐시계층으로사용할수있게지원합니다. FAST Cache는스토리지시스템전체에사용되는무중단캐시로, 파일스토리지와블록스토리지모두에사용가능합니다. 액세스빈도가높은데이터는 64KB 단위로 FAST Cache에복제되고, 이후데이터청크에대한읽기및쓰기작업이 FAST Cache에서지원됩니다. 따라서빈번하게사용되는활성데이터를플래시드라이브로바로상향이동할수있습니다. 이로인해활성데이터의응답시간이대폭향상되고 LUN 내에서발생할수있는데이터 " 핫스팟 " 이줄어듭니다. VNX FAST VP( 선택사항 ) VNX FAST Suite에포함된 VNX FAST VP는여러유형의드라이브에서데이터를자동으로계층화하여성능과용량의차이를균형있게조정할수있도록합니다. FAST VP는블록스토리지풀레벨에적용되며데이터의액세스빈도에따라데이터가저장되는위치를자동으로조정합니다. 액세스빈도가높은데이터는 256MB 단위로상위스토리지계층으로상향이동되며액세스빈도가떨어지는데이터는경제성을높이기위해하위계층으로마이그레이션할수있습니다. 이러한 256MB 데이터단위또는볼륨의재조정은정기적으로예약된유지보수작업의일환으로수행됩니다. VNX 파일공유 대부분의환경에서는많은개별사용자가액세스하는파일을저장하는공통위치가있어야합니다. 이위치는파일서버에서 CIFS 또는 NFS 파일공유로구축됩니다. VNX 스토리지시스템은중앙집중식관리, 클라이언트통합, 고급보안옵션, 효율성향상기능등과함께이서비스를제공할수있습니다. 자세한내용은 VNX에서 CIFS 구성및관리를참조하십시오. 41

42 3 장 : 솔루션기술개요 ROBO ROBO(Remote Office Branch Office) 가있는조직에서는보다나은성능과짧은지연시간을위해데이터와애플리케이션을사용자가까이에두기를선호하는경향이있습니다. 이러한환경에서 IT 부서는중앙집중식제어를유지해야할필요성과현지지원의장점사이에서균형을맞춰야합니다. 로컬시스템및스토리지는로컬직원이관리하기가용이해야할뿐만아니라이러한로컬리소스에대한요구사항을최소화할수있도록원격관리기능및유연한취합툴도지원해야합니다. VSPEX를사용하면원격사무소및지점에애플리케이션을신속하게배포할수있습니다. 고객은 Unisphere Remote를사용하여로컬관리자를위해지속적으로작업을간소화하고유니파이드스토리지기능을활용하는동시에수많은위치에대한모니터링, 시스템알림및보고를통합할수도있습니다. 백업및복구 백업및복구는정의된스케줄대로데이터파일또는볼륨을백업하고재해후복구를 위해백업에서데이터를복구하여데이터를보호합니다. 이 VSPEX 솔루션에서는 스택에 EMC Avamar 를사용하여최대 2,000 개의가상머신을지원합니다. EMC Avamar EMC Avamar는이미지레벨작업또는게스트기반작업을통해가상데스크톱을백업할수있는기능을제공합니다. 이미지를백업하는경우 VHDX( 가상머신디스크 ) 레벨에서데이터중복제거엔진을실행하고게스트기반백업을실행하는경우에는파일레벨에서실행합니다. 이미지레벨보호기능을이용하면하드웨어장애또는손상이발생하거나실수로가상데스크톱을삭제한경우에대비해백업클라이언트에서특정가상데스크톱과관련한모든가상디스크와구성파일의복제본을생성할수있습니다. Avamar는백업과복구모두에 CBT(Change Block Tracking) 를활용함으로써가상데스크톱의백업시간과복구시간을크게단축합니다. 게스트기반보호기능은기존백업솔루션과같은방식으로실행됩니다. 게스트기반백업기능은 Avamar 백업클라이언트가지원되는운영체제를실행하는가상머신에서사용할수있으며, 백업할내용과포함및제외패턴을세부적으로제어할수있습니다. 이러한기능은실수로파일을삭제하는등의사용자오류로인한데이터손실을방지하는데활용됩니다. 보호할시스템에데스크톱 / 노트북컴퓨터에이전트를설치하면사용자가셀프서비스로데이터를복구할수있습니다. ShareFile ShareFile은엔터프라이즈급스토리지기능과보안을위해구축된클라우드기반파일공유및스토리지서비스입니다. ShareFile을사용하면문서를다른사용자들과안전하게공유할수있습니다. ShareFile 사용자는직원과엔터프라이즈디렉토리외부에있는사용자 (" 클라이언트 ") 를포함합니다. 42

43 3 장 : 솔루션기술개요 ShareFile StorageZones 기업은 ShareFile StorageZones을통해규정준수요건을충족하면서조직전체에서파일을공유할수있습니다. 고객은 StorageZones을활용하여데이터를내부에있는스토리지시스템에저장할수있습니다. 이를통해완벽하게암호화된대용량파일을간편하게공유할수있으며파일을여러디바이스와동기화할수있습니다. StorageZones은데이터를내부에저장하여퍼블릭클라우드보다사용자에게더가까운위치에데이터를보관함으로써성능과보안을모두향상시킬수있습니다. ShareFile StorageZones을사용하여다음작업을수행할수있습니다. StorageZones을 ShareFile로관리되는클라우드스토리지와함께또는그대신사용 사용자인증및사용자프로비저닝을위해 Citrix CloudGateway Enterprise에서 ShareFile 서비스와 Citrix Receiver를통합하도록구성 ShareFile 클라우드와조직의 StorageZones 구축환경간자동조정 업로드된파일에대한자동바이러스검사 Storage Center(StorageZones의서버구성요소 ) 백업에서파일복구특정날짜및시간을기준으로파일레코드를검색하고 Storage Center 백업에서복구할파일과폴더를태깅할수있습니다. ShareFile StorageZones 아키텍처 그림 13 은 ShareFile 의개괄적아키텍처를보여줍니다. 그림 13. ShareFile의개괄적아키텍처 ShareFile은다음과같은세가지구성요소로이루어져있습니다. 클라이언트 - 브라우저나 Citrix Receiver 같은기본툴을통해또는직접 API를통해 ShareFile 서비스를액세스합니다. 43

44 3 장 : 솔루션기술개요 제어계층 - 파일, 폴더및계정정보의저장, 액세스제어, 보고및기타다양한브로커링기능같은여러기능을수행합니다. 제어계층은전세계에위치한여러 Citrix 데이터센터내에상주합니다. StorageZones - 데이터가저장되는위치를정의합니다. StorageZones의서버구성요소를 Storage Center라고합니다. 고가용성기능을구현하려면 StorageZones당둘이상의 Storage Center가필요합니다. StorageZones은모든 Storage Center에단일파일공유를사용해야합니다. ShareFile Storage Center는 ShareFile 계정에내부전용스토리지, 즉 StorageZones을제공함으로써 ShareFile SaaS(Software-as-a-Service) 클라우드스토리지를확장합니다. ShareFile 내부스토리지는다음과같은점에서클라우드스토리지와다릅니다. ShareFile로관리되는클라우드스토리지는 Citrix에서유지관리하는공용멀티테넌트스토리지시스템입니다. ShareFile Storage Center는고객이유지관리하는전용단일테넌트스토리지시스템으로, 승인된고객계정으로만이용할수있습니다. 기본적으로 ShareFile은데이터를 ShareFile로관리되는보안클라우드스토리지에저장합니다. ShareFile Storage Center 기능을사용하면전용내부 StorageZones을구성할수있습니다. StorageZones은데이터가저장되는위치를정의하며, 데이터스토리지를사용자가까이에배치함으로써성능을최적화할수있습니다. StorageZones의수와위치는조직의성능및규정준수요구사항에따라결정합니다. 일반적으로, 성능최적화를위한 Best Practice는사용자를해당사용자에게지리적으로가장가까운 StorageZones에할당하는것입니다. Storage Center는최종사용자와 ShareFile 제어서브시스템의모든 HTTPS 작업을처리하는웹서비스입니다. ShareFile 제어서브시스템은인증, 권한부여, 파일검색, 구성, 메타데이터, 파일전송및요청, 로드밸런싱과같이파일컨텐츠와관련이없는모든작업을처리합니다. 또한 Storage Center 상태점검을수행하며오프라인서버가요청을전송하지않도록합니다. ShareFile 제어서브시스템은 Citrix Online 데이터센터에서유지관리됩니다. ShareFile 스토리지서브시스템은업로드, 다운로드및바이러스검사와같이파일컨텐츠와관련된작업을처리합니다. StorageZones을생성하면 ShareFile 데이터를위한전용스토리지서브시스템이생성됩니다. ShareFile 운영구축환경에서권장되는 Best Practice는고가용성구현을위해 Storage Center가설치된둘이상의서버를사용하는것입니다. Storage Center를설치하면 StorageZones이생성됩니다. 그후다른서버에 Storage Center를설치한다음동일한 StorageZones에연결할수있습니다. 동일한 StorageZones에속한둘이상의 Storage Center는스토리지용으로같은파일공유를사용해야합니다. 44

45 3 장 : 솔루션기술개요 VSPEX 아키텍처에서 ShareFile StorageZones 사용 그림 14에는 Storage Center가포함된 ShareFile StorageZones을지원하기위한인프라스트럭처가추가된 Citrix XenDesktop용 VSPEX EUC 환경이나와있습니다. 서버용량은일반적으로요구되는최소한의 CPU 및메모리를기준으로합니다. 고객은명시된최소구성에따라서또는그이상의수준으로서버와네트워킹하드웨어를자유롭게선택할수있습니다. 권장스토리지로구성할경우 ShareFile StorageZones 구축을위한고가용성아키텍처를제공할수있습니다. 그림 14. 논리적아키텍처 : ShareFile StorageZones 을사용한 Citrix XenDesktop 용 VSPEX EUC 솔루션 45

46 3 장 : 솔루션기술개요 서버고가용성운영환경을구축하려면 Storage Center가설치된둘이상의서버 ( 가상머신 ) 가필요합니다. 표 2에는 Storage Center가포함된 ShareFile StorageZones을구축하기위한 CPU 및메모리요구사항이정리되어있습니다. 표 2. Storage Center 가설치된경우 ShareFile StorageZones 을지원하기위한최소 하드웨어리소스 CPU( 코어 ) 메모리 (GB) 레퍼런스 Storage Center 2 4 Citrix edocs 의 Storage Center 시스템 요구사항 네트워크 Storage Center 서버두대에관한추가적인요구사항을지원하기에충분한네트워크포트를제공합니다. 솔루션의네트워킹구성요소는명시된요구사항을만족시키기에충분한대역폭과이중화가제공될경우 1Gb 또는 10Gb IP 네트워크를사용하여구축할수있습니다. 스토리지 ShareFile StorageZones에는 Storage Center에전용데이터스토리지를제공하기위해 CIFS 공유가필요합니다. EMC VNX 스토리지제품군은광범위한기능을통해파일및블록액세스를모두제공할수있어 ShareFile StorageZones 스토리지구축에적합한제품으로인정받고있습니다. EMC VNX 시리즈는다음과같은 ShareFile StorageZones 스토리지시스템에적합한광범위한비즈니스클래스기능을지원합니다. FAST VP(Fully Automated Storage Tiering for Virtual Pools) FAST Cache 데이터압축및파일중복제거 씬프로비저닝 복제 체크포인트 FLR(File-Level Retention) 할당량관리 46

47 3 장 : 솔루션기술개요 표 3 에는 ShareFile StorageZones CIFS 공유에필요한권장 EMC VNX 스토리지가 나와있습니다. 표 3. ShareFile StorageZones CIFS 공유에필요한권장 EMC VNX 스토리지 스토리지구성참고 스토리지사용자 500 명 : Data Mover 2 개 (Active/Standby CIFS 버전만해당 ) 2TB 7,200RPM 8.89cm(3.5 인치 ) NL-SAS 디스크 8 개 구성은사용자당 10GB 의 전용스토리지공간을 사용한다고가정합니다. 사용자 1,000명 : Data Mover 2개 (Active/Standby CIFS 버전만해당 ) 2TB 7,200RPM 8.89cm(3.5인치 ) NL-SAS 디스크 16개사용자 2,000명 : Data Mover 2개 (Active/Standby CIFS 버전만해당 ) 2TB 7,200RPM 8.89cm(3.5인치 ) NL-SAS 디스크 24개 47

48 3 장 : 솔루션기술개요 48

49 4 장 : 솔루션개요 4 장솔루션개요 이장에서다루는내용은다음과같습니다. 솔루션개요 솔루션아키텍처 서버구성지침 네트워크구성지침 스토리지구성지침 고가용성및페일오버 검증테스트프로파일 백업환경구성지침 사이징지침 레퍼런스워크로드 레퍼런스워크로드적용 레퍼런스아키텍처구축 빠른진단

50 4 장 : 솔루션개요 솔루션개요 이장에는솔루션의주요측면을포괄적으로보여주는가이드가포함되어있습니다. 서버용량은일반적으로요구되는최소한의 CPU, 메모리및네트워크인터페이스를기준으로제시됩니다. 고객은명시된최소구성에따라서또는그이상의수준으로서버와네트워킹하드웨어를자유롭게선택할수있습니다. 지정된스토리지아키텍처는명시된서버및네트워크요구사항을충족하는시스템과함께 EUC 구축환경에적합한고가용성아키텍처를제공하는동시에높은수준의성능을구현하는것으로 EMC에서검증되었습니다. 각각의 VSPEX Proven Infrastructure는 EMC에서검증을마친정해진수의가상데스크톱에필요한스토리지, 네트워크및컴퓨팅리소스를균등하게분산시킵니다. 실제로각가상데스크톱유형은자체의고유한요구사항이있으며이러한요구사항은가상데스크톱에대해미리정의된요구사항과좀처럼일치하지않습니다. EUC(End-User Computing) 와관련된모든설명에서는먼저레퍼런스워크로드를정의해야합니다. 모든서버가동일한작업을수행하는것은아니므로, 가능한모든워크로드특성조합을고려하여레퍼런스를구축하는것은비현실적입니다. 참고 : VSPEX는레퍼런스워크로드라는개념을사용하여가상머신을설명하고정의합니다. 따라서기존운영환경에있는하나의물리적또는가상데스크톱이 VSPEX 솔루션에있는하나의가상데스크톱과동일하지않을수있습니다. 레퍼런스워크로드관점에서워크로드를평가하면적절한수준의규모를파악할수있습니다. 레퍼런스워크로드적용에서자세한설명을확인할수있습니다. 솔루션아키텍처 EMC 1 VNX를사용한 VSPEX EUC(End-User Computing) 솔루션은세가지수준의규모에서검증되었습니다. 이렇게정의된구성은맞춤형솔루션을만들기위한토대를형성하게됩니다. 이러한규모수준은레퍼런스워크로드를기준으로정의됩니다. 논리적아키텍처 이섹션의아키텍처다이어그램은 2 개의스토리지버전, 즉 SMB 와 FC 에대한 솔루션에있는주요구성요소의레이아웃을보여줍니다. 1 이 에사용된솔루션은 EMC Solutions 엔지니어링팀에의해 검증되었습니다. 50

51 4 장 : 솔루션개요 그림 15 는 SMB 버전의논리적아키텍처를보여주며, 이구성에서는 10GbE 네트워크가모든네트워크트래픽을전송합니다. 그림 15. 논리적아키텍처 SMB 버전 참고 : 솔루션의네트워킹구성요소는명시된요구사항을만족시키기에충분한대역폭과 이중화가제공될경우 1Gb/s 또는 10Gb/s IP 네트워크를사용하여구축할수있습니다. 51

52 4 장 : 솔루션개요 그림 16 에는 Fibre Channel SAN 을통해스토리지트래픽을전달하고 10GbE 을통해 관리트래픽과애플리케이션트래픽을전달하는 FC 버전의논리적아키텍처가나와 있습니다. 그림 16. 논리적아키텍처 - FC 버전 참고 : 솔루션의네트워킹구성요소는명시된요구사항을만족시키기에충분한대역폭과 이중화가제공될경우 1Gb/s 또는 10Gb/s IP 네트워크를사용하여구축할수있습니다. 주요구성요소 Citrix XenDesktop 7 Delivery Controller 두개의 Citrix XenDesktop Delivery Controller를사용하여이중화된가상데스크톱을제공하고, 사용자를인증하고, 사용자의가상데스크톱환경어셈블리를관리하고, 사용자와가상데스크톱간의연결을브로커링합니다. 이레퍼런스아키텍처에서컨트롤러는 Windows Server 2012에설치되며 Hyper-V Server 2012에서가상머신으로호스팅됩니다. Citrix PVS(Provisioning Services) 서버두개의 Citrix PVS 서버를사용하여필요한경우 vdisk에서타겟디바이스로데스크톱이미지를스트리밍하는이중화된스트리밍서비스를제공합니다. 이레퍼런스아키텍처에서 vdisk는 VNX 스토리지시스템이호스팅하는 CIFS 공유에저장됩니다. 52

53 4 장 : 솔루션개요 가상데스크톱 Windows 7 또는 8을실행하는가상데스크톱은 MCS와 PVS를사용하여프로비저닝했습니다. Microsoft Hyper-V Server 2012 Microsoft Hyper-V는서버환경을호스팅하기위한공용가상화계층을제공합니다. 93페이지의표 13에는검증된환경의구체적인특성이나와있습니다. Microsoft Hyper-V Server 2012는다음과같은기능을통해고가용성인프라스트럭처를제공합니다. Live Migration - 클러스터링된서버및클러스터링되지않은서버내에서가상머신다운타임이나서비스중단없이가상머신의라이브마이그레이션을지원합니다. Storage vmotion - 스토리지시스템내에서또는스토리지시스템간에가상머신다운타임이나서비스중단없이가상머신디스크파일의라이브마이그레이션을지원합니다. Microsoft System Center Virtual Manager 2012 SP1 Microsoft System Center Virtual Manager Server는 Microsoft Hyper-V 클러스터의가상화를관리하기위한기반이될확장가능하고광범위한플랫폼을제공합니다. Microsoft System Center Virtual Manager에서는모든 Hyper V 호스트및해당가상머신을관리합니다. SQL Server Microsoft System Center Virtual Manager Server 및 XenDesktop 컨트롤러에서구성및모니터링정보를저장하기위해서는데이터베이스서비스가필요합니다. Windows 2012 서버에서실행되는 Microsoft SQL Server 2012가이용도로사용됩니다. Active Directory 서버다양한솔루션구성요소가올바르게작동하려면 AD(Active Directory) 서비스가필요합니다. Windows Server 2012 서버에서실행되는 Microsoft AD Directory 서비스가이용도로사용됩니다. DHCP 서버가상데스크톱의 IP 주소체계를중앙집중식으로관리합니다. 이서비스는도메인컨트롤러및 DNS 서버와동일한가상머신에서호스팅됩니다. Windows 2012 서버에서실행되는 Microsoft DHCP Service가이용도로사용됩니다. DNS 서버다양한솔루션구성요소가이름확인을수행하려면 DNS 서비스가필요합니다. Windows 2012 서버에서실행되는 Microsoft DNS 서비스가이용도로사용됩니다. 53

54 4 장 : 솔루션개요 EMC SMI-S Provider for Microsoft System Center Virtual Machine Manager 2012 SP1 Microsoft System Center Virtual Machine Manager 를연결하는플러그인으로, 이를 통해클라이언트에서직접 EMC 스토리지시스템을관리할수있습니다. EMC SMI-S Provider 는통합된관리인터페이스를제공하는데도움이됩니다. IP/ 스토리지네트워크 케이블연결과스위치가이중화된표준이더넷네트워크를통해모든네트워크 트래픽이전송됩니다. 사용자트래픽과관리트래픽은공유네트워크를통해 전달되지만 SMB 스토리지트래픽은라우팅이불가능한전용서브넷을통해 전달됩니다. IP 네트워크 이더넷네트워크인프라스트럭처는가상데스크톱, Hyper-V 클러스터및 VNX 스토리지간에 IP 접속구성을제공합니다. SMB 버전의경우 IP 인프라스트럭처를 통해 Hyper-V 서버가높은대역폭과낮은지연율로 VNX 의 CIFS 공유와 PVS 서버의 데스크톱스트리밍을액세스할수있습니다. 또한데스크톱사용자는사용자 프로파일및홈디렉토리를 VNX 에서중앙집중식으로관리되는 CIFS 공유로 리디렉션할수있습니다. FC(Fibre Channel) 네트워크 FC 버전의경우모든 Hyper-V 호스트와 VNX 스토리지시스템간의스토리지트래픽이 FC 네트워크를통해전달됩니다. 다른모든트래픽은 IP 네트워크를통해전달됩니다. EMC VNX5400 스토리지 Hyper-V 호스트에 SMB/FC 스토리지를표시함으로써최대 1,000개의가상데스크톱을지원할수있는스토리지를제공합니다. EMC VNX5600 스토리지 Hyper-V 호스트에 SMB/FC 스토리지를표시함으로써최대 2,000개의가상데스크톱을지원할수있는스토리지를제공합니다. VNX 제품군스토리지시스템의구성요소는다음과같습니다. SP(Storage Processor) 는 Fibre Channel, iscsi 및 FCoE(Fibre Channel over Ethernet) 프로토콜을지원하는 UltraFlex 입출력기술을활용하여블록데이터를지원합니다. SP는모든외부호스트와 VNX 스토리지의파일측에대한액세스를제공합니다. DPE(Disk Processor Enclosure) 의크기는 3U이고각스토리지프로세서와첫번째디스크트레이가장착됩니다. 이폼팩터는 VNX5300 및 VNX5500에사용됩니다. 54

55 4 장 : 솔루션개요 X-Blade( 또는 Data Mover) 는 NFS, CIFS, MPFS 및 pnfs 프로토콜을지원하는동일한 UltraFlex I/O 기술을활용하여백엔드에서데이터를액세스하고호스트액세스를제공합니다. 각스토리지의 X-Blade는확장가능하며완벽한이중화를구현하도록이중화를제공합니다. DME(Data Mover Enclosure) 의크기는 2U이며 Data Mover(X-Blade) 가장착됩니다. DME는 SPE와형태가유사하며파일프로토콜을지원하는모든 VNX 모델에서사용됩니다. SPS( 대기전원공급장치 ) 의크기는 1U이고, 전원장애발생시전송중인데이터가볼팅 (vaulting) 영역에디스테이징되도록각스토리지프로세서에충분한전력을제공합니다. 따라서쓰기손실이방지됩니다. 스토리지시스템이다시시작되면보류중인쓰기가조정및유지됩니다. Control Station의크기는 1U이고 X-Blade라고하는파일측구성요소에대한관리기능을제공합니다. Control Station은 X-Blade 페일오버를관리하며, 필요에따라일치하는보조 Control Station과함께 VNX 스토리지시스템에이중화를구현하도록구성할수도있습니다. DAE(Disk Array Enclosure) 에는스토리지에서사용되는드라이브가장착됩니다. EMC Avamar Avamar 소프트웨어는가상머신을보호하는플랫폼을제공합니다. 이보호전략에서는영구가상데스크톱을활용합니다. 또한이미지보호기능과최종사용자복구기능도사용됩니다. 55

56 4 장 : 솔루션개요 하드웨어리소스 표 4 에는이솔루션에사용된하드웨어가나와있습니다. 표 4. 솔루션하드웨어 하드웨어구성참고 가상데스크톱용서버네트워크인프라스트럭처 메모리 : 데스크톱 OS: 데스크톱당 2GB의 RAM 전체서버합계 1TB RAM(500개의가상데스크톱 ) 전체서버합계 2TB RAM(1,000개의가상데스크톱 ) 전체서버합계 4TB RAM(2,000개의가상데스크톱 ) 서버 OS: 데스크톱당 0.6GB의 RAM 전체서버합계 300GB RAM(500개의가상데스크톱 ) 전체서버합계 600GB RAM(1,000개의가상데스크톱 ) 전체서버합계 1.2TB RAM(2,000개의가상데스크톱 ) CPU: 데스크톱 OS: 데스크톱당 vcpu 1개 ( 코어당데스크톱 8개 ) 전체서버합계 63개코어 (500개의가상데스크톱 ) 전체서버합계 125개코어 (1,000개의가상데스크톱 ) 전체서버합계 250개코어 (2,000개의가상데스크톱 ) 서버 OS: 데스크톱당 vcpu 0.2개 ( 코어당데스크톱 5개 ) 전체서버합계 100개코어 (500개의가상데스크톱 ) 네트워크 : 독립실행형서버당 1GbE NIC 6개 (500개의가상데스크톱 ) 블레이드섀시당 10GbE NIC 3개또는독립실행형서버당 1GbE NIC 6개 (1,000/2,000개의데스크톱 ) 전체서버합계 200개코어 (1,000개의가상데스크톱 ) 전체서버합계 400개코어 (2,000개의가상데스크톱 ) SMB 버전의최소스위치용량 : 물리적스위치 2개 Hyper-V 서버당 1GbE 포트 6개또는블레이드섀시당 10GbE 포트 3개 Control Station당관리용 1GbE 포트 1개 Data Mover당데이터처리용 10GbE 포트 2개 가상데스크톱을호스팅하는데필요한총서버용량이중 LAN 구성 56

57 4 장 : 솔루션개요 하드웨어구성참고 FC 버전의최소스위치용량 : Hyper-V 서버당 1GbE 포트 2 개 이중 LAN/SAN 구성 VNX 백엔드용 4/8Gb FC 포트 4 개 Hyper-V 서버당 4/8Gb FC 포트 2 개 스토리지 공통 Data Mover 당 10GbE 인터페이스 2 개 스토리지프로세서당 8Gb FC 포트 2 개 (FC 버전만해당 ) 가상데스크톱 500 개지원 : Data Mover 2 개 (Active/Standby SMB 버전만해당 ) 600GB, 15K RPM 8.89cm(3.5 인치 ) SAS 디스크 가상데스크톱을 위한 VNX 공유 스토리지 드라이브수 PvD Non-PvD HSD PVS MCS GB 8.89cm(3.5인치 ) 플래시드라이브 3개 가상데스크톱 1,000개지원 : Data Mover 2개 (Active/Standby SMB 버전만해당 ) 600GB, 15K RPM 8.89cm(3.5인치 ) SAS 디스크 드라이브수 PvD Non-PvD HSD PVS MCS GB 8.89cm(3.5인치 ) 플래시드라이브 3개 가상데스크톱 2,000개지원 : Data Mover 2개 (Active/Standby SMB 버전만해당 ) 600GB, 15K RPM 8.89cm(3.5인치 ) SAS 디스크 드라이브수 PvD Non-PvD HSD PVS MCS GB 8.89cm(3.5 인치 ) 플래시드라이브 5 개 57

58 4 장 : 솔루션개요 하드웨어구성참고 가상데스크톱 500 개지원 : 2TB 7,200RPM 8.89cm(3.5 인치 ) NL-SAS 디스크 16 개 사용자데이터를 위한선택사항 가상데스크톱 1,000개지원 : 2TB 7,200RPM 8.89cm(3.5인치 ) NL-SAS 디스크 24개가상데스크톱 2,000개지원 : 2TB 7,200RPM 8.89cm(3.5인치 ) NL-SAS 디스크 48개 가상데스크톱 500 개지원 : 600GB 15K RPM 8.89cm(3.5 인치 ) SAS 디스크 5 개 가상데스크톱 1,000 개지원 : 인프라스트럭처스토리지를위한선택사항 공유인프라스트럭처 EMC의차세대백업솔루션고객인프라스트럭처의서버 600GB 15K RPM 8.89cm(3.5인치 ) SAS 디스크 5개가상데스크톱 2,000개지원 : 600GB 15K RPM 8.89cm(3.5인치 ) SAS 디스크 5개대부분의경우고객환경에는이미 Active Directory 및 DNS 같은인프라스트럭처서비스가구성되어있습니다. 이러한서비스에대한설정은이문서의범위를벗어납니다. 기존인프라스트럭처를사용하지않고이솔루션을구축하는경우최소한다음과같은수의서버가추가로필요합니다. 2대의물리적서버 서버당 20GB의 RAM 서버당프로세서코어 4개 서버당 1GbE 포트 2개 Avamar Gen4 유틸리티노드 1개 Gen4 3.9TB 스페어노드 1개 Gen4 3.9TB 스토리지노드 3개필요한최소개수 : 2대의물리적서버 서버당 20GB의 RAM 서버당프로세서코어 4개 서버당 1GbE 포트 2개 이러한서비스는 VSPEX 구축후환경으로마이그레이션할수있지만 VSPEX를구축하기전에구현되어있어야합니다. 서버와해당서버의역할은고객환경에이미구현되어있을수있습니다. 58

59 4 장 : 솔루션개요 소프트웨어리소스 표 5 에는이솔루션에사용된소프트웨어가나와있습니다. 표 5. 솔루션소프트웨어 소프트웨어 구성 VNX5400 또는 VNX5600( 공유스토리지, 파일시스템 ) VNX OE(Operating Environment) for File 릴리즈 VNX OE for Block 릴리즈 33( ) ESI for Windows 버전 3.0 XenDesktop 데스크톱가상화솔루션 Citrix XenDesktop 컨트롤러 XenDesktop 컨트롤러용운영체제 Microsoft SQL Server 버전 7 Platinum Edition Windows Server 2012 Standard Edition 버전 2012 Standard Edition 차세대백업 Avamar 7.0 Microsoft Hyper-V Hyper-V Server Hyper-V Server 2012 System Center Virtual Machine Manager System Center Virtual Machine Manager 용 운영체제 2012 SP1 Windows Server 2012 Standard PowerPath Edition(FC 버전만해당 ) 5.7 가상데스크톱 참고 : 기본 OS 외에이소프트웨어가솔루션검증을위해사용되었으며, 이소프트웨어는필수구성 요소가아닙니다. 기본운영체제 Microsoft Windows 7 Enterprise(32 비트 ) SP1 Windows Server 2008 R2 SP1 Standard Edition Microsoft Office Office Enterprise 2007 SP3 Internet Explorer Adobe Reader 9.1 Adobe Flash Player Bullzip PDF Printer FreeMind

60 4 장 : 솔루션개요 검증된구성의사이징 이솔루션에사용할서버는처리속도가 2.66GHz인 Intel Nehalem 제품군이상의프로세서코어성능을갖춘서버로선택해야합니다. 프로세서속도, 성능, 코어집적도사양이더높은서버가출시될경우, 필요한총코어수와메모리용량이갖추어지고필요한고가용성수준을지원하기에충분한서버수가갖추어지기만하면서버를통합하는것도가능합니다. 또한서버와마찬가지로 NIC(Network Interface Card) 의속도와개수도이솔루션의전체대역폭요구사항을충족하고고가용성을지원하는데충분한이중화만유지된다면통합할수있습니다. 표 6에는이솔루션을지원하는서버의구성이나와있습니다. 각서버에서는코어가 4개인소켓 2개와 128GB RAM, 그리고블레이드섀시당 10GbE 포트 2개를사용합니다. 표 6. 이솔루션을지원하는구성 데스크톱유형 서버수 가상데스크톱수 코어합계 RAM 합계 데스크톱 OS TB 16 1, TB 32 2, TB 서버 OS GB 25 1, GB 50 2, TB 94페이지의표 13에서보듯이 8개의가상데스크톱을지원하는데는 1개이상의코어와각가상데스크톱을지원하는 2GB 이상의 RAM이필요합니다. 서버에서지원할가상데스크톱수에따라적절한메모리와코어수의균형도고려해야합니다. 예를들어 24개의가상데스크톱을지원하는서버의경우최소 3개의코어와 48GB 이상의 RAM이필요합니다. 이레퍼런스아키텍처를구축하는데사용되는 IP 네트워크스위치는 Non-blocking 백플레인용량이 96Gb/s(500개의가상데스크톱 ), 192Gb/s(1,000개의가상데스크톱 ) 또는 320Gb/s(2,000개의가상데스크톱 ) 이상이고다음기능을지원해야합니다. IEEE 802.1x 이더넷흐름제어 802.1q VLAN 태깅 IEEE 802.1ax (802.3ad) LACP(Link Aggregation Control Protocol) 를사용한이더넷링크통합 SNMP 관리기능 점보프레임 60

61 4 장 : 솔루션개요 스위치는고가용성을지원하는데필요한스위치의수와유형을고려하여선택하고, 네트워크공급업체는충분한수의부품, 양호한서비스및최적의지원계약을손쉽게제공할수있는지여부에따라선정합니다. 네트워크구성에는다음을포함해야합니다. 이중화를지원할 2개이상의스위치 이중화된전원공급장치 1GbE 포트 40개이상 (500개의가상데스크톱 ), 1GbE 포트 2개이상및 10GbE 포트 14개이상 (1,000개의가상데스크톱 ) 또는 1GbE 포트 2개이상및 10GbE 포트 22개이상 (2,000개의가상데스크톱 ), 고가용성을위해분산 고객접속구성을지원할적절한수의업링크포트 10GbE 포트는솔루션의전체네트워크요구사항과고가용성을지원하는데요구되는이중화수준을고려하여서버및스토리지의포트수에맞추어사용해야합니다. 특정구축요구사항에따라서버 NIC 및스토리지접속구성을추가할수도있습니다. 관리인프라스트럭처 (Active Directory, DNS, DHCP 및 SQL Server) 는앞서정의한서버와유사한서버 2개에서지원할수있지만, 이경우최소 RAM 용량은 128GB가아니라 20GB가됩니다. 61

62 4 장 : 솔루션개요 서버구성지침 VSPEX 솔루션의컴퓨팅 / 서버계층을설계및주문할때는최종구매에변화를줄수있는여러가지요인을고려해야합니다. 가상화관점에서, 시스템의워크로드를충분히파악한경우동적메모리같은기능으로총메모리요구사항을줄일수있습니다. 가상데스크톱풀의최대또는동시사용량수준이높지않은경우에는 vcpu 수가줄어들수있습니다. 이와반대로, 구축하는애플리케이션이특성상컴퓨팅집약적인경우에는구매하는 CPU 및메모리의수가늘어날수있습니다. 표 7에는가상데스크톱서버및네트워크하드웨어의구성세부사항이나와있습니다. 표 7. 서버하드웨어 가상데스크톱용서버 CPU: 구성 데스크톱 OS: 데스크톱당 vcpu 1개 ( 코어당데스크톱 8개 ) 전체서버합계 63개코어 (500개의가상데스크톱 ) 전체서버합계 125개코어 (1,000개의가상데스크톱 ) 전체서버합계 250개코어 (2,000개의가상데스크톱 ) 서버 OS: 데스크톱당 vcpu 0.2개 ( 코어당데스크톱 5개 ) 전체서버합계 100개코어 (500개의가상데스크톱 ) 전체서버합계 200개코어 (1,000개의가상데스크톱 ) 전체서버합계 400개코어 (2,000개의가상데스크톱 ) 메모리 : 데스크톱 OS: 데스크톱당 2GB 의 RAM 전체서버합계 1TB RAM(500개의가상데스크톱 ) 전체서버합계 2TB RAM(1,000개의가상데스크톱 ) 전체서버합계 4TB RAM(2,000개의가상머신 ) Hyper-V 호스트당 2GB RAM 예약 서버 OS: 데스크톱당 0.6GB의 RAM 전체서버합계 300GB RAM(500개의가상데스크톱 ) 전체서버합계 600GB RAM(1,000개의가상데스크톱 ) 전체서버합계 1.2TB RAM(2,000개의가상머신 ) Hyper-V 호스트당 2GB RAM 예약네트워크 : 서버당 1GbE NIC 6개 (500개의가상데스크톱 ) 블레이드섀시당 10GbE NIC 3개또는독립실행형서버당 1GbE NIC 6개 (1,000개의가상데스크톱 ) 블레이드섀시당 10GbE NIC 3개또는독립실행형서버당 1GbE NIC 6개 (2,000개의가상데스크톱 ) 62

63 4 장 : 솔루션개요 VSPEX 용 Microsoft Hyper-V 메모리가상화 Microsoft Hyper-V에는성능및전반적인리소스활용도를손쉽게극대화할수있게해주는많은고급기능이통합되어있습니다. 이러한기능가운데가장중요한기능은메모리관리입니다. 이섹션에서는이러한기능중몇가지와운영환경에서이를사용할때고려해야할사항에대해설명합니다. 일반적으로, 단일하이퍼바이저의가상머신에서는리소스풀로메모리를 사용합니다. 그림 17 에는하이퍼바이저레벨에서발생하는메모리사용의예가나와있습니다. 그림 17. 하이퍼바이저메모리사용 63

64 4 장 : 솔루션개요 동적메모리 Windows Server 2008 R2 SP1에도입된동적메모리기능은메모리를공유리소스로간주하고가상머신에동적으로할당하여물리적메모리의효율성을향상시킵니다. 각가상머신에서실제로사용되는메모리는필요시조정됩니다. 동적메모리를사용하면유휴상태의가상머신에서사용되지않는메모리를재확보하여더많은가상머신을실행할수있습니다. Windows Server 2012에서는동적메모리를통해가상머신에서사용할수있는최대메모리를필요에맞게수시로늘릴수있습니다. NUMA(Non-Uniform Memory Access) NUMA(Non-Uniform Memory Access) 는 CPU에서원격노드메모리를액세스할수있도록해주는다중노드컴퓨터기술입니다. 이러한유형의메모리액세스는성능측면에서비효율적이지만, Windows Server 2012는프로세스선호도라는기능을채택하여스레드를특정 CPU에고정된상태로유지함으로써원격노드메모리액세스를방지합니다. 이전버전의 Windows에서는이기능을호스트에만사용할수있습니다. Windows Server 2012는이기능을가상머신으로확장하여성능을향상시킬수있습니다. 스마트페이징 Hyper-V는동적메모리를활용하여물리적으로사용가능한메모리보다더많은가상머신을실행할수있습니다. 그런데최소메모리와시작메모리간에격차가생길가능성이높습니다. 스마트페이징은디스크리소스를임시교체메모리로활용하는메모리관리기술입니다. 이기능은사용빈도가적은메모리를디스크스토리지로스왑아웃하고필요한경우다시스왑인합니다. 단점은이로인해성능이떨어질수있다는점입니다. Hyper-V는호스트메모리가초과할당되었을경우계속해서게스트페이징을사용하는데, 이는스마트페이징보다효율적이기때문입니다. 메모리구성지침 이섹션에서는가상머신에메모리를할당하기위한지침을설명합니다. 이섹션의 지침은 Hyper-V 메모리오버헤드와가상머신메모리설정을고려한것입니다. Hyper-V 메모리오버헤드메모리리소스를가상화하면관련오버헤드가발생하게되는데, 여기에는상위파티션인 Hyper-V에서소모되는메모리와각가상머신의추가적인오버헤드가포함됩니다. 이솔루션의경우 Hyper-V 상위파티션용으로최소 2GB의메모리를남겨둡니다. 가상머신에메모리할당 VSPEX 아키텍처에서가상머신에대해메모리를적절하게사이징하려면많은요소를고려해야합니다. 애플리케이션서비스와활용사례의수를감안하여운영환경에적합한구성을결정하려면이문서의뒷부분에설명된대로기본구성을만들고테스트를거친후적절한조정과정을거쳐야합니다. 94페이지의표 13에는단일가상머신에서사용하는리소스가나와있습니다. 64

65 4 장 : 솔루션개요 네트워크구성지침 이섹션에서는이중화된고가용성네트워크구성을설정하기위한지침을설명합니다. 이섹션의지침은 EMC 유니파이드스토리지의점보프레임, VLAN 및 LACP를고려한것입니다. 56페이지의표 4에는자세한네트워크리소스요구사항이나와있습니다. 표 8. 네트워크에사용되는하드웨어리소스 구성요소 구성 네트워크 최소 블록 물리적스위치 2 개 인프라스트럭처 스위치용량 Microsoft Hyper-V 서버당 10GbE 포트 2개 Control Station당관리용 1GbE 포트 1개 Microsoft Hyper-V 서버당스토리지네트워크용 FC/CEE/10GbE 포트 2 개 SP 당데스크톱데이터용 FC/CEE/10GbE 포트 2 개 Data Mover 당사용자데이터용 10GbE 포트 2 개 파일 물리적스위치 2 개 Microsoft Hyper-V 서버당 10GbE 포트 4 개 Control Station 당관리용 1GbE 포트 1 개 Data Mover 당데이터처리용 10GbE 포트 2 개 참고 : 대역폭및이중화관련기본요구사항을만족할경우솔루션은 1Gb 네트워크인프라스트럭처를사용할수있습니다. VLAN 호스트및스토리지와호스트및클라이언트간의트래픽은물론관리트래픽까지모두격리된네트워크를통해이동하도록네트워크트래픽을격리하는것이 Best Practice입니다. 경우에따라규정또는정책을준수하기위해물리적격리가필요할수도있지만대부분의상황에서는 VLAN을사용한논리적격리만으로충분합니다. 이솔루션에는최소한다음과같은 3개의 VLAN이필요합니다. 클라이언트액세스 스토리지 관리 65

66 4 장 : 솔루션개요 이러한 VLAN 은그림 18 에나와있습니다. 그림 18. 필요한네트워크 참고 : 이다이어그램에서는 10GbE 네트워크연결을사용한 VNX 스토리지시스템의 네트워크연결요구사항을보여줍니다. 1GbE 네트워크연결을사용한스토리지시스템에 대해서도이와비슷한토폴로지를만들어야합니다. 클라이언트액세스네트워크는시스템사용자, 즉클라이언트가인프라스트럭처와통신하는데사용됩니다. 스토리지네트워크는컴퓨팅계층과스토리지계층간의통신에사용됩니다. 관리네트워크는관리자가전용의방식으로스토리지시스템, 네트워크스위치및호스트의관리접속구성을액세스하는데사용됩니다. 참고 : 일부 Best Practice에서는클러스터트래픽, 가상화계층통신및기타기능에대해네트워크분리가추가로요구됩니다. 이러한추가네트워크는필요한경우구축할수있지만반드시필요한것은아닙니다. 구축을위해 Fibre Channel 스토리지네트워크옵션을선택하는경우이와비슷한 Best Practice와설계원칙이적용됩니다. 66

67 4 장 : 솔루션개요 점보프레임사용 이 에서는스토리지및마이그레이션 트래픽의효율을높이기위해 MTU 를 9,000( 점보프레임 ) 으로설정할것을 권장합니다. Link aggregation Link Aggregation은이더넷채널과비슷하지만 LACP IEEE 802.3ad 표준을사용한다는점에서다릅니다. IEEE 802.3ad 표준은두개이상의포트가있는 Link Aggregation을지원합니다. Link Aggregation에있는모든포트는속도가동일해야하며양방향이중화여야합니다. 이솔루션에는 VNX에 LACP가구성되어있어여러이더넷포트를단일가상디바이스로결합합니다. 이더넷포트에서링크가끊기는경우다른포트로페일오버됩니다. 모든네트워크트래픽은활성링크간에분산됩니다. 스토리지구성지침 Hyper-V에서는가상머신을호스팅할때두가지이상의방법으로스토리지를사용할수있습니다. 이섹션과표 9에설명된솔루션은 SMB를사용하여테스트를거쳤으며, 설명된스토리지레이아웃은모든최신 Best Practice를준수합니다. 고객과설계자는필요한경우시스템사용률및로드에대한이해도에따라이를수정할수있습니다. 이솔루션에서는데스크톱에대한사용자로드를시뮬레이션하기위해 Login VSI를사용했습니다. Login VSI는데스크톱환경에서지원할수있는최대사용자수를측정하기위한지침을제공합니다. 이번테스트에는 Login VSI의중간워크로드를선택했습니다. Login VSImax 평균응답시간이동적으로계산된최대임계값보다작은경우에 500/1,000/2,000개의데스크톱을지원하기위한스토리지레이아웃이정의되는데, 이러한최대임계값을동적 VSImax라고합니다. Login VSI에는기존 VSImax와동적 VSImax라는두가지임계값정의방법이있습니다. 기존 VSImax 임계값은 4,000ms로정의되지만, 동적 VSImax 임계값은사용자활동의초기응답시간을토대로계산됩니다. 67

68 4 장 : 솔루션개요 표 9. 스토리지하드웨어 하드웨어구성참고 스토리지공통 : Data Mover당 10GbE 인터페이스 2개 스토리지프로세서당 8Gb FC 포트 2개 (FC 버전만해당 ) 가상데스크톱 500개지원 : 가상데스크톱을위한 VNX 공유스토리지 Data Mover 2 개 (Active/Standby SMB 버전만해당 ) 600GB, 15K RPM 8.89cm(3.5 인치 ) SAS 디스크 : 드라이브수 PvD Non-PvD HSD PVS MCS GB 8.89cm(3.5인치 ) 플래시드라이브 3개 가상데스크톱 1,000개지원 : Data Mover 2개 (Active/Standby SMB 버전만해당 ) 600GB, 15K RPM 8.89cm(3.5인치 ) SAS 디스크 : 드라이브수 PvD Non-PvD HSD PVS MCS GB 8.89cm(3.5인치 ) 플래시드라이브 3개 가상데스크톱 2,000개지원 : Data Mover 2개 (Active/Standby SMB 버전만해당 ) 600GB, 15K RPM 8.89cm(3.5인치 ) SAS 디스크 : 드라이브수 PvD Non-PvD HSD PVS MCS GB 8.89cm(3.5 인치 ) 플래시드라이브 5 개 가상데스크톱 500 개지원 : 2TB 7,200RPM 8.89cm(3.5 인치 ) NL-SAS 디스크 16 개 가상데스크톱 1,000 개지원 : 사용자데이터를위한선택사항 2TB 7,200RPM 8.89cm(3.5 인치 ) NL-SAS 디스크 24 개 가상데스크톱 2,000 개지원 : 2TB 7,200RPM 8.89cm(3.5 인치 ) NL-SAS 디스크 48 개 68

69 4 장 : 솔루션개요 하드웨어구성참고 가상데스크톱 500 개지원 : 600GB 15K RPM 8.89cm(3.5 인치 ) SAS 디스크 5 개 가상데스크톱 1,000 개지원 : 인프라스트럭처스토리지를위한선택사항 600GB 15K RPM 8.89cm(3.5 인치 ) SAS 디스크 5 개 가상데스크톱 2,000 개지원 : 600GB 15K RPM 8.89cm(3.5 인치 ) SAS 디스크 5 개 VSPEX 에대한 Hyper-V 스토리지가상화 이섹션에서는솔루션의스토리지계층이고가용성과기대한수준의성능을제공하도록설정하기위한지침을제시합니다. Windows Server 2012 Hyper-V와페일오버클러스터링은 CSV(Cluster Shared Volumes) V2 기능과새로운 VHDX(Virtual Hard Disk Format) 기능을통해외부공유스토리지시스템에서제공된스토리지를가상화하여가상머신을호스팅합니다. 그림 19에서스토리지시스템은블록기반 LUN(CSV) 또는파일기반 CIFS 공유 (SMB 공유 ) 를 Windows 호스트에제공하여가상머신을호스팅합니다. 그림 19. Hyper-V 가상디스크종류 CIFS Windows Server 2012에서는 CIFS(SMB 3.0) 파일공유를 Hyper-V 가상머신에대한공유스토리지로사용할수있습니다. CSV CSV(Cluster Shared Volume) 는 Windows 페일오버클러스터의모든노드에서액세스할수있는 NTFS 볼륨을포함하는공유디스크입니다. SCSI 기반로컬또는네트워크스토리지를통해구축할수있습니다. 69

70 4 장 : 솔루션개요 Pass-through 디스크또한 Windows 2012는 Pass-through 디스크를지원합니다. 이기능을사용하면가상머신에서구성된볼륨이없는호스트에매핑된물리디스크를액세스할수있습니다. SMB 3.0( 파일기반스토리지에만해당 ) SMB 프로토콜은 Windows 환경에서기본적으로사용되는파일공유프로토콜입니다. Windows Server 2012의도입으로업데이트된 (SMB 3.0) 프로토콜을사용하는다양하고새로운 SMB 기능이제공됩니다. 다음은 Windows Server 2012 SMB 3.0에서제공되는몇가지주요기능입니다. SMB 무중단페일오버 (SMB Transparent Failover) SMB 스케일아웃 (SMB Scale Out) SMB 다중채널 (SMB Multichannel) 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 는 CIFS(Common Internet File System) 라고도합니다. SMB 3.0 에대한자세한 내용은 EMC VNX 시리즈 : SMB 3.0 지원소개를참조하십시오. ODX( 블록기반스토리지에만해당 ) ODX(Offloaded Data Transfer) 는기존에투자한외부스토리지시스템을활용하여데이터전송을서버에서스토리지시스템으로오프로드할수있게해주는 Microsoft Windows Server 2012의스토리지스택기능입니다. ODX 기능을지원하는스토리지하드웨어와함께사용할경우, 파일복제작업의시작은호스트에서이루어지지만작업의수행은스토리지디바이스에서이루어집니다. ODX를사용하면스토리지시스템내부또는사이에서데이터를읽고쓰는토큰기반메커니즘을사용하므로스토리지와 Hyper-V 호스트간에데이터를전송할필요가없어네트워크와호스트모두에서부하가감소됩니다. ODX를사용하면가상머신의클론을빠르게생성하고마이그레이션할수있습니다. ODX를사용할경우파일전송이스토리지시스템에오프로드되므로 CPU, 네트워크등과같은호스트리소스사용이크게감소합니다. ODX는스토리지시스템을최대한활용하여지연시간을최소화하고데이터베이스, 비디오파일등과같은대용량파일의전송속도를높입니다. 70

71 4 장 : 솔루션개요 ODX에서지원하는파일작업을수행할경우데이터전송이스토리지시스템에자동으로오프로드되므로사용자에게어떠한영향도주지않습니다. ODX는 Windows Server 2012에서기본적으로설정되어있습니다. 새로운 VHDX(Virtual Hard Disk Format) Windows Server 2012의 Hyper-V에는훨씬더많은용량과기본복구성능을제공하는 VHDX라는업데이트된 VHD 형식이포함되어있습니다. VHDX 형식의대표적인새기능은다음과같습니다. 최대 64TB 용량의가상하드디스크스토리지지원 전원장애시 VHDX 메타데이터구조에업데이트를로깅하여데이터손상을추가적으로보호 큰섹터디스크에적합하도록가상하드디스크형식의구조를최적으로정렬 VHDX 형식에는다음기능도포함되어있습니다. 동적디스크와차등디스크의블록크기가더커져디스크에서워크로드의요구를충족시킬수있음 4KB의논리적섹터가상디스크로 4KB 섹터에맞게설계된워크로드와애플리케이션에서사용할경우성능이향상됨 파일에대한사용자지정메타데이터를저장하여사용자가운영체제버전또는적용된업데이트와같은정보를기록할수있음 공간재확보기능으로파일크기가작아지고기반이되는물리적스토리지디바이스에서사용되지않은공간을재확보할수있음 ( 예 : TRIM에는 DAS(Direct Attached Storage) 또는 SCSI 디스크와 TRIM 호환하드웨어가필요함 ) VSPEX 스토리지기본구성요소 가상서버 IOPS를충족하도록스토리지시스템을사이징하는프로세스는복잡합니다. 입출력이스토리지에도달하면 Data Mover( 파일기반스토리지용 ), SP, 백엔드 DRAM(Dynamic Random Access Memory) 캐시, FAST Cache( 사용된경우 ), 디스크등과같은여러구성요소에서해당 I/O를처리합니다. 고객은스토리지시스템을확장하려고계획할때다양한요소를고려하여애플리케이션의용량, 성능및비용을조율해야합니다. VSPEX에서는복잡도를줄이기위해구성요소접근방식을사용합니다. 기본구성요소는 VSPEX 아키텍처에서특정수의가상데스크톱을지원할수있는디스크드라이브세트입니다. 각구성요소는여러디스크드라이브를결합하여 EUC(End User Computing) 환경요구사항을지원하는스토리지풀을구축합니다. 3개의기본구성요소 (500/1,000/2,000개의데스크톱 ) 는현재 VNX 시리즈에서검증되었으며 VSPEX 사이징을위한유연한솔루션을제공합니다. 표 10에는핫스페어요구사항을제외한, 다양한확장구성을지원하는데필요한디스크가간단히정리되어있습니다. 71

72 4 장 : 솔루션개요 참고 : MCS에대한구성이 500개의데스크톱기본구성요소로시작하는경우, 일치하는 SAS 드라이브 10개를추가하고풀을다시스트라이핑하도록허용하여 1,000개의데스크톱기본구성요소로확장할수있습니다. 풀확장및재스트라이핑에대한자세한내용은 EMC VNX Virtual Provisioning - Applied Technology 백서를참조하십시오. 표 10. 가상데스크톱수에따라필요한디스크수 가상 데스크톱 VNX 플랫폼 플래시 드라이브 (FAST Cache) SAS 드라이브 (PVS/Non- PvD) SAS 드라이브 (PVS/PvD) SAS 드라이브 (MCS/Non- PvD) SAS 드라이브 (MCS/PvD) , ,000 5, VSPEX EUC 검증최대값 VSPEX EUC 구성은 VNX5400 및 VNX5600 플랫폼에서검증을마쳤습니다. 프로세서, 메모리및디스크의측면에서플랫폼마다기능이다릅니다. 스토리지시스템별로권장하는최대 VSPEX EUC 구성이있습니다. 표 10에나와있는것처럼 VNX5400에권장하는최대구성은 1,000개데스크톱이고 VNX5600에권장하는최대구성은 2,000개데스크톱입니다. 500 개의가상데스크톱을위한스토리지레이아웃 PVS 프로비저닝기반핵심스토리지레이아웃그림 20에서는 PVS 프로비저닝을사용하여 500개의가상데스크톱을저장하는데필요한디스크의레이아웃을보여줍니다. 이레이아웃은랜덤방식의정적 Personal vdisk 및 HSD(Hosted Shared Desktop) 프로비저닝옵션과함께사용할수있습니다. 이레이아웃에사용자프로파일데이터를저장할공간은포함되지않았습니다. 그림 개의가상데스크톱을위한 PVS 프로비저닝기반핵심스토리지레이아웃 72

73 4 장 : 솔루션개요 PVS 프로비저닝기반핵심스토리지레이아웃개요다음은 500개의가상머신을위한레퍼런스아키텍처에서사용되는핵심구성입니다. SAS 디스크 4개 ( 여기서는 0_0_0 ~ 0_0_3으로표시 ) 는 VNX OE(Operating Environment) 에사용됩니다. EMC VNX 시리즈에는전용핫스페어드라이브가필요하지않습니다. 1_0_4 및 1_1_5로표시된디스크는필요할때핫스페어로사용할수있는바인딩해제된디스크입니다. 이들디스크는스토리지레이아웃다이어그램에핫스페어로표시되어있습니다. RAID 10 스토리지풀 1의 SAS 디스크 8개 ( 여기서는 1_0_7 ~ 1_0_14로표시 ) 는가상데스크톱을저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. NAS의경우, 2개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 200GB인 LUN 10개가풀에서프로비저닝됩니다. 파일시스템은 4개의 SMB 공유로 Hyper-V 서버에제공됩니다. FC의경우, Hyper-V 서버에 4개의 CSV를제공하기위해각각 1TB인 LUN 2개가풀에서프로비저닝됩니다. 플래시드라이브 2개 ( 여기서는 1_0_5 및 1_0_6으로표시 ) 는 EMC VNX FAST Cache에사용됩니다. 이들디바이스에는사용자가구성할수있는 LUN이없습니다. RAID 5 스토리지풀 2의 SAS 디스크 5개 (1_1_0 ~ 1_1_4) 는 PVS vdisk 및 TFTP 이미지를저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. 여기서 0_0_4 ~ 0_0_24, 1_0_0 ~ 1_0_3, 그리고 1_1_6 ~ 1_1_14로표시된디스크는사용되지않습니다. 이들디스크는이솔루션을테스트하는데사용되지않았습니다. 참고 : 용량을늘리기위해대용량드라이브를대신사용할수있습니다. 로드권장사항을 만족시키기위해모든드라이브는 15K RPM 의동일한크기여야합니다. 다른크기를 사용하면스토리지레이아웃알고리즘이최적의결과를달성하지못할수있습니다. MCS 프로비저닝기반핵심스토리지레이아웃그림 21에서는 MCS 프로비저닝을사용하여 500개의가상데스크톱을저장하는데필요한디스크의레이아웃을보여줍니다. 이레이아웃은랜덤방식의정적 Personal vdisk 및 HSD(Hosted Shared Desktop) 프로비저닝옵션과함께사용할수있습니다. 이레이아웃에사용자프로파일데이터를저장할공간은포함되지않았습니다. 73

74 4 장 : 솔루션개요 그림 개의가상데스크톱을위한 MCS 프로비저닝기반핵심스토리지레이아웃 MCS 프로비저닝기반핵심스토리지레이아웃개요다음은 500개의가상머신을위한레퍼런스아키텍처에서사용되는핵심구성입니다. SAS 디스크 4개 ( 여기서는 0_0_0 ~ 0_0_3으로표시 ) 는 VNX OE에사용됩니다. EMC VNX 시리즈에는전용핫스페어드라이브가필요하지않습니다. 1_0_4 및 1_1_2로표시된디스크는필요할때핫스페어로사용할수있는바인딩해제된디스크입니다. 이들디스크는스토리지레이아웃다이어그램에핫스페어로표시되어있습니다. RAID 5 스토리지풀 1의 SAS 디스크 10개 ( 여기서는 1_0_5 ~ 1_0_14로표시 ) 는가상데스크톱을저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. NAS의경우, 2개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 200GB인 LUN 10개가풀에서프로비저닝됩니다. 파일시스템은 4개의 SMB 공유로 Hyper-V 서버에제공됩니다. FC의경우, Hyper-V 서버에 4개의 CSV를제공하기위해각각 1TB인 LUN 2개가풀에서프로비저닝됩니다. 참고 : Personal vdisk를구축하면절반의드라이브 ( 데스크톱 500개의경우 SAS 디스크 5개 ) 로성능요구사항을충족할수있습니다. 그러나데스크톱용량은 50% 줄어듭니다. 현재의환경용량요구사항이충족될경우 500개의데스크톱에 5개의 SAS 드라이브를사용하는 MCS 프로비저닝기반 Personal vdisk를구축하십시오. 플래시드라이브 2 개 ( 여기서는 1_1_0 및 1_1_1 로표시 ) 는 EMC VNX FAST Cache 에사용됩니다. 이들디바이스에는사용자가구성할수있는 LUN 이 없습니다. 74

75 4 장 : 솔루션개요 여기서 0_0_4 ~ 0_0_24, 1_0_0 ~ 1_0_3, 그리고 1_1_3 ~ 1_1_14 로표시된 디스크는사용되지않습니다. 이들디스크는이솔루션을테스트하는데 사용되지않았습니다. 참고 : 용량을늘리기위해대용량드라이브를대신사용할수있습니다. 로드권장사항을 만족시키기위해모든드라이브는 15K RPM 의동일한크기여야합니다. 다른크기를 사용하면스토리지레이아웃알고리즘이최적의결과를달성하지못할수있습니다. 선택적스토리지레이아웃그림 22에서보듯이솔루션검증테스트에서는 VNX 스토리지시스템에서사용자데이터를저장할스토리지공간이할당되었습니다. 이스토리지는그림 21에나와있는핵심스토리지에추가로구성됩니다. 사용자데이터용스토리지가운영환경의다른곳에구성되어있다면이스토리지는필요없습니다. 그림 개의가상데스크톱을위한선택적스토리지레이아웃선택적스토리지레이아웃개요선택적스토리지레이아웃은인프라스트럭처서버, 사용자프로파일, 홈디렉토리및 Personal vdisk를저장하는데사용됩니다. 다음은 500개의가상데스크톱을위한레퍼런스아키텍처에서사용되는선택적구성입니다. EMC VNX 시리즈에는전용핫스페어드라이브가필요하지않습니다. 여기서 0_2_14로표시된디스크는필요할때핫스페어로사용할수있는바인딩해제된디스크입니다. 이디스크는스토리지레이아웃다이어그램에핫스페어로표시되어있습니다. RAID 5 스토리지풀 6의 SAS 디스크 5개 ( 여기서는 0_2_0 ~ 0_2_4로표시 ) 는인프라스트럭처가상머신을저장하는데사용됩니다. Hyper-V 서버에 CSV를제공하기위해풀에서 1TB LUN 1개가프로비저닝됩니다. 75

76 4 장 : 솔루션개요 RAID 6 스토리지풀 4의 NL-SAS 디스크 16개 ( 여기서는 0_2_5 ~ 0_2_13 및 1_2_0 ~ 1_2_6으로표시 ) 는사용자데이터및로밍프로파일을저장하는데사용됩니다. 2개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 500GB인 LUN 10개가풀에서프로비저닝됩니다. 구축된드라이브종류가여러가지인경우, FAST VP를통해데이터를자동으로계층화하여성능및용량의차이를균형있게조정할수있습니다. FAST VP는블록스토리지풀레벨에적용되며데이터의액세스빈도에따라데이터가저장되는위치를자동으로조정합니다. 액세스빈도가높은데이터는 256MB 단위로상위스토리지계층으로상향이동되며액세스빈도가떨어지는데이터는경제성을높이기위해하위계층으로마이그레이션할수있습니다. 이러한 256MB 데이터단위또는볼륨의재조정은정기적으로예약된유지보수작업의일환으로수행됩니다. FAST VP는가상데스크톱스토리지로는권장되지않지만, 사용자데이터및로밍프로파일에사용하도록구축한경우성능을향상시킬수있습니다. RAID 10 스토리지풀 5의 SAS 디스크 8개 (1_2_7 ~ 1_2_14) 는 Personal vdisk를저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. NAS의경우, 2개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 200GB인 LUN 10개가풀에서프로비저닝됩니다. 파일시스템은 4개의 SMB 공유로 Hyper-V 서버에제공됩니다. FC의경우, Hyper-V 서버에 4개의 CSV를제공하기위해각각 1TB인 LUN 2개가풀에서프로비저닝됩니다. 1,000 개의가상데스크톱을위한스토리지레이아웃 PVS 프로비저닝기반핵심스토리지레이아웃그림 23에서는 PVS 프로비저닝을사용하여 1,000개의가상데스크톱을저장하는데필요한디스크의레이아웃을보여줍니다. 이레이아웃은랜덤방식의정적 Personal vdisk 및 HSD(Hosted Shared Desktop) 프로비저닝옵션과함께사용할수있습니다. 이레이아웃에사용자프로파일데이터를저장할공간은포함되지않았습니다. 76

77 4 장 : 솔루션개요 그림 23. 1,000개의가상데스크톱을위한 PVS 프로비저닝기반핵심스토리지레이아웃 PVS 프로비저닝기반핵심스토리지레이아웃개요다음은 1,000개의가상데스크톱을위한레퍼런스아키텍처에서사용되는핵심구성입니다. SAS 디스크 4개 ( 여기서는 0_0_0 ~ 0_0_3으로표시 ) 는 VNX OE에사용됩니다. EMC VNX 시리즈에는전용핫스페어드라이브가필요하지않습니다. 1_0_4 및 1_0_7로표시된디스크는필요할때핫스페어로사용할수있는바인딩해제된디스크입니다. 이들디스크는스토리지레이아웃다이어그램에핫스페어로표시되어있습니다. RAID 10 스토리지풀 1의 SAS 디스크 16개 ( 여기서는 1_0_8 ~ 1_0_14 및 1_1_0 ~ 1_1_8로표시 ) 는가상데스크톱을저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. NAS의경우, 4개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 400GB인 LUN 10개가풀에서프로비저닝됩니다. 파일시스템은 4개의 SMB 공유로 Hyper-V 서버에제공됩니다. FC의경우, Hyper-V 서버에 4개의 CSV를제공하기위해각각 1TB인 LUN 4개가풀에서프로비저닝됩니다. 플래시드라이브 2개 ( 여기서는 1_0_5 및 1_0_6으로표시 ) 는 EMC VNX FAST Cache에사용됩니다. 이들디바이스에는사용자가구성할수있는 LUN이없습니다. RAID 5 스토리지풀 2의 SAS 디스크 5개 (1_1_9 ~ 1_1_13) 는 PVS vdisk 및 TFTP 이미지를저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. 여기서 0_0_4 ~ 0_0_24, 1_0_0 ~ 1_0_3, 그리고 1_1_14로표시된디스크는사용되지않습니다. 이들디스크는이솔루션을테스트하는데사용되지않았습니다. 77

78 4 장 : 솔루션개요 참고 : 용량을늘리기위해대용량드라이브를대신사용할수있습니다. 로드권장사항을 만족시키기위해모든드라이브는 15K RPM 의동일한크기여야합니다. 다른크기를 사용하면스토리지레이아웃알고리즘이최적의결과를달성하지못할수있습니다. MCS 프로비저닝기반핵심스토리지레이아웃그림 24에서는 MCS 프로비저닝을사용하여 1,000개의가상데스크톱을저장하는데필요한디스크의레이아웃을보여줍니다. 이레이아웃은랜덤방식의정적 Personal vdisk 및 HSD(Hosted Shared Desktop) 프로비저닝옵션과함께사용할수있습니다. 이레이아웃에사용자프로파일데이터를저장할공간은포함되지않았습니다. 그림 24. 1,000개의가상데스크톱을위한 MCS 프로비저닝기반핵심스토리지레이아웃 MCS 프로비저닝기반핵심스토리지레이아웃개요다음은 1,000개의가상데스크톱을위한레퍼런스아키텍처에서사용되는핵심구성입니다. SAS 디스크 4개 ( 여기서는 0_0_0 ~ 0_0_3으로표시 ) 는 VNX OE에사용됩니다. EMC VNX 시리즈에는전용핫스페어드라이브가필요하지않습니다. 1_0_4 및 1_1_2로표시된디스크는필요할때핫스페어로사용할수있는바인딩해제된디스크입니다. 이들디스크는스토리지레이아웃다이어그램에핫스페어로표시되어있습니다. RAID 5 스토리지풀 1의 SAS 디스크 20개 ( 여기서는 1_0_5 ~ 1_0_14 및 1_1_3 ~ 1_1_12로표시 ) 는가상데스크톱을저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. NAS의경우, 4개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 800GB인 LUN 10개가풀에서프로비저닝됩니다. 파일시스템은 4개의 SMB 공유로 Hyper-V 서버에제공됩니다. 78

79 4 장 : 솔루션개요 FC의경우, Hyper-V 서버에 4개의 CSV를제공하기위해각각 2TB인 LUN 4개가풀에서프로비저닝됩니다. 참고 : Personal vdisk를구축하면절반의드라이브 ( 데스크톱 1,000개의경우 SAS 디스크 10개 ) 로성능요구사항을충족할수있습니다. 그러나데스크톱용량은 50% 줄어듭니다. 현재의환경용량요구사항이충족될경우 1,000개의데스크톱에 10개의 SAS 드라이브를사용하는 MCS 프로비저닝기반 Personal vdisk를구축하십시오. 플래시드라이브 2개 ( 여기서는 1_1_0 및 1_1_1로표시 ) 는 EMC VNX FAST Cache에사용됩니다. 이들디바이스에는사용자가구성할수있는 LUN이없습니다. 여기서 0_0_4 ~ 0_0_24, 1_1_13 ~ 1_1_14로표시된디스크는사용되지않습니다. 이들디스크는이솔루션을테스트하는데사용되지않았습니다. 참고 : 용량을늘리기위해대용량드라이브를대신사용할수있습니다. 로드권장사항을 만족시키기위해모든드라이브는 15K RPM 의동일한크기여야합니다. 다른크기를 사용하면스토리지레이아웃알고리즘이최적의결과를달성하지못할수있습니다. 79

80 4 장 : 솔루션개요 선택적스토리지레이아웃그림 25에서보듯이솔루션검증테스트에서는 VNX 스토리지시스템에서사용자데이터를저장할스토리지공간이할당되었습니다. 이스토리지는그림 24에나와있는핵심스토리지에추가로구성됩니다. 사용자데이터용스토리지가운영환경의다른곳에구성되어있다면이스토리지는필요없습니다. 그림 25. 1,000개의가상데스크톱을위한선택적스토리지레이아웃선택적스토리지레이아웃개요선택적스토리지레이아웃은인프라스트럭처서버, 사용자프로파일, 홈디렉토리및 Personal vdisk를저장하는데사용됩니다. 다음은 1,000개의가상데스크톱을위한레퍼런스아키텍처에서사용되는선택적구성입니다. EMC VNX 시리즈에는전용핫스페어드라이브가필요하지않습니다. 0_2_14 및 0_3_14로표시된디스크는필요할때핫스페어로사용할수있는바인딩해제된디스크입니다. 이들디스크는스토리지레이아웃다이어그램에핫스페어로표시되어있습니다. RAID 5 스토리지풀 6의 SAS 디스크 5개 ( 여기서는 0_2_0 ~ 0_2_4로표시 ) 는인프라스트럭처가상머신을저장하는데사용됩니다. Hyper-V 서버에 CSV를제공하기위해풀에서 1TB LUN 1개가프로비저닝됩니다. 80

81 4 장 : 솔루션개요 RAID 6 스토리지풀 4의 NL-SAS 디스크 24개 ( 여기서는 0_2_5 ~ 0_2_13 및 1_2_0 ~ 1_2_14로표시 ) 는사용자데이터및로밍프로파일을저장하는데사용됩니다. 2개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 1TB인 LUN 10개가풀에서프로비저닝됩니다. 구축된드라이브종류가여러가지인경우 FAST VP를통해데이터를자동으로계층화함으로써성능과용량간의균형을유지할수있습니다. FAST VP는블록스토리지풀레벨에적용되며데이터의액세스빈도에따라데이터가저장되는위치를자동으로조정합니다. 액세스빈도가높은데이터는 256MB 단위로상위스토리지계층으로상향이동되며액세스빈도가떨어지는데이터는경제성을높이기위해하위계층으로마이그레이션할수있습니다. 이러한 256MB 데이터단위또는볼륨의재조정은정기적으로예약된유지보수작업의일환으로수행됩니다. FAST VP는가상데스크톱스토리지로는권장되지않지만, 사용자데이터및로밍프로파일에사용하도록구축한경우성능을향상시킬수있습니다. RAID 10 스토리지풀 5의 SAS 디스크 16개 (0_3_0 ~ 0_3_13 및 1_3_0 ~ 1_3_1) 는 Personal vdisk를저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. NAS의경우, 4개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 400GB인 LUN 10개가풀에서프로비저닝됩니다. 파일시스템은 4개의 SMB 공유로 Hyper-V 서버에제공됩니다. FC의경우, Hyper-V 서버에 4개의 CSV를제공하기위해각각 1TB인 LUN 4개가풀에서프로비저닝됩니다. 여기서 1_3_2 ~ 1_3_14로표시된디스크는사용되지않습니다. 이들디스크는이솔루션을테스트하는데사용되지않았습니다. 81

82 4 장 : 솔루션개요 2,000 개의가상데스크톱을위한스토리지레이아웃 PVS 프로비저닝기반핵심스토리지레이아웃그림 26에서는 PVS 프로비저닝을사용하여 2,000개의가상데스크톱을저장하는데필요한디스크의레이아웃을보여줍니다. 이레이아웃은랜덤방식의정적 Personal vdisk 및 HSD(Hosted Shared Desktop) 프로비저닝옵션과함께사용할수있습니다. 이레이아웃에사용자프로파일데이터를저장할공간은포함되지않았습니다. 그림 26. 2,000개의가상데스크톱을위한 PVS 프로비저닝기반핵심스토리지레이아웃 PVS 프로비저닝기반핵심스토리지레이아웃개요다음은 2,000개의가상데스크톱을위한레퍼런스아키텍처에서사용되는핵심구성입니다. SAS 디스크 4개 ( 여기서는 0_0_0 ~ 0_0_3으로표시 ) 는 VNX OE에사용됩니다. EMC VNX 시리즈에는전용핫스페어드라이브가필요하지않습니다. 1_0_4, 1_1_14 및 0_2_2로표시된디스크는필요할때핫스페어로사용할수있는바인딩해제된디스크입니다. 이들디스크는스토리지레이아웃다이어그램에핫스페어로표시되어있습니다. RAID 10 스토리지풀 1의 SAS 디스크 32개 ( 여기서는 1_0_5 ~ 1_0_14, 0_1_0 ~ 0_1_14 및 1_1_0 ~ 1_1_6으로표시 ) 는가상데스크톱을저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. 82

83 4 장 : 솔루션개요 NAS의경우, 8개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 800GB인 LUN 10개가풀에서프로비저닝됩니다. 파일시스템은 4개의 SMB 공유로 Hyper-V 서버에제공됩니다. FC의경우, Hyper-V 서버에 4개의 CSV를제공하기위해각각 1TB인 LUN 8개가풀에서프로비저닝됩니다. 플래시드라이브 4개 ( 여기서는 1_1_12 ~ 1_1_13 및 0_2_0 ~ 0_2_1로표시 ) 는 EMC VNX FAST Cache에사용됩니다. 이들디바이스에는사용자가구성할수있는 LUN이없습니다. RAID 5 스토리지풀 2의 SAS 디스크 5개 (1_1_7 ~ 1_1_11) 는 PVS vdisk 및 TFTP 이미지를저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. 여기서 0_0_4 ~ 0_0_24, 1_0_0 ~ 1_0_3, 그리고 0_2_3 ~ 0_2_14로표시된디스크는사용되지않습니다. 이들디스크는이솔루션을테스트하는데사용되지않았습니다. 참고 : 용량을늘리기위해대용량드라이브를대신사용할수있습니다. 로드권장사항을 만족시키기위해모든드라이브는 15K RPM 의동일한크기여야합니다. 다른크기를 사용하면스토리지레이아웃알고리즘이최적의결과를달성하지못할수있습니다. 83

84 4 장 : 솔루션개요 MCS 프로비저닝기반핵심스토리지레이아웃그림 27에서는 MCS 프로비저닝을사용하여 2,000개의가상데스크톱을저장하는데필요한디스크의레이아웃을보여줍니다. 이레이아웃은랜덤방식의정적 Personal vdisk 및 HSD(Hosted Shared Desktop) 프로비저닝옵션과함께사용할수있습니다. 이레이아웃에사용자프로파일데이터를저장할공간은포함되지않았습니다. 그림 27. 2,000개의가상데스크톱을위한 MCS 프로비저닝기반핵심스토리지레이아웃 MCS 프로비저닝기반핵심스토리지레이아웃개요다음은 2,000개의데스크톱가상머신을위한레퍼런스아키텍처에서사용되는핵심구성입니다. SAS 디스크 4개 ( 여기서는 0_0_0 ~ 0_0_3으로표시 ) 는 VNX OE에사용됩니다. EMC VNX 시리즈에는전용핫스페어드라이브가필요하지않습니다. 1_0_4, 0_1_2 및 0_2_5로표시된디스크는필요할때핫스페어로사용할수있는바인딩해제된디스크입니다. 이들디스크는스토리지레이아웃다이어그램에핫스페어로표시되어있습니다. RAID 5 스토리지풀 1의 SAS 디스크 40개 ( 여기서는 1_0_5 ~ 1_0_14, 0_1_3 ~ 0_1_14, 1_1_2 ~ 1_1_14 및 0_2_0 ~ 0_2_4로표시 ) 는가상데스크톱을저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. 84

85 4 장 : 솔루션개요 NAS의경우, 8개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 1,600GB인 LUN 10개가풀에서프로비저닝됩니다. 파일시스템은 4개의 SMB 공유로 Hyper-V 서버에제공됩니다. FC의경우, Hyper-V 서버에 4개의 CSV를제공하기위해각각 2TB인 LUN 8개가풀에서프로비저닝됩니다. 참고 : Personal vdisk를구축하면절반의드라이브 ( 데스크톱 2,000개의경우 SAS 디스크 20개 ) 로성능요구사항을충족할수있습니다. 그러나데스크톱용량은 50% 줄어듭니다. 현재의환경용량요구사항이충족될경우 1,000개의데스크톱에 20개의 SAS 드라이브를사용하는 MCS 프로비저닝기반 Personal vdisk를구축하십시오. 플래시드라이브 2개 ( 여기서는 0_1_0 ~ 0_1_1 및 1_1_0 ~ 1_1_1로표시 ) 는 EMC VNX FAST Cache에사용됩니다. 이들디바이스에는사용자가구성할수있는 LUN이없습니다. 여기서 0_0_4 ~ 0_0_24, 1_0_0 ~ 1_0_3, 그리고 0_2_6 ~ 0_2_14로표시된디스크는바인딩이해제되어있습니다. 이들디스크는이솔루션을테스트하는데사용되지않았습니다. 참고 : 용량을늘리기위해대용량드라이브를대신사용할수있습니다. 로드권장사항을 만족시키기위해모든드라이브는 15K RPM 의동일한크기여야합니다. 다른크기를 사용하면스토리지레이아웃알고리즘이최적의결과를달성하지못할수있습니다. 85

86 4 장 : 솔루션개요 선택적스토리지레이아웃그림 28에서보듯이솔루션검증테스트에서는 VNX 스토리지시스템에서사용자데이터를저장할스토리지공간이할당되었습니다. 이스토리지는그림 27에나와있는핵심스토리지에추가로구성됩니다. 사용자데이터용스토리지가운영환경의다른곳에구성되어있다면이스토리지는필요없습니다. 그림 28. 2,000 개의가상데스크톱을위한선택적스토리지레이아웃 86

87 4 장 : 솔루션개요 선택적스토리지레이아웃개요선택적스토리지레이아웃은인프라스트럭처서버, 사용자프로파일, 홈디렉토리및 Personal vdisk를저장하는데사용됩니다. 다음은 2,000개의가상데스크톱을위한레퍼런스아키텍처에서사용되는선택적구성입니다. EMC VNX 시리즈에는전용핫스페어드라이브가필요하지않습니다. 1_2_14, 0_4_9, 0_5_12 및 0_5_13으로표시된디스크는필요할때핫스페어로사용할수있는바인딩해제된디스크입니다. 이디스크는스토리지레이아웃다이어그램에핫스페어로표시되어있습니다. RAID 5 스토리지풀 6의 SAS 디스크 5개 ( 여기서는 1_2_0 ~ 1_2_4로표시 ) 는인프라스트럭처가상머신을저장하는데사용됩니다. Hyper-V 서버에 CSV를제공하기위해풀에서 1TB LUN 1개가프로비저닝됩니다. RAID 6 스토리지풀 4에있는 NL-SAS 디스크 48개 (1_2_5 ~ 1_2_13, 0_3_0 ~ 0_3_14, 1_3_0 ~ 1_3_14 및 0_4_0 ~ 0_4_8) 는사용자데이터및로밍프로파일을저장하는데사용됩니다. 2개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 2TB인 LUN 10개가풀에서프로비저닝됩니다. 구축된드라이브종류가여러가지인경우, FAST VP를통해데이터를자동으로계층화하여성능및용량의차이를균형있게조정할수있습니다. FAST VP는블록스토리지풀레벨에적용되며데이터의액세스빈도에따라데이터가저장되는위치를자동으로조정합니다. 액세스빈도가높은데이터는 256MB 단위로상위스토리지계층으로상향이동되며액세스빈도가떨어지는데이터는경제성을높이기위해하위계층으로마이그레이션할수있습니다. 이러한 256MB 데이터단위또는볼륨의재조정은정기적으로예약된유지보수작업의일환으로수행됩니다. FAST VP는가상데스크톱스토리지로는권장되지않지만, 사용자데이터및로밍프로파일에사용하도록구축한경우성능을향상시킬수있습니다. RAID 10 스토리지풀 5의 SAS 디스크 32개 (0_4_10 ~ 0_4_14, 1_4_0 ~ 1_4_14 및 0_5_0 ~ 0_5_11) 는 Personal vdisk를저장하는데사용됩니다. FAST Cache는전체풀에사용됩니다. NAS의경우, 8개의 CIFS 파일시스템을생성하는데필요한스토리지를제공하기위해각각 800GB인 LUN 10개가풀에서프로비저닝됩니다. 파일시스템은 4개의 SMB 공유로 Hyper-V 서버에제공됩니다. FC의경우, Hyper-V 서버에 4개의 CSV를제공하기위해각각 1TB인 LUN 8개가풀에서프로비저닝됩니다. 87

88 4 장 : 솔루션개요 고가용성및페일오버 이 VSPEX 솔루션은가용성이높은가상화된서버, 네트워크및스토리지인프라스트럭처를제공합니다. 이가이드에따라구축할경우비즈니스운영에거의또는전혀영향을주지않으면서대부분의단일유닛장애를극복할수있습니다. 가상화계층 앞에서설명한대로가상화계층에서고가용성을구성하고장애가발생한가상 머신을하이퍼바이저를통해자동으로재시작하도록하는것이좋습니다. 그림 29 에는컴퓨팅계층의장애에대응하는하이퍼바이저계층이나와있습니다. 그림 29. 가상화계층고가용성 가상화계층에고가용성을구현하면하드웨어장애가발생하더라도인프라스트럭처가 가능한한많은서비스를실행상태로유지하려고합니다. 컴퓨팅계층 이솔루션에서는컴퓨팅계층에사용되는서버를자유롭게선택할수있지만, 데이터센터를위해설계된엔터프라이즈급서버를사용하는것이좋습니다. 이중화된전원공급장치를갖춘이러한서버는서버공급업체의 Best Practice에따라별도의 PDU(Power Distribution Unit) 에연결하십시오. 그림 30. 이중화된전원공급장치가상화계층에서고가용성을구성하는것도권장됩니다. 즉, 그림 30에설명된것처럼컴퓨팅계층을구성할때는서버장애시에도사용가능한총리소스수가운영환경의요구사항을만족하도록충분한리소스를사용해야합니다. 88

89 4 장 : 솔루션개요 네트워크계층 VNX 제품군의고급네트워킹기능은스토리지시스템에서네트워크접속장애로인한문제를방지합니다. 각 Hyper-V 호스트에는사용자및스토리지이더넷네트워크에대한다중접속이구성되어있어연결장애로부터보호됩니다. 그림 31에서보듯이이러한접속구성은여러이더넷스위치에분산되므로네트워크가구성요소장애로부터보호됩니다. 그림 31. 네트워크계층고가용성 단일장애지점이없도록네트워크를설계하면구성요소에장애가발생하더라도 컴퓨팅계층에서계속스토리지를액세스하고사용자와통신할수있습니다. 89

90 4 장 : 솔루션개요 스토리지계층 VNX 제품군은스토리지시스템전체에걸쳐구성요소를이중화함으로써검증된 % 의가용성을보장하도록설계되었습니다. 모든스토리지시스템구성요소는하드웨어장애가발생한경우에도작동상태가유지됩니다. 그림 32에나와있는것처럼스토리지시스템의 RAID 디스크구성은개별디스크의장애로인한데이터손실을방지하며, 사용가능한핫스페어드라이브를동적으로할당하여장애가발생한디스크를대체할수있습니다. 그림 32. VNX 시리즈고가용성 EMC 스토리지시스템은기본적으로고가용성을구현하도록설계되어있습니다. 설치가이드에나온지침대로구성하면단일유닛의장애로인해데이터손실또는데이터가용성손실이발생하지않습니다. 90

91 4 장 : 솔루션개요 검증테스트프로파일 VSPEX 솔루션은표 11 에나와있는환경프로파일로검증되었습니다. 표 11. 검증된환경프로파일 프로파일특성 값 가상데스크톱수 500(500 개의가상데스크톱 ) 1,000(1,000 개의가상데스크톱 ) 2,000(2,000 개의가상데스크톱 ) 가상데스크톱 OS 데스크톱 OS: Windows 7 Enterprise(32 비트 ) SP1 서버 OS: Windows Server 2008 R2 SP1 가상데스크톱당 CPU 수 데스크톱 OS: vcpu 1 개 서버 OS: vcpu 0.2 개 CPU 코어당가상데스크톱수 데스크톱 OS: vcpu 1 개 서버 OS: vcpu 0.2 개 가상데스크톱당 RAM 용량 데스크톱 OS: 2GB 서버 OS: 0.6GB 데스크톱프로비저닝방식 각가상데스크톱에사용가능한평균 스토리지용량 안정상태의가상데스크톱당평균 IOPS 부팅상황에서가상데스크톱당평균 최고 IOPS PVS(Provisioning Services) MCS(Machine Creation Services) 4GB(PVS) 8GB(MCS) 8 IOPS 60 IOPS(MCS/NFS 버전 ) 8 IOPS(PVS/NFS 버전 ) 116 IOPS(MCS/FC 버전 ) 14 IOPS(PVS/FC 버전 ) 가상데스크톱을저장할데이터 저장소수 2(500 개의가상데스크톱 ) 4(1,000 개의가상데스크톱 ) 데이터저장소당가상데스크톱수 250 8(2,000 개의가상데스크톱 ) 데이터저장소의디스크및 RAID 유형 RAID 5, 600GB, 15K RPM, 8.89cm(3.5 인치 ) SAS 디스크 91

92 4 장 : 솔루션개요 프로파일특성로밍사용자프로파일및홈디렉토리를호스팅하기위한 CIFS 공유의디스크및 RAID 유형 ( 사용자데이터에선택적으로사용 ) 값 RAID 6, 2TB, 7,200RPM, 8.89cm(3.5 인치 ) NL-SAS 디스크 참고 : 안정상태의가상데스크톱당평균 IOPS 는 Login VSI 의중간프로파일워크로드를 500, 1,000 및 2,000 개데스크톱구성에서시뮬레이션한상태에서측정합니다. 각 구성에서 Login VSImax 는동적 VSImax 임계값보다작습니다. 백업환경구성지침 이섹션에서는 VSPEX 솔루션의백업및복구환경을설정하기위한지침을 설명합니다. 백업특성 표 12 에서는 VSPEX 솔루션의백업환경프로파일을 3 개의스택을사용하여 사이징한방식을보여줍니다. 표 12. 백업프로파일특성 프로파일특성 값 사용자데이터 5TB(500개의가상데스크톱 ) 10TB(1,000개의가상데스크톱 ) 20TB(2,000개의가상데스크톱 ) 참고 : 데스크톱당 10.0GB 사용자데이터의일일변경률사용자데이터 2% 데이터유형별보존기간 일별 주별 월별 30 일 4 주 1 개월 백업레이아웃 Avamar는개별적인활용사례및복구요구사항에맞게다양한구축옵션을제공합니다. 이예에서는 Avamar Data Store를사용하여솔루션을구축했습니다. 따라서간단한파일레벨복구작업에사용할비정형사용자데이터를 Avamar 시스템에바로백업할수있습니다. 이러한백업솔루션은백업프로세스에업계최고수준의데이터중복제거백업소프트웨어및시스템을통합하여최고수준의성능과효율성을보장합니다. 92

93 4 장 : 솔루션개요 사이징지침 다음섹션에서는이문서에나와있는 VSPEX 아키텍처를사이징및구축하는데사용된레퍼런스워크로드의정의에대해설명합니다. 또한이러한레퍼런스워크로드와실제고객워크로드간의상관관계를분석하는방법과이로인해서버및네트워크측면에서결과적으로제공되는구성이변경되는방식에대한지침을제공합니다. 용량을늘리고성능을높이기위해드라이브를추가하는것은물론, 데스크톱을위한 FAST Cache 및사용자데이터성능을높이기위한 FAST VP 같은기능을추가함으로써스토리지정의를수정할수있습니다. 디스크레이아웃은정의된성능수준에서지정된수의가상데스크톱을지원하도록만들어졌습니다. 권장되는드라이브수나스토리지유형을낮추면응답시간이늘어나데스크톱당 IOPS가줄어들고사용자환경의성능이저하될수있습니다. 레퍼런스워크로드 각각의 VSPEX Proven Infrastructure는 EMC에서검증을마친정해진수의가상머신에필요한스토리지, 네트워크및컴퓨팅리소스를구축합니다. 실제로각가상머신은자체의고유한요구사항이있으며이러한요구사항은가상머신에대해미리정의된요구사항과좀처럼일치하지않습니다. 가상인프라스트럭처에대한논의를시작하려면먼저레퍼런스워크로드를정의해야합니다. 모든서버가동일한작업을수행하는것은아니므로, 가능한모든워크로드특성조합을고려하여레퍼런스를구축하는것은비현실적입니다. 레퍼런스워크로드정의 EMC 는이러한문제를해결하기위해대표적인고객레퍼런스워크로드를 정의했습니다. 실제고객요구사항을이레퍼런스워크로드와비교하면선택해야할 레퍼런스아키텍처를쉽게추론할수있을것입니다. VSPEX EUC 솔루션에서레퍼런스워크로드는데스크톱또는서버 OS를사용하여구축할수있는단일가상데스크톱으로정의됩니다. 데스크톱 OS를사용할경우각사용자는한개의 vcpu와 2GB RAM이할당된전용가상머신을액세스합니다. 서버 OS를사용할경우각가상머신은 4개의 vcpu와 12GB RAM을할당받고 20개의가상데스크톱세션사이에서공유됩니다. 표 13에는가상데스크톱의특성이나와있습니다. 93

94 4 장 : 솔루션개요 표 13. 가상데스크톱특성 특성 값 가상데스크톱운영체제 데스크톱 OS: Microsoft Windows 7 Enterprise Edition(32 비트 ) SP1 서버 OS: Windows Server 2008 R2 SP1 가상데스크톱당가상프로세서수 데스크톱 OS: vcpu 1 개 서버 OS: vcpu 0.2 개 가상데스크톱당 RAM 용량 데스크톱 OS: 2GB 서버 OS: 0.6GB 가상데스크톱당가용스토리지용량 4GB(PVS) 8GB(MCS) 안정상태의가상데스크톱당평균 IOPS 8 가상데스크톱당가용스토리지용량 8GB(MCS) 이데스크톱정의는공유스토리지에상주하는사용자데이터를기반으로합니다. 입출력프로파일은모든데스크톱이동시에실행되는테스트프레임워크를사용하여정의되며이러한환경에서는브라우저, 오피스생산성소프트웨어같은오피스기반애플리케이션과기타표준유틸리티를상시적으로사용함에따라지속적인로드가생성됩니다. 레퍼런스워크로드적용 구축하려는 EUC 솔루션을결정할경우지원되는데스크톱수 (500, 1,000 또는 2,000) 외에도다음과같은요인을고려하십시오. 동시접속수 VSPEX 솔루션을검증하는데사용된워크로드에서모든데스크톱사용자는항상작업하고있는것으로간주됩니다. 즉, 1,000개데스크톱아키텍처는모두동시에워크로드를생성하고부팅되는등동시에실행되는 1,000개의데스크톱으로테스트되었습니다. 고객이 1,200명의사용자를예상하지만표준시간대의차이또는교대근무로인해어떤시간에든전체사용자중 50% 만로그온해있는경우, 총 1,200명의사용자중에서작업중인사용자는 600명이므로 1,000개데스크톱아키텍처를통해해당환경을지원할수있습니다. 과도한데스크톱워크로드표 13에정의되어있고 VSPEX EUC 구성을테스트하는데사용된워크로드는일반적인사무실작업자에의해발생하는로드로간주됩니다. 그러나일부고객의사용자들은그보다활동성이더높을수도있습니다. 94

95 4 장 : 솔루션개요 800명의사용자가있는어느회사에서맞춤형기업애플리케이션으로인해각사용자는 VSPEX 워크로드에사용된 8 IOPS에비해더많은 12 IOPS를생성한다고가정할경우고객은 9,600 IOPS(800명의사용자 * 데스크톱당 12 IOPS) 를필요로합니다. 1,000개의데스크톱구성은 8,000 IOPS(1,000개의데스크톱 * 데스크톱당 8 IOPS) 를처리할수있으므로이러한상황에서는부족한구성이됩니다. 따라서고객은 2,000개데스크톱솔루션으로업그레이드할것을고려해야합니다. 레퍼런스아키텍처구축 레퍼런스아키텍처에는시스템의 CPU, 메모리, 네트워크및스토리지관련요구사항을충족할수있는하드웨어세트가필요합니다. 이러한하드웨어세트는특정구축으로한정되지않는일반요구사항으로제시됩니다. 이섹션에서는관련요구사항을구현하기위해고려해야할몇가지사항에대해설명합니다. 리소스유형 레퍼런스아키텍처에서는솔루션에대한하드웨어요구사항을다음 4 개의기본 리소스유형을기준으로정의합니다. CPU 리소스 메모리리소스 네트워크리소스 스토리지리소스이섹션에서는리소스유형, 리소스유형이레퍼런스아키텍처에서사용되는방식, 그리고고객환경에해당리소스유형을구축할때고려해야할주요사항등에대해설명합니다. CPU 리소스아키텍처에서필요한 CPU 코어수는정의하지만 CPU 종류나구성은정의하지않습니다. 이는의도된것으로, 새로구축하는시스템에는주로최신버전의프로세서를사용하기때문입니다. 최신버전의 CPU를사용하는경우에는솔루션을검증하는데사용된시스템과동등하거나더나은성능이구현될것으로예상됩니다. 현재실행되고있는시스템에서리소스의사용률을모니터링하고필요에따라신속히대응하는것은매우중요합니다. 레퍼런스가상데스크톱과레퍼런스아키텍처내필수하드웨어리소스는데스크톱 OS가사용될경우물리적프로세서코어 1개당가상 CPU 수가 8개 (1:8 비율 ) 를넘지않는것으로인식합니다. 대부분의경우, 이비율은호스팅되는가상데스크톱에대해적절한리소스수준이지만이비율이적절하지않을수있는경우에대비하여하이퍼바이저계층에서 CPU 사용률을모니터링하여추가리소스가필요한지여부를확인하는것이좋습니다. 95

96 4 장 : 솔루션개요 메모리리소스레퍼런스아키텍처내각가상데스크톱은 1개의데스크톱운영체제인스턴스전용으로 2GB의메모리를갖춘것으로정의됩니다. 가상화환경에서는제한된예산으로인해하이퍼바이저에물리적으로포함된것보다큰용량의메모리를가상데스크톱에할당하는것이흔한일입니다. 메모리사용량이많은기술은각가상데스크톱에서할당된메모리양을완전히사용하지않는다는점을활용합니다. 따라서메모리사용량을어느정도까지초과할당하는것도타당할수있습니다. 관리자는초과할당률을사전예방적으로모니터링하여서버에발생할수도있는병목현상이스토리지서브시스템의부담으로전가되는일이없도록방지해야할책임이있습니다. 이솔루션은메모리가고정할당되고메모리리소스가과도하게사용되지않는조건에서검증되었습니다. 고객의실제운영환경에서메모리사용량이과도하게높아질것으로예상되는경우에는시스템메모리사용률및관련페이지파일입출력작업을정기적으로모니터링하여메모리부족으로예기치못한결과가발생하지않도록해야합니다. 네트워크리소스레퍼런스아키텍처는시스템최소요구사항에대한간략한정보를제시합니다. 대역폭이추가로필요하면스토리지시스템과하이퍼바이저호스트모두에서요구사항을충족하도록기능을추가해야합니다. 서버상의네트워크연결옵션은서버유형에따라달라집니다. 스토리지시스템에는여러네트워크포트가포함되어있으며 EMC FLEX 입출력모듈을사용하여포트를추가할수있는옵션이있습니다. EMC는고객들이검증된환경을기반으로참조할수있도록하나의가상데스크톱에서초당평균 4KB 크기의입출력이 8개생성되는것으로가정합니다. 즉, 각가상데스크톱은스토리지네트워크에서최소 32KB/ 초의트래픽을생성하는것입니다. 500개의가상데스크톱이있는환경에서이수치는최소약 16MB/ 초가되며, 이는오늘날네트워크에서처리가능한범위입니다. 그러나이계산에다른작업은고려되지않았으며, 다음과같은작업에서추가대역폭이필요합니다. 사용자네트워크트래픽 가상데스크톱마이그레이션 관리작업각작업의요구사항은해당환경의활용방식에따라달라지므로그와관련하여구체적인수치를제시하는것은비현실적입니다. 그러나레퍼런스아키텍처에각솔루션에대해기술된네트워크는위의활용사례에대한평균워크로드를충분히처리할수있어야합니다. 96

97 4 장 : 솔루션개요 네트워크트래픽요구사항에관계없이하나의논리적네트워크와공유되는물리적네트워크연결을항상 2개이상갖추고있는것이좋습니다. 이는하나의링크에서장애가발생하더라도시스템가용성에는영향을주지않도록하기위함입니다. 네트워크는장애가발생하더라도총대역폭에서전체워크로드를충분히지원할수있도록설계해야합니다. 스토리지리소스레퍼런스아키텍처에는시스템검증에사용된디스크에대한레이아웃이포함되어있습니다. 각레이아웃은가용스토리지용량과드라이브성능사이에서균형을이룹니다. 스토리지사이징을검토할때는몇가지계층을고려해야합니다. 특히, 스토리지에는스토리지풀에할당된디스크집합이포함되어있습니다. 해당스토리지풀에서스토리지를 Microsoft Hyper-V 클러스터에프로비저닝할수있습니다. 각계층은솔루션별로달리구성되며이는 5장에문서화되어있습니다. 드라이브유형을동일한성능특성에더많은용량또는동일한용량에더높은성능특성을갖춘다른유형으로바꾸는것은충분히가능합니다. 마찬가지로, 업데이트되거나새로구성된드라이브셸프배열에맞추기위해드라이브셸프내에서드라이브배치를변경하는것도가능합니다. 제안된드라이브수, 지정된드라이브유형, 지정된풀또는지정된데이터저장소레이아웃과다르게구성해야하는경우이와동일하거나더많은리소스를시스템에제공하도록타겟레이아웃을구성해야합니다. 백업리소스 솔루션은시스템의백업스토리지 ( 초기 / 확장시모두고려 ) 및데이터보존관련요구사항에대한간략한정보를제시합니다. Tape-Out 요구사항, RPO 및 RTO 세부정보, 멀티사이트환경복제요구사항등의추가정보를수집하여 Avamar를더세부적으로사이징할수있습니다. 기존 VSPEX EUC 환경확장 EMC VSPEX EUC 솔루션은비즈니스변화의요구에따라기존환경을간편하게 확장할수있는유연한구축모델을지원합니다. 이솔루션에나온기본구성요소구성을서로결합하여대규모구축을형성할수있습니다. 예를들어 1,000개의데스크톱구성을한꺼번에구축할수도있고, 500개의데스크톱구성으로시작한후필요할때확장할수도있습니다. 이와마찬가지로 2,000개의데스크톱구성도한꺼번에구축하거나필요할때스토리지리소스를확장하여점진적으로구축할수있습니다. 구축과정요약 레퍼런스아키텍처에명시된요구사항은레퍼런스가상데스크톱의명시된정의에따라필요한워크로드를처리할수있는최소한의리소스로간주됩니다. 고객구축환경에서는사용자가시스템과상호작용하기때문에시간의경과에따라시스템로드가달라집니다. 그러나고객가상데스크톱이레퍼런스정의와크게다르고동일한리소스그룹에서변동이생길경우에는해당리소스를시스템에더추가해야할수있습니다. 97

98 4 장 : 솔루션개요 빠른진단 고객환경을진단하면정확한 VSPEX 솔루션을구축하는데도움이됩니다. 이섹션에서는간단하게사이징을계산하고고객환경을진단하는데손쉽게활용할수있는워크시트를제공합니다. 먼저, VSPEX EUC 환경으로의마이그레이션이계획된사용자유형을요약정리해야합니다. 각그룹에대해가상 CPU 수, 메모리양, 필요한스토리지성능, 스토리지용량, 리소스풀에필요한레퍼런스가상데스크톱수를확인하십시오. 레퍼런스워크로드적용에서이프로세스에대한예를확인할수있습니다. 표 14에서와같이각애플리케이션의워크시트에서해당칸을채웁니다. 표 14. 빈워크시트행 애플리케이션 CPU ( 가상 CPU) 메모리 (GB) IOPS 필요한 레퍼런스가상 사용자수 총레퍼런스 데스크톱수 데스크톱 사용자유형예 리소스요구사항필요한레퍼런스데스크톱 사용자유형에대한리소스요구사항을입력합니다. 각행에는 3개의각기다른리소스, 즉 CPU, 메모리, IOPS를입력해야합니다. CPU 요구사항 레퍼런스가상데스크톱은대부분의데스크톱애플리케이션이데스크톱 OS 구축환경의단일 CPU에최적화되어있다는가정하에설정되어있습니다. 특정사용자유형에다중가상 CPU를갖춘데스크톱이필요한경우에는제시된가상데스크톱수를추가리소스에맞춰수정하십시오. 예를들어 100개의데스크톱을가상화할때 20명의사용자에게 1개가아닌 2개의 CPU가필요한경우해당풀에서 120개의가상데스크톱에상당하는기능을제공하도록구성합니다. 메모리요구사항 메모리는애플리케이션의기능및성능을보장하는데핵심적인역할을담당합니다. 따라서각데스크톱그룹에는허용되는사용가능한메모리양에대해서로다른목표치가설정됩니다. 특정사용자그룹에메모리리소스가더필요할경우에는 CPU를계산했을때와마찬가지로현재계획중인데스크톱수를추가리소스요구사항을충족하도록조정하면됩니다. 예를들어 200개의데스크톱을데스크톱 OS로가상화할때, 각사용자에게레퍼런스가상데스크톱에서제공하는 2GB의메모리가아닌 4GB의메모리가필요할경우에는 400개의가상데스크톱을산정하여계획하면됩니다. 98

99 4 장 : 솔루션개요 스토리지성능요구사항 데스크톱에대한스토리지성능요구사항은일반적으로성능과관련해가장잘알려져있지않은측면입니다. 레퍼런스가상데스크톱에서사용하는워크로드는업계에서인정된툴로다양한오피스생산성애플리케이션을실행하여생성되므로, 주요가상데스크톱성능을대표적으로나타냅니다. 스토리지용량요구사항 데스크톱의스토리지용량요구사항은사용중인애플리케이션의유형과특정고객정책에따라크게달라질수있습니다. 이솔루션에서제시된가상데스크톱은사용자프로파일데이터및사용자문서를위해추가적인공유스토리지를활용합니다. 이요구사항은선택적구성요소로다루어지며레퍼런스아키텍처에서특정스토리지하드웨어를추가하거나운영환경에서기존파일공유를통해해결할수있습니다. 필요한레퍼런스가상데스크톱결정 모든리소스가정의되면표 15 에있는관계를사용하여표 14 에서필요한레퍼런스 가상데스크톱행의적절한값을결정합니다. 모든값은가장가까운정수로 반올림하십시오. 표 15. 레퍼런스가상데스크톱리소스 데스크톱 유형 툴및자료 레퍼런스가상 데스크톱에대한값 요구사항과필요한레퍼런스가상 데스크톱간의관계 데스크톱 OS CPU 1 필요한레퍼런스가상데스크톱 = 리소스요구사항 메모리 2 필요한레퍼런스가상데스크톱 = ( 리소스요구사항 )/2 IOPS 8 필요한레퍼런스가상데스크톱 = ( 리소스요구사항 )/8 서버 OS CPU 0.2 필요한레퍼런스가상데스크톱 = ( 리소스요구사항 )/0.2 메모리 0.6 필요한레퍼런스가상데스크톱 = ( 리소스요구사항 )/0.6 IOPS 8 필요한레퍼런스가상데스크톱 = ( 리소스요구사항 )/8 예를들어사용자 100명으로이루어진그룹에가상 CPU 2개와데스크톱 OS 구축환경의데스크톱당 12 IOPS, 그리고 8GB의메모리가필요한경우표 13(94페이지 ) 의가상데스크톱특성에따라레퍼런스데스크톱 2개의 CPU, 레퍼런스데스크톱 4개의메모리및레퍼런스데스크톱 2개의 IOPS가필요한것으로계산합니다. 이수치를아래의표 16과같이 " 필요한레퍼런스가상데스크톱 " 행에입력합니다. " 필요한레퍼런스가상데스크톱 " 열에각행의최대값을입력하십시오. 필요한레퍼런스가상데스크톱수와사용자수를서로곱하면해당사용자유형에필요한총리소스수가됩니다. 99

100 4 장 : 솔루션개요 표 16. 워크시트행예 사용자유형 CPU( 가상 CPU) 메모리 (GB) IOPS 필요한레퍼런스 가상데스크톱 사용자수 총레퍼런스 데스크톱수 사용량이많은사용자 리소스요구사항필요한레퍼런스가상데스크톱 가상인프라스트럭처로마이그레이션하려는각사용자유형에대해워크시트의내용을모두입력하고표 17과같이워크시트오른쪽에있는 " 합계 " 열을계산하여풀에필요한총레퍼런스가상데스크톱수를산출합니다. 표 17. 애플리케이션예 CPU( 가 메모리 (GB) IOPS 필요한 사용자수 총레퍼런스 사용자유형 상 CPU) 레퍼런스가상 데스크톱수 데스크톱 사용량이많은사용자 리소스요구사항 필요한레퍼런스 가상데스크톱 리소스요구사항 필요한레퍼런스가상데스크톱 리소스요구사항 필요한레퍼런스가상데스크톱 합계 900 VSPEX EUC 솔루션은일정한리소스풀크기를정의합니다. 이솔루션에맞춰구성된풀의크기는각각 500/1,000/2,000개데스크톱규모입니다. 표 17의경우고객은풀에서가상데스크톱 900개상당의기능을필요로합니다. 따라서 1,000개의가상데스크톱을갖춘리소스풀은현재의요구사항에충분한리소스를제공함과동시에차후확장에도대비할수있습니다. 100

101 4 장 : 솔루션개요 세부조정 대부분의경우서버및스토리지에권장되는하드웨어크기는이전섹션에서설명된프로세스에따라적절히사이징할수있습니다. 하지만경우에따라사용가능한하드웨어리소스를추가로사용자지정해야할수도있습니다. 시스템아키텍처에대한전체설명은이문서의범위를벗어나지만, 현재몇가지세부적인사용자지정작업은수행할수있습니다. 스토리지리소스일부애플리케이션에서는스토리지워크로드일부를다른워크로드에서분리해야할경우가있습니다. VSPEX 아키텍처의스토리지레이아웃에서모든가상데스크톱은단일리소스풀안에배치됩니다. 워크로드분리를구축하려면워크로드분리가필요한각그룹에사용할디스크드라이브를추가로구입한후전용풀에추가합니다. 이문서이외의추가지침없이분리를지원하거나풀의기능을축소하기위해기본스토리지리소스풀의크기를줄이는것은적절한방법이아닙니다. 이문서에서제시되는스토리지레이아웃은높은가용성, 성능및데이터보호라는차원에서여러다양한요인의균형을유지하도록설계되어있습니다. 풀의구성요소를변경하면시스템의다른영역에중대하고예측하기어려운영향을줄수있습니다. 서버리소스 VSPEX EUC 솔루션에서는서버하드웨어리소스를보다효과적으로사용자지정할수있습니다. 이렇게하려면먼저표 18에서와같이서버구성요소에대한리소스요구사항의합계를산출해야합니다. 표오른쪽에 " 총 CPU 리소스 " 및 " 총메모리리소스 " 열이추가된것을볼수있습니다. 표 18. 서버리소스구성요소합계 사용자유형 CPU ( 가상 CPU) 메모리 (GB) 사용자수총 CPU 리소스 총메모리 리소스 사용량이많은사용자사용량이보통인사용자 리소스요구사항 리소스요구사항 일반사용자리소스요구사항 합계 700 1,800 이예에서는타겟아키텍처에가상 CPU 700개와 1800GB의메모리가필요합니다. 데스크톱 OS 구축환경에서물리적프로세서코어 1개당 8개의데스크톱이사용되고메모리초과용량할당이없다고가정할때, 이는물리적프로세서코어 88개와메모리 1,800GB로해석됩니다. 반면, 레퍼런스아키텍처에문서화되어있듯이 1,000개의가상데스크톱리소스풀에는 2,000GB의메모리와 125개이상의물리적프로세서코어가요구됩니다. 이러한환경에서는서버리소스를거의추가하지않고도솔루션을효과적으로구축할수있습니다. 101

102 4 장 : 솔루션개요 참고 : 리소스풀하드웨어를사용자지정할경우항상고가용성요구사항을염두에 두십시오. 표 19 는고객정보를수집하기위한빈워크시트입니다. 표 19. 빈고객워크시트 사용자유형 CPU ( 가상 CPU) 메모리 (GB) IOPS 필요한 레퍼런스가상 데스크톱 사용자수 총레퍼런스 데스크톱수 리소스요구사항 필요한레퍼런스가상데스크톱리소스요구사항 필요한레퍼런스가상데스크톱리소스요구사항 필요한레퍼런스가상데스크톱리소스요구사항 필요한레퍼런스가상데스크톱리소스요구사항 필요한레퍼런스가상데스크톱 합계 102

103 5 장 : VSPEX 구성지침 5 장 VSPEX 구성지침 이장에서다루는내용은다음과같습니다. 개요 구축전작업 고객구성데이터 스위치준비, 네트워크연결, 스위치구성 스토리지시스템준비및구성 Microsoft Hyper-V 호스트설치및구성 SQL Server 데이터베이스설치및구성 System Center Virtual Machine Manager Server 구축 XenDesktop 컨트롤러설치및구성 PVS(Provisioning Services) 설치및구성 EMC Avamar 설정 요약

104 5 장 : VSPEX 구성지침 개요 표 20에서는솔루션구축프로세스의단계를설명합니다. 구축이완료된후에 VSPEX 인프라스트럭처를고객의기존네트워크및서버인프라스트럭처와통합할수 있습니다. 표 20. 구축프로세스개요 단계 설명 참고자료 1 사전요구사항확인 구축전작업 2 구축툴준비 구축전작업 3 고객구성데이터수집 구축전작업 4 구성요소의랙설치및케이블연결 공급업체의설명서 5 스위치및네트워크를구성하여고객 네트워크에연결 스위치준비, 네트워크연결, 스위치 구성 6 VNX 설치및구성스토리지시스템준비및구성 7 가상머신스토리지구성스토리지시스템준비및구성 8 서버설치및구성 Microsoft Hyper-V 호스트설치및구성 9 SQL Server 설치 (SCVMM, PVS 서버및 XenDesktop 에사용 ) SQL Server 데이터베이스설치및구성 10 SCVMM 설치및구성 System Center Virtual Machine Manager Server 구축 11 XenDesktop 컨트롤러설치 XenDesktop 컨트롤러설치및구성 12 테스트및설치솔루션검증 104

105 5 장 : VSPEX 구성지침 구축전작업 구축전작업에는환경의설치및구성과직접적인연관성이없지만사전에완료해야설치를시작할수있는절차가포함됩니다. 구축전작업의예로는호스트이름, IP 주소, VLAN ID, 라이센스키, 설치미디어등을수집하는작업을들수있습니다. 표 21에나와있는것처럼이러한작업은고객사이트를방문하기전에완료해야현장에서소요되는시간을줄일수있습니다. 표 21. 구축전작업작업설명참고자료 문서수집참고자료열에나열된관련문서를수집합니다. 이가이드에서는솔루션의다양한구성요소별로설치절차와구축 Best Practice를자세히소개하기위해이러한문서가많이참조됩니다. EMC 설명서 기타문서 툴수집 데이터수집 구축하는데반드시필요한툴과선택적툴을준비합니다. 구축프로세스를시작하기전에표 22를참조하여필요한장비, 소프트웨어, 해당라이센스가모두준비되었는지확인합니다. 고객의네트워크, 이름지정방식, 필요한계정등과관련하여구체적인구성데이터를수집합니다. 구축프로세스를진행하면서참조할수있도록고객구성데이터워크시트에해당정보를입력합니다. 표 22 부록 B 구축관련사전요구사항 Fibre Channel 버전의경우 VNX Block 구성워크시트를작성하십시오. EMC 온라인지원웹사이트에서제공되는이러한워크시트를사용하면스토리지별 정보를포괄적으로정리할수있습니다. 표 22에는이솔루션에대한하드웨어, 소프트웨어및라이센스요구사항이 항목별로정리되어있습니다. 자세한내용은이가이드의하드웨어및소프트웨어 표를참조하십시오. 표 22. 구축관련사전요구사항체크리스트 요구사항 설명 참고자료 하드웨어 가상데스크톱을호스팅할물리적서버 : 데스크톱을호스팅하는데충분한물리적서버용량 105

106 5 장 : VSPEX 구성지침 요구사항설명참고자료 가상인프라스트럭처서버를호스팅할 Microsoft Hyper-v Server 2012 참고 : 이요구사항은기존인프라스트럭처로 충족할수도있습니다. 네트워킹 : EUC(End-User Computing) 솔루션에필요한스위치포트용량및기능 EMC VNX: 요구되는디스크레이아웃이 적용된멀티프로토콜스토리지 소프트웨어 Microsoft SCVMM 2012 SP1 설치미디어 Citrix Provisioning Service 7 설치미디어 Citrix XenDesktop 7 설치미디어 Citrix Provisioning Services 7 설치미디어 ESI for Microsoft EMC 온라인지원 소프트웨어 - FC 버전만해당라이센스라이센스 - FC 버전만해당 Microsoft Windows Server 2012 설치 미디어 (AD/DHCP/DNS/Hypervisor) Microsoft Windows 7 SP1 설치미디어 Microsoft SQL Server 2012 설치미디어 EMC PowerPath Citrix XenDesktop 7 라이센스파일 Microsoft Windows Server 2012 Standard 이상라이센스키 참고 : 이요구사항은기존 Microsoft KMS(Key Management Server) 로도충족할수있습니다. Microsoft Windows 7 라이센스키 참고 : 이요구사항은기존 Microsoft KMS(Key Management Server) 로도충족할수있습니다. Microsoft SQL Server 라이센스키 참고 : 이요구사항은기존인프라스트럭처로충족할수도있습니다. SCVMM 2012 SP1 라이센스키 EMC PowerPath 라이센스파일 EMC 온라인지원 106

107 5 장 : VSPEX 구성지침 고객구성데이터 현장에서의작업시간을줄이려면계획단계에서 IP 주소나호스트이름같은정보를수집해두어야합니다. 부록 B에는관련정보를기록할수있는표가포함되어있습니다. 구축프로세스를진행하면서필요에따라이표를확장하거나축소하고, 정보도추가하거나수정하면서기록하면됩니다. 또한 EMC 온라인지원에서제공되는 VNX File 및 Unified 워크시트도작성하여스토리지별정보를포괄적으로정리할수있습니다. 스위치준비, 네트워크연결, 스위치구성 이섹션에서는이아키텍처를지원하기위한네트워크인프라스트럭처의요구사항을설명합니다. 표 23에는앞으로진행해야할작업과자세한내용을참조할수있는참고자료가요약되어있습니다. 표 23. 스위치및네트워크구성작업작업설명참고자료 인프라스트럭처네트워크구성스토리지네트워크구성 (FC 버전 ) VLAN 구성네트워크케이블연결 50페이지의솔루션아키텍처에지정된사양으로스토리지시스템과 Windows 호스트인프라스트럭처의네트워크를구성합니다. Hyper-V 호스트및스토리지시스템용으로조닝 (Zoning) 된 Fibre Channel 스위치포트를구성합니다. 필요에따라전용 VLAN과공용 VLAN을구성합니다. 스위치상호연결포트를연결합니다. VNX 포트를연결합니다. 공급업체의스위치구성가이드공급업체의스위치구성가이드 네트워크스위치준비 이솔루션에서검증된수준의성능과가용성을얻으려면솔루션하드웨어표 (56페이지의솔루션하드웨어 ) 에나와있는스위치용량이필요합니다. 기존인프라스트럭처가이요구사항에맞는경우에는하드웨어를새로설치할필요가없습니다. 107

108 5 장 : VSPEX 구성지침 인프라스트럭처네트워크구성 인프라스트럭처네트워크에서각 Hyper-V 호스트, 스토리지시스템, 스위치상호연결포트, 스위치업링크포트에대한네트워크연결은이중화해야합니다. 이중화를통해가용성을보장할수있을뿐아니라네트워크대역폭도추가로확보할수있습니다. 솔루션에사용할네트워크인프라스트럭처가이미갖추어져있든, 다른구성요소와함께새로구축하든상관없이이이중화구성이필요합니다. 그림 33 과그림 34 에는이솔루션에사용할이중화된네트워크인프라스트럭처의 샘플이나와있습니다. 그림에서보듯이이중화스위치및링크를사용함으로써 네트워크접속구성에서단일장애지점을없앴습니다. 그림 33. 네트워크아키텍처샘플 - SMB 버전 108

109 5 장 : VSPEX 구성지침 그림 34. 네트워크아키텍처샘플 - FC 버전 VLAN 구성 VLAN 이 3 개이상설치된스토리지시스템및 Hyper-V 호스트용스위치포트를 적절한수로구성해야하며, 이는다음을위해필요합니다. 가상머신네트워킹및 Hyper-V 관리트래픽 ( 필요한경우분리할수있는고객용네트워크 ) 스토리지네트워킹 ( 전용네트워크 ) Live Migration( 전용네트워크 ) 네트워크케이블연결 모든솔루션서버, 스토리지시스템, 스위치상호연결및스위치업링크의접속 구성을이중화하고각각별도의스위치인프라스트럭처에연결합니다. 기존고객 네트워크에완벽하게연결되도록합니다. 참고 : 이단계에서새장비를기존고객네트워크에연결합니다. 예기치않은상호작용으로 고객네트워크에서서비스문제가발생하지않도록주의해야합니다. 109

110 5 장 : VSPEX 구성지침 스토리지시스템준비및구성 이섹션에서는핵심스토리지와선택적스토리지를구성및용량할당하는데필요한 리소스와지침에대해설명합니다. VNX 구성 이섹션에서는 VNX 스토리지시스템의구성방법을설명합니다. VNX 시리즈는이 솔루션에서 Hyper-V 호스트에사용할 CIFS 또는 FC SAN 으로연결된블록스토리지를 제공합니다. 표 24 에는스토리지구성을위해수행할작업이나와있습니다. 표 24. 스토리지구성작업 작업설명참고자료 초기 VNX 구성설정 Hyper V에 FC 스토리지용량할당 (FC 버전만해당 ) 사용자데이터를저장할스토리지용량할당 ( 선택사항 ) VNX에서 IP 주소정보와기타주요매개변수를구성합니다. Hyper-V 서버에가상데스크톱호스팅용 CSV로제공할 FC LUN을구축합니다. Hyper-V 서버에가상데스크톱호스팅용 CSV로제공할 FC LUN을구축합니다. VNX5400 Unified 설치가이드 VNX5600 Unified 설치가이드 VNX File 및 Unified 워크시트 Unisphere 시스템시작가이드 공급업체의스위치구성가이드 VNX 준비 VNX를조립하고랙에설치하고케이블과전원을연결하는방법은 VNX5400 Unified 설치가이드에서참조할수있습니다. 가상데스크톱수가 2,000개인경우에는 VNX5600 Unified 설치가이드를대신참조하십시오. 이솔루션에만특별하게적용되는설치단계는없습니다. 초기 VNX 구성설정초기 VNX 설정이완료되면스토리지시스템이통신할수있도록기존환경에대한핵심정보를구성해야합니다. 해당 IT 데이터센터정책및기존인프라스트럭처정보에따라다음항목을구성합니다. DNS NTP 스토리지네트워크인터페이스 스토리지네트워크 IP 주소 CIFS 서비스및 Active Directory 도메인구성원 110

111 5 장 : VSPEX 구성지침 표 24 에나와있는참조문서에서자세한 VNX 플랫폼구성방법을참조할수 있습니다. 서버구성지침 (62 페이지 ) 에는디스크레이아웃에대한자세한정보가 나와있습니다. 핵심데이터스토리지용량할당 핵심데이터스토리지는가상데스크톱운영체제데이터의저장소로, FC 버전및 SMB 버전일수있습니다. 그림 20, 그림 24, 그림 26, 그림 27, 그림 29 및그림 30에서는이 VSPEX 솔루션에있는세솔루션스택의 FC(Fibre Channel) 버전과 SMB 버전에대한타겟스토리지레이아웃을보여줍니다. 다음섹션에서는 FC 버전및 SMB 버전모두의용량할당단계에대해설명합니다. Hyper-V 클러스터에스토리지용량할당 (FC 버전만해당 ) EMC Unisphere 인터페이스에서다음단계를수행하여가상서버를저장할 VNX에 FC LUN을구성합니다. 1. MCS/Non-PvD 구성에대해 600GB SAS 드라이브 10개, 20개또는 40개 ( 가상데스크톱이 500개인경우드라이브 10개, 1,000개인경우 20개, 2,000개인경우 40개 ) 로구성된블록기반 RAID 5 스토리지풀을생성하고이를 ESXi 서버에 VMFS 데이터저장소로제공합니다. 다른 MCS 또는 PVS 구성의경우스토리지구성지침을참조하여적절한 LUN 크기를선택하십시오. 스토리지풀에대해 FAST Cache를설정합니다. a. EMC Unisphere에로그인합니다. b. 이솔루션에서사용할스토리지를선택합니다. c. Storage > Storage Configuration > Storage Pools로이동합니다. d. Pools 탭을선택합니다. e. Create를클릭합니다. 2. 블록스토리지풀에서 LUN 4개, 8개또는 16개 ( 가상데스크톱이 500개인경우 LUN 4개, 1,000개인 LUN 8개, 2,000개인경우 LUN 16개 ) 를생성하고이를 Hyper-V 서버에 CSV로제공합니다. a. Storage > LUNs로이동합니다. b. Create를클릭합니다. c. 대화상자에서 1단계에서생성한풀과 MAX for User Capacity를선택하고, 생성할 Number of LUNs로 4, 8 또는 16을선택합니다. 이작업을마치면 LUN 용량이할당됩니다. 3. Hyper-V 서버가새로생성된 LUN에액세스할수있도록스토리지그룹을구성합니다. a. Hosts > Storage Groups로이동합니다. b. 새스토리지그룹을생성합니다. c. 이스토리지그룹에추가할 LUN 및 Hyper-V 호스트를선택합니다. 111

112 5 장 : VSPEX 구성지침 CIFS 공유에스토리지용량할당 (SMB 버전만해당 ) EMC Unisphere에서다음단계를수행하여가상데스크톱을저장할 VNX에 CIFS 파일시스템을구성합니다. 1. MCS/Non-PvD 구성에대해 600GB SAS 드라이브 10개, 20개또는 40개 ( 가상데스크톱이 500개인경우드라이브 10개, 1,000개인경우 20개, 2,000개인경우 40개 ) 로구성된블록기반 RAID 5 스토리지풀을생성합니다. 다른 MCS 또는 PVS 구성의경우스토리지구성지침을참조하여적절한 RAID 유형과디스크수를선택하십시오. 스토리지풀에대해 FAST Cache를설정합니다. a. EMC Unisphere에로그인합니다. b. 이솔루션에서사용할스토리지를선택합니다. c. Storage > Storage Configuration > Storage Pools로이동합니다. d. Pools 탭을선택합니다. e. Create를클릭합니다. 2. 블록스토리지풀에 LUN 10개를생성하고이를시스템정의 NAS 풀에서 Data Mover에디스크볼륨 (dvol) 으로제공합니다. MCS/Non-PvD 구성의경우각 LUN의용량은 200GB(500개의가상데스크톱 ), 400GB(1,000개의가상데스크톱 ) 또는 800GB(2,000개의가상데스크톱 ) 여야합니다. 또한 Hyper-V 서버를 CSV로제공합니다. 다른 MCS 또는 PVS 구성의경우스토리지구성지침을참조하여적절한 LUN 크기를선택하십시오. a. Storage > LUNs로이동합니다. b. Create를클릭합니다. c. 대화상자에서 1단계에서생성한풀과 MAX for User Capacity를선택하고, 생성할 Number of LUNs로 10을선택합니다. 참고 : LUN을 10개생성하는이유는 EMC Performance Engineering 팀에서스토리지풀의드라이브 4개마다 1개정도의 LUN을 10의배수로생성하도록권장하고있기때문입니다. 자세한내용은 EMC VNX Unified Best Practices for Performance Applied Best Practices Guide를참조하십시오. d. Hosts > Storage Groups로이동합니다. e. filestorage를선택합니다. f. Connect LUNs를클릭합니다. g. Available LUNs 창에서방금생성한 10개의 LUN을선택합니다. Selected LUNs 창에 LUN이바로나타납니다. 112

113 5 장 : VSPEX 구성지침 볼륨관리자가파일용새스토리지풀을자동으로감지하거나, 사용자가직접 Storage Pool for File에서 Rescan Storage System을클릭하여바로검색할수있습니다. GUI에파일용새스토리지풀이나타날때까지다음단계를진행하지마십시오. 3. MCS/Non-PvD 구성의경우각각 500GB 용량인파일시스템 4개, 8개또는 16개 ( 가상데스크톱이 500개인경우파일시스템 4개, 1,000개인경우파일시스템 8개, 2,000개인경우 16개 ) 를생성하고이를 Hyper-V 서버에 SMB 공유로제공합니다. 다른 MCS 또는 PVS 구성의경우스토리지구성지침을참조하여적절한파일시스템크기를선택하십시오. a. Storage > Storage Configuration > File Systems로이동합니다. b. Create를클릭합니다. c. 대화상자에서 Create from Storage Pool을선택합니다. d. Storage Capacity( 예 : 500GB) 를입력합니다. e. 다른모든매개변수에는기본값을그대로사용합니다. 4. CIFS를사용하여파일시스템을내보냅니다. a. Storage > Shared Folders > CIFS로이동합니다. b. Create를클릭합니다. 5. Unisphere: a. Settings > Data Mover Parameters를클릭하여 Data Mover 구성을변경합니다. b. Set Parameters 목록에서 All Parameters를선택합니다. c. 그림 36에서와같이 nthreads 매개변수까지아래로스크롤합니다. d. Properties를클릭하여설정을업데이트합니다. 113

114 5 장 : VSPEX 구성지침 NFS 요청을처리하기위한전용스레드의기본개수는 VNX의 Data Mover당 384개입니다. 이솔루션에는최대 2,000개의데스크톱연결이필요하므로 Data Mover마다최대 1,024개 (500개의가상데스크톱 ) 또는 2,048개 (1,000 및 2,000개의가상데스크톱 ) 까지활성 NFS 스레드수를늘립니다. 그림 35. nthread 매개변수설정 114

115 5 장 : VSPEX 구성지침 FAST Cache 구성이솔루션에대해스토리지풀에서 FAST Cache를구성하려면다음단계를완료합니다. 1. 플래시드라이브를 FAST Cache로구성합니다. a. Properties(Unisphere 창의대시보드 ) 또는 Manage Cache(Unisphere 창의왼쪽창 ) 를클릭하여 Storage System Properties 대화상자를엽니다. 그림 36. Storage System Properties 대화상자 b. FAST Cache 탭을클릭하여 FAST Cache 정보를확인합니다. c. Create 를클릭하여 Create FAST Cache 대화상자를엽니다. 그림 37. Create FAST Cache 대화상자 d. FAST Cache 가생성되면 RAID Type 필드가 RAID 1 로표시됩니다. 115

116 5 장 : VSPEX 구성지침 e. 플래시드라이브의개수를선택할수도있습니다. 창의하단에는 FAST Cache를생성하는데사용할플래시드라이브가나타납니다. Manual 옵션을선택하여드라이브를수동으로선택할수있습니다. 이솔루션에서사용되는플래시드라이브의수를결정하려면스토리지구성지침을참조하십시오. 참고 : 사용가능한플래시드라이브의수가충분하지않으면오류메시지가표시되고 FAST Cache를생성할수없습니다. 2. 스토리지풀에서 FAST Cache를설정합니다. 스토리지풀에서 LUN이생성되면스토리지풀레벨에서해당 LUN에대해서만 FAST Cache를구성할수있습니다. 즉, 스토리지풀에서생성된모든 LUN은 FAST Cache가활성화되거나비활성화됩니다. 3. 기존스토리지풀에서 FAST Cache를구성하려면 Create Storage Pool 대화상자의 Advanced 탭을사용합니다. 그림 38. Create Storage Pool 대화상자의 Advanced 탭 또한 VNX 시리즈에서 FAST Cache 를설치하는경우스토리지풀이생성될때 기본적으로설정됩니다. 그림 39. Storage Pool Properties 대화상자의 Advanced 탭 116

117 5 장 : VSPEX 구성지침 참고 : VNX 스토리지시리즈에 FAST Cache 기능을사용해도성능이즉각적으로향상되지는않습니다. 시스템이액세스패턴에대한데이터를수집한후자주사용되는정보를캐시에올려야하기때문입니다. 이프로세스를수행하는데몇시간정도소요될수있으며, 그사이스토리지성능이꾸준히향상됩니다. 사용자데이터를저장할스토리지용량할당 ( 선택사항 ) 운영환경에아직저장되지않은사용자데이터 ( 예 : 로밍사용자프로파일및홈디렉토리 ) 가스토리지에필요하고사용자데이터디스크팩을옵션으로구매한경우 Unisphere에서다음단계를수행하여 VNX에 CIFS 파일시스템을 2개구성하십시오. 1. 2TB NL-SAS 드라이브 16개, 24개또는 48개 ( 가상데스크톱이 500개인경우드라이브 16개, 1,000개인경우 24개, 2,000개인경우 48개 ) 로구성된블록기반 RAID 6 스토리지풀을생성합니다. 그림 22, 그림 28 및그림 31에서는솔루션의타겟사용자데이터스토리지레이아웃을보여줍니다. 2. 블록스토리지풀에 LUN 10개를생성하고이를시스템정의 NAS 풀에서 Data Mover에디스크볼륨 (dvol) 으로제공합니다. 각 LUN의용량은 1TB(500개의가상데스크톱 ), 2TB(1,000개의가상데스크톱 ) 또는 4TB(2,000개의가상데스크톱 ) 여야합니다 개의새 LUN이포함된시스템정의 NAS 풀에서파일시스템 2개를생성합니다. 파일시스템을 CIFS 공유로내보냅니다. FAST VP 구성 ( 선택사항 ) 원하는경우스토리지계층간에데이터이동을자동화하도록 FAST VP를구성할수있습니다. FAST VP는풀레벨에서구성할수도있고 LUN 레벨에서구성할수도있습니다. 117

118 5 장 : VSPEX 구성지침 풀레벨에서 FAST VP 구성 1. 특정스토리지풀을선택하고 Properties를클릭하여 Storage Pool Properties 대화상자를엽니다. 그림 40에는특정 FAST VP 사용풀의계층화정보가나와있습니다. 그림 40. Storage Pool Properties 창 Tier Status 상자에는선택한풀과관련된 FAST 재배치정보가나타납니다. 2. Auto-Tiering 목록에서 Relocation Schedule에대해 Manual 또는 Automatic을선택합니다. Tier Details 패널에는데이터의정확한분포가표시됩니다. 3. Relocation Schedule을클릭하여 Manage Auto-Tiering 대화상자를엽니다. 그림 41. Manage Auto-Tiering 대화상자 118

119 5 장 : VSPEX 구성지침 4. 필요에따라 Manage Auto-Tiering 대화상자에서 Data Relocation Rate를변경할수도있습니다. 기본속도는호스트입출력에큰영향을미치지않도록 Medium으로설정됩니다. 5. 확인을클릭하여변경내용을저장합니다. 참고 : FAST VP는자동재배치일정을예약하는완전히자동화된툴입니다. 재배치가성능에미치는잠재적영향을최소화하기위해사용량이적은시간에재배치를예약하십시오. LUN 레벨에서 FAST VP 구성일부 FAST VP 속성은 LUN 레벨에서관리됩니다. 1. 특정 LUN의 Properties를클릭합니다. 2. Tiering 탭을선택하여 LUN의계층화정보를확인합니다. 그림 42. LUN Properties 창 Tier Details 섹션에는 LUN 내현재볼륨분포가표시됩니다. 3. Tiering Policy 목록을사용하여 LUN의계층화정책을선택합니다. 4. 확인을클릭하여변경내용을저장합니다. 119

120 5 장 : VSPEX 구성지침 인프라스트럭처가상머신에사용할스토리지용량할당 ( 선택사항 ) 인프라스트럭처가상머신 (SQL Server, 도메인컨트롤러, vcenter Server 또는 XenDesktop 컨트롤러 ) 에필요한스토리지가기존운영환경에구축되어있지않고사용자데이터디스크팩을옵션으로구매한경우인프라스트럭처가상머신이상주할 SMB 공유로사용할수있도록 VNX에 CIFS 파일시스템을구성합니다. 드라이브수를최대한줄이면서 CIFS 공유에스토리지용량할당 (SMB 버전만해당 ) 섹션에나와있는구성단계를반복하여스토리지를추가로할당합니다. Microsoft Hyper-V 호스트설치및구성 이섹션에서는아키텍처를지원하는데필요한 Windows 호스트및인프라스트럭처서버를설치하고구성할때요구되는사항을설명합니다. 표 25에필요한작업이나와있습니다. 표 25. 서버설치작업작업설명참고자료 Windows 호스트설치 Hyper-V 설치및페일오버클러스터링구성 Windows 호스트네트워킹구성 Windows 서버에 PowerPath 설치 이솔루션용으로구축된물리적서버에 Windows Server 2012를설치합니다. 1. Hyper-V 서버역할을추가합니다. 2. 페일오버클러스터링기능을추가합니다. 3. Hyper-V 클러스터를생성하고구성합니다. NIC 팀구성및가상스위치네트워크를비롯한 Windows 호스트네트워킹을구성합니다. VNX LUN에대한경로다중화관리를위한 PowerPath 설치및구성 Windows용 PowerPath 및 PowerPath/VE를위한설치및관리가이드 Windows 호스트설치 Microsoft Best Practice에따라이솔루션에대한물리적서버에 Windows Server 2012 및 Hyper-V 역할을설치합니다. Hyper-V 설치및페일오버클러스터링구성 다음단계에따라페일오버클러스터링을설치하고구성합니다. 1. 각 Windows 호스트에서 Windows Server 2012 및패치를설치합니다. 2. Hyper-V 역할과페일오버클러스터링기능을구성합니다. 3. 각각의 Windows 호스트에서 HBA 드라이버를설치하거나 iscsi 이니시에이터를구성합니다. 자세한내용은 Windows용 EMC 호스트접속가이드를참조하십시오. 표 25에는구성작업을수행하는단계와참조자료가나와있습니다. 120

121 5 장 : VSPEX 구성지침 Windows 호스트네트워킹구성 성능과가용성을보장하려면다음개수의 NIC( 네트워크인터페이스카드 ) 가 필요합니다. 가상머신네트워킹과관리에사용할 1개이상의 NIC( 필요한경우네트워크또는 VLAN별로분리할수있음 ) 스토리지네트워크에사용할 2개이상의 10GbE NIC Live Migration에사용할 1개이상의 NIC 참고 : SMB 데이터를전송하는 NICS용점보프레임을설정합니다. MTU를 9,000으로설정합니다. 자세한내용은 NIC 공급업체의구성가이드를참조하십시오. Windows 서버에 PowerPath 설치 VNX 스토리지시스템의성능과기능을개선하려면 Windows 서버에 PowerPath 를 설치합니다. 자세한설치단계는 Windows 용 PowerPath 및 PowerPath/VE 설치및 관리가이드를참조하십시오. 점보프레임사용 점보프레임은 " 페이로드 " 가 1,500바이트보다크고최대 9,000바이트이하인이더넷프레임으로, MTU(Maximum Transmission Unit) 라고도합니다. 일반적으로인정되는점보프레임의최대크기는 9,000바이트입니다. 처리오버헤드는프레임수에비례합니다. 따라서점보프레임을사용하면전송할프레임수를줄여처리오버헤드를감소시킬수있으므로네트워크처리량이증가합니다. 점보프레임은시스템전체에사용해야합니다. 즉, 네트워크스위치, VNX 인터페이스등에대해점보프레임을설정해야합니다. VNX에서점보프레임을설정하려면 1. Unisphere -> Settings -> Network -> Settings for File을사용합니다. 2. Interfaces 탭에서적절한네트워크인터페이스를선택합니다. 3. Properties를선택합니다. 4. MTU 크기를 9000으로설정합니다. 5. OK를선택하여변경내용을적용합니다. 각각의네트워크스위치에서점보프레임을설정해야할수도있습니다. 자세한설정 방법은스위치구성가이드를참조하십시오. 가상머신메모리할당계획 이솔루션에는두가지용도에맞는서버용량이필요합니다. 새로운가상화데스크톱인프라스트럭처지원 인증 / 권한부여, DNS, 데이터베이스등필요한인프라스트럭처서비스지원인프라스트럭처서비스호스팅을위한최소요구사항에대한자세한내용은표 5를참조하십시오. 기존인프라스트럭처서비스가이러한요구사항에부합하는경우인프라스트럭처서비스용으로나열된하드웨어가필요하지않습니다. 121

122 5 장 : VSPEX 구성지침 메모리구성이솔루션에대한서버메모리를적절한크기로구성합니다. 이섹션에서는 Hyper-V 환경에서메모리를관리하는방법을간략하게소개합니다. 메모리가상화기술을통해하이퍼바이저에서동적메모리와같은물리적호스트리소스를추상화하여리소스소진을방지하는동시에여러가상머신간에리소스를분리할수있습니다. EPT가지원되는 Intel 프로세서등의고급프로세서를구축할경우에는이러한추상화가 CPU 내에서수행됩니다. 그렇지않으면이프로세스는하이퍼바이저자체내에서수행됩니다. 하이퍼바이저에는메모리등의시스템리소스사용률을극대화하는여러가지기술이포함되어있습니다. 리소스를지나치게과도할당하지마십시오. 그러면시스템성능이저하될수있습니다. 실제환경에서메모리과도할당이미치는영향을예측하기는어렵습니다. 과도할당된메모리양에따라리소스소진으로인한성능저하의정도가커집니다. SQL Server 데이터베이스설치및구성 이섹션에서는솔루션에사용할 SQL Server 데이터베이스를설치하고구성하는방법을설명합니다. 이섹션을완료하고나면가상머신에 Microsoft SQL Server가설치되고 Microsoft SCVMM, Citrix Provisioning Service 및 Citrix XenDesktop에서사용할데이터베이스가준비됩니다. 표 26에는 SQL Server 데이터베이스설치를위해수행할작업이나와있습니다. 표 26. SQL Server 데이터베이스설치작업작업설명참고자료 Microsoft SQL Server용가상머신생성 가상머신에 Microsoft Windows 설치 Microsoft SQL Server 설치 Microsoft SCVMM용데이터베이스구성 SQL Server를호스팅할가상머신을생성한후가상서버가하드웨어및소프트웨어요구사항에맞는지확인합니다. SQL Server를호스팅하도록생성된가상머신에 Microsoft Windows Server 2012 Standard Edition을설치합니다. Microsoft SQL Server 전용으로지정된가상머신에 SQL Server를설치합니다. SCVMM Server에필요한데이터베이스를해당데이터저장소에생성합니다

123 5 장 : VSPEX 구성지침 작업설명참고자료 XenDesktop 데이터베이스사용권한구성 데이터베이스서버에적절한 XenDesktop 설치관리자사용권한을구성합니다. Database Access and Permissions for XenDesktop 7 Microsoft SQL Server 용가상머신생성 참고 : 고객환경에이용도로 SQL Server가이미설치되어있을수도있습니다. 이경우에는 Microsoft SCVMM용데이터베이스구성을참조하십시오. 프로세서, 메모리및운영체제의요구사항은 SQL Server 버전에따라다릅니다. 이가상머신은인프라스트럭처가상머신용으로지정된 Hyper-V 서버중하나에생성해야하며, 공유인프라스트럭처용으로지정된 CSV를사용해야합니다. 가상머신에 Microsoft Windows 설치 SQL Server 설치 SQL Server 서비스는 Microsoft Windows에서실행해야합니다. 가상머신에서 Windows를설치하고적절한네트워크, 시간및인증설정을선택합니다. SQL Server 설치미디어에서가상머신에 SQL Server를설치합니다. SQL Server 설치방법은 Microsoft TechNet 웹사이트에서참조할수있습니다. SSMS(SQL Server Management Studio) 는 SQL Server 설치관리자의구성요소중하나입니다. 이구성요소는 SQL Server에서직접설치하거나관리자콘솔에서설치할수있습니다. SSMS는하나이상의시스템에설치해야합니다. 데이터파일을기본경로이외의위치에저장해야하는구축사례가많습니다. 기본경로를변경하려면 SSMS에서서버객체를마우스오른쪽버튼으로클릭하고데이터베이스속성을선택합니다. 그러면서버에서생성한새데이터베이스에사용할기본데이터및로그디렉토리를변경할수있는속성인터페이스가나타납니다. 참고 : 고가용성을위해 SQL Server 를 Microsoft Failover Cluster 에설치할수있습니다. Microsoft SCVMM 용데이터베이스구성 이솔루션에 Microsoft SCVMM을사용하려면서비스를지원하는데사용할데이터베이스를생성해야합니다. 참고 : 이솔루션에 Microsoft SQL Server Express 기반데이터베이스옵션을사용하지마십시오. Best Practice에따라 SQL Server에서데이터베이스를액세스하는각서비스별로개별로그인계정을생성하는것이좋습니다. 123

124 5 장 : VSPEX 구성지침 System Center Virtual Machine Manager Server 구축 이섹션에서는 SCVMM 구성방법에대한정보를제공합니다. 표 27에나열된작업을완료합니다. 표 27. SCVMM 구성작업작업설명참고자료 SCVMM 호스트가상머신생성 SCVMM 게스트 OS 설치 SCVMM Server 용가상머신생성 SCVMM 호스트가상머신에 Windows Server 2012 Datacenter Edition 을설치합니다. SCVMM Server 설치 SCVMM Server 를설치합니다. SCVMM 관리콘솔설치 SCVMM 관리콘솔을설치합니다. 호스트에로컬로 SCVMM 에이전트설치 SCVMM에 Hyper-V 클러스터추가 SCVMM에서파일공유스토리지추가 ( 파일버전에만해당 ) SCVMM이관리하는호스트에로컬로 SCVMM 에이전트를설치합니다. Hyper-V 클러스터를 SCVMM에추가합니다. SCVMM의 Hyper-V 클러스터에 SMB 파일공유스토리지를추가합니다 SCVMM 에서가상머신생성 SCVMM 에서가상머신을생성합니다. 템플릿가상머신구성 템플릿가상머신을사용하여 가상머신구축 기존가상머신을사용하여템플릿가상머신을생성합니다. 이과정에서하드웨어프로파일과게스트운영체제프로파일을생성합니다. 템플릿가상머신을사용하여가상머신을구축합니다. SCVMM 호스트가상머신생성 이솔루션의일부로설치된 Hyper-V 서버에서 Microsoft Hyper-V 서버를가상머신으로구축하려는경우 Hyper-V Manager를사용하여인프라스트럭처 Hyper-V 서버에직접연결합니다. 스토리지시스템에서제공되는인프라스트럭처서버데이터저장소를사용하여고객의게스트 OS 구성에따라 Microsoft Hyper-V 서버에가상머신을생성합니다. SCVMM 서버의메모리및프로세서요구사항은 SCVMM이관리해야하는 Hyper-V 호스트와가상머신의수에따라결정됩니다. 124

125 5 장 : VSPEX 구성지침 SCVMM 게스트 OS 설치 SCVMM 호스트가상머신에게스트 OS 를설치합니다. 필요한 Windows Server 버전을가상머신에설치하고적절한네트워크, 시간, 인증 설정을선택합니다. SCVMM Server 설치 VMM 데이터베이스및기본라이브러리서버를설정한다음 SCVMM 서버를 설치합니다. SCVMM Server 를설치하는방법은 Installing the VMM Server 문서를참조하십시오. SCVMM 관리콘솔설치 SCVMM 관리콘솔은 SCVMM Server 를관리하기위한클라이언트툴입니다. VMM 관리콘솔을 VMM 서버와동일한컴퓨터에설치합니다. SCVMM 관리콘솔을설치하는방법은 Installing the VMM Administrator Console 문서를참조하십시오. 호스트에로컬로 SCVMM 에이전트설치 경계네트워크에서호스트를관리해야할경우 VMM 에호스트를추가하기전에 호스트에 SCVMM 에이전트를로컬로설치합니다. 또는호스트를 VMM 에추가하기 전에도메인의호스트에 VMM 에이전트를로컬로설치합니다. VMM 에이전트를호스트에로컬로설치하는방법은 Installing a VMM Agent Locally 문서를참조하십시오. SCVMM 에 Hyper-V 클러스터추가 구축한 Microsoft Hyper-V 클러스터를 SCVMM 에추가합니다. SCVMM 은이러한 Hyper-V 클러스터를관리합니다. Hyper-V 클러스터를추가하는방법은호스트클러스터를 VMM 에추가하는방법 문서를참조하십시오. SCVMM 에파일공유스토리지추가 ( 파일버전에만해당 ) SCVMM에파일공유스토리지를추가하려면다음단계를수행하십시오. 1. VMs and Services 작업공간을엽니다. 2. VMs and Services 창에서 Hyper-V 클러스터이름을마우스오른쪽버튼으로클릭합니다. 3. Properties 를클릭합니다. 4. Properties 창에서 File Share Storage 를클릭합니다. 5. Add 를클릭한다음 SCVMM 에파일공유스토리지를추가합니다. SCVMM 에서가상머신생성 SCVMM 에서가상머신템플릿으로사용할가상머신을생성합니다. 가상머신을 설치한후소프트웨어를설치하고 Windows 와애플리케이션의설정을변경합니다. 가상머신을생성하는방법은빈가상하드디스크로가상컴퓨터를만드는방법 문서를참조하십시오. 125

126 5 장 : VSPEX 구성지침 템플릿가상머신생성 가상머신을템플릿으로변환하면해당가상머신은제거됩니다. 템플릿을생성하는 중에가상머신이제거될수있으므로가상머신을백업하십시오. 템플릿을생성하는과정에서하드웨어프로파일과게스트운영체제프로파일을생성합니다. 이프로파일을사용하여가상머신을구축할수있습니다. 템플릿을생성하는방법은가상컴퓨터를기반으로템플릿을만드는방법을참조하십시오. 템플릿가상머신을사용하여가상머신구축 가상머신을구축하는방법은 How to Deploy a Virtual Machine 을참조하십시오. 구축마법사에서 PowerShell 스크립트를저장하여동일한구성을가진다른가상 머신을구축할때재사용할수있습니다. XenDesktop 컨트롤러설치및구성 이섹션에서는솔루션에사용할 Citrix XenDesktop 컨트롤러를설치하고구성하는데필요한정보를제공합니다. Citrix는 XenDesktop을새로설치하는경우표 28의작업을표시된순서대로수행할것을권장하고있습니다. 표 28. XenDesktop 컨트롤러설치작업작업설명참고자료 XenDesktop 컨트롤러용가상머신생성 XenDesktop 컨트롤러및 PVS 서버용게스트운영체제설치 XenDesktop의서버측구성요소설치 Citrix Studio 설치 Hyper V에서 4개의가상머신을생성합니다. 이가운데두가상머신은 XenDesktop Delivery Controller로사용됩니다. Windows Server 2008 R2 또는 Windows Server 2012 게스트운영체제를설치합니다. 첫번째 Delivery Controller에 XenDesktop 서버구성요소를설치합니다. XenDesktop 구축과정을원격으로관리할 Citrix Studio를설치합니다. 사이트구성 Citrix Studio 에서사이트를구성합니다. 두번째 XenDesktop Delivery Controller 추가 마스터가상머신준비 Delivery Controller를추가로설치하여고가용성을확보합니다. 가상데스크톱의기본이미지로서마스터가상머신을생성합니다. 126

127 5 장 : VSPEX 구성지침 XenDesktop 의서버측구성요소설치 첫번째컨트롤러에 XenDesktop 의다음서버측구성요소를설치합니다. Delivery Controller - 애플리케이션및데스크톱배포, 사용자액세스관리, 연결최적화 Citrix Studio - 인프라스트럭처구성요소 / 애플리케이션 / 데스크톱생성, 구성및관리 Citrix Director - 성능모니터링및문제해결지원 라이센스서버 - 제품라이센스를관리합니다. Citrix StoreFront - Citrix Receiver에대해인증및리소스제공서비스수행참고 : Citrix는 Citrix 설명서에수록된절차를통한 XenDesktop 구성요소설치만지원합니다. 사이트구성 Citrix Studio 를시작하고사이트를구성합니다. 사이트를구성할때는다음을 수행합니다. 1. 사이트의라이센스를획득하고사용할 XenDesktop 버전을지정합니다. 2. SQL Server에대해지정된로그인자격증명을사용하여사이트데이터베이스를설정합니다. 3. 컨트롤러에서 Hyper-V 인프라스트럭처와의연결에사용할 Microsoft SCVMM 경로를비롯하여가상인프라스트럭처에대한정보를제공합니다. 두번째컨트롤러추가 사이트를구성하고나면두번째컨트롤러를추가하여가용성을높일수있습니다. 두 번째컨트롤러에필요한 XenDesktop 의서버측구성요소는다음과같습니다. Delivery Controller Citrix Studio Citrix Director Citrix StoreFront 라이센스서버구성요소는첫번째컨트롤러에서중앙집중식으로관리되므로두번째컨트롤러에는설치하지않습니다. Citrix Studio 설치 XenDesktop 구축환경을원격으로관리하려면적절한관리자콘솔에 Citrix Studio 를 설치합니다. 마스터가상머신준비 불필요한백그라운드서비스에서불필요하게입출력작업이생성되어스토리지 시스템의성능이전반적으로저하되지않도록마스터가상머신을최적화합니다. 다음단계에따라마스터가상머신을준비합니다. 1. Windows 7 게스트운영체제를설치합니다. 2. Hyper-V Tools 와같은적절한통합툴을설치합니다. 127

128 5 장 : VSPEX 구성지침 3. Citrix Windows 7 Optimization Guide for Desktop Virtualization을참조하여운영체제설정을최적화합니다. 4. VDA(Virtual Delivery Agent) 를설치합니다. 5. Microsoft Office와같이운영환경에필요한타사툴또는애플리케이션을설치합니다. 가상데스크톱프로비저닝 Citrix Studio 에서다음단계에따라 MCS(Machine Creation Services) 를사용하여 가상데스크톱을구축합니다. 1. 마스터가상머신을기본이미지로사용하여머신카탈로그를생성합니다. MCS를통해다양한유형의데스크톱이포함된머신카탈로그를생성할수있습니다. 이솔루션에서테스트를마친데스크톱유형은다음과같습니다. Windows Desktop OS: Random: 사용자가로그온할때마다무작위로새로운데스크톱에접속됩니다. Personal vdisk: 사용자가로그온할때마다고정적으로동일한데스크톱에접속됩니다. 변경된내용은별도의 Personal vdisk에저장됩니다. Windows Server OS: 표준화된머신의대규모구축을위해 HSD(Hosted Shared Desktop) 를제공합니다. 2. 최종사용자가가상데스크톱을사용할수있도록카탈로그에생성한머신을서비스제공그룹에추가합니다. 128

129 5 장 : VSPEX 구성지침 PVS(Provisioning Services) 설치및구성 이섹션에서는솔루션에사용할 Citrix Provisioning Services를설치하고구성하는데필요한정보를제공합니다. Citrix는 Provisioning Services를새로설치하는경우표 29의작업을표시된순서대로수행할것을권장하고있습니다. 표 29. XenDesktop 컨트롤러설치작업작업설명참고자료 PVS 서버용가상머신생성 PVS 컨트롤러용게스트운영체제설치 PVS의서버측구성요소설치 PVS 서버팜구성두번째 PVS 서버추가 Hyper-V Server용가상머신 2개생성이두가상머신은 PVS 서버로사용됩니다. Windows Server 2008 R2 또는 Windows Server 2012 게스트운영체제를설치합니다. PVS 서버에 PVS 서버구성요소와콘솔을설치합니다. Provisioning Services Configuration Wizard를실행하여 PVS 서버팜을생성합니다. 두번째서버에 PVS 서버구성요소와콘솔을설치한후기존서버팜에연결합니다. Citrix 웹사이트 PVS 저장소생성 vdisk 가상주할저장소경로를지정합니다. 인바운드통신구성부트스트랩파일구성 VNX에 TFTP 서버설정 DHCP 서버에부팅옵션 66/67 구성마스터가상머신준비 각가상데스크톱과통신하는데사용될스레드의총개수를조정합니다. 두 PVS 서버를모두사용하여스트리밍서비스를제공하도록부트스트랩이미지를업데이트합니다. VNX에서호스팅되는 TFTP 서버에부트스트랩이미지를복제합니다. PXE(Preboot execution Environment) 부팅에사용되는 TFTP 서버 IP와부트스트랩이미지의이름을지정합니다. 가상데스크톱의기본이미지로서마스터가상머신을생성합니다. 가상데스크톱프로비저닝 PVS 를사용하여데스크톱을프로비저닝합니다. 129

130 5 장 : VSPEX 구성지침 PVS 서버팜구성 PVS 서버에 PVS 서버구성요소를설치한후 Provisioning Services Configuration Wizard 를시작하여다음옵션으로새서버팜을구성합니다. 1. DHCP 서비스가다른컴퓨터에서실행되도록지정합니다. 2. PXE 서비스가다른컴퓨터에서실행되도록지정합니다. 3. Create Farm을선택하여지정된 SQL 데이터베이스인스턴스로새 PVS 서버팜을생성합니다. 4. 새서버팜을생성할때는사이트도생성해야합니다. 새사이트와타겟디바이스모음에적절한이름을지정하십시오. 5. XenDesktop 컨트롤러에서실행되는라이센스서버를선택합니다. 6. TFTP 서비스를 VNX에서실행하도록선택할경우 PVS 서버에서호스팅되는 TFTP 서비스를사용하지않도록하고, Use the Provisioning Services TFTP service 옵션의선택을취소하십시오. 두번째 PVS 서버추가 PVS 서버팜을구성하고나면두번째 PVS 서버를추가하여가용성을높일수있습니다. 두번째 PVS 서버에 PVS 서버구성요소와콘솔을설치하고 Provisioning Services Configuration Wizard를실행하여두번째서버를기존서버팜에연결합니다. PVS 저장소생성 PVS 저장소는 vdisk에대한논리적컨테이너입니다. PVS에서는 CIFS 공유를저장소의스토리지타겟으로사용할수있습니다. PVS 저장소를생성할경우, VNX 스토리지에서호스팅되는 CIFS 공유의 UNC(Universal Naming Convention) 경로를기본저장소경로로설정합니다. Provisioning Services 콘솔에서저장소를마우스오른쪽버튼으로클릭하고 Properties 및 Validate를선택하여서버팜에있는모든 PVS 서버가 CIFS 공유를액세스할수있도록합니다. 인바운드통신구성 각 PVS 서버는가상데스크톱에서들어오는모든인바운드통신을관리하기위해다양한 UDP(User Datagram Protocol) 포트를보유합니다. 각데스크톱세션마다 1개의전용스레드를할당하는것이가장좋습니다. PVS 서버에서지원하는총스레드수는다음과같이계산됩니다. Total threads = (Number of UDP ports * Threads per port * Number of network adapters) 스레드수는구축된가상데스크톱의수에맞게조정해야합니다. 130

131 5 장 : VSPEX 구성지침 부트스트랩파일구성 가상데스크톱이 PXE 부팅을수행하는데필요한부트스트랩파일을업데이트하려면 다음단계를수행합니다. 1. Provisioning Services 콘솔에서 Farm > Sites > Site-name > Servers로이동합니다. 2. 서버를마우스오른쪽버튼으로클릭하고 Configure Bootstrap을선택합니다. 그림 43. Configure Bootstrap 대화상자 3. Configure Bootstrap 대화상자에서, 라운드로빈방식으로스트리밍서비스를제공하는모든 PVS 서버에사용되는 IP 주소가반영되도록부트스트랩이미지를업데이트합니다. Read Servers from Database를선택하여 PVS 서버목록을자동으로가져오거나 Add를선택하여서버정보를직접추가합니다. 4. 구성을수정한후에는 OK를클릭하여 ARDBP32.BIN 부트스트랩파일 ( 경로 : C:\ProgramData\Citrix\Provisioning Services\Tftpboot) 을업데이트합니다. 5. 이폴더로이동한후부트스트랩파일의타임스탬프를검토하여이파일이해당 PVS 서버에서업데이트되었는지확인합니다. VNX 에 TFTP 서버설정 VNX 플랫폼은 NFS/CIFS 서버외에도가상데스크톱이 PXE 부팅할때부트스트랩 이미지를제공하는 TFTP 서버로사용됩니다. VNX TFTP 서버를구성하려면다음단계를수행합니다. 1. 다음명령구문을입력하여 TFTP 서비스를활성화합니다. server_tftp <movername> -service -start 131

132 5 장 : VSPEX 구성지침 2. 다음명령구문을사용하여 TFTP 작업디렉토리를설정하고파일전송에 읽기 / 쓰기액세스를사용하도록설정합니다. server_tftp <movername> -set path <pathname> -readaccess all -writeaccess all 3. TFTP 클라이언트를사용하여 ARDBP32.BIN 부트스트랩파일을 PVS 서버의 C:\ProgramData\Citrix\Provisioning Services\Tftpboot 에서 VNX TFTP 서버로업로드합니다. 4. 다음명령구문으로 TFTP 작업디렉토리액세스를읽기전용으로설정하여 부트스트랩파일이실수로수정되지않도록방지합니다. server_tftp <movername> -set path <pathname> -writeaccess none DHCP 서버에부팅옵션 66/67 구성 가상데스크톱을 PVS 서버에서제공하는부트스트랩이미지를통해 PXE 부팅하려면 DHCP 서버에서부팅옵션 066 및 067 을설정합니다. 다음단계를수행하여 Microsoft DHCP 서버에서부팅옵션을구성합니다. 1. Microsoft DHCP 서버의 DHCP 관리인터페이스에서 Scope Options를마우스오른쪽버튼으로클릭한다음 Configure Options를선택합니다 Boot Server Host Name을선택합니다. 3. TFTP 서버로구성된 Data Mover의 IP 주소를 String value에입력합니다. 4. 마찬가지로 067 Bootfile Name을선택한다음 String value 상자에 ARDBP32.BIN을입력합니다. 그러면 PVS 서버에서 vdisk 이미지가스트리밍되기전에 ARDBP32.BIN 부트스트랩이미지가가상데스크톱에로드됩니다. 마스터가상머신준비 불필요한백그라운드서비스에서필요없는입출력작업이생성되어스토리지 시스템의성능이전반적으로저하되지않도록마스터가상머신을최적화합니다. 다음단계에따라마스터가상머신을준비합니다. 1. 적절한통합툴을설치합니다. 2. 다음문서를참조하여운영체제설정을최적화합니다. Citrix Windows 7 Optimization Guide for Desktop Virtualization 3. VDA(Virtual Delivery Agent) 를설치합니다. 4. Microsoft Office 와같이환경에필요한타사툴또는애플리케이션을 설치합니다. 5. 마스터가상머신에 PVS 타겟디바이스소프트웨어를설치합니다. 6. 네트워크어댑터가부팅순서 1 순위가되도록마스터가상머신의 BIOS 를 수정하여 PVS 부트스트랩이미지의 PXE 부팅을설정합니다. 132

133 5 장 : VSPEX 구성지침 가상데스크톱프로비저닝 다음단계에따라 PVS 기반가상데스크톱을구축합니다. 1. PVS 이미징마법사를실행하여 vdisk 에마스터이미지의클론을생성합니다. 2. 클론생성을완료한후마스터가상머신을종료하고다음 vdisk 속성을수정합니다. Access mode: 표준이미지 Cache type: 디바이스하드드라이브에저장된캐시 3. XenDesktop Setup Wizard가다음단계에서사용할가상머신템플릿을준비합니다. 4. PVS 콘솔에서 XenDesktop Setup Wizard를실행하여지정된수의가상데스크톱이포함된머신카탈로그를생성합니다. 5. 최종사용자가가상데스크톱을사용할수있도록카탈로그에생성한가상데스크톱을서비스제공그룹에추가합니다. EMC Avamar 설정 이섹션에서는사용자파일의 " 게스트내 " 백업을지원하는데필요한 Avamar의설치및구성에대한정보를제공합니다. 사용자파일의백업방식으로는다른 Avamar 기반방식도있지만, 이방식에서는공통 GUI를통해최종사용자복구기능을제공합니다. 이번구성에서는사용자의파일과프로파일만백업하는것으로가정합니다. 표 30에는완료해야하는작업이정리되어있습니다. 참고 : Citrix XenDesktop 가상데스크톱에필요한데이터센터인프라스트럭처구성요소를정기적으로백업하면여기서설명하는절차를통해생성되는백업이보강됩니다. 전체재해복구계획을수립하려면 Citrix XenDesktop EUC를복구하는기능과함께 Citrix XenDesktop 데스크톱사용자데이터및파일을복구하는기능이필요합니다. 133

134 5 장 : VSPEX 구성지침 표 30. Avamar 통합작업 작업설명참고자료 Microsoft Active Directory 준비 EMC Avamar 에 대한 GPO 추가 사용자파일및프로파일의 EMC Avamar 백업을사용하도록 GPO 를 생성하고구성합니다. Citrix XenDesktop 에대한마스터이미지준비 EMC Avamar 에 대한마스터 이미지준비 사용자모드에서실행할 EMC Avamar 클라이언트를설치하고구성합니다. EMC Avamar 준비데이터세트정의스케줄정의유지보수윈도우스케줄조정보존정책정의그룹및그룹정책생성데스크톱구축후클라이언트 ( 데스크톱 ) 활성화 사용자파일및프로파일을지원하도록 EMC Avamar 데이터세트를생성하고구성합니다. 가상데스크톱백업을지원하도록 EMC Avamar 백업스케줄을생성하고구성합니다. 가상데스크톱백업을지원하도록유지보수윈도우스케줄을수정합니다. EMC Avamar 보존정책을생성하고구성합니다. EMC Avamar 그룹및그룹정책을생성하고구성합니다. EMC Avamar Enterprise Manager를사용하여 Citrix XenDesktop 가상데스크톱을활성화합니다. EMC Avamar 7.0 관리 가이드 EMC Avamar 7.0 Operational Best Practices EMC Avamar 7.0 관리가이드 134

135 5 장 : VSPEX 구성지침 EMC Avamar 에대한 GPO 추가 관리부담을줄이려면매핑된드라이브를사용해야하는데, 이는 %username% 같은클라이언트측변수를지원하지않는현재 EMC Avamar의제한때문입니다. Windows 폴더리디렉션을구성하여매핑된드라이브에필요한 UNC 경로를생성하십시오. 반드시새 GPO를생성해야합니다. 폴더리디렉션 Windows 폴더리디렉션을구성하려면 1. User Configuration > Policies > Windows Settings > Folder Redirection으로이동하여 GPO를편집합니다. 2. Documents를마우스오른쪽버튼으로클릭합니다. 3. Properties를선택합니다. 4. Settings 목록에서 Basic Redirect everyone s folder to the same location을선택합니다. 5. Root Path 상자에서그림 45에서처럼 \\CIFS_server\folder를입력한다음 OK를클릭합니다. 그림 44. Windows 폴더리디렉션구성 135

136 5 장 : VSPEX 구성지침 매핑된드라이브매핑된드라이브구성을 2개생성합니다. 하나는사용자파일용이고다른하나는사용자프로파일용입니다. 매번 3개의변수 (Location, Label As 및 Drive Letter Used) 를변경하는다음절차를 2회반복하여매핑된드라이브를 2개생성합니다. 드라이브매핑을구성하려면 1. GPO를편집하고 User Configuration > Preferences > Windows Settings > Drive Maps로이동합니다. 2. 오른쪽창에서비어있는흰영역을마우스오른쪽버튼으로클릭합니다. 3. 컨텍스트메뉴에서그림 45과같이 New > Mapped Drive를선택합니다. 그림 45. 사용자파일용 Windows 네트워크드라이브매핑생성 4. 매핑된드라이브속성대화상자에서그림 46과같이다음항목을설정하여 User_Files 매핑된드라이브를생성합니다. a. Action 목록에서 Create를선택합니다. b. Location에 \\cifs_server\folder\%username% 을입력합니다. c. Reconnect를선택합니다. d. Label as에 User_Files를입력합니다. e. Drive Letter 상자에서 Use를선택한다음 U를선택합니다. f. Hide/Show this drive에서 Hide this drive를선택합니다. 136

137 5 장 : VSPEX 구성지침 그림 46. 드라이브매핑설정구성 5. Properties 창맨위에서 Common 탭을클릭한다음 Run in logged-on user s security context (user policy option) 을선택합니다. 그림 47. 드라이브매핑공통설정구성다음과같은변수로 1~5단계를반복하여 User_Profile 매핑된드라이브를생성합니다. a. Location에 \\cifs_server\folder\%username%.domain.v2를입력합니다. 여기서 domain은 Active Directory 도메인이름입니다. b. Label as에 User_Profile을입력합니다. c. Drive Letter 상자에서 Use를선택한다음 P를선택합니다. 137

138 5 장 : VSPEX 구성지침 49 페이지에샘플구성이나와있습니다. 그림 48. 사용자프로파일데이터용 Windows 네트워크드라이브매핑생성 6. 그룹정책편집기를닫아변경내용을저장합니다. EMC Avamar 용마스터이미지준비 이섹션에서는 Windows 용 Avamar Client 를사용하여 Citrix XenDesktop 가상 데스크톱에대한백업및복구기능을지원하는방법에대해설명합니다. 이기능에서 사용자생성파일은 EMC VNX 홈디렉토리에저장됩니다. Windows용 Avamar Client는백업에이전트라고하는 Windows 서비스로설치및실행됩니다. 백업및복구기능은이서버서비스에서제공합니다. 로컬시스템계정으로로그온한서비스의액세스대상은 Windows 보안을통해로컬리소스로제한됩니다. 백업에이전트는기본구성에따라로컬시스템계정으로로그온하므로 Citrix XenDesktop View 사용자의프로파일또는데이터파일공유등을비롯한네트워크리소스를액세스할수없습니다. 백업에이전트가 Citrix XenDesktop 사용자프로파일및데이터파일공유를액세스하려면현재로그온한사용자의권한으로실행되어야합니다. 이렇게하려면사용자로그인시백업에이전트를시작하고해당사용자로로그온하도록지정하는배치 (batch) 파일을사용하면됩니다. 참고 : 이배치 (batch) 파일의명령에서는리디렉션된 Windows용 Avamar Client의 var 디렉토리에대한사용자데이터디스크의드라이브문자를 D라고가정합니다. 다른드라이브문자가할당된경우 D:\ 의모든인스턴스에있는 D 올바른문자로바꾸십시오. var 디렉토리의리디렉션은 Re-direct the Avamar Client for Windows var directory에설명되어있습니다. 138

139 5 장 : VSPEX 구성지침 매핑된드라이브의구성단계를사용하여 D 를 P 로바꿉니다. C:\Program Files\avs\var 에있는 avamar.cmd 파일에서 vardir 경로값을 --vardir=p:\avs\var 로 수정합니다. 데이터세트정의 다음몇개의섹션에서는 Avamar 그리드가작동하고있으며사용자가 Avamar Administrator 에로그인한것으로가정합니다. Avamar Administrator 를액세스하는 방법에대한자세한내용은 EMC Avamar 7.0 관리가이드를참조하십시오. Avamar 데이터세트는클라이언트에서백업할디렉토리및파일의목록입니다. 데이터세트를클라이언트나그룹에할당하면백업선택항목을저장할수있습니다. 데이터세트에대한자세한내용은 EMC Avamar 7.0 관리가이드를참조하십시오. 이섹션에서는사용자파일과사용자프로파일을성공적으로백업하는데필요한 Citrix XenDesktop 가상데스크톱데이터세트의구성절차에대해설명합니다. 다음절차를통해데이터세트를생성합니다. 하나는사용자파일에사용되고다른하나는사용자프로파일에사용됩니다. 사용자파일데이터세트생성 1. Avamar Administrator에서 Tools > Manage Datasets를선택합니다. 그림 49. Avamar Tools 메뉴 2. Manage All Datasets 창에서 New 를클릭합니다. 그림 50. Avamar Manage All Datasets 대화상자 139

140 5 장 : VSPEX 구성지침 New Dataset 창이나타납니다. 그림 51. Avamar New Dataset 대화상자 3. 각각의플러그인을선택하고제거기호 ( ) 를클릭하여목록에서모든 플러그인을제거합니다. 4. Name 필드에 View-User-Files를입력합니다. 5. Enter Explicitly를선택합니다. 6. Select Plug-in Type 목록에서 Windows File System을선택합니다. 7. Select Files and/or Folders에 U:\ 를입력하고더하기 (+) 기호를클릭합니다. 그림 52. Avamar 데이터세트설정구성 8. OK 를클릭하여데이터세트를저장합니다. 140

141 5 장 : VSPEX 구성지침 사용자프로파일데이터세트생성사용자프로파일데이터에대한새데이터세트를생성하려면다음단계를수행합니다. 1. 다음값을사용하여사용자파일생성의단계를수행합니다. Name: View-User-Profile Select Files and/or Folders: P:\ 그림 53. 사용자프로파일데이터데이터세트 2. Exclusions 탭을선택합니다. 3. Select Plug-in Type 목록에서 Windows File System을선택합니다. 4. Select Files and/or Folders에 P:\avs를입력하고더하기 (+) 기호를클릭합니다. 그림 54. 사용자프로파일데이터데이터세트 Exclusion 설정 141

142 5 장 : VSPEX 구성지침 5. Options 탭을클릭합니다. 6. Select Plug-in Type 목록에서 Windows File System 을선택합니다. 7. Show Advanced Options 를선택합니다. 그림 55. 사용자프로파일데이터데이터세트 Options 설정 8. 옵션목록을아래로스크롤하여 Volume Freezing Options 섹션으로이동합니다. 9. Method to freeze volumes 목록에서 None을선택합니다. 10. OK를클릭하여데이터세트를저장합니다. 그림 56. 사용자프로파일데이터데이터세트 Advanced Options 설정 142

143 5 장 : VSPEX 구성지침 스케줄정의 Avamar 스케줄은그룹백업과맞춤형알림이발생하는시기를제어하는재사용가능 객체입니다. 해당 RPO( 복구시점목표 ) 를충족하도록반복스케줄을정의하십시오. 데이터세트에대한자세한내용은 EMC Avamar 7.0 관리가이드를참조하십시오. 유지보수윈도우스케줄조정 Avamar 서버유지보수는다음의세가지필수작업으로구성됩니다. 체크포인트 서버롤백을지원하려는명시적목적으로 Avamar 서버가 작성하는스냅샷입니다. 체크포인트검증 특정체크포인트의무결성을검증하는내부작업입니다. 검증을통과한체크포인트는서버롤백에사용할수있을만큼충분히신뢰할수있는것으로간주됩니다. 가비지수집 삭제되거나만료된백업으로부터스토리지공간을복구하는내부작업입니다. 각각의하루 24시간은다음세가지운영윈도우로구분되며그동안다양한시스템작업이수행됩니다. 백업윈도우 가동중단기간 유지보수기간그림 57에서는기본 Avamar 백업, 가동중단및유지보수윈도우를보여줍니다. 그림 57. Avamar 기본백업 / 유지보수윈도우스케줄 백업기간은하루중정상적인예약된백업을수행하도록할당된시간입니다. 백업윈도우에서는어떠한유지보수작업도수행되지않습니다. 143

144 5 장 : VSPEX 구성지침 가동중단기간은하루중서버에대한무제한액세스가필요한가비지수집과같은서버유지보수작업을수행하도록할당된시간입니다. 가동중단윈도우에서는어떠한백업작업이나관리작업도허용되지않지만복구작업은수행할수있습니다. 유지보수윈도우는하루중에서주로체크포인트생성및검증과같은일상적인서버유지보수작업을수행하도록예약된부분입니다. 하루중사용자가가상데스크톱에로그온해있는동안에는사용자파일및프로파일데이터를백업하지않아야합니다. 이시간동안백업이발생하지않도록하려면백업윈도우시작시간을조정하십시오. 그림 58에서는 Citrix XenDesktop 가상데스크톱의백업을위해수정된백업, 가동중단및유지보수윈도우를보여줍니다. 그림 58. Avamar의수정된 Backup/Maintenance Windows 스케줄위의그림처럼스케줄을조정하려면 Backup Window Start Time을 8:00 PM에서 8:00 AM으로변경하고 OK를클릭하여변경내용을저장합니다. Avamar 서버유지보수작업에대한자세한내용은 EMC Avamar 7.0 관리가이드를참조하십시오. 보존정책정의 Avamar 백업보존정책을통해시스템내에백업을유지하는기간을지정할수있습니다. 보존정책은발생하는각백업에할당됩니다. 필요시즉시백업을수행하기위한맞춤형보존정책을지정하거나, 예약된백업도중클라이언트그룹에자동으로할당되는보존정책을생성합니다. 백업의보존기간이만료되면해당백업은삭제대상으로자동표시됩니다. 삭제 작업은시스템작업량이적을때는한꺼번에실행됩니다. 보존정책정의에대한자세한내용은 EMC Avamar 7.0 관리가이드를참조하십시오. 144

145 5 장 : VSPEX 구성지침 그룹및그룹정책생성 Avamar 에서는사용자커뮤니티의세그먼트또는그룹전반에대해백업을 자동화하고정합성이유지되는규칙과시스템동작을적용하기위해그룹을 사용하여다양한정책을구현합니다. 그룹구성원은예약된백업을수행할목적으로특정그룹에추가한클라이언트시스템입니다. 특정그룹에어떠한클라이언트가속하는지지정하는것외에도다음사항을지정할수있습니다. 데이터세트 스케줄 보존정책이세가지객체가 " 그룹정책 " 의요소입니다. 그룹정책은이러한설정이클라이언트레벨에서재정의되지않을경우그룹의모든구성원에대한백업동작을제어합니다. 그룹및그룹정책에대한자세한내용은 EMC Avamar 7.0 관리가이드를참조하십시오. 이섹션에서는사용자파일과사용자프로파일을올바르게백업하는데필요한그룹구성정보에대해설명합니다. 2개의그룹과해당그룹정책을생성합니다. 하나는사용자파일에사용되고다른하나는사용자프로파일에사용됩니다. 매번 2개의변수 (Name 및 Dataset Used) 를변경하는다음절차를 2회반복합니다. 사용자파일그룹생성 1. Actions 메뉴에서 New Group을선택합니다. 그림 59. 새 Avamar 백업그룹생성 145

146 5 장 : VSPEX 구성지침 New Group 대화상자가나타납니다. 그림 60. 새백업그룹설정 2. Name에 View_User_Data를입력합니다. 3. Disabled는선택되어있지않도록합니다. 4. Next를클릭합니다. 5. Select An Existing Dataset 목록에서 Citrix Xendesktop-User-Data를 선택합니다. 그림 61. 백업그룹데이터세트선택 6. Next 를클릭합니다. 146

147 5 장 : VSPEX 구성지침 7. Select An Existing Schedule 목록에서스케줄을선택합니다. 그림 62. 백업그룹스케줄선택 8. Next 를클릭합니다. 9. Select An Existing Retention Policy 목록에서보존정책을선택합니다. 그림 63. 백업그룹보존정책선택 10. 마침을클릭합니다. 참고 : Next 를클릭하면그룹에추가할클라이언트를선택할수있습니다. 활성화가 진행되는동안클라이언트가그룹에추가되므로이단계는수행할필요가없습니다. 147

148 5 장 : VSPEX 구성지침 EMC Avamar Enterprise Manager: 클라이언트활성화 Avamar Enterprise Manager 는웹기반의다중시스템관리콘솔 애플리케이션으로서 Avamar Client 의일괄추가및활성화기능을비롯한중앙 집중식 Avamar 시스템관리기능을제공합니다. 이섹션에서는사용자가 Avamar EM(Enterprise Manager) 에로그인하는방법을알고 있으며 Citrix XenDesktop 데스크톱이생성되어있다고가정합니다. Avamar Enterprise Manager 에로그인하고나면대시보드가나타납니다. 그림 64. Avamar Enterprise Manager 1. Client Manager 를클릭합니다. 2. EMC Avamar Client Manager 창에서 Activate 를클릭합니다. 그림 65. Avamar Client Manager 3. Client Information 목록화살표를클릭합니다. 148

149 5 장 : VSPEX 구성지침 그림 66. Avamar Activate Client 대화상자 4. Client Information 목록에서 Directory Service 를선택합니다. 그림 67. Avamar Activate Client 메뉴 5. Directory Service 대화상자에서그림 68와같이필요한사용자자격증명을입력합니다. 이는 Avamar 내에 Active Directory 서비스가구성되어있음을전제로합니다. LDAP 관리설정에대한자세한내용은 EMC Avamar 7.0 관리가이드를참조하십시오. a. User Domains 목록에서디렉토리서비스도메인을선택합니다. b. User Name 및 Password에서디렉토리서비스인증에필요한사용자이름과암호를입력합니다. c. Directory Domain에서클라이언트정보를쿼리할디렉토리도메인을선택하고 OK를클릭합니다. 149

150 5 장 : VSPEX 구성지침 그림 68. Avamar Directory Service 구성 EMC Avamar Client Manager 창왼쪽에 Active Directory 정보가나타납니다. 그림 69. Avamar Client Manager 구성후 6. Client Information 디렉토리트리에서 Citrix XenDesktop 가상데스크톱을 찾습니다. 150

151 5 장 : VSPEX 구성지침 이예제에서는 VSPEX 라는 OU 를생성했습니다. 그림 70. Avamar Client Manager 가상데스크톱클라이언트 7. Avamar 서버에추가할가상머신데스크톱을선택합니다. 그림 71에는 Client Information 창에서선택한목록과 Server Information 창의타겟도메인이나와있습니다. 그림 71. Avamar Client Manager 가상데스크톱클라이언트선택 8. 선택한목록을 Server Information 창의기존 Avamar 도메인으로끌어서놓습니다. Select Groups 창이나타납니다. 151

152 5 장 : VSPEX 구성지침 그림 72. Avamar 그룹선택 9. Group Name 아래에서이러한데스크톱을추가할그룹을선택한다음 Add를클릭합니다. EMC Avamar Client Manager 창이다시나타납니다. 10. 방금 XenDesktop 데스크톱을추가한 Avamar 도메인을클릭한다음 Activate를클릭합니다. 그림 73. Avamar 클라이언트활성화 Show Clients for Activation 창이나타납니다. 11. Commit 을클릭합니다. 152

153 5 장 : VSPEX 구성지침 그림 74. Avamar 클라이언트활성화커밋클라이언트활성화가백그라운드프로세스로실행됨을나타내는알림이나타납니다. 12. OK를클릭합니다. 그림 75. Avamar 클라이언트활성화정보프롬프트 1 활성화프로세스가시작되었으며로그에서상태를확인할것을나타내는두번째알림이나타납니다. 13. OK를클릭합니다. 153

154 5 장 : VSPEX 구성지침 그림 76. Avamar 클라이언트활성화정보프롬프트 2 활성화된클라이언트를표시하는 EMC Avamar Client Manager 창이다시 나타납니다. 그림 77. Avamar Client Manager 활성화된클라이언트 14. EMC Avamar Enterprise Manager 에서로그아웃합니다. 154