emc vspex 프라이빗 클라우드 · 사이트의 기술 문서 및 권장 사항 섹션으로...

Proven Infrastructure

EMC VSPEX

요약

이 문서에서는 Microsoft Hyper-V, EMC VNXe3200™ 및 EMC Data Protection을

기반으로 최대 200개의 가상 머신을 지원하도록 프라이빗 클라우드를 구축하기

위한 EMC® VSPEX® Proven Infrastructure 솔루션에 대해 설명합니다.

2015년 1월

EMC VSPEX 프라이빗 클라우드

최대 200 개의 가상 머신을 지원하는 Hyper-V 기반 Microsoft

Windows Server 2012 R2

EMC VNXe3200 및 EMC Data Protection 솔루션 기반

2 EMC VSPEX 프라이빗 클라우드: 최대 200 개의 가상 머신을 지원하는 Hyper-V 기반 Microsoft

Windows Server 2012 R2 - EMC VNXe3200 및 EMC Data Protection 솔루션 기반

Proven Infrastructure 가이드

Copyright © 2015 EMC Corporation. All rights reserved. Published in the USA.

발행: 2015년 1월

본 문서의 정보는 발행일 현재 정확한 것으로 간주되며 모든 정보는 예고 없이 변경될

수 있습니다.

본 문서의 정보는 "있는 그대로" 제공됩니다. EMC Corporation은 본 문서의 정보와

관련하여 어떠한 진술이나 보증도 하지 않으며, 특히 상품성이나 특정 목적을 위한

적합성에 대하여 어떠한 묵시적인 보증도 부인합니다. 본 문서에 설명된 EMC

소프트웨어를 사용, 복사 및 배포하려면 해당 소프트웨어 라이센스가 필요합니다.

EMC2, EMC 및 EMC 로고는 미국 및 기타 국가에서 EMC Corporation의 등록 상표

또는 상표입니다. 본 문서에 사용된 기타 모든 상표는 해당 소유주의 자산입니다.

사용 중인 제품군에 대한 최신 규제 관련 문서를 보려면 EMC 온라인 지원 웹

사이트의 기술 문서 및 권장 사항 섹션으로 이동하십시오.

EMC VSPEX 프라이빗 클라우드: 최대 200개의 가상 머신을 지원하는 Hyper-V 기반

Microsoft Windows Server 2012 R2 EMC VNXe3200 및 EMC Data Protection 솔루션 기반


Part Number H13094.1

EMC VSPEX 프라이빗 클라우드: 최대 200 개의 가상 머신을 지원하는 Hyper-V 기반 Microsoft



3

목차

1 장 내용 요약 13

소개 .......................................................................................................................... 14

대상 .......................................................................................................................... 14

문서 용도 .................................................................................................................. 14

비즈니스 요구 사항 ................................................................................................... 15

2 장 솔루션 개요 17

소개 .......................................................................................................................... 18

가상화 ...................................................................................................................... 18

컴퓨팅 ...................................................................................................................... 18

네트워킹 ................................................................................................................... 19

스토리지 ................................................................................................................... 19

EMC 차세대 VNXe ................................................................................................. 20

EMC Data Protection ................................................................................................. 24

3 장 솔루션 기술 개요 25

개요 .......................................................................................................................... 26

주요 구성 요소 요약 .................................................................................................. 27

가상화 ...................................................................................................................... 28

개요 ..................................................................................................................... 28

Microsoft Hyper-V ................................................................................................ 28

가상 FC 포트 ......................................................................................................... 28

Microsoft SCVMM(System Center Virtual Machine Manager) ................................ 29

Hyper-V 페일오버 클러스터링을 사용한 고가용성 .................................................. 29

Hyper-V 복제본 .................................................................................................... 29

Hyper-V 스냅샷 .................................................................................................... 30

클러스터 인식 업데이트 ........................................................................................ 30

목차

4 EMC VSPEX 프라이빗 클라우드: 최대 200개의 가상 머신을 지원하는 Hyper-V 기반 Microsoft



EMC Storage Integrator ........................................................................................ 31

컴퓨팅 ...................................................................................................................... 31

네트워킹 ................................................................................................................... 33

개요 ..................................................................................................................... 33

스토리지 ................................................................................................................... 34

개요 ..................................................................................................................... 34

EMC VNXe ............................................................................................................ 34 EMC VNXe Virtual Provisioning ............................................................................. 35 Windows ODX(Offloaded Data Transfer) ............................................................... 38 EMC PowerPath ................................................................................................... 39 VNXe FAST Cache ................................................................................................. 39 VNXe FAST VP ...................................................................................................... 39

VNXe 파일 공유 .................................................................................................... 39

ROBO(Remote Office Branch Office) ..................................................................... 40

데이터 보호 .............................................................................................................. 40

개요 ..................................................................................................................... 40

EMC Avamar 데이터 중복 제거 .............................................................................. 40

EMC Data Domain 데이터 중복 제거 스토리지 시스템 ........................................... 40

EMC RecoverPoint ................................................................................................ 41

기타 기술 .................................................................................................................. 41

EMC XtremCache ................................................................................................. 41

4 장 솔루션 아키텍처 개요 45

개요 .......................................................................................................................... 46

솔루션 아키텍처 ....................................................................................................... 46

개요 ..................................................................................................................... 46

논리적 아키텍처 ................................................................................................... 46

주요 구성 요소 ..................................................................................................... 48

하드웨어 리소스 ................................................................................................... 50

소프트웨어 리소스 ............................................................................................... 52

서버 구성 지침 .......................................................................................................... 52

개요 ..................................................................................................................... 52

Hyper-V 메모리 가상화 ......................................................................................... 53

메모리 구성 지침 .................................................................................................. 55

네트워크 구성 지침 ................................................................................................... 55

개요 ..................................................................................................................... 55

목차




5

VLAN.................................................................................................................... 56

점보 프레임 사용(iSCSI 또는 SMB 에만 해당) ........................................................ 57

Link Aggregation 사용(SMB 에만 해당) ................................................................. 57

스토리지 구성 지침 ................................................................................................... 58

개요 ..................................................................................................................... 58

VSPEX 용 Hyper-V 스토리지 가상화 ....................................................................... 59

VSPEX 스토리지 빌딩 블록 .................................................................................... 61

VSPEX 프라이빗 클라우드의 검증된 최대 구성 ...................................................... 63

고가용성 및 페일오버 ................................................................................................ 65

개요 ..................................................................................................................... 65

가상화 계층 .......................................................................................................... 65

컴퓨팅 계층 .......................................................................................................... 66

네트워크 계층 ...................................................................................................... 66

스토리지 계층 ...................................................................................................... 67

검증 테스트 프로파일 ................................................................................................ 68

프로파일 특성 ...................................................................................................... 68

EMC Data Protection 및 구성 지침 ............................................................................. 68

사이징 지침 .............................................................................................................. 69

레퍼런스 워크로드 .................................................................................................... 69

개요 ..................................................................................................................... 69

레퍼런스 워크로드 정의 ........................................................................................ 69

레퍼런스 워크로드 적용 ............................................................................................ 70

개요 ..................................................................................................................... 70

예 1: 맞춤형 애플리케이션 .................................................................................... 70

예 2: PoS(Point of Sale) 시스템 ............................................................................ 71

예 3: 웹 서버 ........................................................................................................ 71

예 4: 의사 결정 지원 데이터베이스 ........................................................................ 72

요약 ..................................................................................................................... 72

솔루션 구축 .............................................................................................................. 73

개요 ..................................................................................................................... 73

리소스 유형 .......................................................................................................... 73

CPU 리소스 .......................................................................................................... 74

메모리 리소스 ...................................................................................................... 74

목차




네트워크 리소스 ................................................................................................... 74

스토리지 리소스 ................................................................................................... 75

구축 과정 요약 ..................................................................................................... 76

고객 환경에 대한 빠른 진단 ....................................................................................... 76

개요 ..................................................................................................................... 76

CPU 요구 사항 ...................................................................................................... 77

메모리 요구 사항 .................................................................................................. 77

스토리지 성능 요구 사항 ....................................................................................... 78

IOPS .................................................................................................................... 78

입출력 크기 .......................................................................................................... 78

입출력 지연 시간 .................................................................................................. 79

스토리지 용량 요구 사항 ....................................................................................... 79

필요한 레퍼런스 가상 머신 결정............................................................................ 79

하드웨어 리소스 세부 조정 ................................................................................... 84

EMC VSPEX 사이징 툴 ........................................................................................... 86

5 장 VSPEX 구성 지침 87

개요 .......................................................................................................................... 88

구축 전 작업.............................................................................................................. 89

개요 ..................................................................................................................... 89

구축 관련 사전 요구 사항 ...................................................................................... 89

고객 구성 데이터 ....................................................................................................... 90

스위치 준비, 네트워크 연결, 스위치 구성 ................................................................... 91

개요 ..................................................................................................................... 91

네트워크 스위치 준비 ........................................................................................... 91

인프라스트럭처 네트워크 구성 ............................................................................. 91

VLAN 구성 ............................................................................................................ 93

점보 프레임 구성(iSCSI 또는 SMB 에만 해당) ........................................................ 93

네트워크 케이블 연결 ........................................................................................... 94

스토리지 시스템 준비 및 구성 .................................................................................... 94

블록 프로토콜에 대한 VNXe 구성 .......................................................................... 94

파일 프로토콜에 대한 VNXe 구성 .......................................................................... 97

FAST VP 구성(선택 사항) ..................................................................................... 103

목차




7

FAST Cache 구성(선택 사항) ............................................................................... 105

Hyper-V 호스트 설치 및 구성 ................................................................................... 108

개요 ................................................................................................................... 108

Windows 호스트 설치 ......................................................................................... 109

Hyper-V 설치 및 페일오버 클러스터링 구성 ......................................................... 109

Windows 호스트 네트워킹 구성 .......................................................................... 109

Windows 서버에 PowerPath 설치 ....................................................................... 110

가상 머신 메모리 할당 계획 ................................................................................ 110

SQL Server 데이터베이스 설치 및 구성 .................................................................... 111

개요 ................................................................................................................... 111

Microsoft SQL Server 용 가상 머신 생성 .............................................................. 111

가상 머신에 Microsoft Windows 설치 ................................................................. 111

SQL Server 설치 ................................................................................................. 112

SCVMM 용 SQL Server 구성 ................................................................................ 112

System Center Virtual Machine Manager Server 구축 .............................................. 112

개요 ................................................................................................................... 112

SCVMM 호스트 가상 머신 생성 ........................................................................... 113

SCVMM 게스트 OS 설치 ..................................................................................... 114

SCVMM 서버 설치 .............................................................................................. 114

SCVMM 관리 콘솔 설치 ...................................................................................... 114

호스트에 로컬로 SVCMM 에이전트 설치 ............................................................. 114

SCVMM 에 Hyper-V 클러스터 추가 ...................................................................... 114

SCVMM 에 파일 공유 스토리지 추가(파일 버전에만 해당) .................................... 114

SCVMM 에서 가상 머신 생성 ............................................................................... 115

파티션 정렬 수행 및 파일 할당 단위 크기 할당 ..................................................... 115

템플릿 가상 머신 생성 ........................................................................................ 115

템플릿 가상 머신을 사용하여 가상 머신 구축 ....................................................... 115

요약 ........................................................................................................................ 115

6 장 솔루션 검증 117

개요 ........................................................................................................................ 118

설치 후 체크리스트 ................................................................................................. 119

단일 가상 서버 구축 및 테스트 ................................................................................. 119

목차




솔루션 구성 요소의 이중화 검증 .............................................................................. 119

블록 및 파일 환경 ............................................................................................... 119

7 장 시스템 모니터링 121

개요 ........................................................................................................................ 122

모니터링할 주요 영역 .............................................................................................. 122

성능 기준 ........................................................................................................... 123

서버 ................................................................................................................... 123

네트워킹 ............................................................................................................ 124

스토리지 ............................................................................................................ 124

VNXe 리소스 모니터링 지침 ..................................................................................... 125

블록 스토리지 리소스 모니터링 .......................................................................... 125

파일 스토리지 리소스 모니터링 .......................................................................... 133

요약 ................................................................................................................... 137

부록 A BOM(Bill of Material) 139

BOM(Bill of Material) .............................................................................................. 140

부록 B 고객 구성 Data Sheet 143

고객 구성 Data Sheet .............................................................................................. 144

부록 C 서버 리소스 구성 요소 워크시트 147

서버 리소스 구성 요소 워크시트 .............................................................................. 148

부록 D 참고 자료 149

참고 자료 ................................................................................................................ 150

EMC 설명서 ........................................................................................................ 150

기타 문서 ........................................................................................................... 150

부록 E VSPEX 정보 151

VSPEX 정보 ............................................................................................................. 152




9

그림

그림 1. 멀티코어 최적화가 적용된 차세대 VNXe ................................................ 22

그림 2. EMC Data Protection 솔루션 ................................................................. 24

그림 3. VSPEX 프라이빗 클라우드 구성 요소 ..................................................... 26

그림 4. 컴퓨팅 계층 유연성 .............................................................................. 32

그림 5. 고가용성 네트워크 설계의 예 - 블록의 경우 ........................................... 33

그림 6. 스토리지 풀 재조정 진행률 ................................................................... 36

그림 7. 씬 LUN 공간 활용도 .............................................................................. 37

그림 8. 스토리지 풀 공간 활용도 조사 ............................................................... 38

그림 9. 블록 스토리지의 논리적 아키텍처 ......................................................... 47

그림 10. 파일 스토리지의 논리적 아키텍처 ......................................................... 47

그림 11. 하이퍼바이저의 메모리 사용 ................................................................ 54

그림 12. 블록 스토리지용 필수 네트워크 ............................................................ 56

그림 13. 파일 스토리지용 필수 네트워크 ............................................................ 57

그림 14. Hyper-V 가상 디스크 종류 ..................................................................... 59

그림 15. 15 개의 가상 서버에 대한 빌딩 블록 ...................................................... 62

그림 16. 125 개의 가상 서버에 대한 빌딩 블록 .................................................... 62

그림 17. 200 개의 가상 머신을 지원하는 VNXe3200 을 사용한 스토리지

레이아웃 .............................................................................................. 64

그림 18. 다양한 스토리지 시스템의 최대 확장 수준과 기본 시작 지점 .................. 65

그림 19. 가상화 계층 고가용성 ........................................................................... 65

그림 20. 이중화된 전원 공급 장치 ....................................................................... 66

그림 21. 네트워크 계층 고가용성(VNXe) ............................................................. 67

그림 22. VNXe 시리즈 HA 구성 요소 ................................................................... 67

그림 23. 리소스 풀 유연성 .................................................................................. 73

그림 24. 레퍼런스 가상 머신 풀에서 필요한 리소스 ............................................. 80

그림




그림 25. 리소스 요구 사항 집계 - 1 단계 .............................................................. 82

그림 26. 풀 구성 - 1 단계 .................................................................................... 82

그림 27. 리소스 요구 사항 집계 - 2 단계 .............................................................. 83

그림 28. 풀 구성 - 2 단계 .................................................................................... 84

그림 29. 서버 리소스 맞춤 구성 .......................................................................... 84

그림 30. 이더넷 네트워크 아키텍처 샘플 - 블록 버전 ........................................... 92

그림 31. 이더넷 네트워크 아키텍처 샘플 - 파일 버전 ........................................... 93

그림 32. NAS 서버 주소 생성 ............................................................................ 100

그림 33. NAS 서버 유형 구성 ............................................................................ 101

그림 34. Fast VP 탭 .......................................................................................... 103

그림 35. 예약된 Fast VP 재배치 ........................................................................ 104

그림 36. Fast VP 재배치 스케줄 ........................................................................ 105

그림 37. FAST Cache 생성 ................................................................................ 106

그림 38. Create Storage Pool 대화상자의 Advanced 탭 .................................... 107

그림 39. Storage Pool Properties 대화상자의 Settings 탭 ................................. 108

그림 40. 스토리지 풀 알림 설정 ........................................................................ 126

그림 41. 스토리지 풀 스냅샷 설정 ..................................................................... 126

그림 42. Storage Pools 패널 ............................................................................ 127

그림 43. LUN Properties 대화상자 .................................................................... 128

그림 44. System 패널 ...................................................................................... 128

그림 45. System Health 패널 ........................................................................... 129

그림 46. LUN의 IOPS ........................................................................................ 130

그림 47. 드라이브의 IOPS ................................................................................ 131

그림 48. LUN의 지연 시간 ................................................................................ 131

그림 49. SP CPU 활용도 ................................................................................... 133

그림 50. VNXe 파일 통계 .................................................................................. 134

그림 51. System Capacity 패널 ........................................................................ 134

그림 52. File Systems 패널 .............................................................................. 135

그림 53. 파일 시스템의 Capacity 패널 .............................................................. 136

그림 54. 파일 메트릭을 표시하는 System Performance 패널 ............................. 137

표




11

표

표 1. VNXe 고객이 얻는 이점 ............................................................................... 35

표 2. 솔루션 하드웨어 ......................................................................................... 50

표 3. 솔루션 소프트웨어 ..................................................................................... 52

표 4. 컴퓨팅 계층에 대한 하드웨어 리소스 ........................................................... 53

표 5. 네트워크에 사용되는 하드웨어 리소스 ........................................................ 55

표 6. 스토리지에 사용되는 하드웨어 리소스 ........................................................ 58

표 7. 가상 머신 수에 따라 필요한 디스크 수 ......................................................... 63

표 8. 프로파일 특성 ............................................................................................ 68

표 9. 가상 머신 특성 ........................................................................................... 70

표 10. 빈 워크시트 행 ........................................................................................... 77

표 11. 레퍼런스 가상 머신 리소스 ......................................................................... 79

표 12. 워크시트 행 예 ........................................................................................... 80

표 13. 애플리케이션 예 - 1 단계 ............................................................................ 81

표 14. 애플리케이션 예 – 2 단계 ........................................................................... 82

표 15. 서버 리소스 구성 요소 합계 ......................................................................... 85

표 16. 구축 프로세스 개요 ..................................................................................... 88

표 17. 구축 전 작업 ............................................................................................... 89

표 18. 구축 관련 사전 요구 사항 체크리스트 .......................................................... 89

표 19. 스위치 및 네트워크 구성 작업 ..................................................................... 91

표 20. 블록 프로토콜에 대한 VNXe 구성 작업 ......................................................... 94

표 21. 블록에 대한 스토리지 할당 표 ..................................................................... 96

표 22. 파일 프로토콜에 대한 스토리지 구성 작업 ................................................... 97

표 23. 파일에 대한 스토리지 할당 표 ................................................................... 102

표 24. 서버 설치 작업 ......................................................................................... 108

표 25. SQL Server 데이터베이스 설치 작업 .......................................................... 111

표




표 26. SCVMM 구성 작업 .................................................................................... 112

표 27. 설치 테스트 작업 ...................................................................................... 118

표 28. 드라이브 성능에 대한 경험 법칙 ................................................................ 130

표 29. 성능 모니터링에 대한 Best Practice .......................................................... 133

표 30. VSPEX 솔루션에 사용되는 구성 요소 목록(200 개의 가상 머신) .................. 140

표 31. 일반 서버 정보 ......................................................................................... 144

표 32. Hyper-V 서버 정보 .................................................................................... 144

표 33. 스토리지 정보 .......................................................................................... 145

표 34. 네트워크 인프라스트럭처 정보 ................................................................. 145

표 35. VLAN 정보 ................................................................................................ 145

표 36. 서비스 계정 .............................................................................................. 146

표 37. 서버 리소스 결정을 위한 빈 워크시트 ........................................................ 148




13

1장 내용 요약

이 장에서 다루는 내용은 다음과 같습니다.

소개 ....................................................................................................................... 14

대상 ....................................................................................................................... 14

문서 용도 ............................................................................................................... 14

비즈니스 요구 사항 ................................................................................................. 15

내용 요약




소개

EMC® VSPEX®의 검증된 모듈식 아키텍처는 그 성능을 인정받은 뛰어난 기술을

기반으로 완벽한 가상화 솔루션을 제공합니다. 이를 통해 사용자는 하이퍼바이저,

컴퓨팅, 백업, 스토리지, 네트워킹 계층에서 객관적인 결정을 내릴 수 있습니다.

VSPEX는 가상화 계획 시간을 단축할 뿐 아니라 구성 부담도 덜어 줍니다. 서버

가상화, 가상 데스크톱 구축 또는 IT 통합을 수행하는 경우 VSPEX를 사용하면 솔루션

구축 시간을 앞당기고 폭넓은 선택이 가능하며 효율성을 향상하고 위험 요소를

최소화함으로써 IT 혁신을 신속하게 실현할 수 있습니다.

이 문서는 이 솔루션의 기술적인 측면을 포괄적으로 보여 주는 가이드입니다. 서버

용량은 일반적으로 요구되는 최소한의 CPU, 메모리 및 네트워크 인터페이스를

기준으로 제시됩니다. 고객은 명시된 최소 구성에 따라서 또는 그 이상의 수준으로

원하는 서버와 네트워킹 하드웨어를 자유롭게 선택할 수 있습니다.

대상

본 가이드에 나오는 설명을 제대로 이해하고 구축 방법을 수행할 수 있으려면

Microsoft Hyper-V(하이퍼바이저) 기반의 VSPEX 컴퓨팅 솔루션, EMC VNX® 시리즈

스토리지 시스템 및 관련 인프라스트럭처를 설치하고 구성하는 데 필요한 교육을

이수하고 배경 지식을 가지고 있어야 합니다. 외부 참조 자료가 있는 경우 해당

정보가 제공되므로 이들 문서도 숙지하는 것이 좋습니다.

또한 고객 환경의 인프라스트럭처 및 데이터베이스 보안 정책도 숙지하고 있어야

합니다.

Microsoft Hyper-V 프라이빗 클라우드 인프라스트럭처용 VSPEX 최종 사용자 컴퓨팅

솔루션의 판매 및 사이징이 주요 업무인 담당자는1장 - 4장까지 특히 주의해서

살펴보시기 바랍니다. 솔루션 구축 담당자는 구매 후 5장의 구성 지침, 6장의 솔루션

검증, 그리고 적절한 참고 자료와 부록을 중점적으로 확인해야 합니다.

문서 용도

이 Proven Infrastructure 가이드에서는 VSPEX 아키텍처를 소개하고, 특정 구축

상황에 맞게 아키텍처를 수정하는 방법을 설명하고, 시스템을 효과적으로 구축 및

모니터링하는 방법과 관련된 지침을 제시합니다.

내용 요약




15

고객은 VSPEX 프라이빗 클라우드 아키텍처를 통해 많은 수의 가상 머신을 일관된

성능 수준으로 호스팅할 수 있는 첨단 시스템을 운용하게 됩니다. 이 솔루션은

가용성이 높은 VNX 제품군 스토리지를 기반으로 하는 Microsoft Hyper-V 가상화

계층에서 실행됩니다. VSPEX 파트너에 의해 정의되는 컴퓨팅 및 네트워크 구성

요소는 가상 머신 환경의 처리 및 데이터 요구 사항에 충분히 대처할 수 있도록

강력한 성능과 이중화 특성을 고려하여 배치됩니다.

이 문서에서 설명하는 200개의 가상 머신을 지원하는 Hyper-V 프라이빗 클라우드

솔루션은 EMC VNXe3200™과 정의된 레퍼런스 워크로드를 기반으로 합니다. 가상

머신마다 요구 사항이 다르기 때문에 이 문서에는 시스템 구축 시 경제성을 높이도록

조정하기 위한 방법과 지침이 수록되어 있습니다. EMC VNX 시리즈를 기반으로 최대

1,000개의 가상 머신을 지원하는 대규모 환경용 솔루션에 대해서는 EMC VSPEX

Private Cloud: 최대 1,000개의 가상 머신을 지원하는 Hyper-V 기반 Microsoft

Windows Server 2012 R2 Proven Infrastructure 가이드를 참조하십시오.

프라이빗 클라우드 아키텍처는 복잡한 시스템 오퍼링입니다. 이 문서에서는 초기

소프트웨어 및 하드웨어 구성 요소 목록, 단계별 사이징 지침 및 워크시트, 검증된

구축 단계를 제시하여 시스템을 원활하게 설치할 수 있도록 지원합니다. 마지막 구성

요소를 설치한 후 고객의 시스템이 올바르게 실행되는지 확인하기 위한 검증 테스트

및 모니터링 지침도 마련되어 있습니다. 따라서 이 문서에 제시된 지침을 준수하면

효율적이면서 신속하게 클라우드 환경으로 전환할 수 있습니다.

비즈니스 요구 사항

비즈니스 애플리케이션이 통합 컴퓨팅, 네트워크 및 스토리지 환경으로 이동하고

있습니다. Microsoft Hyper-V를 사용한 EMC VSPEX 프라이빗 클라우드 솔루션은

기존 구축 모델의 모든 구성 요소를 구성해야 하는 복잡한 절차를 줄여 줍니다. 또한,

애플리케이션 설계 유연성 및 구축 옵션은 유지하면서 통합 관리에 대한 복잡성은

줄입니다. 아울러 관리 업무가 통합되는 동시에 프로세스 분리 상태를 적절히

제어하고 모니터링할 수 있습니다. Microsoft Hyper-V용 VSPEX 프라이빗 클라우드

솔루션에 대한 비즈니스 요구 사항은 다음과 같습니다.

• 통합 인프라스트럭처 구성 요소의 기능을 효율적으로 활용하기 위한 완벽한

가상화 솔루션 제공

• 다양한 고객 활용 사례에 맞춰 최대 200개의 가상 머신을 효율적으로

가상화하기 위한 Microsoft Hyper-V용 VSPEX 프라이빗 클라우드 솔루션 제공

• 안정적이면서 유연하고 확장 가능한 레퍼런스 설계 제공

내용 요약







17

2장 솔루션 개요


소개 ....................................................................................................................... 18

가상화 .................................................................................................................... 18

컴퓨팅 .................................................................................................................... 18

네트워킹 ................................................................................................................ 19

스토리지 ................................................................................................................ 19

EMC Data Protection .............................................................................................. 24

솔루션 개요




소개

Microsoft Hyper-V용 EMC VSPEX 프라이빗 클라우드 솔루션은 이중화된 서버 또는

네트워크 토폴로지 및 고가용성 스토리지를 사용하여 최대 200개의 가상 머신을

지원할 수 있는 완벽한 시스템 아키텍처를 제공합니다. 이 특별한 솔루션을 구성하는

핵심 구성 요소로는 가상화, 컴퓨팅, 네트워킹, 스토리지, EMC Data Protection이

있습니다.

가상화

Microsoft Hyper-V는 업계의 주요 가상화 플랫폼으로, 지난 수년간 효율성이

떨어지는 대규모 서버 팜을 속도가 빠르고 안정적인 클라우드 인프라스트럭처에

통합하여 최종 사용자의 유연성과 비용 절감 효과를 높여 주었습니다.

게스트 운영 체제를 중단하지 않고 여러 서버 간에 가상 머신을 이동할 수 있도록

하는 실시간 마이그레이션 및 실시간 마이그레이션을 자동으로 수행하여 로드

밸런싱을 지원하는 동적 최적화와 같은 기능은 기업에서 Hyper-V를 선택하게 하는

확실한 요인입니다.

Windows Server 2012 R2 릴리스와 함께 사용할 경우 Microsoft 가상화 환경에서는

최대 64개의 가상 CPU와 1TB의 가상 RAM(Random Access Memory)으로 가상

머신을 호스팅할 수 있습니다.

컴퓨팅

VSPEX는 고객이 선택한 서버 구성 요소를 자유롭게 설계하고 구축할 수 있게 해

줍니다. 하지만 인프라스트럭처에서 다음과 같은 조건을 만족해야 합니다.

• 필요한 수 및 유형의 가상 머신을 지원하기에 충분한 코어와 메모리

• 시스템 스위치에서 이중화된 접속 구성을 사용할 수 있도록 해 주는 충분한

네트워크 연결

• 운영 환경에서 서버 장애 및 페일오버 발생 시에도 중단 없이 실행하기 위한

초과 용량

솔루션 개요




19

네트워킹

VSPEX는 고객이 선택한 네트워크 구성 요소를 자유롭게 설계하고 구축할 수 있게 해

줍니다. 하지만 인프라스트럭처에서 다음과 같은 조건을 만족해야 합니다.

• 호스트, 스위치 및 스토리지에서 사용할 수 있는 이중화된 네트워크 링크

• 업계에서 인정한 Best Practice 기반의 트래픽 분리

• Link Aggregation 지원

• Non-Blocking 백플레인 용량이 96Gb/s 이상인 IP 네트워크 스위치

• 이 레퍼런스 아키텍처를 구축하는 데 사용되는 IP 네트워크 스위치는 최소

Non-Blocking 백플레인 용량이 목표한 가상 머신 수 및 연관된 워크로드를

처리하기에 충분해야 합니다. QoS(Quality of Service)와 같은 고급 기능을

갖춘 엔터프라이즈급 스위치가 적극 권장됩니다.

스토리지

EMC VNXe® 스토리지 시리즈는 광범위한 기능을 통해 파일 및 블록 액세스를 모두

제공할 수 있어 어떤 프라이빗 클라우드 구축에도 적합한 제품으로 인정받고

있습니다.

VNXe 스토리지는 명시된 레퍼런스 아키텍처 워크로드에 맞춰 사이징되는 다음 구성

요소를 포함합니다.

• 블록 및 파일용 입출력 포트: CIFS/SMB(Server Message Block), NFS(Network

File System), FC(Fibre Channel) 및 iSCSI(Internet Small Computer System

Interface)를 지원하는 스토리지에 대한 호스트 접속 구성을 제공합니다.

• 스토리지 프로세서: 스토리지 내/외부와 스토리지 간에 발생하는 데이터

이동의 모든 측면에 사용되는 스토리지 시스템의 컴퓨팅 구성 요소입니다.

파일 서비스를 제공하는 데 Data Mover로 알려진 외부 처리 유닛을 필요로

하는 VNX 제품군과 달리 VNXe에는 파일 서비스를 호스트에 제공하는 통합

코드가 포함되어 있습니다.

• 디스크 드라이브: 호스트 또는 애플리케이션 데이터 및 해당 엔클로저가

포함된 디스크 드라이브 및 SSD(Solid State Drive)

이 문서에서 설명하는 200개의 가상 머신을 지원하는 Hyper-V 프라이빗 클라우드

솔루션은 VNXe3200 스토리지 시스템을 기반으로 합니다. VNXe3200은 드라이브를

최대 150개까지 지원할 수 있습니다.

솔루션 개요




VNXe 시리즈는 다음과 같이 프라이빗 클라우드 환경에 적합한 광범위한 비즈니스

클래스 기능을 지원합니다.

• FAST VP™(EMC Fully Automated Storage Tiering for Virtual Pools)

• EMC FAST Cache

• 씬 프로비저닝

• 스냅샷 또는 체크포인트

• FLR(File-Level Retention)

• 할당량 관리

기능 및 향상된 기능

EMC는 차세대 VNXe 유니파이드 스토리지를 VSPEX Proven Infrastructure 제품군에

포함함으로써 고객에게 이제 그 어느 때보다도 뛰어난 성능과 폭넓은 옵션을

제공합니다. VNXe3200을 필두로 한 차세대 VNXe에서는 IT 환경을 혁신할 때

스토리지를 중앙 집중화하고 단순화해야 하는 VSPEX 고객을 위한 유니파이드

하이브리드 스토리지 시스템을 제공합니다.

VSPEX 프라이빗 클라우드 솔루션을 사용하여 최대 200개의 가상 머신을 가상화해야

하는 고객은 이제 새로운 Multicore(MCx) VNXe3200에서 제공하는 이점을 얻을 수

있습니다. 새로운 아키텍처는 모든 시스템 코어에 모든 데이터 서비스를 더욱 고르게

분산합니다. 캐시 관리 및 백엔드 RAID 관리 프로세스는 선형적 확장이 가능하고

최신 Intel 멀티코어 CPU를 효율적으로 활용합니다. 간단히 말해서 VSPEX의 입출력

작업은 최신 VNXe3200을 통해 이전보다 더욱 빠르고 효율적으로 실행됩니다.

VNXe3200은 저렴한 가격으로 뛰어난 성능과 확장성을 제공하므로 중소 규모의

VSPEX 고객이 완전히 새로운 환경을 이용할 수 있는 길을 열어줍니다. VNXe3200은

이전 VNXe 시리즈보다 성능이 크게 개선되었으며 자동 계층화, 파일 중복 제거 및

압축과 같은 다수의 엔터프라이즈 지원 기능을 제공하여 VSPEX 프라이빗 클라우드

솔루션의 사용 편의성, 효율성 및 유연성을 한층 더 강화합니다.

이전에는 VNX 전용이었던 EMC FAST Cache 및 FAST VP 기능을 이제는 VNXe3200

스토리지를 사용하는 VSPEX 고객도 이용할 수 있습니다. FAST Cache는 스토리지

시스템의 기존 읽기/쓰기 캐시 용량을 동적으로 확장하여 전반적인 시스템 성능을

향상하고 가상 머신에 더욱 경제적으로 성능을 제공합니다. FAST Cache는 DRAM

기반의 운영 캐시와 하드 디스크 드라이브 사이에 배치된 고성능 플래시 드라이브를

사용합니다. 이 기능은 사용 빈도가 높은 데이터를 캐시에 유지하여 최상의 성능으로

이용할 수 있도록 해주므로 대량 트랜잭션 중심의 애플리케이션 및 가상 데스크톱의

성능을 크게 높일 수 있습니다.

EMC 차세대 VNXe

솔루션 개요




21

VNXe3200 FAST Cache 및 FAST VP 자동 계층화는 정책을 기반으로 데이터를 적절한

스토리지 유형으로 이동하여 총 소유 비용을 줄여 줍니다. 또한 저렴한 회전식

드라이브의 용량을 활용하면서 시스템 전체에서 플래시 드라이브의 속도 이점과

비용 투자 효과를 지능적으로 극대화합니다. 이에 따라 과도한 구매와 소모적인 수동

구성이 방지됩니다.

플래시 기반의 최적화된 유니파이드 스토리지 플랫폼인 EMC VNXe는 확장성이

뛰어나고 사용이 간편한 단일 솔루션으로, 파일, 블록 및 오브젝트 스토리지와

관련하여 혁신적인 엔터프라이즈 기능을 제공합니다. 물리적 환경이나 가상화

환경의 혼합 워크로드에 적합한 VNXe는 성능 및 유연성이 뛰어난 하드웨어와 효율성

향상, 관리 간소화 및 데이터 보호를 위한 첨단 소프트웨어를 결합함으로써 오늘날의

가상화된 애플리케이션 환경에서 발생하는 까다로운 문제들을 완벽하게 해결합니다.

성공적인 차세대 VNX 제품군에 기반하여 설계된 VNXe는 여러 가지 새로운 기능과

향상된 기능을 포함하고 있습니다. 다음은 이러한 기능의 몇 가지 예입니다.

• MCx 기술(Multicore Cache, Multicore RAID 및 Multicore FAST Cache)을

사용한 멀티코어 최적화로 용량 증가

• 플래시 최적화 하이브리드 스토리지를 사용한 효율성 향상

• 새로운 Unisphere Element Manager를 통해 생산성을 향상하여 관리 및 구축

단순화

플래시 최적화 하이브리드 스토리지

VNXe는 플래시 최적화 하이브리드 스토리지로, 중요 데이터에는 최상의 성능으로

액세스할 수 있게 하면서 액세스 빈도가 낮은 데이터는 경제적인 디스크로 이동하는

지능적이며 자동화된 계층화 기능을 제공합니다.

이 하이브리드 방식에서는 전체 시스템에서 작은 비율을 차지하는 플래시

드라이브가 전체 IOPS의 대부분을 제공하게 됩니다. 플래시 최적화 VNXe는 지연

시간이 짧은 플래시의 이점을 최대한 활용하여 경제적인 최적화와 높은 성능의

확장성을 실현합니다. EMC FAST 제품군(FAST Cache 및 FAST VP)은 이기종 드라이브

전반에 걸쳐 블록 및 파일 데이터를 계층화하고 사용 빈도가 높은 데이터를 플래시

드라이브로 마이그레이션함으로써 비용 절감과 성능 향상이라는 두 가지 목표를

동시에 실현합니다.

솔루션 개요




데이터는 일반적으로 생성 시기에 가장 많이 사용되므로 새로운 데이터는 먼저

플래시 드라이브에 저장되어 최상의 성능을 발휘합니다. 시간 경과에 따라 데이터

사용 빈도가 낮아지면 FAST VP는 고객이 정의한 정책에 따라 자동으로 데이터를

고성능 드라이브에서 대용량 드라이브로 이동합니다. 이 기능은 4배 더 뛰어난

세분화 기능과 eMLC(enterprise Multi-Level Cell) 기술을 기반으로 기가바이트당

비용을 절감하는 새로운 FAST VP 플래시 드라이브를 통해 더욱 향상되었습니다.

FAST Cache는 예기치 않게 급증하는 시스템 워크로드를 자동으로 해결합니다. 모든

VSPEX 활용 사례에서 향상된 효율성의 이점을 활용할 수 있습니다.

참고: 이 레퍼런스 아키텍처는 FAST Cache나 FAST VP를 활용하지 않습니다. 연구실 테스트

결과, VSPEX 워크로드를 사용하는 프로토콜에 따라 성능이 10%~20% 정도 늘어나는

것으로 나타났습니다.

VSPEX Proven Infrastructure는 프라이빗 클라우드, EUC(End-User Computing) 및

가상 애플리케이션 솔루션을 제공합니다. 고객은 VNXe를 통해 ROI를 크게 향상시킬

수 있습니다. VNXe는 플래시 계층의 비용을 대폭 절감할 수 있는 아웃오브밴드(Out-

of-Band), 파일 기반 중복 제거 기능을 제공합니다.

VNXe Intel MCx 코드 경로 최적화

플래시 기술의 도래는 VNXe 스토리지 시스템의 요구 사항이 근본적으로 변화되는

계기가 되었습니다. EMC는 멀티 코어 CPU를 효율적으로 최적화하여 시장에서 가장

낮은 비용으로 가장 높은 성능의 스토리지 시스템을 제공하기 위해 미드레인지

스토리지 플랫폼을 다시 설계했습니다.

MCx는 그림 1에서 볼 수 있는 것처럼 모든 코어에 모든 VNXe 데이터 서비스를

분산합니다. MCx를 갖춘 VNXe 시리즈는 NAS(Network-Attached Storage) 기반

데이터베이스 또는 가상 머신과 같은 트랜잭션 애플리케이션의 파일 성능을 크게

향상합니다.

그림 1. 멀티코어 최적화가 적용된 차세대 VNXe

솔루션 개요




23

Multicore Cache

캐시는 스토리지 서브시스템에서 가장 중요한 자산이며, 가변적인 워크로드를

처리할 때 캐시의 효율적인 사용이 플랫폼의 전반적인 효율성을 결정하는 핵심적인

요소입니다. 캐시 엔진은 시스템에서 사용할 수 있는 모든 코어를 활용할 수 있도록

모듈화되었습니다. Multicore RAID

MCx 를 고려한 재설계에서 또 하나 중요한 부분은 HDD(Hard Disk Drive)와 SSD 로

구성된 영구적 백엔드 스토리지의 입출력 처리입니다. 백엔드 데이터 관리

프로세싱을 모듈화하여 MCx 가 모든 프로세서를 원활하게 활용할 수 있게 함으로써

VNXe 의 성능이 크게 향상되었습니다.

VNXe 성능

성능 향상

MCx 아키텍처를 통해 구현된 VNXe 스토리지는 플래시 최우선 활용 전략에

적합하도록 최적화되어 있으며 최상의 종합적인 성능을 제공합니다. 즉, 짧은 지연

시간으로 트랜잭션 성능(IOPS당 비용) 및 대역폭 성능(GB/s당 비용)을 최적화하고,

최적의 용량 효율성(GB당 비용)을 제공합니다.

VNXe는 다음과 같이 성능 향상을 지원합니다.

• 이중 컨트롤러 스토리지와 비교할 경우 최대 4배 많은 파일 트랜잭션 지원

• 트랜잭션 중심 애플리케이션의 파일 성능 최대 3배 향상 및 응답 시간 60%

단축

• 최대 4배 많은 Oracle 및 Microsoft SQL Server OLTP 트랜잭션

• 최대 6배 많은 가상 머신

가상화 관리

EMC Storage Integrator

ESI(EMC Storage Integrator)는 Windows 및 애플리케이션 관리자를 대상으로

개발되었습니다. ESI는 사용하기 쉽고 완벽한 모니터링 기능을 제공하며

하이퍼바이저에 종속되지 않습니다. Windows 플랫폼의 경우 관리자가 가상화

환경과 물리적 환경 모두에서 기능을 구축할 수 있으며, 기본 하이퍼바이저에서

스토리지에 이르는 애플리케이션 토폴로지를 확인하여 문제를 해결할 수 있습니다.

Microsoft Hyper-V

Microsoft는 Windows Server 2012 R2와 함께 NAS 프로토콜을 기반으로 간편하게

접속할 수 있는 향상된 프라이빗 클라우드용 하이퍼바이저인 Hyper-V 3.0을

제공합니다.

솔루션 개요




ODX(Offloaded Data Transfer)

Windows Server 2012 R2의 ODX(Offloaded Data Transfer) 기능을 사용하면 복제

작업이 진행되는 동안 데이터 전송을 스토리지에 오프로드하여 호스트 리소스

부담을 덜 수 있습니다. 예를 들어 SQL Server 가상 머신의 실시간 마이그레이션에

ODX를 사용하면 성능이 2배 향상되고, 마이그레이션 시간이 50% 단축되며, 호스트

서버의 CPU 사용률이 20% 감소하고, 네트워크 트래픽이 최소화됩니다.

EMC Data Protection

EMC Data Protection 솔루션인 EMC Avamar와 EMC Data Domain은 VSPEX 프라이빗

클라우드를 빠르게 구축하는 데 필요한 데이터 보호 기능을 제공합니다.

가상화 환경에 최적화되어 있는 EMC Data Protection 솔루션은 백업 시간을 최대 90%

단축하고 복구 속도를 최대 30배 향상시키며 즉각적인 가상 머신 액세스 기능까지

제공함으로써 데이터를 안전하게 보호합니다. EMC 백업 어플라이언스는 성공적인

복구를 위한 철저한 데이터 검증 및 자가 복구 기능을 통해 보호 수준을 한층

강화합니다.

또한 EMC 솔루션은 상당한 절감 효과를 제공합니다. 업계 최고의 데이터 중복 제거

솔루션을 활용하면 필요한 백업 스토리지를 10배~30배 줄이고 백업 관리 시간을 81%

단축할 수 있으며 효율적인 재해 복구를 통해 WAN 대역폭을 99% 절감할 수

있습니다. 그 결과 평균 7개월 만에 투자 비용을 회수할 수 있습니다. 비즈니스가

성장함에 따라 간편하고 효율적으로 스토리지를 확장할 수 있습니다.

그림 2. EMC Data Protection 솔루션

이 VSPEX 솔루션에 사용된 EMC Data Protection 솔루션에는 EMC Avamar 데이터

중복 제거 소프트웨어 및 시스템, EMC Data Domain 데이터 중복 제거 스토리지

시스템 등이 있습니다.




25

3장 솔루션 기술 개요


개요 ....................................................................................................................... 26

주요 구성 요소 요약................................................................................................. 27

가상화 .................................................................................................................... 28

컴퓨팅 .................................................................................................................... 31

네트워킹 ................................................................................................................ 33

스토리지 ................................................................................................................ 34

데이터 보호 ............................................................................................................ 40

기타 기술 ............................................................................................................... 41

솔루션 기술 개요




개요

이 솔루션은 VNXe 스토리지 시스템과 Microsoft Hyper-V를 사용하여 VSPEX

프라이빗 클라우드에서의 스토리지 및 서버 하드웨어 통합을 구현합니다. 가상화된

새로운 인프라스트럭처는 중앙 집중식으로 관리되기 때문에 갈수록 증가하는 가상

머신과 관련 공유 스토리지를 효율적으로 구축하고 관리할 수 있습니다.

그림 3에는 솔루션 구성 요소가 나와 있습니다.

그림 3. VSPEX 프라이빗 클라우드 구성 요소

다음 섹션에서는 각 구성 요소에 대해 자세히 설명합니다.





27

주요 구성 요소 요약

이 섹션에서는 이 솔루션의 주요 구성 요소에 대해 간략하게 설명합니다.

• 가상화

가상화 계층을 통해 리소스의 물리적 구축 환경과 리소스를 사용하는

애플리케이션을 분리할 수 있습니다. 애플리케이션 측면에서 사용 가능한

리소스가 더 이상 하드웨어와 직접 연결되지 않습니다. 따라서 프라이빗

클라우드 개념에서 많은 주요 기능을 사용할 수 있습니다.

• 컴퓨팅

컴퓨팅 계층은 프라이빗 클라우드에서 실행되는 애플리케이션과 가상화

계층 소프트웨어를 위한 메모리 및 프로세싱 리소스를 제공합니다. VSPEX

프로그램은 최소한으로 필요한 양의 컴퓨팅 계층 리소스를 정의하며, 고객은

이를 통해 이러한 요구 사항을 충족하는 모든 서버 하드웨어를 사용하여

솔루션을 구축할 수 있습니다.

• 네트워

네트워크 계층은 프라이빗 클라우드의 사용자를 클라우드 환경의 리소스에

연결하고 스토리지 계층을 컴퓨팅 계층에 연결합니다. VSPEX 프로그램은

필요한 최소한의 네트워크 포트 수를 정의하고 네트워크 아키텍처에 대한

일반적인 지침을 제시하며, 고객은 이 프로그램을 통해 이러한 요구 사항을

충족하는 모든 네트워크 하드웨어를 사용하여 솔루션을 구축할 수 있습니다.

• 스토리지

스토리지 계층은 프라이빗 클라우드를 구축하는 데 있어서 핵심적인 역할을

합니다. 여러 호스트가 공유 데이터에 액세스함으로써 프라이빗 클라우드

환경에서 정의되는 다양한 활용 사례를 구축할 수 있습니다. 이 솔루션에

사용되는 EMC VNXe 스토리지는 고성능의 데이터 스토리지를 제공하는

동시에 높은 가용성을 유지합니다.

• 데이터 보호

솔루션의 백업 및 복구 구성 요소에서는 운영 시스템의 데이터가 삭제 또는

손상되거나 사용할 수 없게 될 경우 데이터 보호 기능을 제공합니다.

솔루션 아키텍처 섹션에는 레퍼런스 아키텍처를 구성하는 모든 구성 요소에 대한

자세한 정보가 나와 있습니다.





가상화

가상화 계층은 모든 서버 가상화 또는 프라이빗 클라우드 솔루션의 주요 구성 요소로,

애플리케이션 리소스 요구 사항을 이러한 리소스를 제공하는 기반이 되는 물리적

리소스로부터 분리하는 역할을 수행합니다. 따라서 유지 보수를 위한 하드웨어

다운타임이 없어지므로 애플리케이션 계층의 유연성이 향상되며, 호스팅되는

애플리케이션에 영향을 주지 않으면서 시스템의 물리적인 변경이 가능합니다. 또한

이를 통해 서버 가상화 또는 프라이빗 클라우드 활용 사례에서 전용 하드웨어에 직접

구축하지 않고도 여러 개의 독립적인 가상 머신에서 동일한 물리적 하드웨어를

공유할 수 있습니다.

Microsoft Hyper-V는 Windows Server 2008 이후 도입된 Windows Server 역할로,

CPU, 메모리, 스토리지, 네트워크 등의 컴퓨터 하드웨어 리소스를 가상화합니다.

이러한 변환을 통해 물리적 컴퓨터와 마찬가지로 자체적인 운영 체제 및

애플리케이션을 실행하는 완벽한 기능의 가상 머신을 만들어 냅니다.

Hyper-V는 페일오버 클러스터링 및 CSV(Cluster Shared Volume)와 함께 작동하여

가상 인프라스트럭처 환경에서 높은 가용성을 제공합니다. 실시간 마이그레이션 및

실시간 스토리지 마이그레이션을 통해, 운영 환경 및 성능에 큰 영향을 미치지

않으면서 Hyper-V 서버 또는 스토리지 시스템 간에 가상 머신이나 가상 머신 파일을

원활하게 이동할 수 있습니다.

Windows Server 2012 R2는 Hyper-V 게스트 운영 체제 내에 가상 FC 포트를

제공합니다. 가상 FC 포트에서는 표준 NPIV(N-port ID Virtualization) 프로세스를

사용하여 Hyper-V 호스트의 물리적 HBA(호스트 버스 어댑터) 내에서 가상 머신

WWN을 확인합니다. 이를 통해 가상 머신에서 FC를 기반으로 외부 스토리지

시스템에 직접 액세스하고 FC를 기반으로 게스트 운영 체제를 클러스터링할 수 있을

뿐만 아니라, 가상 인프라스트럭처에 호스팅된 서버에 대해 중요한 새 스토리지

옵션을 제공할 수 있습니다. 또한, Hyper-V 게스트 운영 체제의 가상 FC는 가상 SAN,

실시간 마이그레이션, MPIO(Multipath I/O)와 같은 관련 기능을 지원합니다.

가상 FC의 사전 요구 사항은 다음과 같습니다.

• Hyper-V 역할의 Windows Server 2012 R2 하나 이상 설치

• 서버에 FC HBA를 하나 이상 설치하고 각각에 대해 가상 FC를 지원하는 적절한

HBA 드라이버 설치

• NPIV 지원 SAN

개요

Microsoft Hyper-V

가상 FC 포트





29

가상 FC 어댑터를 사용하는 가상 머신에서는 Windows Server 2008, Windows

Server 2008 R2 또는 Windows Server 2012 R2를 게스트 운영 체제로 사용해야

합니다.

Microsoft SCVMM(System Center Virtual Machine Manager)은 가상화 데이터 센터를

위한 중앙 집중식 관리 플랫폼입니다. SCVMM을 통해 관리자는 가상화 호스트,

네트워킹 및 스토리지 리소스를 구성하고 관리하여 프라이빗 클라우드 환경에 필요한

가상 머신과 서비스를 생성하고 구축할 수 있습니다. SCVMM을 구축하면 Hyper-V

환경의 프로비저닝과 관리 및 모니터링을 대폭 간소화할 수 있습니다.

Windows Server 2012 페일오버 클러스터링 기능은 Hyper-V에 고가용성을

제공합니다. 고가용성은 계획된 다운타임 및 예상치 못한 다운타임의 영향을 받으며

페일오버 클러스터링은 두 가지 상황 모두에서 가상 머신의 가용성을 크게

향상시킵니다. 가상 머신의 상태를 모니터링하고 클러스터 노드 간에 가상 머신을

마이그레이션하도록 Hyper-V 호스트에서 Windows Server 2012 페일오버

클러스터링을 구성합니다. 이 구성의 이점은 다음과 같습니다.

• 가상 머신이 상주하는 클러스터 노드를 업데이트, 변경 또는 재부팅해야 할

경우에 가상 머신을 다른 클러스터 노드로 마이그레이션할 수 있습니다.

• 가상 머신이 상주하는 클러스터 노드에 장애 또는 심각한 성능 저하가 발생할

경우 Windows 페일오버 클러스터의 다른 멤버가 가상 머신에 대한 소유권을

가질 수 있습니다.

• 가상 머신의 장애로 인한 다운타임을 최소화할 수 있습니다. Windows Server

페일오버 클러스터는 가상 머신의 장애를 감지한 후 장애가 발생한 가상

머신을 자동으로 복구합니다. 그러면 가상 머신을 동일한 호스트 서버에서

다시 시작하거나 다른 호스트 서버로 마이그레이션할 수 있습니다.

Hyper-V 복제본은 네트워크를 통해 운영 사이트의 Hyper-V 호스트에서 복제본

사이트의 다른 Hyper-V 호스트로 가상 머신의 비동기식 복제를 수행하기 위해

Windows Server 2012에서 도입되었습니다. Hyper-V 복제본은 Hyper-V 환경에서

단일 사이트의 운영 중단과 관련한 다운타임으로부터 비즈니스 애플리케이션을

보호합니다.

Hyper-V 복제본은 운영 가상 머신에 대한 쓰기 작업을 추적하고 HTTP 및 HTTPS를

사용하여 네트워크를 통해 복제본 서버에 변경 사항을 복제합니다. 필요한 네트워크

대역폭의 양은 전송 일정 및 데이터 변경률에 따라 다릅니다.

Microsoft SCVMM (System Center Virtual Machine Manager)

Hyper-V 페일오버 클러스터링을 사용한 고가용성

Hyper-V 복제본





운영 Hyper-V 호스트에 장애가 발생할 경우 운영 가상 머신을 복제본 사이트의

Hyper-V 호스트에 수동으로 페일오버할 수 있습니다. 수동 페일오버를 수행하면

가상 머신을 비즈니스에 최소한의 영향을 미치면서 액세스할 수 있는 정합성 보장

시점으로 전환합니다. 복구 후 운영 사이트에서는 복제본 사이트로부터 변경 사항을

수신할 수 있습니다. 계획된 페일백을 수행하여 가상 머신을 운영 사이트의 Hyper-V

호스트에 수동으로 다시 복구할 수 있습니다.

Hyper-V 스냅샷은 정합성이 보장된 가상 머신의 시점 뷰를 생성합니다. 스냅샷은

백업 또는 기타 활용 사례를 위한 소스로 사용됩니다. 스냅샷을 생성하기 위해 가상

머신을 실행할 필요는 없습니다. 스냅샷은 가상 머신에서 실행 중인 애플리케이션에

아무런 영향을 주지 않습니다. 스냅샷은 가상 머신의 시점 상태를 저장하여 필요에

따라 가상 머신을 이전 시점으로 복구할 수 있게 해 줍니다.

참고: 스냅샷을 생성하려면 추가 스토리지 공간이 필요합니다. 추가 스토리지 공간의

크기는 가상 머신에서의 데이터 변경 빈도와 보존된 스냅샷 수에 따라 달라집니다.

CAU(클러스터 인식 업데이트)는 Windows Server 2012에서 도입되었으며, 중단을

최소화하거나 중단 없이 클러스터 노드를 업데이트할 수 있게 해 줍니다. CAU는 실행

중인 업데이트 프로세스에 영향을 주지 않고 다음과 같은 작업을 수행합니다.

1. 클러스터 노드를 유지 보수 모드로 전환한 다음 오프라인으로 전환합니다.

이때 가상 머신은 다른 클러스터 노드에 실시간으로 마이그레이션됩니다.

2. 업데이트를 설치합니다.

3. 필요한 경우 다시 시작합니다.

4. 노드를 다시 온라인으로 전환합니다. 그러면 마이그레이션된 가상 머신이

원래 노드로 다시 이동합니다.

5. 클러스터에서 다음 노드를 업데이트합니다.

업데이트 프로세스를 관리하는 노드를 Orchestrator라고 합니다. Orchestrator는

다음과 같이 여러 가지 다른 모드로 작동할 수 있습니다.

• 자가 업데이트 모드: Orchestrator가 업데이트 중인 클러스터 노드에서

실행됩니다.

• 원격 업데이트 모드: Orchestrator가 독립 실행형 Windows 운영 체제에서

실행되고, 클러스터 업데이트를 원격으로 관리합니다.

CAU는 WSUS(Windows Server Update Service)와 통합됩니다. Powershell을

사용하여 CAU 프로세스를 자동화할 수 있습니다.

Hyper-V 스냅샷

클러스터 인식 업데이트





31

ESI(EMC Storage Integrator)는 에이전트가 필요 없는 무료 플러그인으로서

Microsoft Windows Server 애플리케이션, Hyper-V, VMware 및 Xen Server 환경에

대한 애플리케이션별 스토리지 용량 할당을 지원합니다. 관리자는 ESI의 마법사를

사용하여 Microsoft Windows 또는 Microsoft SharePoint 사이트에 대한 블록 및 파일

스토리지를 간편하게 용량 할당할 수 있습니다. ESI에서는 다음 기능을 지원합니다.

• 드라이브 용량 할당, 드라이브 포맷, Windows 서버에 드라이브 제공

• 새로운 클러스터 디스크를 프로비저닝하여 자동으로 클러스터에 추가

• 공유 CIFS 스토리지 용량을 할당하여 Windows 서버에 마운트

• 하나의 마법사에서 SharePoint 스토리지, 사이트 및 데이터베이스 모두

프로비저닝

컴퓨팅

VSPEX 인프라스트럭처용 서버 플랫폼을 선택할 때는 해당 환경의 기술적 요구

사항은 물론 플랫폼의 지원 가능성, 기존 서버 제공업체와의 관계, 고급 성능 및 관리

기능을 비롯한 여러 가지 요인을 살펴보아야 합니다. 이러한 이유로 VSPEX 솔루션은

다양한 서버 플랫폼에서 실행되도록 설계되었습니다. 특정한 요구 사항을 만족하는

지정된 수의 서버를 요구하는 대신 VSPEX는 최소한의 프로세서 코어 수와 RAM

용량만을 요구합니다. 이 환경은 2대의 서버로 구축하든 20대의 서버로 구축하든

동일한 VSPEX 솔루션으로 간주할 수 있습니다.

그림 4에 나와 있는 예에서, 지정된 구축 환경의 컴퓨팅 계층에는 25개의 프로세서

코어와 200GB의 RAM이 필요합니다. 한 고객은 16개의 프로세서 코어와 64GB

RAM이 포함된 화이트 박스 서버를 사용하여 이 환경을 구축하는 반면 다른 고객은

20개의 프로세서 코어와 144GB의 RAM이 포함된 하이엔드 서버를 선택할 수도

있습니다.

EMC Storage Integrator





그림 4. 컴퓨팅 계층 유연성

첫 번째 고객에게는 선택한 서버가 4대 필요하지만 두 번째 고객에게는 2대가

필요합니다.

참고: 컴퓨팅 계층에서 고가용성 기능을 활성화하려면 각 고객에게 서버 장애 시 비즈니스

운영을 유지하기 위한 서버가 한 대 더 필요합니다.

다음은 컴퓨팅 계층에 적용되는 Best Practice입니다.

• 동일하거나 적어도 호환되는 서버를 사용합니다. VSPEX는 하이퍼바이저

수준의 고가용성 기술을 구현하는데, 기반이 되는 물리적 하드웨어와 관련하여

유사한 지침이 요구될 수 있습니다. VSPEX를 동일한 서버 유닛에 구축하면 이

영역에서 발생하는 호환성 문제를 최소화할 수 있습니다.

• 하이퍼바이저 계층에서 고가용성을 구현하는 경우 생성할 수 있는 최대 가상

머신은 해당 운영 환경의 최소 물리적 서버에 의해 제한됩니다.





33

• 사용 가능한 고가용성 기능을 가상화 계층에 구현하고 컴퓨팅 계층에 최소한

단일 서버 장애를 수용하기에 충분한 리소스가 있는지 확인합니다. 그러면

다운타임이 최소화된 업그레이드와 단일 유닛 장애에 대한 내결함성을 구현할

수 있습니다.

이와 같은 권장 사항 및 Best Practice를 따르는 범위 내에서 VSPEX의 컴퓨팅 계층을

특정 요구 사항에 맞게 유연하게 조정할 수 있습니다. 주된 관건은 충분한 프로세서

코어와 코어당 RAM을 확보하여 타겟 환경의 요구 사항을 충족하는 일입니다.

네트워킹

인프라스트럭처 네트워크에서 각 Hyper-V 호스트, 스토리지 시스템, 스위치 상호

연결 포트, 스위치 업링크 포트에 대한 네트워크 연결은 이중화해야 합니다.

이중화를 통해 가용성을 보장할 수 있을 뿐 아니라 네트워크 대역폭도 추가로 확보할

수 있습니다. 솔루션에 사용할 네트워크 인프라스트럭처가 이미 갖추어져 있든, 다른

구성 요소와 함께 새로 구축하든 상관없이 이 이중화 구성이 필요합니다. 그림 5에는

고가용성 네트워크 토폴로지의 예가 나와 있습니다.

그림 5. 고가용성 네트워크 설계의 예 - 블록의 경우

개요





이 검증된 솔루션은 VLAN(Virtual LAN)을 통해 다양한 유형의 네트워크 트래픽을

분리하여 처리량, 관리 용이성, 애플리케이션 분리, 고가용성, 보안을 개선합니다.

블록용의 경우 EMC 유니파이드 스토리지 플랫폼은 스토리지 프로세서당 포트 두

개를 사용하여 네트워크 고가용성 또는 이중화를 구현합니다. 스토리지 프로세서

프런트엔드 포트에서 링크가 끊기는 경우 다른 포트로 페일오버됩니다. 모든

네트워크 트래픽은 활성 링크 간에 분산됩니다.

파일용의 경우 EMC 유니파이드 스토리지 플랫폼은 Link Aggregation을 사용하여

네트워크 고가용성 또는 이중화를 구현합니다. Link Aggregation을 통해 MAC(다중

활성) 이더넷 연결을 하나의 MAC 주소와 잠재적으로 여러 개의 IP 주소가 지정된

단일 링크로 표시할 수 있습니다. 이 솔루션에서는 LACP(Link Aggregation Control

Protocol)를 VNXe 스토리지 시스템에 구성하여 여러 개의 이더넷 포트를 하나의 가상

디바이스로 통합합니다. 이더넷 포트에서 링크가 끊기는 경우 다른 포트로

페일오버됩니다. 모든 네트워크 트래픽은 활성 링크 간에 분산됩니다.

스토리지

스토리지 계층은 데이터 센터 스토리지 처리 시스템에서 애플리케이션 및 운영

체제에 의해 생성된 데이터에 대한 서비스를 제공하는 클라우드 인프라스트럭처

솔루션의 또 다른 주요 구성 요소입니다. 이 계층은 스토리지 효율성과 관리 유연성을

향상시키고 TCO(Total Cost of Ownership)를 줄입니다. 이 VSPEX 솔루션에서, EMC

VNXe 시리즈 스토리지 시스템은 모든 가상화 환경을 사용하고 강화하기 위한 기능과

성능을 제공합니다.

EMC VNX 제품군은 가상 애플리케이션에 최적화 되어 확장성이 뛰어나고 사용이

간편한 솔루션으로, 파일 및 블록 스토리지 면에서 업계 최고 수준의 혁신적인

엔터프라이즈 기능을 제공합니다. 이 차세대 스토리지 플랫폼은 성능 및 유연성이

뛰어난 하드웨어와 효율성 향상, 관리 간소화 및 데이터 보호를 위한 첨단

소프트웨어를 결합함으로써 오늘날 기업들이 직면한 과제들을 완벽하게 해결합니다.

Intel Xeon 프로세서를 기반으로 한 VNXe 시리즈는 성능을 자동화된 방식으로

효율적으로 확장하면서도 데이터 무결성과 보안을 유지하는 지능형 스토리지를

구축합니다. VNX 시리즈는 중간 규모 기업과 대기업의 고성능, 고가용성 요건을

충족하도록 설계되었습니다.

표 1에는 VNXe 시리즈가 고객에게 제공하는 이점이 나와 있습니다.

개요

EMC VNXe





35

표 1. VNXe 고객이 얻는 이점

기능 이점

가상화 애플리케이션에 최적화된 차세대

유니파이드 스토리지

Microsoft Windows 및 System Center와의

긴밀한 통합을 통해 고급 스토리지 기능 및

중앙 집중식 관리 지원

압축, 데이터 중복 제거, 씬 프로비저닝,

애플리케이션 정합성 보장 복제본 등의

용량 최적화 기능

스토리지 비용 절감, 리소스 활용도 향상 및

애플리케이션 복구 용이성 향상

99.999%의 고가용성 설계 가동 시간 향상 및 운영 중단 위험 완화

시스템 성능은 극대화하면서 스토리지

비용은 최소화할 수 있는 FAST VP 및 FAST

Cache를 통해 자동 계층화 기능 제공

복잡한 계획 및 구성 작업 없이 스토리지

리소스 활용도 향상

모든 NAS, SAN 및 복제 요구 사항을 한

곳에서 관리하는 인터페이스로 EMC

Unisphere™를 사용하여 관리 간소화

환경 관리에 필요한 관리 오버헤드 및 툴 세트

절감

VNXe 시리즈에서는 여러 가지 소프트웨어 제품군과 팩을 통해 다양한 기능을

제공하여 데이터 보호와 성능을 향상시킵니다.

소프트웨어 제품군

다음 VNXe 소프트웨어 제품군을 사용할 수 있습니다.

• FAST Suite - 시스템 성능을 향상시키는 동시에 스토리지 비용을 절감할 수

있도록 자동으로 성능 최적화 수행

• Security and Compliance Suite - 불법적인 변경, 삭제 및 악의적인 행위로부터

데이터를 안전하게 보호

EMC VNXe Virtual Provisioning™을 통해 조직은 용량 활용도를 높이고, 스토리지

관리를 간소화하며, 애플리케이션 다운타임을 줄여 스토리지 비용을 절감할 수

있습니다. 가상 프로비저닝은 기업이 전력 및 냉각 요구 사항을 줄이고 자본 지출을

줄이는 데에도 도움이 됩니다.

가상 프로비저닝은 씬 또는 일반 풀 LUN을 구축하여 풀을 기반으로 스토리지 용량을

할당합니다. 씬 LUN은 필요한 만큼만 스토리지를 할당하여 스토리지 활용도를

극대화하는 주문형 스토리지를 제공합니다. 일반 LUN은 애플리케이션에 예측

가능한 뛰어난 성능을 제공합니다. 두 LUN 유형 모두 사용이 간편한 풀 기반

프로비저닝 기능을 활용합니다.

EMC VNXe Virtual Provisioning





또한, 풀 및 풀 LUN은 FAST VP, VNXe Snapshots 및 압축과 같은 고급 데이터

서비스의 빌딩 블록입니다. 또한 풀 LUN은 LUN 축소, 온라인 확장, 가용 용량 임계값

설정 등과 같은 다양한 추가 기능을 지원합니다.

디스크를 시스템에 물리적으로 연결한 후 가상 프로비저닝을 사용하여 Unisphere

GUI를 통해 스토리지 풀의 용량을 확장할 수 있습니다. VNXe 시스템에서는 풀을

확장한 이후에 새 드라이브를 사용하도록 구성 드라이브 전체에 할당된 데이터

요소를 재조정할 수 있습니다. 재조정 기능은 확장 작업 후에 자동으로 시작되어

백그라운드에서 실행됩니다. 그림 6에 나와 있는 것처럼 Unisphere의 Jobs 패널에서

재조정 작업의 진행률을 모니터링할 수 있습니다.

그림 6. 스토리지 풀 재조정 진행률

LUN 확장

풀 LUN 확장을 사용하여 기존 LUN의 용량을 늘릴 수 있습니다. 비즈니스 요구 사항이

증가함에 따라 더 큰 용량을 프로비저닝할 수 있습니다.

VNXe 시리즈는 사용자 액세스를 중단하지 않고 풀 LUN을 확장하는 기능을

제공합니다. 몇 번의 간단한 클릭으로 풀 LUN을 확장하여 확장된 용량을 즉시 사용할

수 있습니다. 풀 LUN이 데이터 보호 또는 LUN 마이그레이션 작업에 사용되는

경우에는 풀 LUN을 확장할 수 없습니다. 예를 들어 스냅샷 LUN 또는 마이그레이션

중인 LUN은 확장할 수 없습니다.

풀 LUN 확장에 대한 자세한 내용은 Virtual Provisioning for the New VNX Series를

참조하십시오.

http://korea.emc.com/collateral/white-papers/h12204-vp-for-new-vnx-series-wp.pdf�





37

용량 임계값 설정을 통해 사용자에게 알림

씬 풀을 기반으로 파일 시스템 또는 스토리지 풀을 사용할 경우 사전 예방적 알림을

구성해야 합니다. 필요에 따라 스토리지를 용량 할당하고 용량 부족을 방지할 수

있도록 이러한 리소스를 모니터링합니다.

그림 7에서는 씬 풀을 통한 프로비저닝을 모니터링해야 하는 이유에 대해

설명합니다.

그림 7. 씬 LUN 공간 활용도

씬 풀 사용률에 대한 다음 값을 모니터링합니다.

• 총 용량(Total capacity)은 풀의 모든 LUN에 제공되는 전체 물리적 용량입니다.

• 총 할당량(Total allocation)은 모든 풀 LUN에 현재 할당된 전체 물리적

용량입니다.

• 서비스 용량은 풀에서 지원하는 호스트 보고 전체 용량입니다.

• 초과 서비스 용량(Over-subscribed capacity)은 LUN에 대해 구성된 가용 용량

중 풀의 물리적 용량을 초과하는 양입니다.

총 할당량은 총 용량을 초과해서는 안 됩니다. 총 할당량이 총 용량에 근접할 경우

고정 제한(최대값)에 도달하기 전에 풀에 스토리지를 사전 예방적으로 추가해야

합니다.

그림 8에서는 Unisphere에서 Available Space, Used Space, Subscription, Alert

Threshold, Total Space 등과 같은 매개 변수를 표시하는 Storage Pool Properties

대화상자를 보여 줍니다.





그림 8. 스토리지 풀 공간 활용도 조사

스토리지 풀 용량이 고갈되면 씬 프로비저닝된 LUN에 대한 모든 추가 공간 할당

요청이 실패합니다. 일반적으로 이러한 LUN에 데이터를 쓰려고 시도하는

애플리케이션도 실패하여 운영 중단이 발생할 가능성이 높습니다. 이러한 상황을

방지하려면 풀 사용률을 모니터링하고, 임계값에 도달할 경우 알림을 제공하도록

하며, 운영 중단 상황이 발생하기 전에 문제를 수정할 수 있는 충분한 버퍼를

확보하도록 Percent Full Threshold를 설정합니다. 씬 LUN이 풀을 초과 할당하는

유일한 방법이므로 풀에 씬 LUN이 하나 이상 있는 경우에만 이 알림이 활성화됩니다.

풀에 일반 LUN만 포함된 경우에는 초과 할당으로 인해 공간이 부족해질 위험이

없으므로 알림이 활성화되지 않습니다.

Windows ODX(Offloaded Data Transfer)를 사용하면 데이터 전송을 서버에서

스토리지 시스템으로 오프로드할 수 있습니다. Windows Server 2012에서는 이

기능을 기본적으로 사용합니다. VNXe 스토리지 시스템은 Windows Server 2012의

Windows ODX와 호환됩니다.

ODX는 다음 프로토콜을 지원합니다.

• iSCSI

• FC(Fibre Channel)

• FCoE(FC over Ethernet)

• SMB(Server Message Block) 3.0

현재 ODX를 지원하는 데이터 전송 작업은 다음과 같습니다.

• Hyper-V Manager를 통한 대용량 데이터 전송(예: 고정 크기 VHD 생성, 스냅샷

병합, VHD 변환 등)

• 파일 탐색기로 파일 복사

• Windows PowerShell에서 Copy 명령 사용

• Windows 명령 프롬프트에서 Copy 명령 사용

Windows ODX(Offloaded Data Transfer)





39

ODX는 파일 전송을 스토리지에 오프로드하므로 호스트 CPU 및 네트워크 사용률이

크게 감소됩니다. ODX는 데이터 전송에 스토리지를 사용하여 지연 시간을

최소화하고 전송 속도를 향상시킵니다. 따라서 데이터베이스, 비디오 파일 등과 같은

대용량 파일에 특히 유용합니다. ODX는 Windows Server 2012에서 기본적으로

설정되어 있으므로 ODX 지원 파일 작업을 수행할 경우 데이터 전송이 스토리지에

자동으로 오프로드됩니다. ODX 프로세스는 사용자에게 영향을 미치지 않습니다.

EMC PowerPath®는 물리적 환경과 가상화 환경에 구축된 이기종 서버, 네트워크 및

스토리지에 대해 자동화된 데이터 경로 관리 기능과 로드 밸런싱 기능을 제공하는

호스트 기반의 소프트웨어 패키지입니다. EMC PowerPath는 VSPEX Proven

Infrastructure에 다음과 같은 이점을 제공합니다.

• 물리적 환경과 가상화 환경 전반에 걸쳐 표준 데이터 관리 적용

• 경로 다중화 정책 및 로드 밸런싱을 자동화하여 물리적 환경과 가상화 환경

전반에 걸쳐 예측 가능하고 일관된 애플리케이션 가용성 및 성능 보장

• 입출력 장애가 애플리케이션에 영향을 미치지 않도록 함으로써 SLA(Service

Level Agreement) 향상

VNXe FAST Cache는 플래시 드라이브를 스토리지 시스템의 확장된 캐시 계층으로

사용할 수 있게 지원합니다. FAST Cache는 스토리지 시스템 전체에 사용되는 무중단

캐시로, 파일 스토리지와 블록 스토리지 모두에 사용 가능합니다. 자주 액세스되는

데이터는 FAST Cache에 복제되고, 이후 데이터 청크에 대한 읽기 및/또는 쓰기

작업이 FAST Cache에서 처리됩니다. 따라서 사용 빈도가 높은 데이터를 플래시

드라이브로 바로 상향 이동할 수 있습니다. 이를 통해 활성 데이터의 응답 시간이

대폭 향상되고 LUN 내에서 발생할 수 있는 데이터 핫 스팟이 줄어듭니다. FAST Cache

기능은 이 솔루션의 선택적 구성 요소입니다.

VNXe FAST VP는 다양한 성능과 용량을 활용하도록 여러 유형의 드라이브에

데이터를 자동으로 계층화합니다. FAST VP는 블록 스토리지 풀 레벨에 적용되며

데이터의 액세스 빈도에 따라 데이터가 저장되는 위치를 자동으로 조정합니다.

액세스 빈도가 높은 데이터는 상위 스토리지 계층으로 상향 이동되며 액세스 빈도가

낮은 데이터는 경제성을 높이기 위해 하위 계층으로 마이그레이션할 수 있습니다. 이

재조정 작업은 정기적으로 예약된 유지 보수 작업의 일환으로 수행됩니다.

대부분의 환경에서는 많은 개별 사용자가 액세스하는 파일을 저장하는 공통 위치가

있어야 합니다. 이 위치는 파일 서버에서 CIFS 또는 NFS 파일 공유로 구축됩니다.

VNXe 스토리지 시스템은 중앙 집중식 관리, 클라이언트 통합, 고급 보안 옵션, 효율성

향상 기능 등과 함께 이 서비스를 제공할 수 있습니다.

EMC PowerPath

VNXe FAST Cache

VNXe FAST VP

VNXe 파일 공유





ROBO(Remote Office Branch Office)가 있는 조직에서는 보다 나은 성능과 짧은 지연

시간을 위해 데이터와 애플리케이션을 사용자 가까이에 두기를 선호하는 경향이

있습니다. 이러한 환경에서 IT 부서는 중앙식 제어를 유지 관리하기 위한 필요성과

현지 지원의 장점 사이에서 균형을 맞춰야 할 필요성이 있습니다. 로컬 시스템 및

스토리지는 로컬 직원이 관리하기가 용이해야 할 뿐만 아니라 이러한 로컬 리소스에

대한 요구 사항을 최소화할 수 있도록 원격 관리 기능 및 유연한 취합 툴도 지원해야

합니다. VSPEX를 통해 원격 사무소 및 지점에 애플리케이션을 신속하게 배포할 수

있습니다. 고객은 Unisphere Remote를 사용하여 로컬 관리자를 위해 지속적으로

작업을 간소화하고 유니파이드 스토리지 기능을 활용하는 동시에 수많은 위치에

대한 모니터링, 시스템 알림 및 보고를 통합할 수도 있습니다.

데이터 보호

Data Protection도 이 VSPEX 솔루션의 중요 구성 요소입니다. 이 기능은 정의한

스케줄대로 데이터 파일 또는 볼륨을 백업하여 보호 성능을 보장하고 재해 후 복구를

위해 백업에서 데이터를 복구합니다.

EMC Data Protection은 지능적인 백업 방법입니다. 이 방식은 현재는 물론 미래의

백업 및 복구 목표까지 충족할 수 있도록 설계된 업계 최고 수준의 통합 보호

스토리지 및 소프트웨어로 구성됩니다. 시장을 선도하는 EMC 보호 스토리지, 긴밀한

데이터 소스 통합 및 기능이 풍부한 데이터 관리 서비스를 통해 모듈식 개방형 보호

스토리지 아키텍처를 구축할 수 있으므로 비용 및 복잡성을 최소화하면서

효율적으로 확장할 수 있습니다.

EMC Avamar는 완벽한 소프트웨어 및 하드웨어 솔루션을 통해 빠르고 효율적인 백업

및 복구를 제공합니다. 통합된 가변 길이 중복 제거 기술을 갖춘 Avamar는 가상화

환경, 원격 사무소, 엔터프라이즈 애플리케이션, NAS 서버, 데스크톱/노트북을 위한

빠른 일일 전체 백업을 지원합니다. 자세한 정보:

http://korea.emc.com/avamar

EMC Data Domain 데이터 중복 제거 스토리지 시스템은 백업 및 아카이브

워크로드를 위한 고속 인라인 데이터 중복 제거 기술을 통해 보다 혁신적인 디스크

백업, 아카이빙 및 재해 복구 기능을 제공합니다. 자세한

정보: http://korea.emc.com/datadomain

ROBO (Remote Office Branch Office)

개요

EMC Avamar 데이터 중복 제거

EMC Data Domain 데이터 중복 제거 스토리지 시스템

http://korea.emc.com/avamar�

http://korea.emc.com/datadomain�





41

EMC RecoverPoint는 이기종 SAN 연결 서버 및 스토리지 시스템에서 애플리케이션

데이터를 보호하도록 설계된 엔터프라이즈급 솔루션입니다. EMC RecoverPoint는

전용 어플라이언스(RPA)에서 실행되며 업계 최고의 무중단 데이터 보호 기술을

대역폭 효율이 뛰어난 데이터 무손실 복제 기술과 결합하여 로컬(무중단 데이터 보호,

CDP), 원격(무중단 원격 복제, CRR) 또는 둘 모두(로컬 및 원격 복제, CLR)에서

데이터를 보호할 수 있습니다.

• RecoverPoint CDP에서는 동일한 사이트 내에 또는 어느 정도 떨어져 있는 로컬

벙커 사이트에 데이터를 복제하고 FC를 통해 데이터를 전송합니다.

• RecoverPoint CRR에서는 FC 또는 기존 IP 네트워크를 사용하여 원격 사이트에

데이터 스냅샷을 전송합니다. 이때 쓰기 순서를 유지하는 기술이 적용됩니다.

• CLR 구성에서는 RecoverPoint가 동시에 로컬 및 원격 사이트 모두에 데이터를

복제합니다.

RecoverPoint에서는 애플리케이션 서버, Fabric 또는 스토리지에서 간편한 분할

기술을 사용하여 RecoverPoint 클러스터에 대한 애플리케이션 쓰기를 미러링합니다.

RecoverPoint는 다음과 같은 다양한 유형의 Write Splitter를 지원합니다.

• 스토리지 기반

• 지능형 Fabric 기반

• 호스트 기반

기타 기술

EMC VSPEX 솔루션의 필수 기술 구성 요소 외에도 특정 활용 사례에 따라 기타

기술에서 추가적인 가치를 제공할 수 있습니다.

EMC XtremCache™는 지능형 캐싱 소프트웨어와 PCIe 플래시 기술을 활용하여 지연

시간을 줄이고 처리량을 늘림으로써 애플리케이션 성능을 향상하는 서버용 플래시

캐싱 솔루션입니다.

서버 측 플래시 캐싱으로 속도 극대화

XtremCache는 다음 기능을 수행하여 시스템 성능을 향상시킵니다.

• 가장 자주 참조되는 데이터를 서버 기반 PCIe 카드에 캐싱하여 데이터를

애플리케이션에 좀 더 가깝게 배치합니다.

EMC RecoverPoint

EMC XtremCache





• 참조 빈도가 가장 높은 데이터를 파악하고 이를 서버용 플래시 카드로 상향

이동함으로써 지속적으로 변화하는 워크로드에 자동으로 대응합니다. 즉,

"사용 빈도가 가장 높은" 데이터가 서버의 PCIe 카드에 자동으로 상주하므로

빠르게 액세스할 수 있습니다.

• 스토리지에서 읽기 트래픽을 오프로드함으로써 다른 애플리케이션에 처리

성능을 더 많이 할당합니다. XtremCache를 통해 특정 애플리케이션의 속도는

향상되지만 다른 애플리케이션에 대한 스토리지 성능은 그대로 유지되거나

약간 향상됩니다.

스토리지에 Write-through 캐시를 사용하여 완벽하게 보호

XtremCache는 스토리지에 Write-through 캐시를 사용하여 일관된 고가용성, 무결성

및 재해 복구 기능을 지속적으로 제공함으로써 읽기 작업 속도를 높이고 데이터를

보호합니다.

애플리케이션 종류 불문

XtremCache는 애플리케이션에 영향을 미치지 않으므로 환경에 XtremCache를

구축하기 위해 작성, 테스트 또는 인증을 다시 수행할 필요가 없습니다.

시스템 리소스에 대한 영향 최소화

출시된 다른 캐싱 솔루션과 다르게, XtremCache는 모든 플래시 및 마모도 관리가

서버 리소스를 사용하지 않고 PCIe 카드에서 수행되므로 많은 양의 메모리 또는 CPU

주기가 필요하지 않습니다. 다른 PCIe 솔루션과 달리 XtremCache를 사용할 경우

서버 리소스에 큰 오버헤드가 발생하지 않습니다.

XtremCache는 애플리케이션에서 데이터 저장소로 연결되는 가장 효율적이고

지능적인 입출력 경로를 생성하므로 물리적 환경과 가상화 환경 모두에서 성능,

지능형 기능 및 보호 기능을 동적으로 최적화하는 인프라스트럭처가 구현됩니다.

XtremCache Active/Passive 클러스터링 지원

XtremCache 클러스터링 스크립트를 구성하면 어떠한 경우에도 유효하지 않은

데이터가 검색되지 않습니다. 이 스크립트는 클러스터 관리 이벤트를 사용하여

캐시를 삭제하는 메커니즘을 트리거합니다. XtremCache 지원 Active/Passive

클러스터는 데이터 무결성을 보장하고 애플리케이션 성능을 가속화합니다.

XtremCache 성능 고려 사항

XtremCache 성능 고려 사항은 다음과 같습니다.

• 쓰기 요청이 발생하면 XtremCache는 먼저 스토리지와 캐시에 차례로

데이터를 쓴 후에 애플리케이션 입출력을 완료합니다.





43

• 읽기 요청의 경우 XtremCache는 캐싱된 데이터로 요청을 처리합니다.

데이터가 없는 경우에는 스토리지에서 데이터를 검색하고 캐시에 쓴 후에

애플리케이션으로 돌려보냅니다. 몇 밀리초 정도면 데이터를 스토리지로

이동할 수 있으므로 캐시의 작동 속도는 스토리지에 달려 있습니다. 쓰기

횟수가 늘어날수록 XtremCache의 성능은 저하됩니다.

• XtremCache는 읽기 작업과 쓰기 작업 간 비율이 70% 이상이고 임의 입출력이

작을 때(8K가 이상적) 가장 효과적으로 워크로드를 처리합니다. 128K보다 큰

입출력은 XtremCache 1.5에서 캐싱되지 않습니다.

참고: 자세한 내용은 Introduction to EMC Xtrem Cache 백서를 참조하십시오.

http://korea.emc.com/collateral/hardware/white-papers/h10502-vfcache-intro-wp.pdf�




45

4장 솔루션 아키텍처 개요


개요 ....................................................................................................................... 46

솔루션 아키텍처...................................................................................................... 46

서버 구성 지침 ........................................................................................................ 52

네트워크 구성 지침 ................................................................................................. 55

스토리지 구성 지침 ................................................................................................. 58

고가용성 및 페일오버 .............................................................................................. 65

검증 테스트 프로파일 .............................................................................................. 68

EMC Data Protection 및 구성 지침 ........................................................................... 68

사이징 지침 ............................................................................................................ 69

레퍼런스 워크로드 .................................................................................................. 69

레퍼런스 워크로드 적용 ........................................................................................... 70

솔루션 아키텍처 개요




개요

이 장에는 이 솔루션의 주요 아키텍처 측면을 포괄적으로 보여 주는 가이드가

포함되어 있습니다. 서버 용량은 일반적으로 요구되는 최소한의 CPU, 메모리 및

네트워크 리소스를 기준으로 명시됩니다. 고객은 명시된 최소 구성 이상의 서버와

네트워킹 하드웨어를 자유롭게 선택할 수 있습니다. 지정된 스토리지 아키텍처는

명시된 서버 및 네트워크 요구 사항을 충족하는 시스템과 함께 프라이빗 클라우드

구축 환경에 적합한 고가용성 아키텍처를 제공하는 동시에 높은 수준의 성능을

구현하는 것으로 EMC에서 검증되었습니다.

각각의 VSPEX Proven Infrastructure는 EMC에서 검증을 마친 여러 가상 머신에

필요한 스토리지, 네트워크 및 컴퓨팅 리소스를 균등하게 분산시킵니다. 실제로 각

가상 머신은 자체의 고유한 요구 사항이 있으며 이러한 요구 사항은 가상 머신에 대해

미리 정의된 요구 사항과 좀처럼 일치하지 않습니다. 가상 인프라스트럭처에 대한

논의를 시작하려면 먼저 레퍼런스 워크로드를 정의해야 합니다. 모든 서버가 동일한

작업을 수행하는 것은 아니므로, 가능한 모든 워크로드 특성 조합을 고려하여

레퍼런스를 구축하는 것은 비현실적입니다.

솔루션 아키텍처

VNXe를 사용하는 Microsoft Hyper-V 프라이빗 클라우드용 VSPEX 솔루션은 최대

200개 가상 머신을 사용하는 구성에 대해 검증되었습니다.

참고: VSPEX는 레퍼런스 워크로드라는 개념을 사용하여 가상 머신을 설명하고 정의합니다.

따라서 기존 환경에 있는 하나의 물리적 또는 가상 서버가 VSPEX 솔루션에 있는 하나의

가상 서버와 동일하지 않을 수 있습니다. 레퍼런스 워크로드 관점에서 워크로드를 평가하면

적절한 수준의 규모를 파악할 수 있습니다. 본 문서는 레퍼런스 워크로드 적용에서 이

프로세스에 대해 설명합니다.

이 섹션의 아키텍처 다이어그램은 솔루션을 구성하는 주요 구성 요소의 레이아웃을

보여 줍니다. 다음 다이어그램에서는 블록 기반 스토리지와 파일 기반 스토리지의 두

가지 종류를 보여 줍니다.

그림 9에서는 블록 기반 스토리지에서 검증된 인프라스트럭처를 보여 줍니다.

여기서는 8Gb FC 또는 10Gb-iSCSI SAN을 통해 스토리지 트래픽을 전달하고

10GbE를 통해 관리 트래픽과 애플리케이션 트래픽을 전달합니다.

개요

논리적 아키텍처





47

그림 9. 블록 스토리지의 논리적 아키텍처

그림 10에서는 파일 기반 스토리지를 통해 검증된 인프라스트럭처의 특성을 보여

줍니다. 여기서는 10GbE를 통해 스토리지 트래픽과 기타 모든 트래픽을 전달합니다.

그림 10. 파일 스토리지의 논리적 아키텍처





이 아키텍처에 포함된 주요 구성 요소는 다음과 같습니다.

Microsoft Hyper-V - 서버 환경을 호스트하는 공용 가상화 계층을 제공합니다. 검증된

환경의 구체적인 하드웨어 구성은 50의 표 2에 나와 있습니다. Hyper-V는 다음과

같은 기능을 통해 고가용성 인프라스트럭처를 제공합니다.

• 실시간 마이그레이션 - 가상 인프라스트럭처 클러스터 내에서 가상 머신

다운타임이나 서비스 중단 없이 가상 머신의 실시간 마이그레이션을

지원합니다.

• 실시간 스토리지 마이그레이션 - 스토리지 시스템 내에서 또는 스토리지 시스템

간에 가상 머신 다운타임이나 서비스 중단 없이 가상 머신 디스크 파일의

실시간 마이그레이션을 지원합니다.

• 페일오버 클러스터링 HA(High Availability) - 클러스터에서 장애가 발생한 가상

머신을 감지하여 신속하게 복구합니다.

• DO(Dynamic Optimization) - SCVMM 지원을 통해 클러스터의 컴퓨팅 용량을

로드 밸런싱하는 기능을 제공합니다.

SCVMM(Microsoft System Center Virtual Machine Manager) - 이 솔루션에는

SCVMM이 필요하지 않습니다. 하지만 SCVMM을 구축하면 Hyper-V 환경의

프로비저닝과 관리 및 모니터링을 대폭 간소화할 수 있습니다.

Microsoft SQL Server 2012 - SCVMM이 사용될 경우에는 구성 및 모니터링 정보를

저장하기 위한 SQL Server 데이터베이스 인스턴스가 필요합니다.

DNS 서버 - 다양한 솔루션 구성 요소가 이름 확인을 수행하려면 DNS 서비스가

필요합니다. 이 솔루션에서는 Windows Server 2012 R2에서 실행되는 Microsoft

DNS 서비스를 사용합니다.

Active Directory 서버 - 다양한 솔루션 구성 요소가 올바르게 작동하려면 AD(Active

Directory) 서비스가 필요합니다. Windows Server 2012 R2에서 실행되는 Microsoft

AD 서비스가 이 용도로 사용됩니다.

IP 네트워크 - 케이블 연결과 스위치가 이중화된 표준 이더넷 네트워크를 통해 모든

네트워크 트래픽이 전송됩니다. 공유 IP 네트워크는 사용자 트래픽과 관리 트래픽을

전달합니다.

스토리지 네트워크

스토리지 네트워크는 호스트에 스토리지 시스템에 대한 액세스 권한을 제공하는

분리된 네트워크입니다. VSPEX는 블록 기반 스토리지와 파일 기반 스토리지에 대한

다양한 옵션을 제공합니다.

주요 구성 요소





49

블록용 스토리지 네트워크

이 솔루션은 블록 기반 스토리지 네트워크를 위한 두 가지 옵션을 제공합니다.

• FC(Fibre Channel)는 고속 직렬 데이터 전송을 수행하는 데 필요한 프로토콜을

정의하는 표준 집합입니다. FC는 서버 및 공유 스토리지 디바이스 간의 표준

데이터 전송 프레임을 제공합니다.

• 10Gb 이더넷(iSCSI)을 사용하여 TCP/IP 네트워크를 통해 SCSI 블록을 전송할

수 있습니다. iSCSI는 SCSI 명령을 TCP 패킷에 캡슐화하고 IP 네트워크를 통해

패킷을 전송하여 작동합니다.

파일용 스토리지 네트워크

라우팅이 불가능한 전용 10GbE 서브넷에서는 파일 기반 스토리지를 사용하여

스토리지 트래픽을 전달합니다.

VNXe 스토리지

VSPEX 프라이빗 클라우드 구성의 기본적인 VNXe 시리즈 스토리지 시스템은 다음과

같습니다.

• EMC VNXe3200 스토리지 시스템 - Cluster Shared Volume(블록용) 또는

CIFS(SMB 3.0) 공유(파일용)를 최대 200개의 가상 머신을 지원하는 Hyper-V

호스트에 스토리지로 제공합니다.

VNXe 시리즈 스토리지 시스템의 구성 요소는 다음과 같습니다.

• SP(Storage Processor)는 FC, iSCSI, NFS 및 CIFS 프로토콜을 지원하는

UltraFlex 입출력 기술을 활용하여 블록 데이터를 지원합니다. SP는 모든 외부

호스트와 VNXe 스토리지의 파일 측에 대한 액세스를 제공합니다.

• SPS(Standby Power Supply)의 크기는 1U이고, 전원 장애 발생 시 전송 중인

데이터가 Vault 영역에 디스테이징되도록 각 SP에 충분한 전력을 제공합니다.

따라서 쓰기 손실이 방지됩니다. 스토리지 시스템이 다시 시작되면 보류 중인

쓰기가 조정 및 유지됩니다.

• DAE(Disk Array Enclosure)에는 스토리지에서 사용되는 드라이브가

장착됩니다.





표 2에는 이 솔루션에 사용된 하드웨어가 나와 있습니다.

표 2. 솔루션 하드웨어

구성 요소 구성

Microsoft Hyper-V 서버

CPU 가상 머신당 vCPU 1개

물리적 코어당 vCPU 4개

가상 머신이 200개인 경우:

• vCPU 200개

• 물리적 CPU 최소 50개

메모리 가상 머신당 2GB RAM

Hyper-V 호스트당 2GB RAM 예약


• 최소 400GB RAM

• 물리적 서버마다 2GB 추가

네트워크

블록 서버당 10GbE NIC 2개

서버당 HBA 2개

파일 서버당 10GbE NIC 4개

참고: Microsoft Hyper-V HA를 구축하고 제시된 최소 구성을 충족하려면

인프라스트럭처에 최소 요구 사항보다 서버를 최소한 하나 이상 추가해야 합니다.

네트워크

인프라스트럭처

최소

스위치

용량

블록 물리적 스위치 2개

Hyper-V 서버당 10GbE 포트 2개

스토리지 프로세서당 관리용 1GbE 포트 1개

Hyper-V 서버당 스토리지 네트워크용 포트 2개

SP당 스토리지 데이터용 포트 2개

파일 물리적 스위치 2개



스토리지 프로세서당 데이터 처리용 10GbE 포트 2개

EMC 백업

솔루션

Avamar VSPEX 프라이빗 클라우드용 EMC 백업 및 복구 옵션 백서를

참조하십시오.

Data Domain VSPEX 프라이빗 클라우드용 EMC 백업 및 복구 옵션 백서를

참조하십시오.

하드웨어 리소스

http://bit.ly/GzrW8F�








51


EMC VNXe 시리즈 스토리지

시스템

블록 공통:

• SP당 관리용 1GbE 인터페이스 1개

• SP당 프런트엔드 Fibre Channel 포트 2개

• VNXe OE용 시스템 디스크


• EMC VNXe3200

• 600GB 10k RPM 6.35cm(2.5인치) SAS(Serial-Attached

SCSI) 드라이브 65개

• 200GB 플래시 드라이브 2개(선택 사항)

• 핫 스페어용 600GB 10K RPM 6.35cm(2.5인치) SAS

드라이브 4개

• 핫 스페어용 200GB 플래시 드라이브 1개(선택 사항)

파일 공통:

• SP당 10GbE 인터페이스 2개



가상 머신이 200개인 경우

• EMC VNXe3200

• 600GB 10K RPM 6.35cm(2.5인치) SAS 드라이브 65개


• 핫 스페어용 600GB 15k rpm 3.5인치 SAS 디스크 2개


공유


대부분의 경우 고객 환경에는 이미 Active Directory 서비스 및 DNS 서비스 같은

인프라스트럭처 서비스가 구성되어 있습니다. 이러한 서비스에 대한 설정은 이

문서의 범위를 벗어납니다.

기존 인프라스트럭처를 사용하지 않고 구축한 경우 다음을 추가합니다.

• 물리적 서버 2대

• 서버당 16GB RAM

• 서버당 프로세서 코어 4개

• 서버당 1GbE 포트 2개

참고: 이러한 서비스는 VSPEX 구축 후 환경으로 마이그레이션할 수 있지만 VSPEX를

구축하기 전에 구현되어 있어야 합니다.

참고: 대역폭 및 이중화 관련 기본 요구 사항을 만족할 경우 솔루션은 10GB 네트워크 또는

이에 상당하는 1GB 네트워크 인프라스트럭처를 사용하는 것이 좋습니다.





표 3 부분에는 이 솔루션에 사용된 소프트웨어가 나와 있습니다.

표 3. 솔루션 소프트웨어

소프트웨어 구성

Microsoft Hyper-V

Microsoft Windows Server

Windows Server 2012 R2 Datacenter Edition

(이 솔루션의 가상 머신 수를 지원하려면

Datacenter Edition이 필요함)

Microsoft SCVMM(System Center Virtual Machine Manager)

버전 2012 R2

Microsoft SQL Server

버전 2012 Enterprise Edition

참고: SCVMM에 대해 지원되는 모든

데이터베이스가 허용됩니다.

EMC VNXe

EMC VNXe OE 8.0

ESI(EMC Storage Integrator) 최신 버전 확인

EMC PowerPath 최신 버전 확인

차세대 백업 솔루션

EMC Avamar 6.1 SP1

EMC Data Domain OS 5.2

가상 머신(검증을 위해 사용되고 구축에 필요하지 않음)

기본 운영 체제 Microsoft Windows Server 2012 R2 Datacenter Edition

서버 구성 지침

VSPEX 솔루션의 컴퓨팅/서버 계층을 설계하고 주문할 때는 여러 가지 요인이 최종

구매 결정에 영향을 미칠 수 있습니다. 가상화 관점에서 시스템의 워크로드가 적절히

파악되었을 경우 동적 메모리 및 스마트 페이징과 같은 기능으로 총 메모리 요구

사항을 줄일 수 있습니다.

가상 머신 풀의 최대 또는 동시 사용량 수준이 높지 않은 경우에는 vCPU 수를

줄입니다. 이와 반대로, 구축하는 애플리케이션이 특성상 컴퓨팅 집약적인 경우에는

구매하는 CPU 및 메모리의 수를 늘립니다.

소프트웨어 리소스

개요

https://support.emc.com/products/17404_ESI-for-Windows-Suite�

http://korea.emc.com/storage/powerpath/powerpath-multipathing.htm�





53

현재 VSPEX 사이징 지침에서는 가상 CPU 코어 대 물리적 CPU 코어 비율을 4:1로

지정하고 있습니다(Ivy Bridge 이상 프로세서의 경우 8:1 비율 사용). 이러한 비율은

테스트 당시 사용 가능한 CPU 기술의 평균 샘플링을 기준으로 계산된 것입니다. CPU

기술이 발전함에 따라, VSPEX 파트너인 OEM 서버 공급업체에서는 다른 비율을

권장할 수도 있습니다(일반적으로 더 높음). OEM 서버 공급업체가 제공하는

업데이트된 지침을 따르십시오.

표 4에는 컴퓨팅 계층에 사용되는 하드웨어 리소스가 나와 있습니다.

표 4. 컴퓨팅 계층에 대한 하드웨어 리소스


Microsoft Hyper-V 서버

CPU 가상 머신당 vCPU 1개

물리적 코어당 vCPU 4개


• vCPU 200개


메모리 가상 머신당 2GB RAM

Hyper-V 호스트당 2GB RAM 예약


• 최소 500GB RAM

• 물리적 서버마다 2GB 추가

네트워크 블록 서버당 10GbE NIC 2개

서버당 HBA 2개


참고: Hyper-V HA를 구현하고 제시된 최소 구성을 충족하려면 인프라스트럭처에 최소

요구 사항보다 서버를 1개 더 추가해야 합니다.

Microsoft Hyper-V에는 성능 및 전반적인 리소스 활용도를 손쉽게 극대화할 수 있게

해 주는 많은 고급 기능이 통합되어 있습니다. 가장 중요한 기능은 메모리 관리와

관련이 있습니다. 이 섹션에서는 이러한 기능 중 몇 가지와 VSPEX 환경에서 이를

사용할 때 고려해야 할 사항을 설명합니다.

일반적으로 그림 11에 나와 있는 것처럼 단일 하이퍼바이저의 가상 머신에서는

리소스 풀로 메모리를 사용합니다.

Hyper-V 메모리 가상화





그림 11. 하이퍼바이저의 메모리 사용

이 섹션에 설명된 기술을 살펴보면 이 기본 개념을 보다 자세하게 이해할 수 있습니다.

동적 메모리

Windows Server 2008 R2 SP1에 도입된 동적 메모리 기능은 메모리를 공유 리소스로

간주하고 가상 머신에 동적으로 할당하여 물리적 메모리의 효율성을 향상시킵니다.

각 가상 머신에서 사용되는 메모리 양은 언제든지 조정할 수 있습니다. 동적 메모리는

주어진 시간 내에 더 많은 가상 머신을 실행할 수 있도록 유휴 상태인 가상 머신에서

메모리를 재확보합니다. Windows Server 2012 R2에서는 동적 메모리를 통해 가상

머신에서 사용할 수 있는 최대 메모리를 필요에 맞게 수시로 늘릴 수 있습니다.

스마트 페이징

동적 메모리만으로도 Hyper-V는 물리적 메모리로 지원되는 것보다 더 많은 가상

머신을 실행할 수 있습니다. 그런데 최소 메모리와 시작 메모리 간에 메모리 격차가

생길 가능성이 높습니다. 스마트 페이징은 디스크 리소스를 임시 교체 메모리로

활용하는 메모리 관리 기술입니다. 이 기능은 사용 빈도가 적은 메모리를 디스크

스토리지로 스왑 아웃하고 필요한 경우 다시 스왑 인합니다. 따라서 스마트 페이징은

성능이 저하될 수 있는 단점이 있습니다. Hyper-V는 호스트 메모리가 초과

할당되었을 경우 계속해서 게스트 페이징을 사용하는데, 스마트 페이징보다

효율적이기 때문입니다.





55

NUMA(Non-Uniform Memory Access)

NUMA(Non-Uniform Memory Access)는 CPU에서 원격 노드 메모리를 액세스할 수

있도록 해 주는 다중 노드 컴퓨터 기술입니다. 이러한 유형의 메모리 액세스는 성능

측면에서 비효율적이므로 Windows Server 2012 R2에서는 프로세서 선호도라고

하는 프로세스를 사용합니다. 이 프로세스는 스레드를 하나의 특정 CPU에 고정된

상태로 유지하여 원격 노드 메모리 액세스를 방지하려고 합니다. 이전 버전의

Windows에서는 이 기능을 호스트에만 사용할 수 있습니다. Windows Server 2012

R2는 이 기능을 가상 머신으로 확장하여 SMP(Symmetrical Multiprocessor)

환경에서 향상된 성능을 제공합니다.

본 메모리 구성 지침은 Hyper-V 메모리 오버헤드와 가상 머신 메모리 설정을

고려하여 제시된 것입니다.

Hyper-V 메모리 오버헤드

가상화된 메모리에는 관련 오버헤드가 약간 있는데, 여기에는 상위 파티션인 Hyper-

V에서 소모되는 메모리와 각 가상 머신의 추가적인 오버헤드가 포함됩니다. 이

솔루션의 Hyper-V 상위 파티션용으로 최소 2GB 메모리를 남겨 둡니다.

가상 머신 메모리

이 솔루션에서는 각각의 가상 머신에 2GB의 고정 메모리가 할당됩니다.

네트워크 구성 지침

이 섹션에서는 이중화된 고가용성 네트워크 구성을 설정하기 위한 지침을

설명합니다. 표 5의 지침은 EMC 유니파이드 스토리지의 점보 프레임, VLAN 및

LACP를 고려하여 제시된 것입니다.

표 5. 네트워크에 사용되는 하드웨어 리소스


네트워크

인프라스트럭

처

최소

스위치

용량

블록 물리적 스위치 2개



Hyper-V 서버당 스토리지 네트워크용 포트 2개

SP당 스토리지 데이터용 포트 2개

메모리 구성 지침

개요






파일 물리적 스위치 2개



스토리지 프로세서당 데이터 처리용 10GbE 포트 2개

참고: 대역폭 및 이중화 관련 기본 요구 사항을 만족할 경우 솔루션은 1GbE 네트워크

인프라스트럭처를 사용할 수 있습니다.

호스트와 스토리지 간, 호스트와 클라이언트 간의 트래픽은 물론 관리 트래픽까지

모두 분리된 네트워크를 통해 이동하도록 네트워크 트래픽을 분리하십시오. 경우에

따라 규정 또는 정책을 준수하기 위해 물리적으로 분리해야 할 수도 있지만 대부분의

상황에서는 VLAN을 사용한 논리적 분리만으로 충분합니다.

이 솔루션에는 다음과 같은 용도로 최소 3개의 VLAN이 필요합니다.

• 클라이언트 액세스

• 스토리지(iSCSI 또는 SMB에만 해당)

• 관리

그림 12에는 블록 기반 VNXe 스토리지에 대한 VLAN 및 네트워크 연결 요구 사항이

나와 있습니다.

그림 12. 블록 스토리지용 필수 네트워크

VLAN





57

그림 13에는 파일 기반 VNXe 스토리지에 대한 VLAN 및 네트워크 접속 구성 요구

사항이 나와 있습니다.

그림 13. 파일 스토리지용 필수 네트워크

클라이언트 액세스 네트워크는 시스템 사용자, 즉 클라이언트가 인프라스트럭처와

통신하는 데 사용됩니다. 스토리지 네트워크는 컴퓨팅 계층과 스토리지 계층 간의

통신에 사용됩니다. 관리 네트워크는 관리자가 전용의 방식으로 스토리지 시스템,

네트워크 스위치 및 호스트의 관리 접속 구성을 액세스하는 데 사용됩니다.

참고: 일부 Best Practice에서는 클러스터 트래픽, 가상화 계층 통신 및 기타 기능에 대해

네트워크 분리가 추가로 요구됩니다. 필요한 경우 이러한 추가 네트워크를 구축합니다.

이 솔루션에서는 스토리지 및 가상 머신 마이그레이션 트래픽의 효율을 높이기 위해

MTU를 9,000(점보 프레임)으로 설정해야 합니다. 스위치의 호스트 포트 및

스토리지에 점보 프레임을 설정하려면 스위치 공급업체의 지침을 참조하십시오.

Link Aggregation은 이더넷 채널과 비슷하지만 LACP IEEE 802.3ad 표준을 사용한다는

점에서 다릅니다. IEEE 802.3ad 표준은 두 개 이상의 포트가 있는 Link Aggregation을

지원합니다. Link Aggregation에 있는 모든 포트는 속도가 동일해야 하며 양방향

이중화여야 합니다. 이 솔루션에는 VNXe에 LACP가 구성되어 있어 여러 이더넷 포트를

단일 가상 디바이스로 결합합니다. 이더넷 포트에서 링크가 끊기는 경우 다른 포트로

페일오버됩니다. 모든 네트워크 트래픽은 활성 링크 간에 분산됩니다.

점보 프레임 사용(iSCSI 또는 SMB에만 해당)

Link Aggregation 사용(SMB에만 해당)





스토리지 구성 지침

이 섹션에서는 고가용성과 기대한 수준의 성능을 제공하는 솔루션의 스토리지

계층을 설정하기 위한 지침을 제시합니다.

Hyper-V에서는 가상 머신을 호스팅할 때 두 가지 이상의 방법으로 스토리지를 사용할

수 있습니다. 아래에서 설명하는 테스트된 솔루션은 FC/iSCSI(블록용) 및

CIFS(파일용) 등 다양한 프로토콜을 사용하며, 설명된 스토리지 레이아웃은 모든

최신 Best Practice를 준수합니다. 관련 배경 지식을 가진 고객 또는 설계자는 필요한

경우 시스템 사용과 로드에 대한 이해도를 바탕으로 이를 수정할 수 있습니다. 하지만

이 문서에 설명된 빌딩 블록은 수용 가능한 성능을 보장합니다. VSPEX 스토리지 빌딩

블록 섹션에는 맞춤 구성에 대한 권장 사항이 나와 있습니다..

표 6에는 스토리지에 대한 하드웨어 리소스가 나열되어 있습니다.

표 6. 스토리지에 사용되는 하드웨어 리소스


EMC VNXe 시리즈

스토리지

시스템

블록 공통:


• SP당 프런트엔드 Fibre Channel 포트 2개



• EMC VNXe3200




드라이브 2개


개요





59


파일 공통:

• SP당 10GbE 인터페이스 2개




• EMC VNXe3200



• 핫 스페어용 600GB 10K RPM 6.35cm(2.5인치) SAS 드라이브

2개


이 섹션에서는 고가용성과 기대한 수준의 성능을 제공하는 솔루션의 스토리지

계층을 설정하기 위한 지침을 제시합니다.

Windows Server 2012 Hyper-V와 페일오버 클러스터링은 CSV(Cluster Shared

Volume) v2 기능과 VHDX 기능을 통해 외부 공유 스토리지 시스템에서 제공된

스토리지를 가상화하여 가상 머신을 호스팅합니다. 그림 14에서 스토리지 시스템은

블록 기반 LUN(CSV) 또는 파일 기반 CIFS 공유(SMB 공유)를 Windows 호스트에

제공하여 가상 머신을 호스팅합니다.

그림 14. Hyper-V 가상 디스크 종류

CIFS

Windows Server 2012 R2에서는 CIFS(SMB 3.0) 파일 공유를 하나의 Hyper-V 가상

머신에 대한 공유 스토리지로 사용할 수 있습니다.

VSPEX용 Hyper-V 스토리지 가상화





CSV

CSV(Cluster Shared Volume)는 Windows 페일오버 클러스터의 모든 노드에서

액세스할 수 있는 NTFS(New Technology File System) 볼륨을 포함하는 공유

디스크입니다. SCSI 기반 로컬 또는 네트워크 스토리지를 통해 구축할 수 있습니다.

패스쓰루

Windows 2012는 패스쓰루도 지원합니다. 이 기능을 사용하면 가상 머신에서 구성된

볼륨이 없는 호스트에 매핑된 물리적 디스크에 액세스할 수 있습니다.

SMB 3.0(파일 기반 스토리지에만 해당)

SMB 프로토콜은 Windows에서 기본적으로 사용되는 파일 공유 프로토콜입니다.

Windows Server 2012 R2의 도입으로 업데이트된 (SMB 3.0) 프로토콜을 사용하는

다양하고 새로운 SMB 기능이 제공됩니다. 다음은 Windows Server 2012 SMB

3.0에서 제공되는 몇 가지 주요 기능입니다.

• SMB 무중단 페일오버(SMB Transparent Failover)

• SMB 스케일 아웃(SMB Scale Out)

• SMB 멀티 채널

• SMB 다이렉트(SMB Direct)

• SMB 암호화(SMB Encryption)

• SMB 파일 공유용 VSS(VSS for SMB file shares)

• SMB 디렉토리 리스(SMB Directory Leasing)

• SMB PowerShell

이러한 새로운 기능을 통해 강화된 SMB 3.0은 기존 Fibre Channel 스토리지

솔루션을 대체하는 고성능 스토리지를 저렴한 비용으로 제공합니다.

참고: SMB 3.0에 대한 자세한 내용은 3장을 참조하십시오.

ODX

ODX(Offloaded Data Transfer)는 기존에 투자한 외부 스토리지 시스템을 활용하여

데이터 전송을 서버에서 스토리지 시스템으로 오프로드할 수 있게 해 주는 Microsoft

Windows Server 2012 R2의 스토리지 스택 기능입니다. ODX 기능을 지원하는

스토리지 하드웨어와 함께 사용할 경우 파일 복제 작업은 호스트에서 시작되지만

스토리지 디바이스에서 수행됩니다. ODX를 사용하면 스토리지 시스템 내부에서

데이터를 읽고 쓰는 토큰 기반 메커니즘을 사용하므로 스토리지와 Hyper-V 호스트

간에 데이터를 전송할 필요가 없어 네트워크와 호스트 모두에서 부하가 감소됩니다.

http://en.wikipedia.org/wiki/NTFS�





61

ODX를 사용하면 가상 머신의 클론을 빠르게 생성하고 마이그레이션할 수 있습니다.

ODX를 사용할 경우 파일 전송이 스토리지 시스템에 오프로드되므로 CPU,

네트워크와 같은 호스트 리소스 사용이 크게 감소됩니다. ODX는 스토리지를 최대한

활용하여 지연 시간을 최소화하고 데이터베이스, 비디오 파일 등과 같은 대용량

파일의 전송 속도를 높입니다.

ODX에서 지원하는 파일 작업을 수행할 경우 데이터 전송이 스토리지 시스템에

자동으로 오프로드되므로 사용자에게 어떠한 영향도 주지 않습니다. ODX는

Windows Server 2012 R2에서 기본적으로 설정되어 있습니다.

VHDX

Windows Server 2012 R2의 Hyper-V에는 더 많은 용량과 기본 복구 성능을 제공하는

VHDX라는 VHD 형식에 대한 업데이트가 포함되어 있습니다. VHDX 형식의 주요

기능은 다음과 같습니다.

• 최대 64TB 용량의 가상 하드 디스크 스토리지 지원

• 전원 장애 시 VHDX 메타데이터 구조에 업데이트를 로깅하여 데이터

손상으로부터 추가적으로 보호

• 큰 섹터 디스크에 적합하도록 가상 하드 디스크 형식의 구조를 최적으로 정렬

VHDX 형식에는 다음 기능도 포함되어 있습니다.

• 동적 디스크와 차등 디스크의 블록 크기가 더 커져 디스크에서 워크로드의

요구를 이전보다 더 많이 충족할 수 있음

• 4KB의 논리적 섹터 가상 디스크로 4KB 섹터에 맞게 설계된 워크로드와

애플리케이션에서 사용할 경우 성능이 향상됨

• 파일에 대한 맞춤형 메타데이터를 저장하여 사용자가 운영 체제 버전 또는

적용된 업데이트와 같은 정보를 기록할 수 있음

• 공간 재확보 기능으로 파일 크기가 작아지고 기반이 되는 물리적 스토리지

디바이스에서 사용되지 않은 공간을 재확보할 수 있음(예: TRIM에는 Direct

Attached Storage 또는 SCSI 디스크와 TRIM 호환 하드웨어가 필요함)

가상 서버 IOPS를 충족하도록 스토리지 시스템을 사이징하는 프로세스는

복잡합니다. 입출력이 스토리지에 도달하면 SP, 백엔드 DRAM(Dynamic Random

Access Memory) 캐시, FAST Cache 또는 FAST VP(사용된 경우), 디스크 등과 같은

여러 구성 요소에서 해당 입출력을 처리합니다. 고객은 스토리지 시스템을

확장하려고 계획할 때 다양한 요소를 고려하여 애플리케이션의 용량, 성능 및 비용을

조율해야 합니다.

VSPEX 스토리지 빌딩 블록





VSPEX에서는 이러한 복잡함을 줄이기 위해 빌딩 블록 접근 방식을 사용합니다. 빌딩

블록은 VSPEX 아키텍처에서 특정 수의 가상 서버를 지원할 수 있는 디스크 드라이브

집합입니다. 각 빌딩 블록은 여러 디스크 드라이브를 결합하여 프라이빗 클라우드

환경 요구 사항을 지원하는 스토리지 풀을 구축합니다.

VSPEX 솔루션은 다양한 크기 구성을 제공하도록 설계되어 있어 솔루션 설계할 때

충분한 유연성을 제공합니다. 고객은 우선 작은 규모의 구성을 구축했다가, 요구

사항이 늘어감에 따라 그 규모를 확장할 수 있습니다. 뿐만 아니라 요구 사항에 가장

적합한 구성을 선택할 수 있기 때문에 과도하게 구매하지 않아도 됩니다. VSPEX

솔루션은 기본적인 성능 수준을 보장하는 동시에 가장 이상적으로 구성할 수 있도록

아래의 규모 중 하나 또는 모두를 사용해 구축할 수 있습니다.

15개의 가상 서버에 대한 빌딩 블록

첫 번째 빌딩 블록은 그림 15에 나와 있는 것처럼 스토리지 풀에 SAS 드라이브 5개가

있는 최대 15개의 가상 서버를 포함할 수 있습니다.

그림 15. 15개의 가상 서버에 대한 빌딩 블록

VSPEX 아키텍처용으로 검증된 최소 빌딩 블록입니다. 15개의 가상 서버를 추가로

지원하도록 5개의 SAS 드라이브를 추가하고 풀을 다시 스트라이핑될 수 있도록 하여

이 빌딩 블록을 확장할 수 있습니다.

125개의 가상 서버에 대한 빌딩 블록

두 번째 빌딩 블록은 최대 125개의 가상 서버를 포함할 수 있으며, 그림 16에 나와

있는 것처럼 SAS 드라이브 40개를 포함합니다. 이 그림에서는 VNXe 운영 체제에

필요한 드라이브 4개도 보여 줍니다. 이전 섹션에서는 풀에 있는 15개의 가상 머신을

125개의 가상 머신으로 확장하는 접근 방식에 대해 간략하게 소개했습니다.

그림 16. 125개의 가상 서버에 대한 빌딩 블록





63

초기에 풀에 있는 모든 리소스를 사용하여 이 빌딩 블록을 구축하거나 시간이

지나면서 환경이 확장되면 그에 따라 풀을 확장할 수 있습니다. 표 7에는 가상 서버

수에 따른 풀의 플래시 및 SAS 요구 사항이 나와 있습니다.

표 7. 가상 머신 수에 따라 필요한 디스크 수

가상 서버 SAS 드라이브

15 5

30 10

45 15

60 20

75 25

90 30

105 35

120 40

125 40*

참고: 스트라이프의 확대에 따른 효율성 향상으로 인해 40개의 SAS 드라이브로 구성된

빌딩 블록에서 최대 125개의 가상 서버를 지원할 수 있습니다.

125개 이상의 가상 서버를 지원하는 환경으로 확대하려면 여기에 설명된 빌딩 블록

방법을 사용하여 다른 스토리지 풀을 생성하십시오. 테스트된 최대 확장 수준인

200개 가상 서버에 도달하려면 두 번째 풀에 25개의 디스크가 포함되어 있어야

합니다. 위에서 설명한 대로 새로운 풀을 구성하십시오.

VSPEX 프라이빗 클라우드 구성은 VNXe3200 플랫폼에서 검증을 마쳤습니다.

프로세서, 메모리 및 디스크의 측면에서 플랫폼마다 기능이 다릅니다. 스토리지

시스템별로 권장하는 최대 VSPEX 프라이빗 클라우드 구성이 있습니다. VSPEX

프라이빗 클라우드 빌딩 블록 외에도 각 스토리지 시스템은 VNXe OE(Operating

Environment)에 사용되는 드라이브와 해당 환경을 위한 핫 스페어 디스크를

포함해야 합니다.

참고: 각 유형과 크기의 디스크 30개마다 핫 스페어를 1개 이상 할당합니다.

VSPEX 프라이빗 클라우드의 검증된 최대 구성





VNXe3200

VNXe3200은 최대 200개의 가상 서버를 지원하는 것으로 검증되었습니다.

그림 17에는 최대 확장 수준을 지원하는 일반적인 구성이 나와 있습니다.

그림 17. 200개의 가상 머신을 지원하는 VNXe3200을 사용한 스토리지 레이아웃

이 구성에서는 다음과 같은 스토리지 레이아웃을 사용합니다.

• 40개의 600GB SAS 디스크가 125개 가상 머신을 지원하는 하나의 블록 기반

스토리지 풀에 할당됩니다.

• 25개의 600GB SAS 디스크가 75개 가상 머신을 지원하는 두 번째 풀에

할당됩니다.

• 3개의 600GB SAS 디스크가 핫 스페어로 구성됩니다.

• 블록 스토리지의 경우 CSV로 사용하도록 풀당 최소 2개의 LUN을 Hyper-V

페일오버 클러스터에 할당합니다.

• 파일 스토리지의 경우 가상 서버에 사용하도록 풀당 최소 2개의 SMB 공유를

Hyper-V 페일오버 클러스터에 할당합니다.

• 필요한 경우, FAST VP에 대해 풀당 2개씩 200GB 플래시 드라이브를

구성합니다.

• 필요한 경우 핫 스페어용 200GB 플래시 드라이브 1개를 구성합니다.

• 필요한 경우, 스토리지 시스템에서 FAST Cache로서 플래시 드라이브를

구성합니다(최대 400GB). 입출력 요구 사항이 평균보다 높은 가상 머신이

상주하는 LUN 또는 스토리지 풀은 FAST Cache 기능을 사용하여 이점을 얻을

수 있습니다. 이러한 드라이브는 솔루션의 선택적 구성 요소이며 FAST Suite를

사용하려면 추가 라이센스가 필요할 수 있습니다.

VNXe3200은 레퍼런스 워크로드 섹션에 정의된 대로 이 구성을 사용하여 200개의

가상 서버를 지원할 수 있습니다.





65

결론

그림 18에 나오는 확장 수준은 VSPEX 프라이빗 클라우드 환경에 사용되는 스토리지

시스템의 기본 시작 지점과 지원되는 최대값을 강조해 보여 줍니다. 기본 시작 지점은

운영 환경 내 가상 머신 수의 측면에서 최적의 모델 간 경계를 나타냅니다. 이를 통해

각자의 요구 사항을 기준으로 어떤 VNXe 스토리지를 선택할 것인지 쉽게 결정할 수

있습니다. 앞에서 설명한 빌딩 블록 접근법을 활용하여 여기 나열된 스토리지를

최대값보다 더 적은 수의 가상 머신으로 구성할 수도 있습니다.

그림 18. 다양한 스토리지 시스템의 최대 확장 수준과 기본 시작 지점

고가용성 및 페일오버

이 VSPEX 솔루션은 가용성이 높은 가상화된 서버, 네트워크 및 스토리지

인프라스트럭처를 제공합니다. 이 가이드에 따라 구축할 경우 비즈니스 운영에 거의

또는 전혀 영향을 주지 않으면서 단일 유닛 장애를 극복할 수 있습니다.

가상화 계층에서 높은 가용성을 구성하고 하이퍼바이저에서 장애가 발생한 가상

머신을 자동으로 다시 시작할 수 있도록 구성합니다. 그림 19에는 컴퓨팅 계층의

장애에 대응하는 하이퍼바이저 계층이 나와 있습니다.

그림 19. 가상화 계층 고가용성

개요

가상화 계층





가상화 계층에 고가용성을 구현하면 하드웨어 장애가 발생하더라도

인프라스트럭처가 가능한 한 많은 서비스를 실행 상태로 유지하려고 합니다.

컴퓨팅 계층에서 구축할 서버는 자유롭게 선택할 수 있지만 데이터 센터에 맞게

설계된 엔터프라이즈급 서버를 사용하는 것이 좋습니다. 그림 20에서와 같이 이

유형의 서버에는 이중화된 전원 공급 장치가 있습니다. 서버 공급업체의 Best

Practice에 따라 별도의 PDU(Power Distribution Unit)에 이러한 서버를 연결합니다.

그림 20. 이중화된 전원 공급 장치

가상화 계층에서 HA를 구성하려면 그림 19에 나와 있는 것처럼 서버 장애 시에도

운영 환경의 요구 사항을 충족하도록 충분한 리소스로 컴퓨팅 계층을 구성해야

합니다.

VNXe 시리즈의 고급 네트워킹 기능은 스토리지 시스템에서 네트워크 접속 장애로

인한 문제를 방지합니다. 그림 21에 나와 있는 것처럼 각 Windows 호스트는 사용자

및 스토리지 이더넷 네트워크에 대한 다중 접속으로 구성되어 있어 연결 장애로부터

보호됩니다. 이러한 접속을 여러 이더넷 스위치에 분산시키면 네트워크의 구성 요소

장애로부터 보호할 수 있습니다.

컴퓨팅 계층

네트워크 계층





67

그림 21. 네트워크 계층 고가용성(VNXe)

구성 요소에 장애가 발생하더라도 컴퓨팅 계층에서 계속 스토리지에 액세스하고

사용자와 통신할 수 있도록 SPOF(Single Point Of Failure)를 제거합니다.

VNXe 시리즈는 스토리지 시스템 전체에 걸쳐 구성 요소를 이중화함으로써

99.999%의 가용성을 보장하도록 설계되었습니다. 모든 스토리지 시스템 구성

요소는 하드웨어 장애가 발생한 경우에도 작동 상태가 유지됩니다. 그림 22에 나와

있는 것처럼 스토리지 시스템의 RAID 디스크 구성은 개별 디스크의 장애로 인한

데이터 손실을 방지하며, 사용 가능한 핫 스페어 드라이브를 동적으로 할당하여

장애가 발생한 디스크를 대체할 수 있습니다.

그림 22. VNXe 시리즈 HA 구성 요소

스토리지 계층





EMC 스토리지 시스템은 기본적으로 HA를 지원합니다. 설치 가이드에 나온 지침대로

구성하면 단일 유닛의 장애로 인해 데이터 손실 또는 데이터 가용성 손실이 발생하지

않습니다.

검증 테스트 프로파일

VSPEX 솔루션은 표 8의 다음 환경 프로파일을 통해 검증되었습니다.

표 8. 프로파일 특성

프로파일 특성 값

가상 머신 수 200

가상 머신 OS Windows Server 2012 R2 Datacenter Edition

가상 머신당 프로세서 수 1

물리적 CPU 코어당 가상 프로세서 수 4*

가상 머신당 RAM 용량 2GB

각 가상 머신에 사용 가능한 평균 스토리지 용량 100GB

가상 머신당 평균 IOPS 용량 25 IOPS

가상 머신 디스크를 저장할 LUN 또는 CIFS 공유 수 스토리지 풀당 2개

LUN 또는 CIFS 공유당 가상 머신 수 CIFS 공유의 LUN당 65개 또는 75개

LUN 또는 CIFS 공유의 디스크 및 RAID 유형 RAID 5, 600GB, 10K RPM, 6.35cm(2.5인치) SAS 디스크

* Ivy Bridge 이상 프로세서의 경우 물리적 코어당 vCPU 8개를 사용하십시오.

참고: 이 솔루션은 Hyper-V 호스트 및 가상 머신의 운영 체제로 Windows Server 2012 R2를

사용하여 테스트하고 검증했으나 Windows Server 2008 R2 및 Windows Server 2012도

지원합니다. 지원되는 모든 버전의 Windows Server를 기반으로 하는 Hyper-V 호스트는

동일한 사이징 및 구성을 사용합니다.

EMC Data Protection 및 구성 지침

이 VSPEX 프라이빗 클라우드 솔루션에 대한 전체 EMC Data Protection 지침은

VSPEX 프라이빗 클라우드용 EMC 백업 및 복구 옵션 설계 및 구축 가이드를

참조하십시오.

프로파일 특성





69

사이징 지침

다음 섹션에서는 VSPEX 아키텍처를 사이징하고 구현하는데 사용되는 레퍼런스

워크로드에 대한 정의를 제공합니다. 또한 이러한 레퍼런스 워크로드와 고객

워크로드와의 상관 관계를 분석하는 방법과 이러한 관계가 서버 및 네트워크

관점에서 최종 결과물을 어떻게 변경할 수 있는지에 관한 지침을 제시합니다.

용량을 늘리고 성능을 높이기 위해 드라이브를 추가하고 FAST Cache 및 FAST VP

등의 기능을 추가하는 방식으로 스토리지 정의를 수정할 수 있습니다. 디스크

레이아웃은 정의된 성능 수준과 일반적인 작업(예: 스냅샷)에 대해 적절한 수의 가상

머신을 지원합니다. 권장되는 드라이브 수를 줄이거나 스토리지 유형을 낮추면 응답

시간이 늘어나 가상 머신당 IOPS가 줄어들고 사용자 환경의 성능이 저하될 수

있습니다.

레퍼런스 워크로드

기존 서버를 가상 인프라스트럭처로 이동할 경우, 해당 시스템에 할당되는 가상

하드웨어 리소스를 정확하게 사이징함으로써 효율성을 극대화할 수 있습니다.

각각의 VSPEX Proven Infrastructure는 EMC에서 검증을 마친 정해진 수의 가상

머신에 필요한 스토리지, 네트워크 및 컴퓨팅 리소스를 균등하게 분산시킵니다.

실제로 각 가상 머신은 자체의 고유한 요구 사항이 있으며 이러한 요구 사항은 가상

머신에 대해 미리 정의된 요구 사항과 좀처럼 일치하지 않습니다. 가상

인프라스트럭처에 대한 논의를 진행할 때는 항상 레퍼런스 워크로드를 먼저

정의하십시오. 모든 서버가 동일한 작업을 수행하는 것은 아니므로, 가능한 모든

워크로드 특성 조합을 고려하여 레퍼런스를 구축하는 것은 비현실적입니다.

원활한 논의를 돕기 위해 이 섹션에서는 대표적인 고객 레퍼런스 워크로드를

정의했습니다. 실제 고객 환경을 이 레퍼런스 워크로드와 비교하면 선택해야 할

레퍼런스 아키텍처를 쉽게 결정할 수 있을 것입니다.

VSPEX 솔루션에서 레퍼런스 워크로드는 단일 가상 머신입니다. 표 9에는 이 가상

머신의 특성이 나와 있습니다.

개요

레퍼런스 워크로드 정의





표 9. 가상 머신 특성

특성 값

가상 머신 운영 체제 Microsoft Windows Server 2012 R2 Datacenter Edition

가상 머신당 가상 프로세서 수 1

가상 머신당 RAM 용량 2GB

가상 머신당 가용 스토리지 용량 100GB

가상 머신당 IOPS(초당 입출력 작업 수) 25

입출력 패턴 랜덤

입출력 읽기/쓰기 비율 2:1

이 가상 머신 사양은 특정 애플리케이션을 나타내지 않으며, 다른 가상 머신을 측정,

비교할 수 있는 하나의 공통 기준을 제시합니다.

레퍼런스 워크로드 적용

기존 서버를 가상 인프라스트럭처로 이동하는 것을 고려하는 경우, 해당 시스템에

할당되는 가상 하드웨어 리소스의 크기를 정확히 지정함으로써 효율성을 극대화할

수 있습니다.

이 솔루션에서는 70페이지의 표 9에 나와 있는 특성을 보유한 레퍼런스 가상 머신을

타겟 수만큼 충분히 호스팅할 수 있는 리소스 풀을 생성합니다. 고객의 가상 머신은

사양과 정확하게 일치하지 않을 수 있습니다. 이 경우 고객의 특정 가상 머신 1개가

레퍼런스 가상 머신 몇 개와 일치하는지를 정의하여 풀 안에서 이러한 가상 머신이

사용되고 있다고 가정하십시오. 그리고 리소스가 남지 않을 때까지 리소스 풀에서

가상 머신을 계속 프로비저닝합니다.

소규모 맞춤형 애플리케이션 서버 하나를 이 가상 인프라스트럭처로 이동해야

합니다. 해당 애플리케이션을 지원하는 물리적 하드웨어는 완전히 활용되고 있지

않습니다. 기존 애플리케이션을 면밀히 분석한 결과, 이 애플리케이션은 프로세서

하나를 사용할 수 있으며 정상적으로 실행되려면 3GB의 메모리가 필요합니다.

입출력 워크로드는 유휴 시간일 때 4 IOPS까지 떨어졌다가 사용량이 많을 때는 최대

15 IOPS까지 상승합니다. 전체 애플리케이션은 로컬 하드 드라이브 스토리지에서 약

30GB의 용량을 사용합니다.

개요

예 1: 맞춤형 애플리케이션





71

이와 같은 수치에 따라 리소스 풀에는 다음 리소스가 필요합니다.

• 레퍼런스 가상 머신 1개의 CPU

• 레퍼런스 가상 머신 2개의 메모리

• 레퍼런스 가상 머신 1개의 스토리지

• 레퍼런스 가상 머신 1개의 입출력

이 예에서는 해당하는 가상 머신 1개가 레퍼런스 가상 머신 2개의 리소스를

사용합니다. 최대 200개의 가상 머신을 지원할 수 있는 VNXe3200 스토리지

시스템에 구축한 경우 레퍼런스 가상 머신198개에 대한 리소스가 남습니다.

고객의 PoS(Point of Sale) 시스템에 사용되는 데이터베이스 서버를 이 가상

인프라스트럭처로 이동해야 합니다. 이 서버는 현재 CPU 4개와 16GB의 메모리를

갖춘 물리적 시스템에서 실행되고 있습니다. 평균 사용 주기 동안에는 200GB의

스토리지를 사용하고 200 IOPS를 생성합니다.

이 애플리케이션을 가상화하는 데 필요한 리소스는 다음과 같습니다.





이 경우 해당하는 가상 머신 1개는 레퍼런스 가상 머신 8개의 리소스를 사용합니다.

최대 200개의 가상 머신을 지원할 수 있는 VNXe3200 스토리지 시스템에 구축한

경우 레퍼런스 가상 머신192개에 대한 리소스가 남습니다.

고객의 웹 서버를 이 가상 인프라스트럭처로 이동해야 합니다. 이 서버는 현재 CPU

2개와 8GB의 메모리를 갖춘 물리적 시스템에서 실행되고 있습니다. 평균 사용 주기

동안에는 25GB의 스토리지를 사용하고 50 IOPS를 생성합니다.






예 2: PoS(Point of Sale) 시스템

예 3: 웹 서버





이 경우 해당하는 가상 머신 1개는 레퍼런스 가상 머신 4개의 리소스를 사용합니다.

최대 200개의 가상 머신을 지원할 수 있는 VNXe3200 스토리지 시스템에 구축한

경우 레퍼런스 가상 머신196개에 대한 리소스가 남습니다.

고객의 의사 결정 지원 시스템에 사용되는 데이터베이스 서버를 이 가상

인프라스트럭처로 이동해야 합니다. 이 서버는 현재 CPU 10개와 64GB의 메모리를

갖춘 물리적 시스템에서 실행되고 있습니다. 평균 사용 주기 동안에는 5TB의

스토리지를 사용하고 700 IOPS를 생성합니다.






이 경우 가상 머신 1개는 레퍼런스 가상 머신 52개의 리소스를 사용합니다. 최대

200개의 가상 머신을 지원할 수 있는 VNXe3200 스토리지 시스템에 구축한 경우

레퍼런스 가상 머신148개에 대한 리소스가 남습니다.

이상 4개의 예는 리소스 풀 모델의 유연성을 보여 줍니다. 4가지 경우 모두

워크로드가 발생하면 풀 안에 있는 가용 리소스의 양이 감소합니다. 그림 23에 나와

있는 것처럼 이 4개의 예는 모두 레퍼런스 가상 머신 200개의 초기 용량을 갖춘

동일한 가상 인프라스트럭처에 구축할 수 있으며, 이 경우 리소스 풀에는 레퍼런스

가상 머신 134개에 대한 리소스가 남습니다.

예 4: 의사 결정 지원 데이터베이스

요약





73

그림 23. 리소스 풀 유연성

더 나아가, 메모리와 입출력 간의 상충 관계가 발생하거나 특정 리소스의 양을 늘리면

다른 리소스의 필요성은 줄어드는 관계도 발생할 수 있습니다. 이 경우 리소스 할당

간 상호 작용은 매우 복잡해지며, 이에 대한 설명은 본 문서의 범위를 벗어납니다.

리소스 균형 변화에 대해 검토하고 새로운 수준의 요구 사항을 파악합니다. 위의

예에서 설명한 방법으로 이러한 가상 머신을 인프라스트럭처에 추가합니다.

솔루션 구축

이 솔루션에는 시스템의 CPU, 메모리, 네트워크 및 스토리지 관련 요구 사항을

충족할 수 있는 하드웨어 세트가 필요합니다. 이러한 하드웨어 세트는 특정 구축으로

한정되지 않는 일반 요구 사항이며, 타겟 스케일 레벨에 비례하여 요구 사항이

증가합니다. 이 섹션에서는 관련 요구 사항을 구현하기 위해 고려해야 할 몇 가지

사항에 대해 설명합니다.

이 솔루션에서는 다음과 같은 기본 리소스를 기준으로 하드웨어 요구 사항을

정의합니다.

• CPU 리소스

• 메모리 리소스

• 네트워크 리소스

개요

리소스 유형





• 스토리지 리소스

이 섹션에서는 리소스 유형, 리소스 유형이 솔루션에서 사용되는 방식, 그리고 고객

환경에 해당 리소스 유형을 구축할 때 고려해야 할 주요 사항 등에 대해 설명합니다.

솔루션에서는 필요한 CPU 코어 수는 정의하지만 CPU 종류나 구성은 정의하지

않습니다. 새로운 구축에는 최신 버전의 일반적인 프로세서 기술이 사용되기

때문입니다. 이러한 환경은 솔루션 검증에 사용된 시스템보다 높거나 같은 성능을

발휘할 것으로 추정됩니다.

현재 실행되고 있는 시스템에서 리소스의 사용률을 모니터링하고 필요에 따라

신속히 대응해야 합니다. 레퍼런스 가상 머신과 솔루션 내 필수 하드웨어

리소스에서는 물리적 프로세서 코어 1개당 가상 CPU 수가 4개(1:4 비율)인 것으로

가정합니다. Ivy Bridge 이상 프로세서의 경우 물리적 코어당 vCPU 8개를

사용하십시오. 대부분의 경우는 이 비율이 호스팅되는 가상 머신의 리소스 수준으로

적절하지만, 일부 활용 사례에는 적합하지 않을 수 있습니다. 따라서 하이퍼바이저

계층에서 CPU 사용률을 모니터링하여 추가 리소스가 필요한지 여부를 확인하는

것이 좋습니다.

솔루션 내 각 가상 서버에는 2GB의 메모리가 있어야 합니다. 일반적으로 가상화

환경에서는 제한된 예산 때문에 하이퍼바이저 서버에 설치된 물리적 용량보다 더 많은

메모리를 가상 머신에 용량 할당합니다. 메모리 초과 할당은 각 가상 머신에서 할당된

메모리를 완전히 사용하지 않는다고 가정합니다. 따라서 메모리 사용량을 어느

정도까지 초과 할당하는 것도 타당할 수 있습니다. 관리자는 초과 할당률을

모니터링하여 서버에 발생할 수도 있는 병목 현상이 페이지 파일 스왑을 통해

스토리지 서브시스템의 부담으로 전가되는 일이 없도록 방지해야 할 책임이 있습니다.

이 솔루션은 메모리가 정적으로 할당되고 메모리 리소스가 과도하게 할당되지 않는

조건에서 검증되었습니다. 고객의 실제 운영 환경에서 초과 할당된 메모리를

사용하는 경우 시스템 메모리 사용률 및 관련 페이지 파일 입출력 작업을 정기적으로

모니터링하여 메모리 부족으로 예기치 못한 결과가 발생하지 않도록 해야 합니다.

솔루션은 시스템 최소 요구 사항에 대한 간략한 정보를 제시합니다. 대역폭이 추가로

필요하면 스토리지 시스템과 하이퍼바이저 호스트 모두에서 요구 사항을 충족하도록

기능을 추가해야 합니다. 서버상의 네트워크 연결 옵션은 서버 유형에 따라

달라집니다. 스토리지 시스템에는 여러 네트워크 포트가 포함되어 있으며 EMC

UltraFlex 입출력 모듈을 사용하여 포트를 추가할 수 있는 옵션이 있습니다.

CPU 리소스

메모리 리소스

네트워크 리소스





75

검증된 환경에서 참조용으로 사용할 경우, 하나의 가상 머신에서는 평균 8KB 크기의

IOPS가 25개 생성되는 것으로 가정합니다. 즉, 각 가상 머신은 스토리지

네트워크에서 최소 200KB/s의 트래픽을 생성하는 것입니다. 100개의 가상 머신이

있는 환경에서 이 수치는 최소 약 20MB/초가 되며, 이는 오늘날 네트워크에서 처리

가능한 범위입니다. 그러나 이 계산에 다른 작업은 고려되지 않았으며, 다음과 같은

작업에서 추가 대역폭이 필요합니다.

• 사용자 네트워크 트래픽

• 가상 머신 마이그레이션

• 관리 작업

각 네트워크에 대한 요구 사항은 활용 방식에 따라 달라집니다. 따라서 구체적인

수치를 제시하는 것은 비현실적입니다. 그러나 솔루션에서 설명된 네트워크는

앞에서 설명한 활용 사례에 대한 평균 워크로드를 충분히 처리할 수 있어야 합니다.

네트워크 트래픽 요구 사항에 관계없이 하나의 논리적 네트워크에 대해 공유되는

물리적 네트워크 연결을 항상 2개 이상 갖추고 있는 것이 좋습니다. 이는 하나의

링크에서 장애가 발생하더라도 시스템 가용성에는 영향을 주지 않도록 하기

위함입니다. 장애가 발생하더라도 총 대역폭이 전체 워크로드를 충분히 지원할 수

있도록 네트워크를 설계해야 합니다.

이 솔루션에서 설명하는 스토리지 빌딩 블록에는 시스템 검증에 사용된 디스크에

대한 레이아웃이 포함되어 있습니다. 각 레이아웃은 가용 스토리지 용량과 드라이브

성능 사이에서 균형을 이룹니다. 스토리지 사이징을 검토할 때 몇 가지 요소를

고려하십시오. 특히, 스토리지에는 스토리지 풀에 할당된 디스크 집합이 포함되어

있습니다. 스토리지 풀에서 CIFS 공유를 Windows 클러스터에 프로비저닝합니다. 각

계층은 솔루션별로 달리 구성되며 이는 5장에 문서화되어 있습니다.

다음과 같이 하는 것도 가능합니다.

• 드라이브를 동일한 유형과 동일한 성능 특성에 더 많은 용량을 가진

드라이브나 동일한 유형과 동일한 용량에 더 높은 성능 특성을 갖춘

드라이브로 바꿀 수 있습니다. Similarly,

• 마찬가지로, 업데이트되거나 새로 구성된 드라이브 셸프 배열에 맞추기 위해

드라이브 셸프 내에서 드라이브 배치를 변경할 수 있습니다.

• 더 많은 수의 드라이브를 포함하는 빌딩 블록을 사용하여 VSPEX 프라이빗

클라우드의 검증된 최대 구성 섹션에 정의된 제한까지 확장할 수 있습니다.

스토리지 리소스





다음의 Best Practice 중 하나를 사용하십시오.

• 셸프 내부 드라이브 배치에 대한 자세한 내용은 EMC의 최신 Best Practice

지침을 참조하십시오. 자세한 내용은 Applied Best Practices Guide: EMC VNX

Unified Best Practices for Performance를 참조하십시오.

• 이 문서에 설명된 빌딩 블록을 사용하여 스토리지 풀의 용량을 확장할 경우

풀에서 동일한 유형과 크기의 드라이브를 사용해야 합니다. 다른 유형에 다른

크기의 드라이브를 사용하려면 새 풀을 생성합니다. 이를 통해 풀 전체에서

성능 불균형이 방지됩니다.

• 시스템에 있는 각 유형과 크기의 드라이브에 대해 핫 스페어를 1개 이상

구성합니다.

• 각 유형의 디스크 30개마다 핫 스페어 디스크를 1개 이상 할당합니다.

제안된 드라이브 수, 지정된 드라이브 유형, 지정된 풀 또는 지정된 데이터 저장소

레이아웃과 다르게 구성해야 하는 경우 이와 동일하거나 더 많은 리소스를 시스템에

제공하도록 타겟 레이아웃을 구성하고 EMC에 게시된 Best Practice를 충족하는지

확인해야 합니다.

레퍼런스 아키텍처에 명시된 요구 사항은 EMC에서 레퍼런스 가상 머신의 명시된

정의에 따라 필요한 워크로드를 처리할 수 있는 최소한의 리소스라고 간주하는

것입니다. 고객 구축 환경에서는 사용자가 시스템과 상호 작용하기 때문에 시간의

경과에 따라 시스템 로드가 달라집니다. 그러나 고객 가상 머신이 레퍼런스 정의와

크게 다르고 동일한 리소스 그룹에서 다양한 경우에는 이를 보충할 수 있도록

시스템에 해당 리소스 유형을 더 추가해야 합니다.

고객 환경에 대한 빠른 진단

고객 환경을 진단하면 정확한 VSPEX 솔루션을 구축하는 데 도움이 됩니다. 이

섹션에서는 간단하게 사이징을 계산하고 고객 환경을 진단하는 데 손쉽게 활용할 수

있는 워크시트를 제공합니다.

먼저 VSPEX 프라이빗 클라우드로 마이그레이션하려는 애플리케이션을 요약

정리해야 합니다. 각 애플리케이션에 대해 가상 CPU 수, 메모리 양, 필요한 스토리지

성능, 스토리지 용량, 리소스 풀에 필요한 레퍼런스 가상 머신 수를 확인하십시오.

레퍼런스 워크로드 적용 섹션에서는 이 프로세스에 대한 예를 제공합니다.

표 10에서와 같이 각 애플리케이션의 워크시트에서 해당 칸을 채웁니다.

구축 과정 요약

개요





77

표 10. 빈 워크시트 행

애플리케이션 CPU(가상

CPU) 메모리(GB) IOPS 용량(GB)

필요한

레퍼런스

가상 머신

애플리케이

션 예

리소스 요구

사항

해당 없음

필요한

레퍼런스

가상 머신

애플리케이션에 대한 리소스 요구 사항을 입력합니다. 각 행에는 4개의 각기 다른

리소스를 입력합니다.

• CPU

• 메모리

• IOPS

• 용량

CPU 사용률 최적화는 거의 모든 가상화 프로젝트에 있어서 중요한 목표입니다.

가상화 작업의 단순 보기에서는 물리적 CPU 사용률에 관계없이 물리적 CPU 코어와

가상 CPU 코어 간의 일대일 매핑을 제시합니다. 실제 환경에서는 타겟

애플리케이션이 제시된 모든 CPU를 효과적으로 사용할 수 있는지 고려해야 합니다.

Microsoft Windows perfmon과 같은 성능 모니터링 툴을 사용하면 각 CPU에 대한

CPU 사용률 카운터를 확인할 수 있습니다. 따라서 모든 CPU를 사용하는 경우 가상

인프라스트럭처로 이동할 때 해당 수만큼 가상 CPU를 구축하십시오. 그러나 CPU가

모두 사용되지 않는 경우에는 필요한 가상 CPU 수를 줄이는 것이 좋습니다.

성능 모니터링이 수반되는 작업의 경우 일정 기간 동안 시스템의 모든 운용 사례가

포함된 데이터 샘플을 취합하십시오. 계획 용도로는 리소스 요구 사항의 최대값 또는

95%에 해당하는 값을 사용하십시오.

서버 메모리는 애플리케이션의 기능 및 성능을 보장하는 데 핵심적인 역할을

담당합니다. 따라서 각 서버 프로세스에는 허용되는 가용 메모리 양에 대해 서로 다른

목표치가 설정됩니다. 애플리케이션을 가상화 환경으로 이동할 경우 해당 시스템에

사용 가능한 현재 메모리를 고려하고 Microsoft Windows perfmon과 같은 성능

모니터링 툴을 사용하여 여유 메모리를 모니터링함으로써 메모리가 효율적으로

사용되고 있는지 확인하십시오.

CPU 요구 사항

메모리 요구 사항





성능 모니터링이 필요한 작업에 대해서는 일정 기간 동안 시스템의 모든 운용 사례가

포함된 데이터 샘플을 취합하십시오. 계획 용도로는 리소스 요구 사항의 최대값 또는

95%에 해당하는 값을 사용하십시오.

애플리케이션에 대한 스토리지 성능 요구 사항은 일반적으로 성능과 관련해 가장 잘

알려져 있지 않은 측면입니다. 시스템의 입출력 성능에 대해 논의할 때 중요하게

생각해야 할 구성 요소가 여러 가지 있습니다.

• 들어오는 요청 수 또는 IOPS

• 요청 크기 또는 입출력 크기. 예를 들어, 4KB의 데이터에 대한 요청은 4MB의

데이터에 대한 요청보다 훨씬 빠르고 쉽게 처리할 수 있습니다.

• 평균 입출력 응답 시간 또는 입출력 지연 시간

레퍼런스 가상 머신에는 25 IOPS가 요구됩니다. 기존 시스템에서 이 수치를

모니터링하려면 Microsoft Windows perfmon과 같은 성능 모니터링 툴을

사용합니다. perfmon은 유용한 몇 가지 카운터를 제공하며 가장 일반적인 카운터는

다음과 같습니다.

• Logical Disk 또는 Disk Transfer/sec

• Logical Disk 또는 Disk Reads/sec

• Logical Disk 또는 Disk Writes/sec

참고: 문서 발행 시 Windows perfmon은 CIFS 기반 VHDX 스토리지에 대한 IOPS 및 지연

시간을 알려주는 카운터를 제공하지 않았습니다. 7장에 설명된 대로 이러한 영역은 VNXe

스토리지 시스템에서 모니터링합니다.

레퍼런스 가상 머신에서는 2:1의 읽기:쓰기 비율을 가정합니다. 위의 카운터를

사용하면 고객 애플리케이션에 대한 IOPS 합계 및 대략적인 읽기/쓰기 비율을

확인할 수 있습니다.

크기가 작은 입출력 요청은 크기가 큰 입출력 요청에 비해 훨씬 빠르고 쉽게 처리할

수 있으므로 입출력 크기는 중요한 요소입니다. 레퍼런스 가상 머신은 평균 입출력

요청 크기를 여러 다양한 애플리케이션에 적합한 8KB로 가정합니다. 대부분의

애플리케이션은 2의 거듭제곱, 즉 4KB, 8KB, 16KB, 32KB 등의 입출력 크기를

사용합니다. 성능 카운터는 단순 평균을 계산하므로 실제 입출력 크기 대신 11KB

또는 15KB 등의 수치가 표시되는 경우가 많습니다.

스토리지 성능 요구 사항

IOPS

입출력 크기





79

레퍼런스 가상 머신에서는 8KB의 입출력 크기를 가정합니다. 고객의 평균 입출력

크기가 8KB보다 작을 경우 관찰된 IOPS 수를 사용하십시오. 그러나 평균 입출력

크기가 훨씬 더 클 경우 배율 인수를 적용하여 입출력 크기를 계산하십시오. 안전한

계산 방법은 입출력 크기를 8KB로 나눈 다음 해당 인수를 사용하는 것입니다. 예를

들어 애플리케이션에서 주로 32KB의 입출력 요청을 사용하는 경우 32KB/8KB=4의

계산을 통해 인수 4를 사용할 수 있습니다. 이 애플리케이션에서 32KB의 입출력

크기로 100 IOPS를 생성 중인 경우, 레퍼런스 가상 머신에서는 8KB의 입출력 크기를

가정하므로 해당 인수를 적용하여 400 IOPS를 계획하면 됩니다.

평균 입출력 응답 시간과 입출력 지연 시간을 사용하여 스토리지 시스템에서 입출력

요청을 얼마나 빨리 처리하는지 측정할 수 있습니다. VSPEX 솔루션은 목표 평균 입출력

지연 시간인 20ms를 충족하도록 설계되었습니다. 이 문서의 권장 사항을 사용하면

시스템에서 목표치를 계속하여 충족할 수 있지만, 필요한 경우에는 시스템을

모니터링하여 리소스 풀 사용률을 재평가하십시오. 입출력 지연 시간을

모니터링하려면 Microsoft Windows의 "Logical Disk\Avg. Disk sec/Transfer" 카운터를

사용하십시오. 입출력 지연 시간이 계속해서 목표치를 넘는 경우 환경에서 가상 머신을

다시 평가하여 계획된 것보다 더 많은 리소스가 사용되지 않도록 하십시오.

실행 중인 애플리케이션에 대한 스토리지 용량 요구 사항은 보통 수치화하기 가장

쉬운 리소스입니다. 사용된 디스크 공간을 확인하고 확장을 지원할 수 있도록 적절한

요인을 추가하십시오. 예를 들어 현재 200GB의 내부 드라이브 중 40GB를 사용하며

내년의 예상 증가율이 약 20%인 서버를 가상화하려면 48GB가 필요합니다. 또한

정기적인 유지 관리 패치 및 스왑 파일을 위한 공간을 예약하십시오. Microsoft NTFS

같은 일부 파일 시스템은 데이터가 너무 많이 차면 성능이 저하됩니다.

모든 리소스가 정의되면 표 11에 있는 관계를 사용하여 필요한 레퍼런스 가상 머신

행의 적절한 값을 결정합니다. 모든 값은 가장 가까운 정수로 반올림하십시오.

표 11. 레퍼런스 가상 머신 리소스

리소스 레퍼런스 가상

머신에 대한 값 요구 사항과 필요한 레퍼런스 가상 머신 간의 관계

CPU 1 필요한 레퍼런스 가상 머신 = 리소스 요구 사항

메모리 2 필요한 레퍼런스 가상 머신 = (리소스 요구 사항)/2

IOPS 25 필요한 레퍼런스 가상 머신 = (리소스 요구 사항)/25

용량 100 필요한 레퍼런스 가상 머신 = (리소스 요구 사항)/100

입출력 지연 시간

스토리지 용량 요구 사항

필요한 레퍼런스 가상 머신 결정





예를 들어 예 2: PoS(Point of Sale) 시스템 에서 사용된 PoS(Point of Sale)

시스템에는 CPU 4개, 16GB 메모리, 200 IOPS, 200GB 스토리지가 필요합니다. 이는

레퍼런스 가상 머신 4개의 CPU, 레퍼런스 가상 머신 8개의 메모리, 레퍼런스 가상

머신 8개의 IOPS, 레퍼런스 가상 머신 2개의 스토리지 용량으로 해석됩니다.

표 12에서는 레퍼런스 가상 머신이 워크시트 행에 어떻게 적용되는지를 보여 줍니다.

표 12. 워크시트 행 예

애플리케이션 CPU

(가상 CPU) 메모리

(GB) IOPS 용량(GB)

필요한

레퍼런스

가상 머신

애플리케

이션 예

리소스 요구 사항 4 16 200 200 해당 없음

필요한 레퍼런스

가상 머신

4 8 8 2 8

각 행의 최대값을 필요한 레퍼런스 가상 머신 열에 입력하십시오. 그림 24에 나와

있는 것처럼 이 예에서는 레퍼런스 가상 머신이 8개 필요합니다.

그림 24. 레퍼런스 가상 머신 풀에서 필요한 리소스

구축 예 - 1단계

고객이 맞춤형 애플리케이션 1개, PoS(Point of Sale) 시스템 1개 및 웹 서버 1개를

지원하는 가상 인프라스트럭처를 구축하려고 합니다. 이 고객은 표 13에 나와 있는

것처럼 워크시트의 오른쪽에 있는 필요한 레퍼런스 가상 머신 열의 합계를 구하여

필요한 레퍼런스 가상 머신의 총 수를 계산합니다. 다음 표에서는 계산 결과를 가장

가까운 정수로 반올림한 값과 함께 보여 줍니다.





81

표 13. 애플리케이션 예 - 1단계

애플리케이션 서버 리소스 스토리지 리소스 레퍼런스 가상 머신

CPU

(가상 CPU)

메모리 IOPS 용량

애플리케이션

예 #1: 맞춤형

애플리케이션

리소스 요구

사항

1 3GB 15 30GB 해당 없음

필요한

레퍼런스 가상

머신

1 2 1 1 2

애플리케이션

예 #2:

PoS(Point of Sale) 시스템

리소스 요구

사항

4 16GB 200 200GB 해당 없음

필요한

레퍼런스 가상

머신

4 8 8 2 8

애플리케이션

예 #3: 웹 서버

리소스 요구

사항


필요한

레퍼런스 가상

머신

2 4 2 1 4

필요한 레퍼런스 가상 머신 합계 14

이 예에는 레퍼런스 가상 머신 14개가 필요합니다. 사이징 지침에 따라 10개의 SAS

드라이브와 2개 이상의 플래시 드라이브를 갖춘 스토리지 풀은 현재의 요구 사항에

충분한 리소스를 제공함과 동시에 차후 확장에도 대비할 수 있습니다. 최대 200개의

레퍼런스 가상 머신을 지원하는 VNXe3200을 사용하여 이 스토리지 레이아웃을

구축할 수 있습니다.

그림 25에서는 5개의 SAS 드라이브와 2개의 플래시 드라이브를 갖춘 VNXe3200을

구축한 이후에 1개의 레퍼런스 가상 머신을 사용할 수 있음을 보여 줍니다.





그림 25. 리소스 요구 사항 집계 - 1단계

그림 26에서는 이 예의 풀 구성을 보여 줍니다.

그림 26. 풀 구성 - 1단계

구축 예 - 2단계

그런 다음 이 고객은 의사 결정 지원 데이터베이스를 이 가상 인프라스트럭처에

추가해야 합니다. 동일한 전략을 사용하여 표 14에 나온 대로 필요한 레퍼런스 가상

머신의 수를 계산합니다.

표 14. 애플리케이션 예 – 2단계

애플리케이션 서버 리소스 스토리지 리소스 레퍼런스

가상 머신

CPU

(가상 CPU)


애플리케이션

예 #1: 맞춤형

애플리케이션

리소스 요구

사항

1 3GB 15 30 해당 없음


가상 머신

1 2 1 1 2

애플리케이션

예 #2:

리소스 요구

사항

4 16GB 200 200GB 해당 없음





83


가상 머신

PoS(Point of Sale) 시스템


가상 머신

4 8 8 2 8

애플리케이션

예 #3: 웹 서버

리소스 요구

사항



가상 머신

2 4 4 1 4

애플리케이션

예 #4: 의사

결정 지원

데이터베이스

리소스 요구

사항

10 64GB 700 5,120GB 해당 없음


가상 머신

10 32 28 52 52


이 예에는 레퍼런스 가상 머신 66개가 필요합니다. 사이징 지침에 따라 25개의 SAS

드라이브와 2개 이상의 플래시 드라이브를 갖춘 스토리지 풀 1개는 현재의 요구

사항에 충분한 리소스를 제공함과 동시에 차후 확장에도 대비할 수 있습니다. 최대

200개의 레퍼런스 가상 머신을 지원하는 VNXe3200을 사용하여 이 스토리지

레이아웃을 구축할 수 있습니다.

그림 27에서는 25개의 SAS 드라이브와 2개의 플래시 드라이브를 갖춘 VNXe3200을

구축한 이후에 9개의 레퍼런스 가상 머신을 사용할 수 있음을 보여 줍니다.

그림 27. 리소스 요구 사항 집계 - 2단계

그림 28에서는 이 예의 풀 구성을 보여 줍니다.





그림 28. 풀 구성 - 2단계

일반적으로 서버 및 스토리지에 대한 권장 하드웨어 크기는 필요한 레퍼런스 가상

머신 결정에 설명된 프로세스에 따라 결정됩니다. 그러나 시스템에 사용 가능한

하드웨어 리소스를 더 세부적으로 맞춤 구성해야 하는 경우도 있습니다. 시스템

아키텍처에 대한 전체 설명은 이 가이드의 범위를 벗어나지만, 이 시점에서 몇 가지

추가적인 맞춤 구성 작업은 수행할 수 있습니다.

스토리지 리소스

일부 애플리케이션의 데이터를 다른 워크로드에서 분리해야 할 경우가 있습니다.

VSPEX 아키텍처의 스토리지 레이아웃에서 모든 가상 머신은 단일 리소스 풀 안에

배치됩니다. 워크로드를 분리하려면 해당 애플리케이션 워크로드에 사용할 디스크

드라이브를 추가로 구입한 후 전용 풀에 추가합니다.

필요한 레퍼런스 가상 머신 결정에 요약된 방법에 따라 VSPEX 스토리지 빌딩 블록에

설명된 빌딩 블록을 사용하여 레퍼런스 가상 머신 수를 15개에서 200개로 확장하는

가상 인프라스트럭처를 쉽게 구축할 수 있습니다. 이때 VSPEX 프라이빗 클라우드의

검증된 최대 구성에 설명된 각 스토리지 시스템의 권장 제한에 유의하십시오.

서버 리소스

워크로드에 따라 서버 요구 사항과 스토리지 요구 사항 간의 관계가 레퍼런스 가상

머신에 정리된 것과 다른 경우도 있습니다. 이 경우 서버 계층과 스토리지 계층의

크기를 별도로 지정합니다.

그림 29. 서버 리소스 맞춤 구성

하드웨어 리소스 세부 조정





85

먼저 표 15에서와 같이 서버 구성 요소에 대한 리소스 요구 사항을 전체적으로

정리해야 합니다. 워크시트 하단에 있는 서버 구성 요소 합계 행에서 표에 나와 있는

각 애플리케이션의 서버 리소스 요구 사항을 합산합니다.

참고: 이러한 방식으로 리소스를 맞춤 구성할 경우 스토리지 사이징이 여전히 적절한지

확인하십시오. 표 15의 맨 아래에 있는 스토리지 구성 요소 합계 행은 필요한 스토리지

용량을 나타냅니다.

표 15. 서버 리소스 구성 요소 합계


가상 머신

CPU

(가상 CPU)


애플리케이션 예

#1: 맞춤형

애플리케이션

리소스 요구

사항



가상 머신

1 2 1 1 2

애플리케이션 예 #2: PoS(Point of Sale) 시스템

리소스 요구

사항

4 16GB 200 200GB

해당 없음


가상 머신

4 8 8 2 8


#3: 웹 서버 #1

리소스 요구

사항



가상 머신

2 4 4 1 4


#4: 의사 결정

지원 시스템

데이터베이스 #1

리소스 요구

사항

10 64GB 700 5,120GB

해당 없음


가상 머신

10 32 28 52 52


서버 맞춤 구성

서버 구성 요소 합계 17 155 해당 없음

참고: 서버/스토리지 구성 요소 합계를 구하려면 필요한 레퍼런스 가상 머신이 아니라 각

애플리케이션에 대한 리소스 요구 사항 행의 합계를 계산합니다.





이 예에서는 타겟 아키텍처에 가상 CPU 17개와 155GB의 메모리가 필요합니다.

물리적 프로세서 코어 1개당 4개의 가상 머신이 있고 메모리 초과 용량 할당을

사용하지 않는다는 가정이 명시된 상황에서, 이는 물리적 프로세서 코어 5개와

155GB의 메모리로 해석됩니다. 이러한 환경에서는 서버 및 스토리지 리소스를 거의

추가하지 않고도 솔루션을 효과적으로 구축할 수 있습니다.

참고: 리소스 풀 하드웨어를 맞춤 구성할 경우 항상 고가용성 요구 사항을 염두에 두십시오.

부록C에서는 빈 서버 리소스 구성 요소 합계 워크시트를 제공합니다.

이 솔루션을 손쉽게 사이징할 수 있도록 EMC에서는 VSPEX 사이징 툴을 제공합니다.

이 툴은 위의 섹션에 설명된 것과 동일한 사이징 프로세스를 사용하며, 기타 VSPEX

솔루션에 대한 사이징도 통합합니다.

VSPEX 사이징 툴을 사용하면 검증 워크시트에 기록된 고객의 답변에 따라 리소스

요구 사항을 입력할 수 있습니다. VSPEX 사이징 툴에 입력을 마치면 일련의 권장

사항이 생성됩니다. 이를 통해 이러한 요구 사항을 충족하는 플랫폼 구성 정보를

알아볼 수 있으며 사이징에 대한 전제 조건을 검증할 수 있습니다. 이 툴은 EMC

VSPEX 사이징 툴에서 액세스할 수 있습니다.

EMC VSPEX 사이징 툴

https://mainstayadvisor.com/Signin.aspx?t=Default�

https://mainstayadvisor.com/Signin.aspx?t=Default�




87

5장 VSPEX 구성 지침


개요 ....................................................................................................................... 88

구축 전 작업 ........................................................................................................... 89

고객 구성 데이터 ..................................................................................................... 90

스위치 준비, 네트워크 연결, 스위치 구성 .................................................................. 91

스토리지 시스템 준비 및 구성 .................................................................................. 94

Hyper-V 호스트 설치 및 구성 .................................................................................. 108

SQL Server 데이터베이스 설치 및 구성 ................................................................... 111

System Center Virtual Machine Manager Server 구축 ............................................. 112

요약 ..................................................................................................................... 115

VSPEX 구성 지침




개요

구축 프로세스는 표 16에 나와 있는 주요 단계로 구성됩니다. 구축 후 VSPEX

인프라스트럭처를 기존 고객 네트워크 및 서버 인프라스트럭처와 통합합니다.

표 16에는 솔루션 구축 프로세스의 주요 단계와 함께 관련 절차를 참조할 수 있는

섹션이 나와 있습니다.

표 16. 구축 프로세스 개요

단계 설명 참조

1 사전 요구 사항 확인 구축 전 작업

2 구축 툴 준비 구축 관련 사전 요구 사항

3 고객 구성 데이터 수집 고객 구성 데이터

4 구성 요소의 랙 설치 및

케이블 연결 공급업체 설명서 참조

5

스위치 및 네트워크를

구성하여 고객 네트워크에

연결

스위치 준비, 네트워크 연결, 스위치 구성

6 VNXe 설치 및 구성 스토리지 시스템 준비 및 구성

7 가상 머신 스토리지 구성 스토리지 시스템 준비 및 구성

8 서버 설치 및 구성 Hyper-V 호스트 설치 및 구성

9 SQL Server 설치(SCVMM에

사용) SQL Server 데이터베이스 설치 및 구성

10 SCVMM 설치 및 구성 System Center Virtual Machine Manager

Server 구축

VSPEX 구성 지침




89

구축 전 작업

표 17에 나와 있는 구축 전 작업에는 환경 설치 및 구성과 직접적인 연관성은 없지만

사전에 완료해야 설치를 시작할 수 있는 절차가 포함되어 있습니다. 구축 전 작업의

예로는 호스트 이름, IP 주소, VLAN ID, 라이센스 키, 설치 미디어 등을 수집하는

작업을 들 수 있습니다. 이러한 작업은 고객 사이트를 방문하기 전에 완료해야

현장에서 소요되는 시간을 줄일 수 있습니다.

표 17. 구축 전 작업

작업 설명 참조

문서 수집 부록D에 나와 있는 관련 문서를

수집합니다. 이러한 문서에서는 솔루션의

다양한 구성 요소별로 설치 절차와 구축

Best Practice에 대한 정보를 제공합니다.

참고 자료: EMC 설명서

툴 수집 구축하는 데 반드시 필요한 툴과 선택적

툴을 준비합니다. 구축 프로세스를

시작하기 전에 표 18을 참조하여 필요한

장비, 소프트웨어, 해당 라이센스가 모두

준비되었는지 확인합니다.

표 18: 구축 관련 사전 요구

사항 체크리스트

데이터

수집

고객의 네트워크, 이름 지정 방식, 필요한

계정 등과 관련하여 구체적인 구성

데이터를 수집합니다. 구축 프로세스를

진행하면서 참조할 수 있도록 고객 구성

Data Sheet에 해당 정보를 입력합니다.

부록B

표 18에는 솔루션을 구성하는 데 필요한 하드웨어, 소프트웨어 및 라이센스 요구

사항이 나열되어 있습니다. 자세한 내용은 표 3 섹션을 참조하십시오.

표 18. 구축 관련 사전 요구 사항 체크리스트

요구 사항 설명 참조

하드웨어 200개의 가상 서버를 호스팅하기에

충분한 물리적 서버 용량

표 2

가상 인프라스트럭처 서버를 호스팅할

Windows Server 2012 R2 서버

참고: 기존 인프라스트럭처가 이 요구

사항을 이미 충족할 수도 있습니다.

가상 서버 인프라스트럭처에 필요한

개요

구축 관련 사전 요구 사항

VSPEX 구성 지침




요구 사항 설명 참조

스위치 포트 용량 및 기능

EMC VNXe3200(가상 머신 200개):

요구되는 디스크 레이아웃이 적용된

멀티 프로토콜 스토리지

소프트웨어 SCVMM 2012 R2 설치 미디어

Microsoft Windows Server 2012 R2 설치 미디어

Microsoft Windows Server 2012 R2 설치 미디어(가상 머신 게스트 OS의

경우 선택 사항)

Microsoft SQL Server 2012 R2 이상

설치 미디어



라이센스 Microsoft Windows Server 2012 R2 Standard Edition 이상 라이센스

키(선택 사항)

Microsoft Windows Server 2012 R2 Datacenter Edition 라이센스 키

참고: 이 요구 사항은 기존 Microsoft

KMS(Key Management Server)에 의해

충족될 수도 있습니다.

Microsoft SQL Server 라이센스 키



SCVMM 2012 R2 라이센스 키

고객 구성 데이터

현장에서의 작업 시간을 줄이려면 계획 단계에서 IP 주소나 호스트 이름 같은 정보를

수집해 두어야 합니다.

부록B에는 관련 정보를 기록할 수 있는 표가 포함되어 있습니다. 구축 단계에서

필요할 경우 정보를 추가, 기록 또는 수정합니다.

VSPEX 구성 지침




91

스위치 준비, 네트워크 연결, 스위치 구성

이 섹션에는 이 아키텍처를 지원하기 위한 네트워크 인프라스트럭처의 요구 사항이

나와 있습니다. 표 19에는 스위치 및 네트워크 구성을 위한 작업과 추가 정보를 얻을

수 있는 참고 자료가 요약되어 있습니다.

표 19. 스위치 및 네트워크 구성 작업



네트워크 구성

스토리지 시스템 준비 및 구성 및

Hyper-V 호스트 설치 및 구성에 지정된

대로 스토리지 시스템 및 Windows

호스트 인프라스트럭처 네트워킹을

구성합니다.

스토리지 시스템 준비 및 구성

Hyper-V 호스트 설치 및 구성.

VLAN 구성 필요에 따라 전용 VLAN과 공용 VLAN을

구성합니다.

공급업체의 스위치 구성

가이드

네트워크

케이블 연결

1. 스위치 상호 연결 포트를

연결합니다.

2. VNXe 포트를 연결합니다.

3. Windows 서버 포트를 연결합니다.

이 솔루션에서 검증된 수준의 성능과 고가용성을 얻으려면 부록A에 나와 있는

스위치 용량이 필요합니다. 기존 인프라스트럭처가 요구 사항을 충족하는 경우 새

하드웨어를 사용하지 않습니다.

인프라스트럭처 네트워크에서 각 Windows 호스트, 스토리지 시스템, 스위치 상호

연결 포트, 스위치 업링크 포트에 대한 네트워크 연결은 이중화하고 추가 네트워크

대역폭을 마련해야 합니다. 솔루션에 사용할 네트워크 인프라스트럭처가 이미

갖추어져 있든, 다른 구성 요소와 함께 새로 구축하든 상관없이 이 이중화 구성이

필요합니다.

그림 30 및 그림 31에는 이 솔루션에 사용할 이중화된 인프라스트럭처의 샘플이

나와 있습니다. 그림의 예에서는 이중화 스위치 및 링크를 사용하여 단일 장애 지점을

없앴습니다.

개요

네트워크 스위치 준비

인프라스트럭처 네트워크 구성

VSPEX 구성 지침




그림 30에서 융합형 스위치는 스토리지 네트워크를 위한 다양한 프로토콜 옵션(FC

또는 iSCSI)을 제공합니다. 기존 FC 스위치는 FC 프로토콜 옵션에 사용할 수 있고,

10Gb 이더넷 네트워크 스위치는 iSCSI에 사용합니다.

그림 30. 이더넷 네트워크 아키텍처 샘플 - 블록 버전

VSPEX 구성 지침




93

그림 31에는 파일 스토리지에 사용할 이중화된 이더넷 인프라스트럭처의 샘플이

나와 있습니다. 또한, 이중화 스위치 및 링크를 사용함으로써 네트워크 접속

구성에서 단일 장애 지점을 없앴음을 알 수 있습니다.

그림 31. 이더넷 네트워크 아키텍처 샘플 - 파일 버전

스토리지 시스템 및 Windows 호스트용으로 적합한 스위치 포트가 있는지

확인합니다. 최소 3개의 VLAN을 다음과 같은 용도로 사용하십시오.

• 가상 머신 네트워킹 및 트래픽 관리(필요한 경우 분리할 수 있는 고객용

네트워크)

• VM 관리/실시간 마이그레이션 네트워킹(전용 네트워크)

• 스토리지 네트워킹(iSCSI 또는 SMB, 전용 네트워크)

iSCSI 및 SMB 프로토콜에 대해 점보 프레임을 사용합니다. iSCSI 또는 SMB 스토리지

네트워크에 대한 스위치 포트에서 MTU를 9,000으로 설정합니다. 자세한 설정

방법은 스위치 구성 가이드를 참조하십시오.

VLAN 구성

점보 프레임 구성(iSCSI 또는 SMB에만 해당)

VSPEX 구성 지침




다음을 확인합니다.

• 모든 서버, 스토리지 시스템, 스위치 상호 연결 및 스위치 업링크가 각각 별도의

스위치 인프라스트럭처에 연결되고 접속 구성이 이중화됩니다.

• 기존 고객 네트워크에 완벽하게 연결됩니다.

참고: 새 장비를 기존 고객 네트워크에 연결할 때 예기치 않은 상호 작용으로 서비스가

중단되지 않도록 주의해야 합니다.

스토리지 시스템 준비 및 구성

솔루션에 대해 선택한 스토리지 네트워크 프로토콜에 따라 구축 지침과 Best

Practice가 달라질 수 있습니다. 사례별 단계는 다음과 같습니다. 1. VNXe를 구성합니다.

2. 호스트에 스토리지 용량을 할당합니다.

3. 필요에 따라 FAST VP를 구성합니다.

4. 필요에 따라 FAST Cache를 구성합니다.

아래 섹션에서는 블록 프로토콜(FC, iSCSI) 중 하나를 선택했는지 또는 파일

프로토콜(CIFS)을 선택했는지 여부에 따른 단계별 옵션에 대해 설명합니다.

• FC 또는 iSCSI의 경우 블록 프로토콜용으로 표시된 지침을 참조하십시오.

• CIFS의 경우 파일 프로토콜용으로 표시된 지침을 참조하십시오.

이 섹션에서는 FC 또는 iSCSI와 같은 블록 프로토콜을 사용하여 호스트에

액세스하도록 VNXe 스토리지 시스템을 구성하는 방법에 대해 설명합니다. VNXe

시리즈는 이 솔루션에서 Windows 호스트에 사용할 데이터 스토리지를 제공합니다.

표 20. 블록 프로토콜에 대한 VNXe 구성 작업


VNXe 준비 제품 설명서에 나오는 절차에 따라

VNXe 하드웨어를 실제로 설치합니다.

• EMC VNXe3200 Unified Installation Guide

• Unisphere 시스템

시작 가이드

• 공급업체의 스위치

구성 가이드

초기 VNXe 구성

설정

VNXe에서 IP 주소와 기타 주요 매개

변수를 구성합니다.

Hyper-V 호스트에

대한 스토리지

용량 할당

솔루션에 필요한 스토리지 영역을

구축합니다.

네트워크 케이블 연결

블록 프로토콜에 대한 VNXe 구성

VSPEX 구성 지침




95

VNXe 준비

VNXe를 조립하고 랙에 설치하고 케이블과 전원을 연결하기 위한 지침은 VNXe3200

Unified 설치 가이드를 참조하십시오. 이 솔루션에만 특별하게 적용되는 설치 단계는

없습니다.

초기 VNXe 구성 설정

초기 VNXe 설정 후 스토리지 시스템이 환경 내 다른 디바이스와 통신할 수 있도록

기존 환경에 대한 핵심 정보를 구성합니다. IT 데이터 센터 정책 및 기존

인프라스트럭처 정보에 따라 다음 항목을 구성합니다.

• DNS

• NTP

• 스토리지 네트워크 인터페이스

FC 프로토콜을 사용하여 데이터를 연결할 경우

직접 연결 방식으로, 또는 검증된 FC 스위치를 통해 VNXe 스토리지 시스템에 하나

이상의 서버가 접속되어 있는지 확인합니다. 자세한 내용은 Windows용 EMC 호스트

접속 가이드를 참조하십시오.

iSCSI 프로토콜을 사용하여 데이터를 연결할 경우

직접적으로 또는 검증된 IP 스위치를 통해 하나 이상의 서버를 VNXe 스토리지

시스템에 연결합니다. 자세한 내용은 Windows용 EMC 호스트 접속 가이드를

참조하십시오.

추가로, IT 데이터 센터 정책 및 기존 인프라스트럭처 정보에 따라 다음 항목을

구성합니다. 1. 스토리지 네트워크 IP 주소 설정:

3장에 설명된 대로 스토리지 네트워크를 솔루션 내의 다른 네트워크에서

논리적으로 분리합니다. 이렇게 하면 다른 네트워크 트래픽이 호스트와 해당

스토리지 간 트래픽에 영향을 미치지 않습니다.

2. VNXe iSCSI 포트에 대해 점보 프레임 설정:

더 큰 네트워크 대역폭이 필요한 경우 iSCSI 네트워크에 대해 점보 프레임을

사용합니다. 환경에 있는 네트워크 인터페이스 전체에서 아래에 지정된 MTU

크기를 적용합니다.

a. Unisphere에서 Settings > Network > More Configuration >Port

Settings를 선택합니다.

b. 적절한 iSCSI 네트워크 인터페이스를 선택합니다.

VSPEX 구성 지침




c. 오른쪽 패널에서 MTU 크기를 9,000으로 설정합니다.

d. Apply를 클릭하여 변경 내용을 적용합니다.

94페이지의 표 20에 나와 있는 참조 문서에서 자세한 VNXe 플랫폼 구성 방법을

참조할 수 있습니다. 스토리지 구성 지침에서는 디스크 레이아웃에 대한 자세한

내용을 제공합니다.

Hyper-V 호스트에 대한 스토리지 용량 할당

이 섹션에서는 Hyper-V 호스트에 대한 블록 스토리지 용량 할당에 대해 설명합니다.

파일 스토리지를 용량 할당하려면 파일 프로토콜에 대한 VNXe 구성을 참조하십시오.

Unisphere에서 다음 단계를 수행하여 VNXe 스토리지에서 가상 서버를 저장할

LUN을 구성합니다. 1. 4장에 나오는 사이징 정보를 기반으로 환경에 필요한 만큼 스토리지 풀을

생성합니다. 이 예에서는 4장에서 설명한 스토리지 권장 최대값을 사용합니다.

a. Unisphere에 로그인합니다.

b. 이 솔루션에 대한 스토리지를 선택합니다.

c. Storage > Storage Configuration > Storage Pools를 선택합니다.

d. List View를 클릭합니다.

e. Create를 클릭합니다.

참고: 풀에서는 추가 스토리지에 대해 시스템 드라이브를 사용하지 않습니다.

표 21. 블록에 대한 스토리지 할당 표

구성 풀 수 풀당 10K SAS

드라이브 수 풀당 LUN 수 LUN 크기(TB)

가상 머신

200개

2 풀 1: 40

풀 2: 25

2 풀 1: 7

풀 2: 5

합계 2 65 2 풀 1 - 7TB LUN 2개

풀 2 - 5TB LUN 2개

참고: 이 솔루션에서 각 가상 머신은 102GB의 공간(OS 및 사용자 공간 100GB 및 2GB

스왑 파일)을 차지합니다.

VSPEX 구성 지침




97

2. 씬 LUN을 프로비저닝하려면 1단계에서 구축한 풀을 사용합니다.

a. Storage > LUNs를 선택합니다.

b. Create를 클릭합니다.

c. Create a LUN을 선택합니다.

d. LUN Name을 지정합니다.

e. 1단계에서 생성한 풀을 선택합니다. 항상 하나의 물리적 스토리지 풀에

두 개의 씬 LUN을 생성해야 합니다. 사용자 용량은 특정 가상 머신 수에

따라 달라집니다. 자세한 내용은 표 21 섹션을 참조하십시오.

f. 적절한 Snapshot Schedule을 구성합니다.

g. 각 호스트에 대해 적절한 Host Access를 구성합니다.

h. Summary of LUN Configuration을 검토하고 Finish를 클릭하여 LUN을

생성합니다.

이 섹션과 표 22는 Hyper-V 호스트에 대한 파일 스토리지 용량 할당 작업을

설명합니다.

표 22. 파일 프로토콜에 대한 스토리지 구성 작업


VNXe 준비 제품 설명서에 나오는 절차에 따라

VNXe 하드웨어를 실제로 설치합니다.

• VNXe3200 Unified 설치

가이드

• Unisphere 시스템 시작

가이드

• 공급업체의 스위치 구성

가이드

초기 VNXe 구성

설정

VNXe에서 IP 주소와 기타 주요 매개

변수를 구성합니다.

네트워크

인터페이스 생성

CIFS 서버의 IP 주소와 네트워크

인터페이스 정보를 구성합니다.

CIFS 서버 생성 스토리지를 게시할 CIFS 서버

인스턴스를 생성합니다.

파일의 스토리지 풀

생성

파일 시스템을 포함할 블록 풀 구조 및

LUN을 생성합니다.

파일 시스템 생성 SMB 공유 파일 시스템을 구축합니다.

파일 프로토콜에 대한 VNXe 구성

VSPEX 구성 지침




VNXe 준비

VNXe를 조립하고 랙에 설치하고 케이블과 전원을 연결하기 위한 지침은 VNXe3200

Unified 설치 가이드를 참조하십시오. 이 솔루션에만 특별하게 적용되는 설치 단계는

없습니다.

초기 VNXe 구성 설정

초기 VNXe 설정 후 스토리지 시스템이 환경 내 다른 디바이스와 통신할 수 있도록

기존 환경에 대한 핵심 정보를 구성합니다. 직접 연결 방식으로, 또는 검증된 IP

스위치를 통해 VNXe 스토리지 시스템에 하나 이상의 서버가 접속되어 있는지

확인합니다. IT 데이터 센터 정책 및 기존 인프라스트럭처 정보에 따라 다음 항목을

구성합니다.

• DNS

• NTP

• 스토리지 네트워크 인터페이스

• 스토리지 네트워크 IP 주소

• CIFS 서비스 및 Active Directory 도메인 구성원

자세한 내용은 Windows용 EMC 호스트 접속 가이드를 참조하십시오.

VNXe 스토리지 네트워크 인터페이스에 점보 프레임 사용

더 큰 네트워크 대역폭이 필요한 경우 스토리지 네트워크에 대해 점보 프레임을

사용합니다. 환경에 있는 네트워크 인터페이스 전체에서 아래에 지정된 MTU 크기를

적용합니다.

점보 프레임을 설정하려면 다음 단계를 수행하십시오. 1. Unisphere에서 Settings > More Configuration >Port Settings를 선택합니다.

2. I/O modules 패널에서 적절한 네트워크 인터페이스를 선택합니다.

3. 오른쪽 패널에서 MTU 크기를 9,000으로 설정합니다.

4. Apply를 클릭하여 변경 내용을 적용합니다.

VNXe 스토리지 네트워크 인터페이스에서 Link Aggregation 생성

Link Aggregation을 생성하면 VNXe3200 시스템에 네트워크 이중화가 구축됩니다.

다음 단계를 수행하여 네트워크 인터페이스 Link Aggregation을 생성합니다.

1. VNXe에 로그인합니다.

2. I/O Modules 패널에서 네트워크 인터페이스를 선택합니다.

VSPEX 구성 지침




99

3. 오른쪽 패널에서 다른 네트워크 인터페이스와 통합합니다.

4. Create Aggregation 버튼을 클릭합니다.

5. Yes를 클릭하여 변경 내용을 적용합니다.

표 20에 나와 있는 참조 문서에서 자세한 VNXe 플랫폼 구성 방법을 참조할 수

있습니다. 서버 구성 지침 섹션에서는 디스크 레이아웃에 대한 자세한 내용을 확인할

수 있습니다.

CIFS 서버 생성

네트워크 인터페이스가 CIFS 서버에 매핑됩니다. CIFS 서버에서 네트워크를 통해

파일 공유에 액세스할 수 있습니다.

다음 단계를 수행하여 네트워크 인터페이스를 생성합니다. 1. VNXe에 로그인합니다.

2. Settings > NAS Servers를 클릭합니다.

3. Create를 클릭합니다.

Create NAS Server 마법사에서 다음 단계를 수행하십시오. 1. Server Name을 지정합니다.

2. 파일 공유를 제공할 Storage Pool을 선택합니다.

3. 인터페이스의 IP Address를 입력합니다.

4. 인터페이스의 Server Name을 입력합니다.

5. 인터페이스의 Subnet Mask를 입력합니다.

6. Show Advanced를 클릭합니다.

7. 파일 공유를 지원할 SP(Storage Processor)를 선택합니다.

8. VNXe 스토리지 네트워크 인터페이스에서 Link Aggregation 생성에서 생성한

Link Aggregation 인터페이스에 대한 Ethernet Port를 선택합니다.

9. 필요할 경우 VLAN ID를 지정합니다.

10. Next를 클릭합니다.

VSPEX 구성 지침




그림 32. NAS 서버 주소 생성

11. Windows 공유(CIFS)를 선택합니다.

12. Standalone or Join to the Active Directory에 적절한 정보를 지정합니다.

13. 필요한 경우 DNS/NIS를 입력합니다.

14. NAS 서버 요약 정보를 검토한 후 Finish를 클릭하여 마법사를 완료합니다.

VSPEX 구성 지침




101

그림 33. NAS 서버 유형 구성

Windows 호스트에 대한 스토리지 용량 할당

이 섹션에서는 Windows 호스트에 대한 블록 스토리지 용량 할당에 대해 설명합니다.

파일 스토리지 용량을 할당하려면 파일 프로토콜에 대한 VNXe 구성 섹션을

참조하십시오.

Unisphere에서 다음 단계를 수행하여 VNXe 스토리지에서 가상 서버를 저장할

LUN을 구성합니다. 1. 4장에 나오는 사이징 정보를 기반으로 환경에 필요한 만큼 스토리지 풀을

생성합니다. 이 예에서는 4장에서 설명한 스토리지 권장 최대값을

사용합니다.

a. Unisphere에 로그인합니다.

b. Storage > Storage Configuration > Storage Pools를 선택합니다.

c. List View를 클릭합니다.

d. Create를 클릭합니다.

참고: 풀에서는 추가 스토리지에 대해 시스템 드라이브를 사용하지 않습니다.

VSPEX 구성 지침




표 23. 파일에 대한 스토리지 할당 표

구성 풀 수 풀당 10K SAS

드라이브 수 풀당 LUN 수 LUN 크기(TB)

가상 머신

200개

2 풀 1: 40

풀 2: 25

2 풀 1: 7

풀 2: 5

합계 2 65 2 풀 1 - 7TB LUN 2개

풀 2 - 5TB LUN 2개

참고: 이 솔루션에서 각 가상 머신은 102GB의 공간(OS 및 사용자 공간 100GB 및 2GB

스왑 파일)을 차지합니다.

파일 시스템 생성

SMB 파일 공유를 생성하려면 다음 작업을 수행하십시오. 1. 스토리지 풀 및 네트워크 인터페이스를 생성합니다.

2. 파일 시스템을 생성합니다.

VNXe에서 파일 시스템을 생성하려면 스토리지 풀과 NAS 서버가 필요합니다.

스토리지 풀 또는 인터페이스가 없는 경우 Windows 호스트에 대한 스토리지 용량

할당 및 CIFS 서버 생성 섹션의 단계에 따라 스토리지 풀과 네트워크 인터페이스를

생성합니다.

스토리지 풀에서 씬 파일 시스템 2개를 생성합니다. 파일 시스템 수에 대한 자세한

내용은 표 23을 참조하십시오. 다음 단계에 따라 SMB 파일 공유에 대한 VNXe 파일

시스템을 생성합니다. 1. Unisphere에 로그인합니다.

2. Storage > File Systems를 선택합니다.

3. Create를 클릭합니다.

File System Creation 마법사가 나타납니다.

4. NAS 서버를 선택합니다.

5. 파일 시스템 이름을 지정합니다.

6. 스토리지 풀과 크기를 지정합니다. Size는 특정 가상 머신 수에 따라

달라집니다. 자세한 내용은 표 23을 참조하십시오.

7. 파일 시스템의 공유 이름을 지정합니다.

VSPEX 구성 지침




103

8. 각 호스트에 대해 호스트 액세스를 구성합니다.

9. 적절한 스냅샷 스케줄을 선택합니다.

10. 파일 시스템 생성 요약 정보를 검토한 후 Finish를 클릭하여 마법사를

완료합니다.

이 절차는 선택 사항이며 파일 및 블록 스토리지 구축 모두에 적용됩니다. 다음

단계를 완료하여 FAST를 구성합니다. 스토리지 풀에 2개의 플래시 드라이브를

할당합니다.

1. Storage > Storage Configuration > Storage Pools를 선택합니다.

2. 파일 또는 블록 스토리지 용량 할당을 수행할 때 생성한 풀을 선택하고

Details를 클릭합니다.

3. Fast VP를 클릭합니다. 여기서 다른 계층에 재배치되었거나 재배치할

데이터의 양을 확인할 수 있습니다. Start Data Relocation을 직접 클릭하여

재배치 작업을 시작하거나 Fast VP Settings로 이동하여 추가 구성을 수행할

수 있습니다. 그림 34에는 Fast VP 탭이 나와 있습니다.

그림 34. Fast VP 탭

참고: Tier Status 영역에는 선택한 풀과 관련된 FAST VP 정보가 나타납니다.

FAST VP 구성(선택 사항)

VSPEX 구성 지침




4. Fast VP Settings에서 General을 클릭하고 Enable Scheduled Relocations를

선택하여 예약된 재배치 작업을 설정한 후 그림 35에 나와 있는 것과 같이

적절한 Data Relocation Rate를 선택합니다.

그림 35. 예약된 Fast VP 재배치

대화상자에서 Data Relocation Rate를 제어할 수 있습니다. 기본 속도는

호스트 입출력에 큰 영향을 미치지 않도록 Medium으로 설정됩니다.

5. Schedule을 클릭하고 재배치 스케줄에 적절한 일수와 횟수를 선택합니다.

그림 36에서는 Fast VP 재배치 스케줄의 예를 보여 줍니다.

VSPEX 구성 지침




105

그림 36. Fast VP 재배치 스케줄

참고: FAST VP는 재배치 일정을 생성할 수 있는 자동화된 툴입니다. 재배치가 성능에 미치는

잠재적 영향을 최소화하기 위해 사용량이 적은 시간에 재배치를 예약하십시오.

필요에 따라 FAST Cache를 구성합니다. 이 솔루션의 스토리지 풀에 대해 FAST

Cache를 구성하려면 다음 단계를 수행합니다.

참고: FAST Cache는 이 솔루션의 선택적 구성 요소이며, 3장에 설명된 대로 향상된 성능을

제공할 수 있습니다.

1. 플래시 드라이브를 FAST Cache로 구성합니다.

a. Storage > Storage Configuration > Fast Cache를 선택하여 Fast Cache를

구성합니다.

b. Create를 클릭하여 구성 마법사를 시작합니다. Fast Cache 기능을

사용할 수 있는 라이센스가 설치되어 있는지 여부와 적합한 플래시

디스크가 있는지 여부가 표시됩니다.

c. Next를 클릭합니다. 디스크 수와 RAID 유형이 표시됩니다.

d. Finish를 클릭하여 구성을 완료합니다. 그림 37에서는 Fast Cache를

생성하는 단계를 보여 줍니다.

FAST Cache 구성(선택 사항)

VSPEX 구성 지침




그림 37. FAST Cache 생성

참고: 사용 가능한 플래시 드라이브의 수가 충분하지 않은 경우 Next 버튼이 회색으로

표시됩니다.

2. 스토리지 풀에서 FAST Cache를 설정합니다.

스토리지 풀에서 LUN이 생성되면 스토리지 풀 레벨에서 해당 LUN에

대해서만 FAST Cache를 구성할 수 있습니다. 스토리지 풀에서 생성된 모든

LUN의 FAST Cache가 활성화되거나 비활성화됩니다. 그림 38에 나와 있는

것과 같이 Create Storage Pool 마법사에서 풀에 대해 FAST Cache를

구성합니다. VNXe 시리즈에서 FAST Cache를 설치하면 스토리지 풀이

생성될 때 기본적으로 설정됩니다.

VSPEX 구성 지침




107

그림 38. Create Storage Pool 대화상자의 Advanced 탭

FAST Cache를 설치하기 전에 스토리지 풀을 생성한 경우에는 그림 39에

나와 있는 것처럼 Storage Pool Detail 대화상자의 Settings 탭을 사용하여

FAST Cache를 구성합니다.

VSPEX 구성 지침




그림 39. Storage Pool Properties 대화상자의 Settings 탭

참고: VNXe FAST Cache 기능을 사용한다고 해서 곧바로 성능이 개선되지는 않습니다.

시스템이 액세스 패턴에 대한 데이터를 수집한 후 자주 사용되는 정보를 캐시에 올려야 하기

때문입니다. 이 프로세스를 수행하는 데 몇 시간 정도 소요될 수 있으며, 그 사이 스토리지

성능이 꾸준히 향상됩니다.

Hyper-V 호스트 설치 및 구성

이 섹션에서는 아키텍처를 지원하는 데 필요한 Windows 호스트 및 인프라스트럭처

서버를 설치하고 구성할 때 요구되는 사항을 설명합니다.

표 24에 필요한 작업이 나와 있습니다.

표 24. 서버 설치 작업


Windows 호스트

설치

이 솔루션용으로 구축된

물리적 서버에 Windows

Server 2012 R2를 설치합니다.

http://technet.microsoft.com/

Hyper-V 설치 및

페일오버

클러스터링 구성

1. Hyper-V 서버 역할을

추가합니다.

2. 페일오버 클러스터링

기능을 추가합니다.

3. Hyper-V 클러스터를

생성하고 구성합니다.


개요

http://technet.microsoft.com/ko-kr/library/jj134246.aspx�


VSPEX 구성 지침




109


Windows 호스트

네트워킹 구성

NIC 팀 구성 및 가상 스위치

네트워크를 비롯한 Windows

호스트 네트워킹을

구성합니다.


Windows 서버에

PowerPath 설치

VNXe LUN에 대한 경로 다중화

관리를 위한 PowerPath 설치

및 구성

Windows용 PowerPath 및

PowerPath/VE를 위한 설치 및

관리 가이드

가상 머신 메모리

할당 계획

Windows Hyper-V 게스트

메모리 관리 기능이 환경에

맞게 구성되어 있는지

확인합니다.


Microsoft Best Practice에 따라 이 솔루션에 대한 물리적 서버에 Windows Server

2012 R2 및 Hyper-V 역할을 설치합니다.

다음 단계에 따라 페일오버 클러스터링을 설치하고 구성합니다. 1. 각각의 Windows 호스트에 Windows Server 2012 R2를 설치하고 패치를

적용합니다.

2. Hyper-V 역할과 페일오버 클러스터링 기능을 구성합니다.

3. 각각의 Windows 호스트에서 HBA 드라이버를 설치하거나 iSCSI

이니시에이터를 구성합니다. 자세한 내용은 Windows용 EMC 호스트 접속

가이드를 참조하십시오.

108페이지의 표 24에는 구성 작업을 수행하는 단계와 참고 자료가 나와 있습니다.

성능과 가용성을 보장하려면 다음 개수의 NIC(Network Interface Card)가 필요합니다.

• 가상 머신 네트워킹과 관리에 사용할 1개 이상의 NIC(필요한 경우 네트워크

또는 VLAN별로 분리할 수 있음)

• 스토리지 네트워크에 사용할 2개 이상의 10GbE NIC

• 실시간 마이그레이션에 사용할 1개 이상의 NIC

참고: iSCSI 또는 SMB 데이터를 전송하는 NICS용 점보 프레임을 설정합니다. MTU를

9,000으로 설정합니다. 자세한 내용은 NIC 구성 가이드를 참조하십시오.

Windows 호스트 설치

Hyper-V 설치 및 페일오버 클러스터링 구성

Windows 호스트 네트워킹 구성



VSPEX 구성 지침




VNXe 스토리지 시스템의 성능과 기능을 개선하려면 Windows 서버에 PowerPath를

설치합니다. 자세한 설치 단계는 Windows용 PowerPath 및 PowerPath/VE 설치 및

관리 가이드를 참조하십시오.

이 솔루션에는 두 가지 용도에 맞는 서버 용량이 필요합니다.

• 새로운 가상화 서버 인프라스트럭처 지원

• 인증 또는 권한 부여, DNS, 데이터베이스 등 필요한 인프라스트럭처 서비스

지원

인프라스트럭처 서비스 호스팅을 위한 최소 요구 사항에 대한 자세한 내용은

부록A를 참조하십시오. 기존 인프라스트럭처 서비스가 이러한 요구 사항에 부합하는

경우 인프라스트럭처 서비스용으로 나열된 하드웨어가 필요하지 않습니다.

메모리 구성

이 솔루션에 대한 서버 메모리를 적절한 크기로 구성합니다. 이 섹션에서는 Hyper-V

환경에서 메모리를 관리하는 방법을 간략하게 소개합니다.

메모리 가상화 기술을 통해 하이퍼바이저에서 동적 메모리와 같은 물리적 호스트

리소스를 추상화하여 리소스 소진을 방지하는 동시에 여러 가상 머신 간에 리소스를

분리할 수 있습니다. EPT가 지원되는 Intel 프로세서 등의 고급 프로세서를 구축할

경우에는 이러한 추상화가 CPU 내에서 수행됩니다. 그렇지 않으면 이 프로세스는

하이퍼바이저 자체 내에서 수행됩니다.

하이퍼바이저에는 메모리 등의 시스템 리소스 사용률을 극대화하는 여러 가지

기술이 포함되어 있습니다. 리소스를 대폭 초과 할당하지 마십시오. 그러면 시스템

성능이 저하될 수 있습니다. 실제 환경에서 메모리 과도 할당이 미치는 영향을

예측하기는 어렵습니다. 과도 할당된 메모리 양에 따라 리소스 소진으로 인한 성능

저하의 정도가 커집니다.

Windows 서버에 PowerPath 설치

가상 머신 메모리 할당 계획

VSPEX 구성 지침




111

SQL Server 데이터베이스 설치 및 구성

대부분의 고객은 서버 가상화 솔루션을 프로비저닝하고 관리할 때 필요하지 않은

경우라도 관리 툴을 사용합니다. 관리 툴을 사용하려면 데이터베이스 백엔드가

필요합니다. SCVMM은 SQL Server 2012를 데이터베이스 플랫폼으로 사용합니다.

이 섹션에서는 솔루션에 사용할 SQL Server 데이터베이스를 설치하고 구성하는

방법을 설명합니다. 표 25에는 자세한 설치 작업이 나와 있습니다.

표 25. SQL Server 데이터베이스 설치 작업


Microsoft SQL Server용 가상

머신 생성

SQL Server를 호스팅할 가상

머신을 생성한 후

가상 서버가 하드웨어 및

소프트웨어 요구 사항에

맞는지 확인합니다.

http://msdn.microsoft.com/ko-kr

가상 머신에

Microsoft Windows 설치

가상 머신에 Microsoft

Windows Server 2012 R2 Datacenter Edition을

설치합니다.

http://technet.microsoft.com/ko-kr

Microsoft SQL Server 설치

지정된 가상 머신에

Microsoft SQL Server를

설치합니다.


SCVMM용

SQL Server 구성

원격 SQL Server 인스턴스

또는 SCVMM을 구성합니다.


인프라스트럭처 가상 머신용으로 지정된 Windows 서버 중 하나에 충분한 컴퓨팅

리소스와 함께 가상 머신을 생성합니다. 공유 인프라스트럭처용으로 지정된

스토리지를 사용합니다.

참고: 고객 환경에 이 용도로 SQL Server가 이미 설치되어 있을 수도 있습니다. 이 경우

SCVMM용 SQL Server 구성 섹션을 참조하십시오.

SQL Server 서비스는 Microsoft Windows에서 실행해야 합니다. 필요한 Windows

버전을 가상 머신에 설치하고 적절한 네트워크, 시간, 인증 설정을 선택합니다.

개요

Microsoft SQL Server용 가상 머신 생성

가상 머신에 Microsoft Windows 설치

http://msdn.microsoft.com/ko-kr�

http://technet.microsoft.com/ko-kr�



VSPEX 구성 지침




SQL Server 설치 미디어를 사용하여 가상 머신에 SQL Server를 설치합니다. SQL

Server 설치 방법은 Microsoft TechNet 웹 사이트에서 참조할 수 있습니다.

SQL Server 설치 관리자에서 SSMS(SQL Server Management Studio)라는 구성

요소를 설치할 수 있습니다. 이 구성 요소를 SQL Server에서 직접 설치하거나 관리자

콘솔에서 설치합니다.

데이터 파일을 저장하는 기본 경로를 변경하려면 다음 단계를 수행합니다. 1. SSMS에서 서버 객체를 마우스 오른쪽 버튼으로 클릭하고 Database

Properties를 선택합니다. 속성 창이 나타납니다.

2. 서버에 생성된 새 데이터베이스의 기본 데이터 및 로그 디렉토리를

변경합니다.

이 솔루션에서 SCVMM을 사용하려면 SQL Server의 원격 접속을 구성하십시오. 원격

접속을 올바르게 구성하는 데 필요한 요구 사항과 구성 단계는 VMM에 대해 SQL

Server 원격 인스턴스 구성 문서를 참조하십시오.

자세한 내용은 부록D의 문서 목록을 참조하십시오.

참고: 이 솔루션에 Microsoft SQL Server Express 기반 데이터베이스 옵션을 사용하지

마십시오.

SQL Server에서 데이터베이스에 액세스하는 각 서비스별로 개별 로그인 계정을

생성합니다.

System Center Virtual Machine Manager Server 구축

이 섹션에서는 SCVMM 구성 방법에 대한 정보를 제공합니다. 표 26에 나열된 작업을

완료합니다.

표 26. SCVMM 구성 작업


SCVMM 호스트 가상

머신 생성

SCVMM 서버용 가상 머신을

생성합니다.

가상 머신 생성

SCVMM 게스트 OS

설치

SCVMM 호스트 가상 머신에

Windows Server 2012 R2 Datacenter Edition을 설치합니다.

게스트 운영 체제 설치

SQL Server 설치

SCVMM용 SQL Server 구성

개요

http://technet.microsoft.com/ko-kr/library/cc764295.aspx�


http://technet.microsoft.com/ko-kr/library/hh846766(v=ws.11)#BKMK_Step2�

http://technet.microsoft.com/ko-kr/library/hh846766(v=ws.11)#BKMK_step3�

VSPEX 구성 지침




113


SCVMM 서버 설치 SCVMM 서버를 설치합니다. VMM 관리 서버를

설치하는 방법

SCVMM 관리 콘솔

설치

SCVMM 관리 콘솔을 설치합니다. VMM 콘솔을 설치하는

방법

호스트에 로컬로

SCVMM 에이전트 설치

SCVMM이 관리하는 호스트에 로컬로

SCVMM 에이전트를 설치합니다.

호스트에서 로컬로

VMM 에이전트 설치

SCVMM에 Hyper-V

클러스터 추가

Hyper-V 클러스터를 SCVMM에

추가합니다.

VMM에서 Hyper-V

호스트 및 확장 파일

서버 추가 및 관리

SCVMM에 파일 공유

스토리지 추가(파일

버전에만 해당)

SCVMM의 Hyper-V 클러스터에 SMB

파일 공유 스토리지를 추가합니다.

Hyper-V 호스트와

VMM의 클러스터에

SMB 3.0 파일 공유를

할당하는 방법

SCVMM에서 가상 머신

생성

SCVMM에서 가상 머신을

생성합니다.

파티션 정렬 수행 및

파일 할당 단위 크기

할당

VMM에서 가상 컴퓨터

만들기 및 배포

Diskpart.exe를 사용해 가상 머신의

디스크 드라이브에 대해 파티션

정렬을 수행하고 드라이브 문자를

할당하고 파일 할당 단위 크기를

할당합니다.

Disk Partition Alignment Best Practices for SQL Server

템플릿 가상 머신 생성 기존 가상 머신을 사용하여 템플릿

가상 머신을 생성합니다.

이 과정에서 하드웨어 프로파일과

게스트 운영 체제 프로파일을

생성합니다.

가상 컴퓨터 템플릿을

만드는 방법

템플릿 가상 머신을

사용하여 가상 머신

구축

템플릿 가상 머신을 사용하여 가상

머신을 구축합니다.

템플릿에서 가상

컴퓨터를 만들고

배포하는 방법

이 솔루션의 일부로 설치된 Hyper-V 서버에서 Microsoft Hyper-V 서버를 가상

머신으로 구축하려는 경우 Hyper-V Manager를 사용하여 인프라스트럭처 Hyper-V

서버에 직접 연결합니다.

스토리지 시스템에서 제공되는 인프라스트럭처 서버 데이터 저장소를 사용하여

고객의 게스트 OS 구성에 따라 Microsoft Hyper-V 서버에 가상 머신을 생성합니다.

SCVMM 호스트 가상 머신 생성

http://technet.microsoft.com/ko-kr/library/gg610656.aspx�














http://technet.microsoft.com/ko-kr/library/dd758814(v=sql.100).aspx�




http://technet.microsoft.com/ko-kr/library/hh427282.aspx�





VSPEX 구성 지침




SCVMM 서버의 메모리 및 프로세서 요구 사항은 SCVMM이 관리해야 하는 Hyper-V

호스트와 가상 머신의 수에 따라 결정됩니다.

SCVMM 호스트 가상 머신에 게스트 OS를 설치합니다.

필요한 Windows Server 버전을 가상 머신에 설치하고 적절한 네트워크, 시간, 인증

설정을 선택합니다.

VMM 데이터베이스 및 기본 라이브러리 서버를 설정한 다음 SCVMM 서버를

설치합니다.

SCVMM 서버를 설치하는 방법은 Microsoft TechNet 라이브러리 항목인 Installing

the VMM Server를 참조하십시오.

SCVMM 관리 콘솔은 SCVMM 서버를 관리하기 위한 클라이언트 툴입니다. VMM

관리 콘솔을 VMM 서버와 동일한 컴퓨터에 설치합니다.

SCVMM 관리 콘솔을 설치하려면 Microsoft TechNet 라이브러리 항목인 Installing

the VMM Administrator Console을 참조하십시오.

경계 네트워크에서 호스트를 관리해야 할 경우 VMM에 호스트를 추가하기 전에

호스트에 VMM 에이전트를 로컬로 설치합니다. 또는 호스트를 VMM에 추가하기

전에 도메인의 호스트에 VMM 에이전트를 로컬로 설치합니다.

VMM 에이전트를 호스트에 로컬로 설치하려면 Microsoft TechNet 라이브러리

항목인 Installing a VMM Agent Locally를 참조하십시오.

구축한 Microsoft Hyper-V 클러스터를 SCVMM에 추가합니다. SCVMM은 이러한

Hyper-V 클러스터를 관리합니다.

Hyper-V 클러스터를 추가하려면 Microsoft TechNet 라이브러리 항목인 VMM에서

Hyper-V 호스트 및 확장 파일 서버 추가 및 관리를 참조하십시오.

SCVMM에 파일 공유 스토리지를 추가하려면 다음 단계를 수행하십시오. 1. VMs and Services 작업 공간을 엽니다.

2. VMs and Services 창에서 Hyper-V 클러스터 이름을 마우스 오른쪽 버튼으로

클릭합니다.

3. Properties를 클릭합니다.

SCVMM 게스트 OS 설치

SCVMM 서버 설치

SCVMM 관리 콘솔 설치

호스트에 로컬로 SVCMM 에이전트 설치

SCVMM에 Hyper-V 클러스터 추가

SCVMM에 파일 공유 스토리지 추가(파일 버전에만 해당)

http://technet.microsoft.com/ko-kr/library/bb740750.aspx�






VSPEX 구성 지침




115

4. Properties 창에서 File Share Storage를 클릭합니다.

5. Add를 클릭한 다음 SCVMM에 파일 공유 스토리지를 추가합니다.

SCVMM에서 가상 머신 템플릿으로 사용할 가상 머신을 생성합니다. 가상 머신을

설치한 후 소프트웨어를 설치하고 Windows와 애플리케이션의 설정을 변경합니다.

가상 머신을 생성하는 방법은 Microsoft TechNet 라이브러리 항목인 빈 가상 하드

디스크에서 가상 컴퓨터를 만들고 배포하는 방법을 참조하십시오.

Windows Server 2008 이전 운영 체제를 실행 중인 가상 머신에서 디스크 파티션

정렬을 수행하십시오. 오프셋 1,024KB로 디스크 드라이브를 정렬하고 파일 할당

단위(클러스터) 크기는 8KB로 디스크 드라이브를 포맷하는 것이 좋습니다.

Microsoft TechNet 라이브러리 항목인 Disk Partition Alignment Best Practices for

SQL Server를 참조하여 diskpart.exe를 사용해 파티션 정렬을 수행하고 드라이브

문자를 할당하고 파일 할당 단위 크기를 할당합니다.

가상 머신을 템플릿으로 변환하면 해당 가상 머신은 제거됩니다. 템플릿을 생성하는

중에 가상 머신이 제거될 수 있으므로 가상 머신을 백업하십시오.

템플릿을 생성하는 과정에서 하드웨어 프로파일과 게스트 운영 체제 프로파일을

생성합니다. 이 프로파일을 사용하여 가상 머신을 구축할 수 있습니다.

Microsoft TechNet 라이브러리 항목인 가상 컴퓨터 템플릿을 만드는 방법

을

참조하십시오.

구축 마법사에서 PowerShell 스크립트를 저장하여 동일한 구성을 가진 다른 가상

머신을 구축할 때 재사용할 수 있습니다.

Microsoft TechNet 라이브러리 항목인 가상 컴퓨터를 배포하는 방법을 참조하십시오.

요약

이 장에서는 물리적 및 논리적 구성 요소를 모두 포함하는 VSPEX 솔루션의 다양한

요소를 구축하고 구성하는 데 필요한 단계를 제시했습니다. 이제 VSPEX 솔루션은

완벽한 기능이 갖추어졌습니다.

SCVMM에서 가상 머신 생성

파티션 정렬 수행 및 파일 할당 단위 크기 할당

템플릿 가상 머신 생성

템플릿 가상 머신을 사용하여 가상 머신 구축





VSPEX 구성 지침







117

6장 솔루션 검증


개요 ..................................................................................................................... 118

설치 후 체크리스트 ............................................................................................... 119

단일 가상 서버 구축 및 테스트 ................................................................................ 119

솔루션 구성 요소의 이중화 검증 ............................................................................. 119

솔루션 검증




개요

이 장에서는 솔루션 구성을 완료한 후 검토해야 할 항목 목록을 제공합니다. 이 장의

목표는 여러 면에서 솔루션의 구성과 기능을 확인하고 구성이 핵심 가용성 요구

사항에 맞는지 확인하는 것입니다.

표 27에 나열된 작업을 완료합니다.

표 27. 설치 테스트 작업


설치 후

체크리스트

각 Hyper-V 호스트 가상 스위치에

충분한 가상 포트가 구성되어 있는지

확인합니다.

Hyper-V : How many network cards do I need?

각 Hyper-V 호스트에 필요한

CSV(Cluster Shared Volume)\CIFS 공유 및 VLAN에 대한 액세스 권한이

부여되었는지 확인합니다.

Microsoft Windows Hyper-V에 VNXe

시스템 사용

모든 Hyper-V 호스트에 실시간

마이그레이션 인터페이스가

올바르게 구성되었는지 확인합니다.

Virtual Machine Live Migration Overview

단일 가상

서버 구축 및

테스트

SCVMM(System Center Virtual Machine Manager) 인터페이스를

사용하여 가상 머신을 하나

구축합니다.

솔루션 구성

요소의

이중화 검증

Deploying Hyper-V Hosts Using Microsoft System Center 2012 Virtual Machine Manager

각각의 스토리지 프로세서를 차례로

재부팅하면서 스토리지 접속이

유지되는지 확인합니다.

해당 없음

각각의 이중화 스위치를 차례로

해제하면서 Hyper-V 호스트, 가상

머신 및 스토리지 시스템 접속이

정상적으로 유지되는지 확인합니다.

공급업체 설명서

가상 머신이 하나 이상 포함되어

있는 Hyper-V 호스트에서 호스트를

재가동하여 가상 머신이 다른

호스트로 문제 없이

마이그레이션되는지 확인합니다.

VMM에서 Hyper-V 호스트 클러스터

만들기 개요

http://blogs.technet.com/b/gavinmcshera/archive/2011/03/27/3416313.aspx�

http://blogs.technet.com/b/gavinmcshera/archive/2011/03/27/3416313.aspx�

http://social.technet.microsoft.com/wiki/contents/articles/151.hyper-v-virtual-networking-survival-guide-en-us.aspx�

http://social.technet.microsoft.com/wiki/contents/articles/151.hyper-v-virtual-networking-survival-guide-en-us.aspx�



http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012/VIR310�





솔루션 검증




119

설치 후 체크리스트

다음은 솔루션이 정상적으로 기능하는 데 있어서 중요한 구성 항목입니다.

각 Windows Server에서 운영 환경에 구축하기 전에 다음 항목을 확인하십시오.

• 가상 머신 네트워킹을 위한 VLAN이 적절하게 구성되어 있는지 여부

• 스토리지 네트워킹이 올바르게 구성되어 있는지 여부

• 각 서버에서 필요한 CSV(Cluster Shared Volumes)/Hyper-V SMB 공유에

액세스할 수 있는지 여부

• 네트워크 인터페이스가 실시간 마이그레이션에 대해 올바르게 구성되었는지

여부

단일 가상 서버 구축 및 테스트

가상 머신을 구축하여 솔루션이 예상대로 작동하는지 확인합니다. 가상 머신이 해당

도메인에 연결되고 필요한 네트워크에 대한 액세스가 부여되며 네트워크에 로그인할

수 있는지 확인합니다.

솔루션 구성 요소의 이중화 검증

솔루션의 여러 구성 요소에서 요구되는 가용성을 유지하려면 유지 보수나 하드웨어

장애와 관련한 구체적인 시나리오를 여러 가지로 테스트해보아야 합니다.

이 단계는 블록 및 파일 환경 모두에 적용됩니다.

다음 단계를 통해 각 VNXe SP(Storage Processor)를 차례로 재시작하여 Hyper-V

데이터 저장소에 대한 접속이 재시작하는 동안 계속 유지되는지 확인합니다.

1. SP A에 관리자 자격 증명으로 로그인합니다.

2. 다음 명령을 사용하여 SP A를 재시작합니다.

svc_shutdown -r

3. 재시작 주기 동안 Windows Server Hyper-V 호스트에 데이터 저장소가

표시되는지 확인합니다.

4. 주기가 완료되면 SP B에 로그인하고 앞에서 사용한 것과 동일한 명령을

사용하여 SP B를 재시작합니다.

5. 호스트 측에서 유지 보수 모드를 설정하고 가상 머신을 대체 호스트로

마이그레이션할 수 있는지 확인합니다.

블록 및 파일 환경

솔루션 검증




또는, Unisphere 콘솔에 로그인하고 다음 단계를 수행하여 SP를 재시작합니다.

1. Settings > Service System으로 이동하고 서비스 암호를 입력한 후 OK를

클릭합니다.

2. 대화상자 창 왼쪽 위에 있는 System Components 창에서 Storage Processor

SPA를 선택합니다.

3. 왼쪽 가운데에 있는 Service Actions 창에서 Reboot를 선택한 후 Execute

service action을 클릭합니다.

4. 재부팅이 완료되면 SPB에 대해 2단계와 3단계를 반복합니다.

5. 호스트 측에서 유지 보수 모드를 설정하고 가상 머신을 대체 호스트로

마이그레이션할 수 있는지 확인합니다.




121

7장 시스템 모니터링


개요 ..................................................................................................................... 122

모니터링할 주요 영역 ............................................................................................ 122

VNXe 리소스 모니터링 지침 ................................................................................... 125

시스템 모니터링




개요

VSPEX 환경의 시스템 모니터링은 핵심 IT 시스템의 모니터링과 동일하며, 관리와

관련한 핵심 구성 요소입니다. VSPEX 환경과 같이 고도로 가상화된

인프라스트럭처와 관련된 모니터링 레벨은 순수한 물리 인프라스트럭처보다 더

복잡하며, 다양한 구성 요소 간의 상호 작용과 상호 관계에 미묘하게 차이가 있을 수

있습니다. 하지만, 물리적 환경을 관리해 본 경험이 있다면 주요 개념과 중점 분야를

쉽게 익힐 수 있습니다. 주요 차이점은 배율을 모니터링하고 포괄적인 시스템 및

데이터 흐름을 모니터링할 수 있다는 점입니다.

다음과 같은 비즈니스 요구 사항을 통해 환경을 사전 예방적이고 일관되게

모니터링할 수 있어야 합니다.

• 안정적이고 예측 가능한 성능

• 사이징 및 용량 요구 사항

• 가용성 및 접근성

• 탄력성: 동적으로 워크로드 추가, 감소 및 수정

• 데이터 보호

셀프 서비스 프로비저닝이 환경에 설정되어 있는 경우 클라이언트에서 가상 머신 및

워크로드를 동적으로 생성할 수 있으므로 시스템 모니터링 기능이 더욱 필요합니다.

이를 통해 전체 시스템에 부정적인 영향을 미칠 수 있습니다.

이 장에서는 VSPEX Proven Infrastructure 환경의 주요 구성 요소를 모니터링하는 데

필요한 기본적인 지식을 제공합니다. 이 장의 끝에서는 추가 리소스를 확인할 수

있습니다.

모니터링할 주요 영역

VSPEX Proven Infrastructure는 완벽한 솔루션을 구성하므로 시스템 모니터링에는

다음과 같은 고유하지만 상관성이 높은 3가지 영역을 포함합니다.

• 서버(가상 머신 및 클러스터 포함)

• 네트워킹

• 스토리지

이 장에서는 스토리지 인프라스트럭처의 주요 구성 요소인 VNX 스토리지

모니터링을 중점적으로 다루고 기타 구성 요소에 대해서도 간략하게 설명합니다.





123

워크로드를 VSPEX 구축에 추가하면 서버, 스토리지 및 네트워킹 리소스가

소비됩니다. 워크로드를 추가, 수정 또는 제거하면 리소스의 가용성과 기능이

변경되어 플랫폼에서 실행 중인 다른 모든 워크로드에 영향을 미치게 됩니다. 고객은

모든 주요 구성 요소를 VSPEX 플랫폼에서 구축하기 전에 해당 구성 요소에 대한

워크로드 특성을 정확하게 파악해야 합니다. 이는 정의된 레퍼런스 가상 머신에 대해

리소스 활용도 크기를 올바르게 조정하려면 반드시 필요합니다.

첫 번째 워크로드를 구축한 다음 플랫폼 성능과 함께 전체 리소스 소비를 측정합니다.

이를 통해 사이징 작업 중에 추측이 필요하지 않게 되고 초기 가정의 유효성을 보장할

수 있습니다. 추가 워크로드를 구축한 경우 리소스 소비량과 성능 수준을 다시

진단하여 누적 로드와 기존 가상 머신 및 해당 애플리케이션 워크로드에 미치는

영향을 파악합니다. 초과 할당으로 인해 전체 시스템 성능에 부정적인 영향을 미치지

않도록 리소스 할당을 적절하게 조정합니다. 이러한 기준을 일관되게 실행하여

플랫폼을 전체적으로 확인하여 가상 머신이 예상한 대로 작동하도록 합니다.

다음 구성 요소는 전반적인 시스템 성능에 영향을 미치는 중요한 영역입니다.

서버의 관점에서 모니터링할 주요 리소스는 다음과 같습니다.

• 프로세서

• 메모리

• 디스크(로컬, NAS, SAN)

• 네트워킹

물리적 호스트 레벨(하이퍼바이저 호스트 레벨)과 가상 레벨(게스트 가상 머신

내에서) 모두에서 이러한 영역을 모니터링합니다. 운영 체제에 따라 이 데이터를

모니터링하여 캡처하는 데 사용할 수 있는 툴이 있습니다. 예를 들어 VSPEX 구축에서

Windows 서버를 하이퍼바이저로 사용할 경우 Windows perfmon을 사용하여 이러한

메트릭을 모니터링한 후 기록할 수 있습니다. 공급업체의 지침에 따라 각 구축

시나리오에 대한 성능 임계값을 결정하십시오. 이 성능 임계값은 애플리케이션마다

많은 차이가 날 수 있습니다.

이 툴에 대한 자세한 내용은 Microsoft TechNet 라이브러리 항목인 성능 모니터

사용을 참조하십시오. 각 VSPEX Proven Infrastructure는 구축된 레퍼런스 가상

머신의 수와 정의된 워크로드에 따라 보장된 성능을 제공합니다.

성능 기준

서버







네트워킹 통신에 적합한 대역폭이 있는지 확인합니다. 여기에는 서버 및 가상 머신

레벨, Fabric(스위치) 레벨 및 스토리지 레벨(NFS/CIFS/SMB/iSCSI 등과 같은

네트워크 파일 또는 블록 프로토콜을 구축한 경우)의 네트워크 로드 모니터링이

포함됩니다. 서버 및 가상 머신 레벨의 경우 앞에서 설명한 모니터링 툴은 서버와

게스트 간에 주고받는 흐름을 분석하는 데 충분한 메트릭을 제공합니다. 추적할 주요

항목으로는 총 처리량 또는 대역폭, 지연 시간, IOPS 크기 등이 있습니다. 네트워크

카드 또는 HBA 유틸리티에서 추가 데이터를 캡처합니다.

Fabric 관점에서 스위치 인프라스트럭처를 모니터링하는 툴은 공급업체마다

다릅니다. 모니터링할 주요 항목으로는 포트 사용률, 총 Fabric 사용률, 프로세서

사용률, 대기열 길이, ISL(Inter Switch Link) 사용률 등이 있습니다. 네트워킹

스토리지 프로토콜을 사용할 경우 다음 섹션을 참조하십시오.

자세한 모니터링 설명서는 하이퍼바이저 또는 운영 체제 공급업체에 문의하십시오.

시스템의 전체 상태와 성능을 유지하려면 VSPEX 구축의 스토리지 측면을

모니터링해야 합니다. VNXe 스토리지는 기본 스토리지 구성 요소의 작동 상태를

파악할 수 있는 쉽고 강력한 툴을 제공합니다. 블록 프로토콜과 파일 프로토콜 모두에

대해 다음과 같은 몇 가지 중점 영역이 있습니다.

• 용량

• IOPS

• 지연 시간

• SP 활용도

CPU

메모리

Fabric/네트워크 인터페이스 - 입출력 처리량

추가 고려 사항(튜닝의 관점):

• 입출력 크기

• 워크로드 특성

• 캐시 사용률

이러한 요소는 이 문서의 범위를 벗어나지만 스토리지 튜닝은 성능 최적화를 위한

필수 구성 요소입니다. EMC는 EMC 온라인 지원을 통해 다음과 같은 제목에 관한

추가 지침을 제공합니다. EMC VNX Unified Best Practices for Performance-Applied Best Practices Guide

네트워킹

스토리지

http://korea.emc.com/collateral/software/white-papers/h10938-vnx-best-practices-wp.pdf�

http://korea.emc.com/collateral/software/white-papers/h10938-vnx-best-practices-wp.pdf�





125

VNXe 리소스 모니터링 지침

SP IP 주소에 대한 HTTPS 세션을 열어서 액세스할 수 있는 Unisphere GUI를

사용하여 VNXe를 모니터링합니다. VNXe 시리즈는 단일 개체를 통해 블록 스토리지

및 파일 스토리지 액세스를 모두 제공하는 유니파이드 스토리지 플랫폼입니다.

모니터링은 두 부분으로 나뉩니다.

• 블록 스토리지 리소스 모니터링

• 파일 스토리지 리소스 모니터링

이 섹션에서는 Unisphere를 사용하여 용량, IOPS, 지연 시간을 비롯한 블록 스토리지

리소스 사용을 모니터링하는 방법에 대해 설명합니다.

용량

Unisphere의 두 패널에 용량 정보가 표시됩니다. 이 두 패널을 사용하면 구성된 LUN

및 기본 스토리지 풀에서 사용 가능한 전체 용량을 빠르게 진단할 수 있습니다.

블록의 경우 예상 증가율과 활동(예: 스냅샷 생성)에 사용할 수 있는 충분한 가용

스토리지가 구성된 풀에 남아 있어야 합니다. 공간이 부족하면 영향을 받는 호스트

시스템에서 원치 않는 동작이 발생하므로 특히, 씬 LUN에 대한 가용 버퍼가 있어야

합니다. 따라서 용량 사용이 80% 이상으로 증가할 경우 스토리지 관리자에게

경고하도록 임계값 알림을 구성합니다. 이 경우 자동 확장을 조정하거나 풀에 추가

공간을 할당해야 할 수 있습니다. LUN 사용률이 높을 경우 공간을 재확보하거나 추가

공간을 할당합니다.

특정 풀에 대한 용량 임계값 알림을 설정하려면 다음 단계를 수행하십시오. 1. 풀을 선택하고 Details 버튼을 클릭합니다.

2. 그림 40에 나와 있는 것처럼 Storage Pool Utilization에서 이 풀의 Alert

Threshold 값을 선택합니다.

3. Used Space, Available Space 및 Subscription은 검토해야 할 주요

메트릭입니다.

블록 스토리지 리소스 모니터링





그림 40. 스토리지 풀 알림 설정

그림 41에 표시된 것과 같이 Settings 탭에는 공간 관리와 관련한 추가 설정이

있습니다. 스냅샷 기능을 사용 중인 경우 Snapshot Auto-Delete 설정을 사용하도록

설정해야 합니다.

그림 41. 스토리지 풀 스냅샷 설정

블록에 대한 용량을 드릴다운하려면 다음 단계를 수행하십시오. 1. Unisphere에서 검토할 VNXe 시스템을 선택합니다.

2. Storage > Storage Configurations > Storage Pools를 선택합니다. 그러면

Storage Pools 패널이 열립니다.





127

3. 그림 42에 나와 있는 것과 같이 Percent Used, Available Space 및

Subscription 열을 검토합니다.

그림 42. Storage Pools 패널

스토리지 풀 및 LUN 레벨에서 용량을 모니터링합니다. 1. Storage를 클릭하고 LUNs를 선택합니다. 그러면 LUN 패널이 열립니다.

2. 검토할 LUN을 선택하고 Details를 클릭합니다. 그러면 그림 43에 나와 있는

것처럼 LUN에 대한 자세한 정보가 표시됩니다.

3. 대화상자에서 LUN 용량 정보를 확인합니다. LUN Size는 LUN이 사용할 수

있는 총 가상 용량입니다. 초과 할당된 경우 사용하지 못할 수 있습니다.

할당된 용량은 LUN에 의해 현재 사용된 총 물리적 용량입니다.





그림 43. LUN Properties 대화상자

표시 화면의 왼쪽 아래에서 Alerts 핫링크를 클릭하여 용량 알림과 기타 모든 시스템

이벤트를 검토합니다. 그림 44에 나와 있는 것처럼 System을 클릭한 후 System

Alerts를 선택하여 알림에 액세스할 수도 있습니다.

그림 44. System 패널

그림 45에 나와 있는 것처럼 간단히 클릭하여 자세한 구성 요소 정보를 확인할 수

있는 대화형 System Health 패널을 포함하여 관리자가 VNXe 성능, 용량 및 상태를

모니터링하는 데 유용한 새로운 기능 몇 가지도 추가되었습니다.





129

그림 45. System Health 패널

IOPS

잘못 구성된 스토리지 시스템이나 리소스가 고갈된 스토리지 시스템에서 제공하는

입출력 워크로드가 시스템 전체에 영향을 줄 수 있습니다. 스토리지 시스템에서

제공하는 IOPS를 모니터링하려면 SP의 호스트 포트에서 제공하는 메트릭과 백엔드

디스크에서 제공하는 요청을 조사합니다. 특정 워크로드 레벨에 대해 특정 수준의

성능을 제공하도록 VSPEX 솔루션의 크기를 주의해서 설정합니다. IOPS가 설계 매개

변수를 초과하지 않는지 확인합니다.

VNXe >System > System Performance를 선택하여 System 패널을 열면 IOPS에 대한

통계 보고와 기타 주요 메트릭을 검토할 수 있습니다. Unisphere Analyzer를

사용하여 온라인 또는 오프라인으로 통계를 모니터링할 수 있습니다. Unisphere

Analyzer를 사용하려면 라이센스가 필요합니다.

검토할 기타 메트릭으로는 총 대역폭(MB/s)이 있습니다. 8Gbps 프런트엔드 SP

포트는 초당 800MB를 처리할 수 있습니다. 일반 작동 조건에서 평균 대역폭이 링크

대역폭의 80%를 초과해서는 안 됩니다.

LUN에 제공된 IOPS가 호스트에서 제공한 IOPS보다 많은 경우가 있습니다. 입출력

스트림 관리에 추가 메타데이터가 연결되는 씬 LUN이 바로 이런 경우에 해당합니다.

Unisphere Analyzer에서는 그림 46에 나와 있는 것처럼 각 LUN에 IOPS를

표시합니다.





그림 46. LUN의 IOPS

또한 특정 RAID 레벨에서는 추가 백엔드 IOPS를 생성하는 쓰기 불이익이 부과됩니다.

기본 물리적 디스크에서 주고받는 IOPS를 검토합니다. 이는 그림 47에 나와 있는

것처럼 Unisphere Analyzer에서도 확인할 수 있습니다. 표 28에서는 드라이브

성능에 대한 경험 법칙을 보여 줍니다.

표 28. 드라이브 성능에 대한 경험 법칙

15K RPM SAS

드라이브

10K RPM SAS

드라이브 NL-SAS 드라이브

IOPS 180 IOPS 150 IOPS 90 IOPS





131

그림 47. 드라이브의 IOPS

지연 시간

지연 시간은 입출력 요청의 지연 처리에 따른 부산물입니다. 여기서는 스토리지 지연

시간, 특히 블록 레벨 입출력의 모니터링에 중점을 둡니다. 이전 섹션과 비슷한

절차를 사용하여 그림 48(LUN 필터가 적용됨)에 나와 있는 것과 같이 LUN 레벨에서

지연 시간에 대해 살펴봅니다.

그림 48. LUN의 지연 시간





애플리케이션 계층, 전송 중, 최종 스토리지 디바이스 등 입출력 스트림의 어느

단계에서든 지연 시간이 발생할 수 있습니다. 따라서 과도한 지연 시간이 발생하는

정확한 원인을 파악하려면 체계적인 접근이 요구됩니다.

FC 네트워크에서 과도한 지연 시간이 발생하는 경우는 흔치 않습니다. HBA, 케이블

등과 같은 구성 요소에 결함이 없을 경우 네트워크 Fabric 계층에서 발생하는 지연

시간은 일반적으로 스위치 Fabric의 잘못된 구성이 원인입니다. 스토리지 시스템의

과부하는 일반적으로 FC 환경 내에서 발생하는 지연 시간의 원인이 됩니다. 입출력

요청을 처리하는 기본 디스크 풀의 기능과 LUN을 중점적으로 다룹니다. 처리할 수

없는 요청은 대기열에 저장되므로 지연 시간이 발생합니다.

iSCSI와 같은 이더넷 기반 프로토콜에도 동일한 패러다임이 적용됩니다. 하지만

이러한 스토리지 프로토콜에서는 이더넷을 기본 전송 수단으로 사용하므로 추가적인

요인이 작용합니다. 스토리지에 대한 네트워크 트래픽(물리적 또는 논리적)을

격리하는 것이 Best Practice이며 공유/융합형 Fabric에서 QoS(Quality of Service)를

구축하는 것이 좋습니다. 과도한 지연 시간의 원인이 네트워크 문제에 있지 않을 경우

스토리지 시스템을 확인해 보십시오. 디스크 과부하 이외에 과도한 SP 활용도로 인해

지연 시간이 발생할 수도 있습니다. SP 활용도 레벨이 80%를 초과할 경우 잠재적인

문제를 나타냅니다. 데이터 중복 제거, 자동 확장/재스트라이핑, 데이터 계층화 이동,

스냅샷 등과 같은 모든 백그라운드 프로세스는 SP 리소스를 확보하기 위해

경합합니다. 이러한 프로세스를 모니터링하여 SP 리소스 고갈을 유발하지 않는지

확인하십시오. 가능한 위험 완화 기술로는 백그라운드 작업 시차 적용, 업무 외

시간에 수행되도록 계층화 작업 예약, 물리적 리소스 추가, 입출력 워크로드 재조정

등이 있습니다. 성장으로 인해 더 강력한 하드웨어로 교체하거나 하드웨어를

추가해야 할 수도 있습니다.

SP 메트릭의 경우 그림 49에 나와 있는 것처럼 Unisphere Analyzer의 System

Performance 탭 아래에 표시되는 데이터를 검토합니다. Average CPU

Utilization %(그림에 표시된 메트릭), Average Disk Response Time 및 Average Disk

Queue Length와 같은 메트릭을 검토합니다.





133

그림 49. SP CPU 활용도

이러한 메트릭의 값이 높을 경우 스토리지 시스템에 압박이 가해지고 있으므로

완화해야 합니다. 표 29에서는 EMC에서 권장하는 Best Practice를 보여 줍니다.

표 29. 성능 모니터링에 대한 Best Practice

사용률(%) 응답 시간(ms) 대기열 길이

임계값 80 20 10

NFS, CIFS/SMB 등과 같은 파일 기반 프로토콜은 블록 스토리지에 비해 추가적인

관리 프로세스를 포함합니다. VNX 시스템과 달리 VNXe3200 기능에는 파일

서비스가 통합되어 있으므로 이 기능을 제공하기 위해 Data Mover가 필요하지

않습니다. VNXe3200에서는 SP(Storage Processor)가 클라이언트 측의 파일

프로토콜 요청을 인터셉트하고, 이 요청을 스토리지 측에서 적절한 SCSI 블록

명령으로 변환합니다. 프로토콜과 변환 기술 추가로 인해 SP 네트워크 링크 사용률,

메모리 사용률, SP 프로세서 사용률 등의 로드 및 모니터링 요구 사항이

추가되었습니다.

System Performance 패널에서 파일 메트릭을 검토하려면 모니터링할 적절한

메트릭을 선택합니다. 그림 50에 나와 있는 것처럼 이 예에서는 Total Network

Bandwidth를 선택했습니다. 사용률이 80%를 초과하면 잠재적인 성능 문제가

있다는 의미이므로 SP 재구성, 추가 물리적 리소스(예: 추가 네트워크 포트) 및 현재

네트워크 토폴로지 분석을 통해 사용률을 낮춰야 합니다.

파일 스토리지 리소스 모니터링





그림 50. VNXe 파일 통계

용량

그림 51에 나와 있는 것처럼 System Capacity 패널에서는 전반적인 공간 활용도를

빠르게 분석할 수 있습니다.

그림 51. System Capacity 패널

풀 및 파일 시스템 레벨에서 용량을 모니터링하려면 다음을 수행하십시오.





135

1. VNXe > Storage > File Systems를 선택합니다. 그림 52에 나와 있는 것처럼

File Systems 창 패널이 나타납니다.

그림 52. File Systems 패널

2. 검토할 파일 시스템을 선택하고 Details를 클릭한 후 Capacity를 선택합니다.

그러면 그림 53에 표시된 것과 같이 자세한 파일 시스템 정보가 이 탭에

표시됩니다.

3. 블록용 Capacity 탭과 마찬가지로 File System Size, Thin 상태, Used, Free,

Allocated 공간, Pool Size Used 등의 주요 메트릭을 검토합니다.





그림 53. 파일 시스템의 Capacity 패널

IOPS

블록 스토리지 IOPS 이외에 Unisphere에서는 파일 시스템 IOPS도 모니터링할 수

있습니다. VNXe > System > System Performance를 선택합니다. 그런 다음 그림 54에

나와 있는 것과 같이 Total File System throughput/IOPS를 선택합니다.





137

그림 54. 파일 메트릭을 표시하는 System Performance 패널

VSPEX Proven Infrastructure를 지속적이고 철저하게 모니터링하는 것이 Best

Practice입니다. 기준 성능 데이터를 설정하면 문제를 식별하는 데 도움이 되지만,

주요 시스템 메트릭을 모니터링하면 시스템이 지정된 매개 변수 내에서 최적의

상태로 작동하는지 확인할 수 있습니다. 주요 파트너의 자동화 및 조정 툴(예:

Microsoft System Center 제품군)과 통합하여 모니터링 프로세스를 확장할 수

있습니다.

요약




139

부록A BOM(Bill of Material)

이 부록에서 다루는 내용은 다음과 같습니다.

BOM(Bill of Material) ............................................................................................ 140

BOM(Bill of Material)





표 30에는 이 솔루션에 사용된 하드웨어가 나와 있습니다.

참고: 대역폭 및 이중화 관련 기본 요구 사항을 만족할 경우 EMC에서는 이 솔루션에 대해

10GbE 네트워크 또는 동등한 1GbE 네트워크 인프라스트럭처를 권장합니다.

표 30. VSPEX 솔루션에 사용되는 구성 요소 목록(200개의 가상 머신)

구성 요소 200개의 가상 머신을 위한 솔루션

Windows 서버

CPU • 가상 머신당 vCPU 1개

• 물리적 코어당 vCPU 4개

• vCPU 200개


메모리 • 가상 머신당 2GB RAM

• Hyper-V 호스트당 2GB RAM 예약

최소 400GB RAM + 호스트당 2GB

네트워크 블록 • 서버당 10GbE NIC 2개

• 서버당 HBA 2개


참고: Microsoft Hyper-V HA 기능을 구현하고 표에 나와 있는 최소 구성을 지원하려면

인프라스트럭처에 최소 요구 사항을 충족하는 데 필요한 수 외에 1개 이상의 추가 서버가

더 필요합니다.

네트워크

인프라스트럭

처

최소

스위치

용량

블록 • 물리적 스위치 2개

• Windows 서버당 10GbE 포트 2개

• 스토리지 프로세서당 관리용 1GbE 포트 1개

• Windows 서버당 스토리지 네트워크용 포트 2개

• SP당 스토리지 데이터용 포트 2개

파일 • 물리적 스위치 2개

• Windows 서버당 10GbE 포트 4개

• 스토리지 프로세서당 관리용 1GbE 포트 1개

• 스토리지 프로세서당 데이터 처리용 10GbE 포트 2개

EMC Data Avamar





141

구성 요소 200개의 가상 머신을 위한 솔루션

Protection Data Domain Data Protection For EMC VSPEX Proven Infrastructure 참조

EMC VNXe 시리즈 스토리지

시스템

블록 • VNXe3200


• SP당 8Gb FC 인터페이스 2개(FC)

• SP당 10GbE 인터페이스 2개(iSCSI)



드라이브 3개

파일 • VNXe3200

• SP당 10GbE 인터페이스 2개(CIFS/SMB)





드라이브 3개

공유


대부분의 경우 고객 환경에는 이미 Active Directory 서비스 및 DNS 서비스 같은

인프라스트럭처 서비스가 구성되어 있습니다. 이러한 서비스에 대한 설정은 이

문서의 범위를 벗어납니다.

기존 인프라스트럭처를 사용하지 않고 이를 구축하는 경우 최소한 다음과 같은 수의

서버가 추가로 필요합니다.

• 물리적 서버 2대

• 서버당 16GB RAM

• 서버당 프로세서 코어 4개

• 서버당 1GbE 포트 2개

참고: 이러한 서비스는 VSPEX 구축 후 환경으로 마이그레이션할 수 있지만 VSPEX를

구축하기 전에 구현되어 있어야 합니다.

http://korea.emc.com/collateral/white-papers/h12017-vspex-data-protection-wp.pdf�




143

부록B 고객 구성 Data Sheet


고객 구성 Data Sheet ............................................................................................ 144

고객 구성 Data Sheet





구성을 시작하기 전에 고객으로부터 네트워크 및 호스트 구성 정보를 수집해야

합니다. 다음 표에는 필요한 네트워크 및 호스트 주소, 번호 및 이름 지정 정보가

정리되어 있습니다. 이 워크시트는 나중에 참조할 수 있도록 "기록 보관용" 문서로

사용할 수도 있습니다.

고객 정보가 맞는지 확인하려면 VNXe File 및 Unified 워크시트를 함께 참조해야

합니다.

표 31. 일반 서버 정보

서버 이름 용도 운영 IP

도메인 컨트롤러

운영 DNS

보조 DNS

DHCP

NTP

SMTP

SNMP

SCVMM(System Center Virtual Machine Manager)

SQL Server

표 32. Hyper-V 서버 정보

서버 이름 용도 운영 IP 전용 네트워크(스토리지) 주소

Hyper-V

호스트 1

Hyper-V

호스트 2

…





145

표 33. 스토리지 정보

스토리지 이름

관리자 계정

관리 IP

스토리지 풀 이름

데이터 저장소 이름

블록 FC WWPN

FCOE WWPN

iSCSI IQN

iSCSI 포트 IP

파일 CIFS 서버 IP

표 34. 네트워크 인프라스트럭처 정보

이름 용도 IP 서브넷

마스크

기본

게이트웨이

이더넷 스위치 1

이더넷 스위치 2

…

표 35. VLAN 정보

이름 네트워크 용도 VLAN ID 허용되는 서브넷

가상 머신 네트워킹 관리

iSCSI 스토리지 네트워크(블록)

CIFS 스토리지 네트워크(파일)

실시간 마이그레이션(선택 사항)

공용(클라이언트 액세스)





표 36. 서비스 계정

계정 용도 암호(선택 사항, 적절한

보안 필요)

Windows Server 관리자

스토리지 관리자

SCVMM 관리자

SQL Server 관리자




147

부록C 서버 리소스 구성 요소 워크시트


서버 리소스 구성 요소 워크시트 ............................................................................. 148

서버 리소스 구성 요소 워크시트




서버 리소스 구성 요소 워크시트

표 37. 서버 리소스 결정을 위한 빈 워크시트


가상 머신

CPU

(가상 CPU)

메모리(GB) IOPS 용량(GB)

리소스 요구 사항 해당 없음


가상 머신



가상 머신



가상 머신



가상 머신

필요한 레퍼런스 가상 머신 합계

서버 맞춤 구성

서버 구성 요소 합계 해당 없음

스토리지 맞춤 구성

스토리지 구성 요소 합계 해당 없음

스토리지 구성 요소 - 필요한 레퍼런스 가상 머신 해당 없음

필요한 레퍼런스 가상 머신 합계 - 스토리지




149

부록D 참고 자료


참고 자료 ............................................................................................................. 150

참고 자료




참고 자료

EMC 온라인 지원 웹 사이트에서 제공되는 다음 문서에서 자세한 관련 정보를 참조할

수 있습니다. 문서 액세스 권한이 없는 경우 EMC 담당자에게 문의하시기 바랍니다.

• ESI(EMC Storage Integrator) 2.1 for Windows Suite

• EMC VNX 가상 프로비저닝 응용 기술

• VNX FAST Cache: 심층 분석

• Introduction to EMC XtremCache

• VNXe3200 Unified 설치 가이드

• Microsoft Windows Hyper-V에 EMC VNX 스토리지 사용

• EMC VNX Unified Best Practice For Performance -Applied Best Practices Guide

• EMC Host Connectivity Guide for Windows

• EMC VNX 시리즈: SMB 3.0 지원 소개

• VNX에서 CIFS 구성 및 관리

Microsoft 웹 사이트에서 제공되는 다음 문서에서 자세한 관련 정보를 참조할 수

있습니다.

• Installing the VMM Server

•

•

VMM에서 Hyper-V 호스트 및 확장 파일 서버 추가 및 관리

가상 컴퓨터 템플릿을 만드는 방법

• VMM에 대해 SQL Server 원격 인스턴스 구성

• Installing Virtual Machine Manager

• Installing the VMM Administrator Console

• 호스트에서 로컬로 VMM 에이전트 설치

•

• 빈 가상 하드 디스크로 가상 컴퓨터를 만드는 방법

VMM에 Hyper-V 호스트 및 호스트 클러스터 그리고 확장 파일 서버 추가

• 가상 컴퓨터를 배포하는 방법

•

•

Windows Server 2012 R2와 Windows Server 2012 설치 및 배포

장애 조치(failover) 클러스터의 클러스터 공유 볼륨 사용

•

•

SQL Server 2014 설치를 위한 하드웨어 및 소프트웨어 요구 사항

•

SQL Server 2014 설치

VMM 관리 서버를 설치하는 방법

EMC 설명서

기타 문서












http://msdn.microsoft.com/ko-kr/library/ms143506.aspx�






151

부록E VSPEX 정보


VSPEX 정보 .......................................................................................................... 152

VSPEX 정보




VSPEX 정보

EMC는 IT 인프라스트럭처 부문의 주요 선두 공급업체와 협력하여 클라우드 환경의

구축을 가속화할 수 있도록 지원하는 완벽한 가상화 솔루션을 제공합니다. 업계 최고

수준의 기술을 토대로 설계된 VSPEX는 빠르게 구축할 수 있고 복잡하지 않으며

필요한 구성 요소를 자유롭게 선택하도록 지원하고 높은 효율성과 낮은 위험성을

실현합니다. EMC의 검증으로 예측 가능한 성능이 보장되며 고객은 계획, 사이징,

구성에 대한 부담 없이 기존 IT 인프라스트럭처를 활용하는 기술을 선택할 수

있습니다. VSPEX는 진정한 융합형 인프라스트럭처의 특성인 사용 편의성을

누리면서 동시에 개별 구성 요소에 대한 다양한 옵션을 얻고자 하는 고객에게 검증된

인프라스트럭처를 제공합니다.

VSPEX 솔루션은 EMC의 검증을 받았으며 EMC 채널 파트너를 통해서만 패키지로

제공되고 판매됩니다. VSPEX는 채널 파트너들에게 더 많은 기회, 더 빠른 영업 주기,

포괄적인 지원을 제공합니다. EMC는 채널 파트너와 협력하여 기업에 간편하고

효율적이고 유연한 프라이빗 클라우드 인프라스트럭처를 제공합니다.

emc vspex 프라이빗 클라우드 · 사이트의 기술 문서 및 권장 사항 섹션으로...

Documents