가상화된 Microsoft SharePoint 2013용 EMC VSPEX - EMC VNX 제품군 및 EMC Backup 기반

Transcription

1 설계가이드 가상화된 Microsoft SharePoint 2013 용 EMC VSPEX EMC VNX 제품군및 EMC Powered Backup 기반 EMC VSPEX 요약이설계가이드에서는 EMC VNXe 또는 EMC VNX 및 EMC Powered Backup 기반의 Microsoft Hyper-V 또는 VMware vsphere 용 EMC VSPEX Proven Infrastructure 에가상화된 Microsoft SharePoint 2013 리소스를설계하는방법에대해설명합니다. 또한솔루션을사이징하는방법에대해서도설명합니다 년 1 월

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

3 목차 목차 1 장소개 11 이가이드의목적 비즈니스가치 범위 대상 용어 장시작하기전에 15 구축워크플로우 필수참고자료 VSPEX 솔루션개요 VSPEX 구축가이드 VSPEX Proven Infrastructure 가이드 VSPEX 용 EMC Powered Backup 가이드 EMC Best Practice 장솔루션개요 19 개요 EMC VSPEX Proven Infrastructure 솔루션아키텍처 주요구성요소 소개 Microsoft SharePoint Server Microsoft SQL Server EMC VNX EMC VNXe EMC Powered Backup 솔루션 VMware vsphere Hyper-V 기반 Microsoft Windows Server 2012 R EMC XtremCache EMC PowerPath/VE

4 목차 4 장 VSPEX Proven Infrastructure 선택 37 개요 단계 : 고객의활용사례평가 개요 가상화된 SharePoint 2013 용 VSPEX 검증워크시트 단계 : 애플리케이션아키텍처설계 개요 VSPEX Sizing Tool 단계 : 올바른 VSPEX Proven Infrastructure 선택 개요 고려사항 예 장솔루션설계고려사항및 Best Practice 53 개요 네트워크설계고려사항 개요 네트워크설계 Best Practice 스토리지레이아웃및설계고려사항 개요 스토리지설계 Best Practice 스토리지레이아웃예 가상화설계고려사항 개요 가상화설계 Best Practice 애플리케이션설계고려사항 개요 애플리케이션설계 Best Practice EMC Powered Backup 설계고려사항 장솔루션검증방법론 75 개요 기준하드웨어검증방법론

5 목차 애플리케이션검증방법론 개요 테스트시나리오정의 핵심지표파악 테스트환경생성 데이터베이스채우기 테스트실행, 결과분석및최적화 EMC Powered Backup 검증방법론 테스트툴 대규모임의문서를생성하는샘플툴 SharePoint 로문서를로드하는샘플툴 SharePoint 성능테스트를위한샘플코드 장참고설명서 85 EMC 설명서 기타문서 링크 Microsoft TechNet MSDN 라이브러리 부록 A 검증워크시트 89 가상화된 SharePoint 2013 용 VSPEX 검증워크시트 부록 B SharePoint Server 2013 개념 93 SharePoint Server 2013 기초정보 SharePoint Server 2013 Search Service 부록 C 가상화된 SharePoint 용 VSPEX 사이징툴 99 RPS 계산방법론 컨텐츠데이터베이스크기예상 부록 D 개략적인 SharePoint Server 2013 사이징논리및방법론 103 개요 SharePoint 토폴로지및컴퓨팅리소스사이징 SharePoint Server 2013 웹서버사이징 애플리케이션서버사이징 데이터베이스서버사이징

6 목차 SharePoint Server 2013 의스토리지레이아웃사이징 SharePoint Server 2013 컨텐츠데이터베이스풀사이징 SharePoint 2013 서비스풀사이징 MySites 풀사이징 VSPEX 프라이빗클라우드풀사이징 올바른 VSPEX Proven Infrastructure 선택

7 목차 그림 그림 1. VSPEX Proven Infrastructure 그림 2. 검증된인프라스트럭처아키텍처 그림 3. SharePoint Server 2013 토폴로지 그림 4. 멀티코어최적화가적용된 VNX 그림 5. Active/Active 프로세서의성능, 복구능력및효율성향상 그림 6. 새로운 Unisphere Management Suite 그림 7. 멀티코어최적화가적용된 VNXe 그림 8. VMware vsphere 5.5 플랫폼의 SharePoint 2013 스토리지요소 그림 9. Hyper-V 플랫폼의 SharePoint 2013 스토리지요소 그림 10. 그림 11. 그림 12. 스토리지레이아웃예 : VNXe 시리즈용으로구축된소규모 SharePoint 2013 팜 스토리지레이아웃예 : FAST VP 를사용하지않는 VNX 시리즈에 구축된 SharePoint 2013 중간규모팜 스토리지레이아웃예 : FAST VP 를사용하는 VNX 시리즈용으로 구축된중간규모 SharePoint 2013 팜 그림 13. 인쇄가능한검증워크시트 그림 14. SharePoint Server 2013 컨텐츠구조 그림 15. 그림 16. 검색이많은 Publishing Portal 의활성사용자수와호스트 IOPS 간의관계에대한테스트결과 검색이많은 Document Management Portal 의활성사용자수와 호스트 IOPS 간의관계에대한테스트결과

8 목차 표 표 1. 용어 표 2. 가상화된 SharePoint Server 2013 용 VSPEX: 구축워크플로우 표 3. 가상화된 SharePoint 2013 용 VSPEX: 설계프로세스 표 4. 가상화된 SharePoint 2013 용 VSPEX 검증워크시트지침 표 5. VSPEX 사이징툴출력정보 표 6. VSPEX Proven Infrastructure: 선택단계 표 7. 검증워크시트예 : 소규모 SharePoint 팜 표 8. 필요한리소스예 : 소규모 SharePoint 팜 표 9. VSPEX 사이징툴의 SharePoint 팜세부정보예 표 10. 핵심성능메트릭예 : 소규모 SharePoint 팜 표 11. VSPEX 검증워크시트예 : 중간규모 SharePoint 팜 표 12. 필요한리소스예 : 중간규모 SharePoint 팜 표 13. 요약예 : VSPEX 사이징툴의중간규모 SharePoint 팜 표 14. 핵심성능메트릭예 : 중간규모 SharePoint 팜 표 15. SharePoint 관련스토리지풀이름및용도 표 16. SharePoint Server 2013 인덱스임시위치의입출력패턴예 표 17. VNX 에서 FAST VP 를사용하는스토리지풀의디스크유형및 RAID 유형 표 18. 애플리케이션서버에권장되는 vcpu 수 표 19. SQL Server에권장되는 vcpu 수 표 20. SQL Server의권장 RAM 표 21. SharePoint Server 2013 인덱스임시위치의입출력패턴예 표 22. 애플리케이션검증에필요한개괄적단계 표 23. 일반작업 표 24. 혼합된워크로드 표 25. 가상화된 SharePoint 2013 용 VSPEX 검증워크시트 표 26. SharePoint Server 2013 기초개념 표 27. SharePoint Search Service 개념 표 28. 컨텐츠데이터베이스크기예상에사용되는수식 표 29. SharePoint 팜사이징의개략적인단계

9 목차 표 30. 활성사용자수에따른웹서버사이징 표 31. 웹서버컴퓨팅리소스지정 표 32. 일반팜의애플리케이션서버사이징 표 33. 사용량이많은팜을위한애플리케이션서버사이징 표 34. 애플리케이션서버컴퓨팅리소스지정 표 35. SQL Server for SharePoint Server 2013 의 vcpu 사이징 표 36. SQL Server SharePoint Server 2013 의메모리리소스사이징 표 37. 컨텐츠데이터베이스풀을사이징할때사용자가입력하는 데이터의예 표 38. 검색작업이많지않은팜의애플리케이션서버사이징 표 39. 검색작업이많은팜의애플리케이션서버사이징 표 40. MySites 풀의 RAID 구성 표 41. VSPEX 스토리지모델지원매트릭스 표 42. 스토리지시스템지원매트릭스

10 목차 10

11 1 장 : 소개 1 장소개 이장에서다루는내용은다음과같습니다. 이가이드의목적 비즈니스가치 범위 대상 용어

12 1 장 : 소개 이가이드의목적 EMC VSPEX Proven Infrastructure는미션크리티컬한비즈니스애플리케이션가상화에최적화된솔루션으로, 파트너가 VSPEX 프라이빗클라우드의가상화환경에서 Microsoft SharePoint Server 2013을지원하는데필요한자산을계획및설계할수있도록지원합니다. 가상화된 SharePoint 2013용 EMC VSPEX 아키텍처를사용하면일관된수준의성능을유지하면서가상화된 SharePoint 2013 솔루션을호스팅할수있는검증된시스템을제공할수있습니다. 이시스템은 VMware vsphere 또는 Hyper-V 기반 Microsoft Windows Server 2012 R2 가상화계층을사용하여기존 VSPEX 프라이빗클라우드에서계층화되도록테스트및사이징되고설계되었으며, 고가용성 EMC VNX 스토리지제품군을사용합니다. 모든 VSPEX 솔루션은 EMC Powered Backup 제품을사용해사이징및테스트를마쳤습니다. EMC Avamar 와 EMC Data Domain 은차세대고가용성데이터베이스아키텍처의주된특징인 AoAG(Always-On Availability Group) 구성을완벽하게인식하고이해하는지능적인기능으로 SharePoint의데이터를보호하는등완벽한인프라스트럭처, 애플리케이션및 SharePoint 백업 / 복구환경을구현합니다. 컴퓨팅및네트워크구성요소는가상머신환경의처리성능및데이터요구사항을충족하는강력한기능과이중화구성을지원할수있도록공급업체에서직접정의하여설계할수있습니다. 이설계가이드에서는 EMC VNX 또는 VNXe 스토리지시스템을사용하는 VSPEX Proven Infrastructure에 Microsoft SharePoint 2013을구축하는데필요한리소스를설계하는방법을설명합니다. 비즈니스가치 해가갈수록사용자데이터의크기와컨텐츠의볼륨및종류는계속증가하고있습니다. 향후 10년간무려 50배의증가가예상될정도로오늘날의데이터는폭발적으로늘어나고있습니다. 이러한모든데이터의제가치를실현하기위해기업에서는협업및정보공유를촉진하는컨텐츠관리애플리케이션에관심을돌리고있습니다. 지난 10년간 Microsoft SharePoint는고객이협업을위한포털을개발하고, 문서와레코드를관리하며, 문서를검색및공유하고, 정보라는가장가치높은자산을바탕으로한비즈니스프로세스자동화기술을개발하는데많은도움을주었습니다. 12

13 1 장 : 소개 하지만지속적인개발을통해 SharePoint의새로운기능이계속추가됨에따라기업이직면하는데이터관리문제는점차복잡해졌습니다. 오늘날다양한지역에서근무하는직원들을위해최적의 SharePoint 인프라스트럭처를제공하고관리, 감사및보호하는것이대부분 IT 부서의가장큰어려움으로부상했습니다. 이에 VSPEX를사용하여물리적서버및스토리지자산을가상화한다면 IT 부서는환경변화에보다민첩하게동적으로대응하여끊임없이변화하는비즈니스요구를충족할수있을것입니다. VSPEX는더빠른구축, 간소화된관리 / 백업 / 스토리지용량할당등의강력한기능을통해 IT 환경의변화를촉진할수있습니다. 따라서고객은더높은애플리케이션가용성, 더향상된스토리지활용도, 더빠르고효율적인백업등의이점으로더높은효율성을달성할수있습니다. 또한고객은 VSPEX를통해특정 SharePoint 2013 환경에필요한요구사항을충족할수있도록원하는하이퍼바이저, 서버, 네트워크등을직접선택할수있습니다. 범위 이설계가이드에서는 Microsoft Hyper-V 또는 VMware vsphere 플랫폼기반의가상화된 SharePoint Server 2013 환경을고려해 EMC VSPEX Proven Infrastructure를설계하는방법을설명합니다. 이가이드는고객환경에 VSPEX 프라이빗클라우드가이미구축된상황을전제로작성되었습니다. 이가이드에서는 EMC VNX 또는 EMC VNXe 스토리지시스템의구축예도제공하며, VSPEX 사이징툴을이용하여 VSPEX Proven Infrastructure에서 SharePoint Server 2013을사이징하는방법, Best Practice에따라리소스를할당하는방법및 VSPEX가제공하는모든이점을활용하는방법에대해서도설명합니다. SharePoint 데이터보호를위한 EMC Powered Backup 솔루션에대해서는별도의문서인가상화된 Microsoft SharePoint 2013용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 대상 이가이드는내부 EMC 직원및검증된 EMC VSPEX 파트너를대상으로합니다. 이가상화된 SharePoint 2013용 VSPEX 솔루션의구축을담당하는 VSPEX 파트너는다음자격을갖춘것으로간주됩니다. Microsoft에서 SharePoint 솔루션의판매및구축자격을받은파트너 SharePoint Server 2013에대해인증을받은파트너 ( 다음 Microsoft 인증하나이상보유권장 ) 13

14 1 장 : 소개 Core Solutions of Microsoft SharePoint Server 2013( 시험번호 : 331) Advanced Solutions of Microsoft SharePoint Server 2013( 시험번호 : 332) EMC에서 EMC VNX 스토리지시스템제품군의판매, 설치및구성자격을받은파트너 VSPEX Proven Infrastructure 판매가공인된파트너 VSPEX Proven Infrastructure에필요한네트워크및서버제품을판매, 설치및구성할수있는자격을받은파트너또한솔루션을구축하려는파트너는다음을설치및구성하는데필요한기술교육을이수하고해당배경지식을보유해야합니다. VNX 및 VNXe vsphere 또는 Hyper-V 가상화플랫폼기반의 Microsoft Windows Server 2012 R2 Microsoft Windows Server 2012 R2 OS(Operating System) Microsoft SharePoint Server 2013 Avamar 및 Data Domain을비롯한 EMC Powered Backup 제품이가이드에서는해당하는경우외부참조자료를제공합니다. 이솔루션을구축하려는파트너는다음문서를숙지하는것이좋습니다. 자세한내용은필수참고자료섹션 (16페이지) 및 7장 : 참고설명서섹션 (85페이지) 을참조하십시오. 용어 표 1 에는이가이드에사용된용어가정리되어있습니다. 표 1. 용어 용어 MCx 오버레이 tempdb 정의멀티코어코드경로최적화 VSPEX Proven Infrastructure에옵션기능을추가하는 VSPEX 기술솔루션 tempdb는작업을처리하는동안임시작업영역으로사용되는 Microsoft SQL Server의시스템데이터베이스를나타냅니다. 14

15 2 장 : 시작하기전에 2 장시작하기전에 이장에서다루는내용은다음과같습니다. 구축워크플로우 필수참고자료

16 2 장 : 시작하기전에 구축워크플로우 가상화된 SharePoint 2013용 VSPEX 솔루션을설계및구축하려면표 2 1 의프로세스흐름을참조하십시오. 표 2. 단계 1 2 가상화된 SharePoint Server 2013 용 VSPEX: 구축워크플로우작업가상화된 SharePoint 2013용 VSPEX 검증워크시트를사용하여사용자요구사항을수집합니다. 한페이지분량의검증워크시트가부록 A: 검증워크시트션 (89페이지) 에나와있습니다. 1단계에서수집한사용자요구사항을바탕으로, EMC VSPEX 사이징툴을사용하여가상화된 SharePoint용 VSPEX Proven Infrastructure 솔루션으로권장되는솔루션을결정합니다. 사이징툴에대한자세한내용은 EMC VSPEX Sizing Tool 포털을참조하십시오. 참고 : 사이징툴을사용할수없는경우에는애플리케이션을수동으로사이징할수있습니다. 해당지침은부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론섹션 (103페이지) 을참조하십시오. 3 이설계가이드에따라가상화된 SharePoint Server 2013 용 VSPEX Proven Infrastructure 의최종설계를결정합니다. 참고 : 가상화된 SharePoint 의요구사항뿐만아니라모든애플리케이션의요구 사항이고려되어야합니다. 4 5 올바른 VSPEX Proven Infrastructure를선택하여오더합니다. 관련지침은필수참고자료에서해당 VSPEX Proven Infrastructure 가이드를참조하십시오. VSPEX 솔루션을구축하고테스트합니다. 관련지침은필수참고자료에서해당 VSPEX 구축가이드를참조하십시오. 필수참고자료 EMC Community Network 의 VSPEX 섹션또는 VSPEX Proven Infrastructure 의 korea.emc.com 페이지에서이용할수있는다음문서를읽어보는것이좋습니다. 문서액세스권한이없는경우 EMC 담당자에게문의하시기바랍니다. 1 솔루션에 EMC Powered Backup 구성요소가포함되는경우, 이러한옵션을 VSPEX 솔루션에구축하는방법에대한자세한내용은가상화된 Microsoft SharePoint 2013 용 VSPEX 를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 16

17 2 장 : 시작하기전에 VSPEX 솔루션개요 VSPEX 솔루션을개괄적으로설명하는다음문서를참조하십시오. 미드마켓기업을위한 EMC VSPEX 서버가상화 SMB( 중소, 성장, 중견기업 ) 용 EMC VSPEX 서버가상화솔루션 VSPEX 구축가이드 다음 VSPEX 구축가이드를참조하십시오. Microsoft Hyper-V 기반의 VMware vsphere 기반의 VSPEX Proven Infrastructure 가이드 다음 VSPEX Proven Infrastructure 가이드를참조하십시오. EMC VSPEX 프라이빗클라우드 : 최대 200 개의가상머신을지원하는 VMware vsphere 5.5 EMC VSPEX 프라이빗클라우드 : 최대 1,000개의가상머신을지원하는 VMware vsphere 5.5 EMC VSPEX 프라이빗클라우드 : 최대 200개의가상머신을지원하는 Hyper-V 기반 Microsoft Windows Server 2012 R2 EMC VSPEX 프라이빗클라우드 : 최대 1,000개의가상머신을지원하는 Hyper-V 기반 Microsoft Windows Server 2012 R2 VSPEX 용 EMC Powered Backup 가이드 다음 VSPEX 용 EMC Powered Backup 가이드를참조하십시오. 가상화된 Microsoft SharePoint 2013 용 VSPEX 를위한 EMC 백업및복구옵션 설계및구축가이드 EMC Best Practice 다음 Best Practice 가이드를참조하십시오. EMC 스토리지를위한 Microsoft SharePoint Server Best Practice 및설계지침 17

18 2 장 : 시작하기전에 18

19 3 장 : 솔루션개요 3 장솔루션개요 이장에서다루는내용은다음과같습니다. 개요 EMC VSPEX Proven Infrastructure 솔루션아키텍처 주요구성요소

20 3 장 : 솔루션개요 개요 이장에서는가상화된 Microsoft SharePoint Server 2013용 VSPEX Proven Infrastructure에대해간단히살펴보고이솔루션에사용된핵심기술에대해설명합니다. 이설계가이드에서설명하는솔루션은 SMB( 중소, 성장, 중견기업 ) 의프라이빗클라우드환경을주타겟으로한서버, 스토리지, 네트워크구성요소, SharePoint 구성요소로구성되었습니다. 이솔루션을통해고객은 VSPEX Proven Infrastructure 에가상화된 SharePoint 팜을 빠르고일관된방식으로구축하고보호할수있습니다. VNX 및 VNXe 제품군의스토리지시스템은고객의요구사항에따라 iscsi(internet Small Computer System), NFS(Network File System), CIFS(Common Internet File System), FC(Fibre Channel) 및 FCoE(Fibre Channel over Ethernet) 프로토콜을지원하는멀티프로토콜플랫폼입니다. 이솔루션은데이터스토리지에 NFS 및 iscsi를사용하여검증되었습니다. 이설계가이드는 VSPEX Proven Infrastructure에 SharePoint 솔루션을간편하고효율적이며유연하게구축할수있도록돕습니다. 이가이드의내용은 VMware vsphere 및 Microsoft Hyper-V를포함하여모든 VSPEX Proven Infrastructure에적용됩니다. 이솔루션에는 AD(Active Directory) 와 DNS(Domain Name System) 가필요합니다. 이러한서비스를구현하는방법은이문서에서다루지않지만솔루션을성공적으로구축하려면해당서비스를반드시구현해야합니다. SharePoint 데이터보호를위한 EMC Powered Backup 솔루션에대해서는별도의문서인가상화된 Microsoft SharePoint 2013용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. EMC VSPEX Proven Infrastructure EMC는 IT 인프라스트럭처공급업체와협력하여프라이빗클라우드환경의구축을가속화할수있도록지원하는완벽한가상화솔루션을제공합니다. VSPEX는구축속도, 사용편의성, 선택옵션, 효율성등을상당히개선하고위험을최소화할수있는솔루션입니다. EMC의검증으로예측가능한성능이보장되며고객은계획, 사이징, 구성에대한부담없이기존 IT 인프라스트럭처를활용하는기술을선택할수있습니다. VSPEX는진정한융합형인프라스트럭처의특성인사용편의성을누리면서동시에개별스택구성요소에대한다양한옵션을얻고자하는고객에게가상인프라스트럭처를제공합니다. 20

21 3 장 : 솔루션개요 VSPEX 솔루션은 EMC의검증을받았으며독점적으로 EMC 채널파트너를통해서만패키지로제공되고판매됩니다. VSPEX는채널파트너들에게더많은기회, 더빠른영업주기, 종합적인지원을제공합니다. EMC와채널파트너는서로간의협력을통해클라우드로의전환을가속화하는인프라스트럭처를이제더많은고객에게제공할수있습니다. VSPEX Proven Infrastructure는그림 1에서와같이 EMC에서사전검증하고 EMC 파트너를통해공급하는모듈식가상화인프라스트럭처입니다. VSPEX는예측가능하고신뢰할수있는성능을제공하도록 EMC에서설계한가상화, 컴퓨팅및네트워크계층, EMC 스토리지및백업으로구성됩니다. 그림 1. VSPEX Proven Infrastructure VSPEX는고객의운영환경에적합한네트워크, 서버, 가상화기술을유연하게선택하여완벽한가상화솔루션을구축할수있도록지원합니다. VSPEX는탁월한사용편의성과효율성, 최상의구성옵션을갖추고비즈니스에미치는위험을최소화하므로신속하게고객의운영환경에구축할수있습니다. VSPEX Proven Infrastructure에대한자세한내용은 VSPEX Proven Infrastructure 가이드섹션 (17페이지) 을참조하십시오. 21

22 3 장 : 솔루션개요 솔루션아키텍처 그림 2 에나와있는아키텍처는 VSPEX Proven Infrastructure에서검증된 SharePoint 2013 오버레이용인프라스트럭처의특징을보여줍니다. 웹서버, 애플리케이션서버, SQL Server를포함한모든 SharePoint Server는 VMware vsphere 5.5 또는 Hyper-V 기반 Microsoft Windows Server 2012 R2에가상머신으로구축됩니다. SharePoint용 VSPEX 사이징툴을사용하여 SharePoint 서버역할의수와각역할의세부컴퓨팅리소스를결정했습니다. 2 또한 VNX 또는 VNXe 시리즈기반 VSPEX 프라이빗클라우드풀외에 SharePoint Server 2013에권장되는스토리지레이아웃을결정하는데도 SharePoint용 VSPEX 사이징툴을사용했습니다. 그림 2. 검증된인프라스트럭처아키텍처 2 이가이드에사용된솔루션은 EMC Solutions 엔지니어링팀에의해검증되었습니다. 22

23 3 장 : 솔루션개요 주요구성요소 소개 이섹션에서는이솔루션에사용된주요기술을간략히소개합니다. Microsoft SharePoint Server 2013 Microsoft SQL Server 2012 EMC VNX EMC VNXe3200 EMC Powered Backup 솔루션 VMware vsphere 5.5 Hyper-V 기반 Microsoft Windows Server 2012 R2 EMC XtremCache EMC PowerPath /VE Microsoft SharePoint Server 2013 Microsoft SharePoint Server 2013은대기업및중소, 성장, 중견기업에비즈니스협업플랫폼을제공합니다. SharePoint를사용하면조직은 SharePoint 환경에서대부분제공되는기능인웹사이트, 블로그, Wiki, 문서라이브러리등을통해컨텐츠및정보를공유할수있습니다. 이러한기능내의컨텐츠는처음부터끝까지종합적으로관리될수있습니다. SharePoint Server 2013 플랫폼을구성하는통합된기능은제공된대로사용할수도있고, 특정비즈니스요구에따라사용자지정하거나다른제품및솔루션과통합하여사용할수도있습니다. 플랫폼은인트라넷을통해조직내에구축될수있을뿐아니라엑스트라넷과인터넷을통해방화벽외부에도구축될수있으므로직원, 고객, 비즈니스파트너와상호교류하는데유용합니다. 따라서사용자는동일한기능과툴을통해생각과의견을쉽게교환하고서로논의할수있습니다. SharePoint 환경은여러서버역할을조합한단위인팜으로구성됩니다. 이솔루션의 SharePoint Server 2013 팜에는다음서버역할이포함되어있습니다. 웹서버역할 : 이서버는사용자에게표시되는실제 SharePoint 페이지에대한작업을담당합니다. 웹서버역할은사용자요청을처리하는데필요한 WebPart, 웹페이지, 웹서비스를호스팅합니다. 웹서버는사용자요청을애플리케이션서버에전달하고애플리케이션서버는웹서버에결과를반환합니다. 23

24 3 장 : 솔루션개요 애플리케이션서버역할 : 이서버는인덱스크롤링, 검색쿼리서비스등을포함하여모든 SharePoint 애플리케이션서비스를실행하고 SharePoint 중앙관리웹사이트를호스팅합니다. 서비스를호스팅할애플리케이션서버를추가할수있으며, 서비스를단일서버에구축하여팜내의모든서버에서사용할수있습니다. 용도와성능면에서특성이유사한서비스를단일서버에논리적으로그룹화할수있으며, 성능또는용량요구사항에따라확장이필요한경우여러서버에서호스팅할수있습니다. 다음과같은세가지유형의검색애플리케이션역할을여러애플리케이션서버에분산시켜사용하는것이좋습니다. 일체형 - 다음을비롯한모든검색애플리케이션역할이서버에포함되어있습니다. 쿼리처리인덱스파티션크롤러컨텐츠처리분석처리관리 크롤러형 - 서버에네가지역할이있습니다. 크롤러컨텐츠처리분석관리 쿼리형 - 서버에두가지역할이있습니다. 쿼리처리 인덱스파티셔닝 데이터베이스서버역할 : 이서버는컨텐츠데이터베이스, 구성데이터베이스, 검색데이터베이스등을포함하여 SharePoint 데이터베이스를실행합니다. 이솔루션의경우 SharePoint Server 2013용백엔드데이터베이스역할로 SQL Server 2012를설치했습니다. 24

25 3 장 : 솔루션개요 Microsoft SQL Server 2012 SQL Server 2012는전자상거래, LOB(Line of Business), 데이터웨어하우징솔루션을위한 Microsoft의데이터베이스관리및분석시스템입니다. SQL Server는애플리케이션데이터저장, 검색, 관리등의작업에널리사용되고있습니다. SQL Server는다양한범주의애플리케이션과함께사용될뿐아니라성능, 규모, 가용성, 복구성능, 관리성능등각애플리케이션의요구사항이서로다르기때문에 SQL Server를구축할때에는이러한요소를정확히파악하고그에맞게계획해야합니다. SharePoint Server 2013은 SQL Server 데이터베이스엔진을바탕으로구축되고, 컨텐츠및 SharePoint 구성의대부분이 SQL Server 데이터베이스에저장됩니다. 이가상화된 SharePoint용 VSPEX Proven Infrastructure에서는백엔드데이터베이스애플리케이션으로 SQL Server 2012가사용되었습니다. SharePoint Server 2013은다음유형의 SQL Server 데이터베이스를사용합니다. 구성데이터베이스 : 구성데이터베이스및중앙관리컨텐츠데이터베이스를통칭하여구성데이터베이스라고합니다. 이데이터베이스에는사용된데이터베이스, IIS(Internet Information Services) 웹사이트또는웹애플리케이션, 솔루션, WebPart 패키지, 사이트템플릿, 기본할당량, 차단된파일유형등팜설정에대한데이터가포함됩니다. SharePoint 팜에는오직한구성데이터베이스만있을수있습니다. 컨텐츠데이터베이스 : 컨텐츠데이터베이스에는모든사이트컨텐츠, 즉사이트문서가저장됩니다. 여기에는문서라이브러리의파일, 목록데이터, WebPart 속성, 사용자이름및권한등이포함됩니다. 한사이트의모든데이터는단일컨텐츠데이터베이스에상주합니다. 각웹애플리케이션에는여러컨텐츠데이터베이스가포함될수있습니다. 각사이트모음은오직하나의컨텐츠데이터베이스에연결될수있지만한컨텐츠데이터베이스는여러사이트모음에연결될수있습니다. 서비스애플리케이션데이터베이스 : 서비스애플리케이션데이터베이스에는서비스애플리케이션에사용되는데이터가저장됩니다. 서비스애플리케이션용데이터베이스는그사용방식에따라매우다양하게분류됩니다. 그림 3 에는이 SharePoint용 VSPEX Proven Infrastructure에서검증된 SharePoint 팜의서버역할및관련서비스구성요소가나와있습니다. 기본 SharePoint Server 2013 개념에대한자세한내용은부록 B: SharePoint Server 2013 개념섹션 (93페이지) 을참조하십시오. 25

26 3 장 : 솔루션개요 그림 3. SharePoint Server 2013 토폴로지 또한 SharePoint Server 2013 은다른서비스구성요소도지원합니다. SharePoint Server 2013 용추가서비스를설계할계획인경우 Microsoft TechNet 웹사이트에서 이러한기능의성능, 용량테스트결과, 권장사항에대한정보를참조하십시오. EMC VNX 기능및향상된기능 플래시기반의최적화된통합스토리지플랫폼인 EMC VNX는확장성이뛰어나고사용이간편한단일솔루션으로, 파일, 블록및객체스토리지와관련하여혁신적인엔터프라이즈기능을제공합니다. 물리적환경이나가상화환경의혼합워크로드에적합한 VNX는성능및유연성이뛰어난하드웨어와효율성향상, 관리간소화및데이터보호를위한첨단소프트웨어를결합함으로써오늘날의가상화된애플리케이션환경에서발생하는까다로운문제들을완벽하게해결합니다. 성공적인 1세대에기반하여설계된 VNX는여러가지새로운기능과향상된기능을포함하고있으며, 다음은이러한기능의몇가지예입니다. MCx 기술 (EMC Multicore Cache, Multicore RAID 및 Multicore FAST Cache) 을사용한멀티코어최적화로용량증가 플래시최적화하이브리드스토리지를사용한효율성향상 26

27 3 장 : 솔루션개요 Active/Active 스토리지서비스프로세서를통해애플리케이션의가용성을높여보호수준강화 EMC Unisphere Management Suite를통한생산성향상으로관리및구축편의성개선 VSPEX는 VNX를기반으로구축되어이전과는비교할수없이높은효율성과성능, 확장성을제공합니다. 플래시최적화하이브리드스토리지 VNX는플래시최적화하이브리드스토리지로, 중요데이터에는최상의성능으로액세스할수있게하면서액세스빈도가낮은데이터는경제적인디스크로이동하는지능적이며자동화된계층화기능을제공합니다. 이하이브리드방식에서는전체시스템에서작은비율을차지하는플래시드라이브가전체 IOPS의대부분을제공하게됩니다. 플래시최적화 VNX는지연시간이짧은플래시의이점을최대한활용하여경제적인최적화와높은성능의확장성을실현합니다. EMC FAST Suite(FAST Cache 및 FAST VP) 는이기종드라이브전반에걸쳐블록및파일데이터를계층화하고사용빈도가높은데이터를플래시드라이브로이동함으로써비용절감과성능향상이라는두가지목표를동시에실현합니다. 일반적으로데이터는생성시에가장많이액세스되므로새로운데이터는먼저플래시드라이브에저장되어최상의성능을제공합니다. 시간경과에따라데이터의사용빈도가낮아지면 FAST VP는고객이정의한정책에따라자동계층화를통해해당데이터를고성능드라이브에서대용량드라이브로이동합니다. 이기능은 4배더뛰어난세분화기능과 emlc(enterprise Multi-Level Cell) 기술을기반으로기가바이트당비용을절감하는 FAST VP SSD(Solid State Disk) 를통해더욱향상되었습니다. FAST Cache는시스템워크로드에서예상치못하게급증하는워크로드를동적으로처리합니다. FAST Cache는갑작스럽게사용빈도가증가한데이터를느린대용량드라이브에서빠른플래시드라이브로상향이동하여즉각적인성능이점을제공할수있습니다. 모든 VSPEX 활용사례에서향상된효율성의이점을활용할수있습니다. VSPEX Proven Infrastructure는프라이빗클라우드, EUC(End-User Computing) 및가상애플리케이션솔루션을제공합니다. 고객은 VNX를통해 ROI를크게향상시킬수있습니다. VNX는플래시계층의비용을대폭절감할수있는아웃오브밴드 (Outof-Band), 블록기반중복제거기능을제공합니다. 27

28 3 장 : 솔루션개요 VNX Intel MCx 코드경로최적화플래시기술의도래는미드레인지스토리지시스템의요구사항이근본적으로변화되는계기가되었습니다. EMC는업계에서가장높은성능의스토리지시스템을최저비용으로제공할수있도록멀티코어 CPU를효율적으로최적화하는미드레인지스토리지플랫폼을새로설계했습니다. 그림 4에서와같이 MCx는모든 VNX 데이터서비스를모든코어 ( 최대 32개 ) 에분산시킵니다. MCx 기반의 VNX 시리즈는 NAS(Network-Attached Storage) 기반가상머신또는데이터베이스같은트랜잭션기반애플리케이션의파일성능을대폭향상시킵니다. 그림 4. 멀티코어최적화가적용된 VNX Multicore Cache 캐시는스토리지서브시스템에서가장중요한자산이며, 가변적인워크로드를처리할때캐시의효율적인사용이플랫폼의전반적인효율성을결정하는핵심적인요소입니다. 캐시엔진은시스템에서사용할수있는모든코어를활용하도록모듈화되어있습니다. Multicore RAID MCx를고려한재설계에서또하나중요한부분은 HDD( 하드디스크드라이브 ) 와 SSD로구성된영구적백엔드스토리지의입출력처리입니다. 백엔드데이터관리프로세싱을모듈화하여 MCx가모든프로세서를원활하게활용할수있게함으로써 VNX의성능이크게향상되었습니다. VNX 성능성능향상 MCx 아키텍처를기반으로한 VNX 스토리지는플래시최우선활용전략에적합하도록최적화되어있으며전반적인성능이매우탁월합니다. 즉, 짧은지연시간으로대역폭성능 (GB/s당비용 ) 을최적화하고트랜잭션성능 (IOPS당비용 ) 과용량효율성 (GB당비용 ) 을최적화합니다. 28

29 3 장 : 솔루션개요 VNX는다음과같은성능향상을제공합니다. 이중컨트롤러스토리지와비교할경우최대 4배많은파일트랜잭션지원 트랜잭션중심애플리케이션의파일성능최대 3배향상및응답시간 60% 단축 최대 4배많은 Oracle 및 Microsoft SQL Server OLTP 트랜잭션 최대 6배많은가상머신 Active/Active 스토리지서비스프로세서새로운 VNX 아키텍처는 Active/Active 스토리지서비스프로세서를제공합니다. 그림 5에서와같이, 이아키텍처에서는두경로가모두능동적으로입출력서비스를제공하므로경로페일오버시애플리케이션시간초과가발생하지않습니다. 그림 5. Active/Active 프로세서의성능, 복구능력및효율성향상 로드밸런싱도향상되며애플리케이션의성능이최대 2 배향상됩니다. 블록에대한 Active/Active 는최상의가용성과성능이필요하지만압축, 중복제거, 스냅샷등과 같은효율성향상또는계층화서비스가필요하지않은애플리케이션에적합합니다. 참고 : Active/Active 프로세서는기존 LUN(Logical Unit Number) 에만사용할수있고풀 LUN 에는사용할수없습니다. 자동화된파일시스템마이그레이션이 VNX 릴리즈를통해 VSPEX 고객은 VDM(Virtual Data Mover) 및 VNX Replicator를사용하여시스템간에자동화된고속파일시스템마이그레이션을수행할수있습니다. 이프로세스에서는모든스냅및설정이자동으로마이그레이션되며, 마이그레이션중에도클라이언트가계속작동할수있습니다. 29

30 3 장 : 솔루션개요 Unisphere Management Suite Unisphere Management Suite는사용이간편한 Unisphere 인터페이스를확장하여, 성능을검증하고용량요구사항을예측할수있도록지원하는 VNX Monitoring and Reporting을포함하고있습니다. 또한그림 6에서볼수있는것처럼, 이 Suite에는수천대의 VNX 및 VNXe 시스템을중앙집중식으로관리할수있고 EMC XtremCache를새롭게지원하는 Unisphere Remote가포함되어있습니다. 그림 6. 새로운 Unisphere Management Suite EMC VNXe3200 EMC VNXe3200은가장경제적인플래시최적화유니파이드스토리지플랫폼으로, 파일및블록스토리지와관련한혁신적인엔터프라이즈기능을확장성과사용편의성이뛰어난단일솔루션으로제공합니다. 물리적환경이나가상화환경의혼합워크로드에적합한 VNXe3200은성능및유연성이뛰어난하드웨어와효율성, 관리용이성및보호기능이뛰어난소프트웨어를결합함으로써오늘날의가상화된애플리케이션환경에서발생하는까다로운문제들을완벽하게해결합니다. 성공적인미드레인지 EMC VNX 제품군을기반으로설계된 VNXe3200은여러가지새로운기능과향상된기능을포함하고있습니다. 다음은이러한기능의몇가지예입니다. 플래시최적화하이브리드스토리지를사용한효율성향상 MCx 기술 (EMC Multicore Cache, Multicore RAID 및 Multicore FAST Cache) 을사용한멀티코어최적화로용량증가 Monitoring and Reporting, Unified Snapshots을비롯한 VNXe 기본소프트웨어구성요소로관리및구축편의성개선 VMware 및 Microsoft 환경통합 FC, iscsi, NFS 및 CIFS에대한통합멀티프로토콜지원 30

31 3 장 : 솔루션개요 VSPEX는 VNXe를기반으로구축되어이전세대와비교할수없이높은효율성, 성능및확장성을제공합니다. 플래시최적화하이브리드스토리지 VNXe3200은플래시최적화하이브리드스토리지로, 중요데이터에는최상의성능으로액세스할수있게하면서액세스빈도가낮은데이터는경제적인디스크로이동하는지능적이며자동화된계층화기능을제공합니다. 이하이브리드방식에서는전체시스템에서작은비율을차지하는플래시드라이브가전체 IOPS의대부분을제공하게됩니다. VNXe3200은지연시간이짧은플래시의이점을최대한활용하여경제적인최적화와높은성능의확장성을실현합니다. EMC FAST Suite(FAST Cache 및 FAST VP) 는이기종드라이브전반에걸쳐블록및파일데이터를계층화하고사용빈도가높은데이터를플래시드라이브로이동함으로써비용절감과성능향상이라는두가지목표를동시에실현합니다. 데이터는일반적으로생성시에가장많이액세스되므로새로운데이터는먼저플래시드라이브에저장되어최상의성능을제공합니다. 시간경과에따라데이터의사용빈도가낮아지면 FAST VP는고객이정의한정책에따라자동계층화를통해해당데이터를고성능드라이브에서대용량드라이브로이동합니다. FAST Cache는예기치않게급증하는시스템워크로드를자동으로해결합니다. FAST Cache는갑자기사용량이많아지는데이터를느린대용량드라이브에서보다빠른플래시드라이브로상향이동하여즉각적인성능이점을제공할수있습니다. 모든 VSPEX 활용사례에서향상된효율성의이점을활용할수있습니다. VSPEX Proven Infrastructure는프라이빗클라우드, EUC(End-User Computing) 및가상애플리케이션솔루션을제공합니다. 고객은 VNXe3200을통해 ROI를크게향상시킬수있습니다. 31

32 3 장 : 솔루션개요 VNX Intel MCx 코드경로최적화플래시기술의도래는미드레인지스토리지시스템의요구사항이근본적으로변화되는계기가되었습니다. EMC는업계에서가장효율적인스토리지시스템을최저비용으로제공할수있도록멀티코어 CPU를효율적으로최적화하는미드레인지스토리지플랫폼을새로설계했습니다. 그림 7에서와같이 MCx는모든 VNXe 데이터서비스를모든코어에분산함으로써, NAS 기반가상머신또는데이터베이스같은트랜잭션중심애플리케이션의파일성능을대폭향상시킬수있습니다. VNXe는 EMC 스토리지에최초로 Intel의 NTB(Non-Transparent Bridge) 를사용한제품입니다. NTB를사용하면 PCIe(PCI Express) 인터페이스를통해여러스토리지프로세서를직접고속으로연결할수있습니다. 따라서외부 PCIe 스위치가필요하지않고, 전력및공간이절감되며지연시간과비용이단축됩니다. 그림 7. 멀티코어최적화가적용된 VNXe3200 VNXe 기본소프트웨어향상된 VNXe 기본소프트웨어는사용이간편한 EMC Unisphere 인터페이스를확장하여, 성능을검증하고용량요구사항을예측할수있도록지원하는 VNX Monitoring and Reporting을인터페이스에포함하고있습니다. 이 Suite에는수천대의 VNX 및 VNXe 시스템을중앙집중식으로관리할수있는 Unisphere Central도포함됩니다. 32

33 3 장 : 솔루션개요 가상화및환경관리 VMware vsphere Storage APIs for Storage Awareness VASA(VMware vsphere Storage APIs for Storage Awareness) 는 VMware 지정 API로, vcenter를통해스토리지정보를표시합니다. VASA 기술과 VNX 간의통합으로가상환경의스토리지관리가더욱원활해졌습니다. VMware vsphere Storage APIs for Array Integration VAAI(VMware vsphere Storage APIs for Array Integration) 는 VMware 스토리지관련기능을서버에서스토리지시스템으로오프로드하므로서버및네트워크리소스를보다효율적으로사용하여성능및통합비율을높일수있습니다. EMC Storage Analytics for VNXe VMware vcenter Operations Manager의스토리지전용버전을제공하는 ESA for VNXe(EMC Storage Analytics for VNXe) 는 VNXe 커넥터를기본적으로포함하며 EMC 스토리지와구성요소에대한세부분석및관계파악기능과고유한아이콘을제공합니다. EMC Virtual Storage Integrator EMC VSI(Virtual Storage Integrator) 는 EMC 스토리지를사용하는모든 VMware 사용자가사용할수있는무료 VMware vcenter 플러그인입니다. VSPEX 고객은 VSI를사용하여가상화된스토리지를간편하게관리할수있습니다. VMware 관리자는친숙한 vcenter 인터페이스를사용하여 VNX 스토리지를한눈에파악할수있습니다. VSI를사용하면 IT 관리자가더짧은시간에더많은일을할수있습니다. VSI는관리자가스토리지작업을효율적으로관리하고신뢰할수있는방식으로위임할수있는탁월한액세스제어기능을제공합니다. VSI를사용하면일상관리업무를수행할때클릭수는최대 90% 줄이고생산성은최대 10배높일수있습니다. EMC Storage Integrator ESI(EMC Storage Integrator) 는 Windows 및애플리케이션관리자를대상으로개발되었습니다. ESI는쉽게사용할수있고완벽한모니터링기능을제공하며하이퍼바이저유형에구애받지않습니다. Windows 플랫폼의경우관리자가가상화환경과물리적환경모두에서기능을구축할수있으며, 기본하이퍼바이저에서스토리지에이르는애플리케이션토폴로지를확인하여문제를해결할수있습니다. Microsoft Hyper-V Microsoft는 Windows Server 2012 R2와함께 NAS 프로토콜을기반으로간편하게접속할수있는향상된프라이빗클라우드용하이퍼바이저인 Hyper-V 3.0을제공합니다. 33

34 3 장 : 솔루션개요 Microsoft Hyper-V Offloaded Data Transfer Microsoft Windows Server 2012 R2의 ODX(Offloaded Data Transfer) 기능을사용하면복제작업이진행되는동안데이터전송을스토리지에오프로드하여호스트리소스부담을덜수있습니다. 예를들어 Microsoft SQL Server 가상머신의실시간마이그레이션에 ODX를사용하면성능이 2배향상되고마이그레이션시간이 50% 단축됩니다. 또한, Hyper-V 서버의 CPU 사용률이 20% 감소하며네트워크트래픽이제거됩니다. EMC Powered Backup 솔루션 EMC Powered Backup 솔루션인 EMC Avamar 및 EMC Data Domain 은가상화된 SharePoint 를빠르게구축하기위해필요한보호신뢰성을제공합니다. 가상화된애플리케이션환경에최적화되어있는 EMC Powered Backup 솔루션은백업시간을최대 90% 단축하고복구속도를최대 30배향상시키며즉각적인가상머신액세스기능까지제공함으로써데이터를안전하게보호합니다. EMC 백업어플라이언스는철저한검증과자가복구기능을통해복구를보장하여신뢰성을한층강화합니다. SharePoint의경우 EMC Powered Backup 솔루션은 VSS(Volume Shadow Copy Service) 기반팜레벨백업기능, 전체팜을복구하지않고개별파일만복구할수있는빠르고세분화된복구기능등다양한고급기능을제공합니다. 또한자동검색및자동구성등의기능을사용하면복잡한작업을간소화하고시간을절약하는동시에중요한데이터를항상보호할수있습니다. 그뿐만아니라 EMC Powered Backup 솔루션은시간과비용을크게절감합니다. 데이터중복기능이포함된통합솔루션을활용하면필요한백업스토리지를 10배 ~30배줄이고백업관리시간을 81% 단축할수있으며효율적인오프사이트복제를통해대역폭을 99% 절감할수있습니다. 그결과평균 7개월만에투자비용을회수할수있습니다. 자세한기술지침은가상화된 Microsoft SharePoint 2013용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 이가이드에서는가상화된 SharePoint용 VSPEX Proven Infrastructure를위한 EMC Powered Backup 솔루션을설계, 사이징및구축하는방법을설명합니다. VMware vsphere 5.5 VMware vsphere 5.5는 CPU, RAM, 하드디스크및네트워크컨트롤러를가상화하여컴퓨터의물리적리소스를변환합니다. 이러한변환은물리적컴퓨터와마찬가지로분리되고캡슐화된운영체제와애플리케이션을실행하는완벽한기능의가상머신을만들어냅니다. 34

35 3 장 : 솔루션개요 VMware HA(High Availability) 는가상머신에서실행되는애플리케이션의고가용성을보장하는, 사용이간편하고경제적인기술입니다. vsphere 5.5의 VMware vsphere vmotion 및 VMware vsphere Storage vmotion 기능은성능에거의영향을미치지않으면서가상머신과저장된파일을 vsphere 서버간에무중단으로마이그레이션할수있게합니다. VMware vsphere DRS(Distributed Resource Scheduler) 및 VMware vsphere Storage DRS와함께사용할경우가상머신은컴퓨팅리소스와스토리지리소스의로드밸런싱을통해언제든지적절한리소스를액세스할수있습니다. VMware NMP(Native Multipathing Plug-In) 는경로다중화에사용되는 vsphere의기본모듈로, 스토리지유형을기준으로기본경로선택알고리즘을제공합니다. NMP는물리적경로세트를특정스토리지디바이스또는 LUN에연결합니다. 지정된스토리지의경로페일오버처리를위한특정세부정보는 SATP(Storage Array Type Plug-In) 에위임됩니다. 스토리지디바이스에대한입출력요청을실행하는데사용되는물리적경로를결정하기위한구체적인세부정보는 PSP(Path Selection Plug-In ) 에서처리합니다. SATP 및 PSP는 NMP 모듈내의하위플러그인입니다. Hyper-V 기반 Microsoft Windows Server 2012 R2 Hyper-V 기반 Microsoft Windows Server 2012 R2는데이터센터에서클라우드에이르기까지유연한솔루션으로탁월한확장성과뛰어난성능을제공하는완벽한가상화플랫폼입니다. 이를통해조직은보다쉽게가상화를통해비용절감을실현하는동시에서버하드웨어 ROI를상당히높일수있습니다. Windows Server 2012 R2 Hyper-V 고가용성옵션으로는증분백업지원, 가상머신내가상어댑터지원을위한클러스터환경개선, 메일박스 NIC(Network Interface Card) 팀설정등이있습니다. Hyper-V에서 " 비공유 " 라이브마이그레이션을사용하면 Hyper-V가실행중인서버에서다른서버로가상머신을마이그레이션할때두서버가동일한클러스터에있거나스토리지를공유하지않아도됩니다. EMC XtremCache 고객이 SharePoint Server에대해특수한성능을요구하는경우에는 EMC XtremCache 솔루션을사용할수있습니다. EMC XtremCache는서버기반플래시기술을사용하는지능형캐싱소프트웨어로, 지연시간을줄이고처리속도를높임으로써애플리케이션성능을대폭향상시킵니다. XtremCache는네트워크스토리지에 Write-through 캐시를사용하여일관된고가용성, 무결성및재해복구기능을제공함으로써읽기작업속도를높이고데이터를보호합니다. XtremCache를스토리지기반 EMC FAST 소프트웨어와함께사용하면애플리케이션에서데이터저장소로이어지는가장효율적이고지능적인입출력경로가생성됩니다. 그결과로물리적환경과가상화환경모두에적합하도록성능, 지능형기능및보호기능을동적으로최적화하는네트워크인프라스트럭처가구현됩니다. 35

36 3 장 : 솔루션개요 EMC PowerPath/VE 지능형경로테스트및성능최적화와같은고급경로다중화기능을사용하려면 EMC PowerPath/VE 를설치하는것이좋습니다. EMC PowerPath Virtual Edition은 EMC 및일부타사스토리지시스템용으로최적화된경로페일오버및로드밸런싱을포함하는고성능지능형경로관리기능을제공합니다. PowerPath/VE는 vsphere 호스트와외부스토리지디바이스간에여러경로를지원합니다. 다중경로가제공되면특정경로를사용할수없어도 vsphere 호스트가스토리지디바이스에액세스할수있습니다. 또한스토리지디바이스로전달되는입출력트래픽을여러경로에서공유할수있습니다. PowerPath/VE는운영중단과다운타임을예방할수있기때문에고가용성환경에특히유용합니다. PowerPath/VE 경로페일오버기능은경로장애가발생한경우에도호스트에서중단없이애플리케이션지원기능을유지 ( 다른경로를사용가능한경우 ) 하여호스트장애를방지해줍니다. PowerPath Virtual Edition은호스트에대해경로관리기능을제공하는 MPP( 다중경로플러그인 ) 로 VMware ESXi와연동되며, vsphere 호스트에커널모듈로설치됩니다. 또한 PowerPath Virtual Edition은 vsphere 입출력스택프레임워크에연결되어 PowerPath Virtual Edition의고급경로다중화지정기능인동적로드밸런싱과자동페일오버를 vsphere 호스트에제공합니다. 36

37 4 장 : VSPEX Proven Infrastructure 선택 4 장 VSPEX Proven Infrastructure 선택 이장에서다루는내용은다음과같습니다. 개요 단계 : 고객의활용사례평가 단계 : 애플리케이션아키텍처설계 단계 : 올바른 VSPEX Proven Infrastructure 선택

38 4 장 : VSPEX Proven Infrastructure 선택 개요 이장에서는가상화된 SharePoint용 VSPEX 솔루션을설계하는방법과 SharePoint 계층화의기반으로사용할올바른 VSPEX Proven Infrastructure를선택하는방법에대해설명합니다. 표 3 에는 VSPEX Proven Infrastructure를선택할때완료해야하는주요단계가요약되어있습니다. 표 3. 단계 1 2 가상화된 SharePoint 2013용 VSPEX: 설계프로세스작업가상화된 SharePoint 2013용 VSPEX 검증워크시트를사용하여고객의 SharePoint 워크로드를평가합니다. 자세한내용은 1단계 : 고객의활용사례평가섹션을참조하십시오. VSPEX 사이징툴을사용하여필요한인프라스트럭처, SharePoint 리소스, 아키텍처를결정합니다. 자세한내용은 2단계 : 애플리케이션아키텍처설계섹션을참조하십시오. 참고 : 사이징툴을사용할수없는경우에는애플리케이션을수동으로사이징할 수있습니다. 해당지침은부록 D: 개략적인 SharePoint Server 2013 사이징 논리및방법론섹션 (103 페이지 ) 을참조하십시오. 3 2 단계의권장사항에따라올바른 VSPEX Proven Infrastructure 를선택합니다. 3 단계 : 올바른 VSPEX Proven Infrastructure 선택섹션을참조하십시오. 1 단계 : 고객의활용사례평가 개요 VSPEX 솔루션을선택하기전에 SharePoint 환경을제대로설계할수있도록고객의비즈니스인프라스트럭처및워크로드요구사항에대한정보를수집해야합니다. VSPEX 인프라스트럭처설계에대한고객의비즈니스요구사항을더잘파악할수있도록에있는가상화된 SharePoint 2013용 VSPEX 검증워크시트를사용하여부록 A: 검증워크시트섹션 (89페이지) VSPEX 솔루션의워크로드요구사항을평가하는것이좋습니다. 가상화된 SharePoint 2013 용 VSPEX 검증워크시트 부록 A: 검증워크시트섹션 (89페이지) 에는고객요구사항, 사용상의특성, 데이터세트등의정보를파악할수있도록구성된간단한질문목록이나와있습니다. 부록 B: SharePoint Server 2013 개념섹션 (93페이지) 에는검증워크시트에대한세부적인설명과입력값을결정하는방법에대한일반적인지침이나와있습니다. 38

39 4 장 : VSPEX Proven Infrastructure 선택 표 4 에는검증워크시트에대한세부적인설명과입력값을결정하는방법에대한 일반적인지침이나와있습니다. 표 4. 질문 가상화된 SharePoint 2013 용 VSPEX 검증워크시트지침 설명 VSPEX Proven Infrastructure에서호스팅하려는 SharePoint 2013 팜은몇개입니까? VSPEX Proven Infrastructure에계획한 SharePoint 2013 팜의수를파악하는질문입니다. SharePoint 2013에서는조직에맞게여러팜을독립적으로생성할수있습니다. VSPEX Proven Infrastructure는최대 3개의 SharePoint 2013 팜을지원하도록설계되었습니다. 참고 : VSPEX Proven Infrastructure에둘이상의팜을구축할계획인경우각각의 SharePoint 2013 팜에대해이워크시트의다음질문들에모두답변해야합니다. 고려된성장기간 ( 년 ) 은얼마입니까? 연간증가율 (%) 은얼마입니까? SharePoint 웹애플리케이션을전사적으로액세스할예정입니까? 초기팜크기 (GB) 는얼마입니까? VSPEX 사이징툴로계산할성장기간 ( 년 ) 을정의하는질문입니다. 향후성장은 VSPEX 솔루션의특성을결정짓는주요특성입니다. 이답변을통해고객이계획하는향후성장기간을파악할수있습니다. VSPEX 사이징툴을사용하는경우 1년이상의성장기간을계획하는것이좋습니다. SharePoint 환경에서예상되는연간데이터증가율을정의하는질문입니다. 향후성장은 VSPEX 솔루션의특성을결정짓는주요특성입니다. 환경에적합한수를입력하십시오. SharePoint 2013 솔루션의사용자층을정의하는질문입니다. 총사용자수와사용자가지리적으로분산된방식을고려해야합니다. 이답변은가상화된 SharePoint 2013용 VSPEX 솔루션의최대사용자층을파악하는데유용합니다. SharePoint 시스템에저장된컨텐츠데이터베이스의볼륨을정의하는질문입니다. 컨텐츠볼륨은다른기능의성능에영향을미칠수있을뿐아니라네트워크지연과가용대역폭에도영향을미칠수있으므로디스크용량을사이징하는데중요한요소입니다. 컨텐츠데이터베이스크기를처음으로계산하는경우컨텐츠데이터베이스크기예상섹션 (101페이지) 을참조하십시오. 사용자는몇명입니까? SharePoint 환경을액세스하는총고유사용자수를예상하는질문입니다. 이요소는가상화된 SharePoint 2013용 VSPEX 솔루션에필요한리소스를정의하는데있어중요합니다. 39

40 4 장 : VSPEX Proven Infrastructure 선택 질문최대동시사용자비율 (%) 은얼마입니까? SharePoint 웹애플리케이션의기본용도는무엇입니까? 설명동시사용자는사용량이가장많은시간에시스템을활발히사용하는총사용자비율을정의합니다. 사용자수와동시사용자수를조합하면사용량이가장많은시간에 SharePoint에연결한사용자수를정의할수있습니다. 팜의성능은시스템과상호작용하는사용자수뿐아니라작업특성의영향도받을수있습니다. VSPEX 사이징툴은일반적으로사용되는다음두작업을정의합니다. Publishing Portal: 조직의소셜사이트및협업에사용되는웹사이트입니다. Document Management Portal: 조직의문서수명주기를제어하는데사용되는웹사이트입니다. 고객환경의웹사이트로 Publishing Portal 또는 Document Management Portal 중하나를선택합니다. 고객이이외의다른작업특성을보유한 SharePoint를적용할계획인경우해당 SharePoint 사이징에대한정보를얻을수있도록 Partner Development Manager를통해 EMC에문의하십시오. MySites 기능을사용중이거나, 사용할예정입니까? 총사용자중 MySites를생성할사용자비율은얼마입니까? 단일 MySites의할당량 (MB) 은얼마입니까? MySites 사용자는프로필편집, 작업생성, 문서업로드 / 다운로드등의작업을수행할수있으므로가상화된 SharePoint 2013용 VSPEX 솔루션의스토리지및용량요구사항을계획할때추가스토리지및용량이필요합니다. 고객환경에따라예또는아니요로답변합니다. 이질문에대한답변을기반으로가상화된 SharePoint 2013용 VSPEX 솔루션의추가스토리지를예상합니다. SharePoint Server에기본적으로포함된개인사이트할당량템플릿에서는스토리지제한이 100MB이며사용자수에는제한이없습니다. 이할당량템플릿은각사용자의 MySites 내개인사이트모음에사용됩니다. 이템플릿의기본설정이요구에맞지않으면이를편집할수있습니다. 이요소는가상화된 SharePoint 2013용 VSPEX 솔루션의추가스토리지를정의하는데중요한역할을합니다. 40

41 4 장 : VSPEX Proven Infrastructure 선택 질문 FAST VP 를사용할 계획입니까? 설명 FAST VP 는계층화된환경에서자동으로성능을최적화하여 비용, 설치공간, 관리작업등을줄여줍니다. FAST VP는 IOPS 워크로드가높은환경에서플래시드라이브용량의사용률을극대화하고용량사용이많은애플리케이션에서 NL-SAS(Near-Line Serial-Attached SCSI) 드라이브의사용률을극대화합니다. FAST VP는하위 LUN 레벨에서데이터배치를지능적으로관리하여 TCO를낮추고성능을높일수있습니다. FAST VP가구현되면스토리지시스템이분석가보다훨씬더신속하고효율적으로동적인스토리지계층화정책을평가, 분석및구현합니다. 고객의비즈니스요구사항에따라예또는아니요로답변합니다. SharePoint 검색기능에 대한의존도가높습니까? 사용자가검색기능에많이의존하는 SharePoint 팜에서는 다음과같은시스템요구사항을충족해야합니다. 업데이트된검색인덱스 ( 즉, 검색결과에서가장최근에추가된컨텐츠를빠르게찾을수있음 ) 많은양의검색항목이러한요구사항을충족하기위해서는더많은백엔드입출력을지원해야합니다. 고객환경에따라예또는아니요로답변합니다. 2 단계 : 애플리케이션아키텍처설계 개요 고객의실제 SharePoint 워크로드와요구사항을평가했으면가상화된 SharePoint 용 VSPEX 사이징툴을사용하여가상화된 SharePoint 2013 용 VSPEX 솔루션을 설계합니다. VSPEX Sizing Tool VSPEX 사이징툴출력 : 요구사항및권장사항 VSPEX 사이징툴에는검증워크시트에기록된고객의답변에따라최대 3 개의 SharePoint 팜구성을입력할수있습니다. VSPEX 사이징툴에입력을마치면표 5 에 나열된것처럼일련의권장사항이생성됩니다. 41

42 4 장 : VSPEX Proven Infrastructure 선택 표 5. VSPEX 사이징툴출력정보 유형 VSPEX 사이징툴 설명 레퍼런스 권장사항 개별팜 SharePoint 팜구성 팜토폴로지에대한제안사항을제공합니다. 예를들어중간규모또는소규모팜을제안합니다. SharePoint Server 2013 기초정보 (94페이지) 개별팜 VSPEX 구성제안 가상머신수, vcpu, 메모리, IOPS 및각팜의 운영체제볼륨용량을포함하여세부적인 정보를제공합니다. 가상화된 SharePoint용 VSPEX 사이징툴 (99페이지) 개별팜 핵심지표및 각팜의검증테스트시충족해야할핵심 핵심지표파악 임계값 성능지표를제공합니다. (79 페이지 ) 개별팜 추가스토리지풀 컨텐츠데이터베이스, 검색구성요소등각 스토리지레이아웃및 제안 팜의 SharePoint 데이터를수용할추가 설계고려사항 스토리지풀권장사항입니다. (56 페이지 ) 이가상화된 SharePoint 용 VSPEX 솔루션에서 고객은각 SharePoint 팜의성능및용량을 기준으로다양한비즈니스요구사항을 충족하기위해더많은디스크및스토리지 풀을인프라스트럭처계층에추가해야할수 있습니다. 총계 추가디스크정보 모든 SharePoint 팜의컨텐츠데이터베이스, 가상화된 요약 서비스데이터베이스및 MySites 컨텐츠 SharePoint 용 VSPEX 데이터베이스를포함하여 SharePoint 사이징툴 (99 페이지 ) 데이터에필요한추가디스크요약정보입니다. 자세한내용은 3단계 : 올바른 VSPEX Proven Infrastructure 선택의예를참조하십시오. SharePoint 역할별가상머신리소스분배 Best Practice VSPEX 사이징툴은각 SharePoint 역할별로다음기본리소스유형에기반하여고객의 SharePoint 환경에필요한가상머신리소스권장사항을세부적으로제공합니다. vcpu 리소스 메모리리소스 OS 용량리소스 OS IOPS 42

43 4 장 : VSPEX Proven Infrastructure 선택 이섹션에서는리소스유형, 리소스유형이 VSPEX 사이징툴에서사용되는방식, 그리고고객환경에해당리소스유형을구축할때고려해야할주요사항, Best Practice 등에대해설명합니다. vcpu 리소스 Best Practice VSPEX 사이징툴은각 SharePoint 역할이가상인프라스트럭처에서소비하는 vcpu를제공합니다. CPU 유형은 VSPEX Proven Infrastructure 가이드 (17페이지) 에정의된 CPU 또는프로세서모델을충족하거나초과해야합니다. 이가상화된 SharePoint 2013용 VSPEX 솔루션은 V2P(Virtual-to-Physical) CPU 초과할당없이프로세서가고정할당된조건에서검증되었습니다. SharePoint Server 구축환경에서가상화및스케일아웃을쉽게수행할수있도록여러쿼드코어웹서버를할당하는것이좋습니다. 애플리케이션서버의프로세서용량요구사항은실행중인서버역할및서비스에따라달라집니다. 이솔루션에서는중간규모 SharePoint 팜의검색기능을주로고려하여여러쿼드코어애플리케이션서버를사용했으며테스트를통해최상의성능을구현하는것으로검증되었습니다. SharePoint 애플리케이션서버에서추가서비스를계획하는경우더많은프로세서리소스를유지하는것이좋습니다. SharePoint 2013 Search Service 애플리케이션의크롤러서버역할에는많은 CPU 리소스가필요하므로 12개의가상 CPU 코어를할당하는것이좋습니다. SQL Server의프로세서용량요구사항도 SQL Server 기반컴퓨터가호스팅하는서비스데이터베이스에따라달라집니다. 소규모팜에서는가상화된쿼드코어 SQL Server를사용했으며, 허용할수있는정도의성능을발휘했습니다. 중간규모의팜에서는가상화된옥타코어 SQL Server를사용했으며, 테스트시양호한결과가도출되었습니다. 예를들어웹서버가 5개있는경우와같이팜이훨씬더클경우에는 16개의코어가안전영역에있어야합니다. SQL Server에서안전영역이란 CPU 사용률이 50% 미만으로유지된다는것을의미합니다. vcpu 설계 Best Practice에대한자세한내용은가상화설계고려사항섹션 (68페이지) 을참조하십시오. 메모리리소스 Best Practice VSPEX 사이징툴은각 SharePoint 역할에권장되는메모리를보여줍니다. 이가상화된 SharePoint 2013용 VSPEX 솔루션은메모리가고정할당되고메모리리소스가초과할당되지않으며메모리스와핑이나메모리팽창이없는조건에서검증되었습니다. 툴에제공된메모리값은고정제한값이아니라 VSPEX 솔루션에서테스트된값을나타냅니다. 43

44 4 장 : VSPEX Proven Infrastructure 선택 일반적으로웹서버의메모리요구사항은동시에제공되는요청수와팜에사용되는애플리케이션풀의수에따라크게달라질수있습니다. 대부분의운영 SharePoint Server 구축환경에서는각웹서버및애플리케이션서버에 12GB RAM을할당하는것이좋습니다. 이 VSPEX Proven Infrastructure의 SQL Server 메모리권장사항에대한자세한내용은 VSPEX Proven Infrastructure 가이드섹션 (17페이지) 을참조하십시오. OS 용량리소스사이징 Best Practice VSPEX 사이징툴은각 SharePoint 역할의 OS에권장되는용량을보여줍니다. 이솔루션의경우 VSPEX 프라이빗클라우드풀에 OS 볼륨을포함하는것이좋습니다. VSPEX 프라이빗클라우드풀에대한자세한내용은 VSPEX Proven Infrastructure 가이드섹션 (17페이지) 을참조하십시오. 중간규모및소규모 SharePoint 팜의경우웹서버및애플리케이션서버마다 OS 및로그파일에대해 100GB 이상의디스크공간을할당하는것이좋습니다. OS IOPS 사이징 Best Practice VSPEX 사이징툴은 OS에서각 SharePoint 역할에권장되는추정 IOPS를보여줍니다. VSPEX 프라이빗클라우드풀에 OS 볼륨을포함하는것이좋습니다. 이시나리오에서는용량측면이아닌애플리케이션측면의성능특성을더고려했습니다. VSPEX 사이징툴은각 SharePoint 역할에대해제안되는가상머신수를보여줍니다. 이러한수치는비즈니스요구사항을파악할수있는검증워크시트의답변을기준으로계산되었습니다. 자세한내용은 3단계 : 올바른 VSPEX Proven Infrastructure 선택의예를참조하십시오. 추가고려사항및 Best Practice VSPEX 사이징툴을통해권장사이징지침을확보한후다음과같은추가핵심영역을고려해야합니다. SharePoint 2013의외부데이터검색 SharePoint 2013은게시웹사이트, 파일공유, Exchange 공유폴더등외부컨텐츠를검색하는기능을제공합니다. 외부데이터의크롤링및검색을원하는고객의경우요구되는추가용량을정의하고스토리지레이아웃설계에적용해야합니다. 44

45 4 장 : VSPEX Proven Infrastructure 선택 사용자지정 SharePoint 환경에서자주사용되는페이지에사용자지정코드를추가하면일반적인성능문제를유발할수있습니다. 사용자지정코드를추가하면서비스데이터요청에대해데이터베이스서버또는웹서비스와의추가라운드트립이발생할수있습니다. 자주사용되는페이지를사용자지정하는경우처리성능에그리많은영향을미치지는않지만, 아무리최적화된코드라도하루에수천번이상요청된다면팜처리속도를저하시킬수있습니다. SharePoint 환경에사용자지정코드를구현한경우공급업체에문의하여가상화된 SharePoint 2013용 VSPEX 솔루션의용량설계시사용자지정코드에필요한추가컴퓨팅리소스및스토리지리소스를확인하는것이좋습니다. 향후성장구축환경이효과적인비즈니스솔루션을지속적으로제공할수있도록향후성장에대한계획을수립하는것이중요합니다. VSPEX 사이징툴은성능목표를유지하고증가하는용량을계속수용할수있도록성장기간을 1년에서 3년까지선택할수있는옵션을제공합니다. 하드웨어에대해비용을과도하게투자한다해도초기에너무작게사이징하여추후에발생되는문제를해결하는데드는누적비용보다는일반적으로훨씬적습니다. SharePoint 2013에대한추가서비스 SharePoint 2013은 Access Services, Business Connectivity Services, Excel Services 등상당히많은추가기능을제공합니다. 이 VSPEX 솔루션에서는 Search Services, User Profile Services, MySites 기능등 SharePoint의핵심기능에주력했습니다. SharePoint 2013에추가서비스를설계할계획인경우 Microsoft TechNet 웹사이트에서성능및용량테스트결과및권장사항 (SharePoint Server 2013) 문서를참조하여기능별성능및용량테스트결과와권장사항을확인하십시오. 3 단계 : 올바른 VSPEX Proven Infrastructure 선택 개요 이섹션에서는소규모와중간규모의두 SharePoint 2013 팜에대한예를보여주고각팜에적합한 VSPEX Proven Infrastructure를선택하는방법을설명합니다. VSPEX Proven Infrastructure를선택하는방법에대한자세한내용은부록 A: 검증워크시트섹션 (89페이지) 을참조하십시오. 45

46 4 장 : VSPEX Proven Infrastructure 선택 고려사항 VSPEX 프로그램은 vsphere, Hyper-V, VNX/VNXe 제품군및 EMC Powered Backup 솔루션을사용하는통합가상인프라스트럭처의구축과정을간소화할수있도록다양한솔루션을제공합니다. VSPEX 사이징툴을통해애플리케이션아키텍처를확인한후에는계산된결과에기반하여올바른 VSPEX Proven Infrastructure를선택할수있습니다. 참고 : 이설계가이드는 SharePoint Server 팜요구사항을제공할목적으로제작되었지만 SharePoint Server 가 VSPEX Proven Infrastructure 에구축되는유일한애플리케이션은 아닙니다. 구축할계획인각애플리케이션의요구사항도신중히고려해야합니다. 표 6 에나와있는단계에따라 VSPEX Proven Infrastructure 를선택합니다. 표 6. 단계 VSPEX Proven Infrastructure: 선택단계작업 VSPEX 사이징툴을사용하여총 vcpu 수및메모리리소스, 권장되는추가스토리지레이아웃을확인합니다. VSPEX 사이징툴을사용하여비즈니스요구사항에기반한기타애플리케이션리소스요구사항을설계합니다. VSPEX 사이징툴은 SharePoint 및기타애플리케이션모두에필요한총컴퓨팅리소스수및권장되는추가스토리지레이아웃을계산합니다. 비즈니스요구사항을충족할수있도록, 조합된애플리케이션에필요한 VSPEX Proven Infrastructure의최대활용도를고객과상의합니다. VSPEX 사이징툴에최대사용률을입력합니다. 그러면툴에서권장 VSPEX Proven Infrastructure 오퍼링을제공합니다. 권장 VSPEX Proven Infrastructure 오퍼링에기반하여네트워크공급업체및하이퍼바이저소프트웨어공급업체를선택합니다. 자세한내용은 VSPEX Proven Infrastructure 페이지를참조하십시오. 예 예 1: SharePoint 소규모팜 이시나리오에서는고객이 VSPEX Proven Infrastructure에서인트라넷 Publishing Portal을위해소규모 SharePoint 2013 팜을생성하려합니다. 고객은팜을로컬로액세스하며, 크기가서로다른세개의컨텐츠데이터베이스에걸쳐 800GB의컨텐츠데이터가분포되어있습니다. 팜의예상사용자수는 1,000명이며, 사용량이가장많은시간에는 10% 의사용자가팜을액세스합니다. 고객은애플리케이션의 VSPEX Proven Infrastructure 사용률을최대 75% 까지맞추려고합니다. 고객과논의를마친후표 7에서와같이운영 SharePoint Server 2013 팜에대한검증워크시트를작성합니다. 46

47 4 장 : VSPEX Proven Infrastructure 선택 표 7. 검증워크시트예 : 소규모 SharePoint 팜 질문 VSPEX Proven Infrastructure 에서호스팅하려는 SharePoint 팜은몇 개입니까? 답변 1 고려된성장기간 ( 년 ) 은얼마입니까? 1 SharePoint 팜 1 연간증가율 (%) 은얼마입니까? 10 SharePoint 웹애플리케이션을전사적으로액세스할예정입니까? 아니요 초기팜크기 (GB) 는얼마입니까? 800 사용자는몇명입니까? 1,000 최대동시사용자비율 (%) 은얼마입니까? 20 SharePoint 웹애플리케이션의기본용도는무엇입니까? MySites 기능을사용중이거나, 사용할예정입니까? 총사용자중 MySites를생성할사용자비율은얼마입니까? 단일 MySites의할당량 (MB) 은얼마입니까? SharePoint 검색기능에대한의존도가높습니까? FAST VP를사용할계획입니까? Publishing Portal 아니요해당없음해당없음예아니요 VSPEX 사이징툴에검증워크시트의답변을입력하면표 8의예에서와같이리소스풀에서필요한리소스에대한권장사항이생성됩니다. VSPEX 사이징툴을사용하는방법에대한자세한단계별절차는부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론섹션 (103페이지) 을참조하십시오. 표 8. 필요한리소스예 : 소규모 SharePoint 팜 SharePoint Server 역할 vcpu 메모리 (GB) OS 볼륨 용량 (GB) OS 볼륨 IOPS 가상 머신수 총 vcpu 수 총메모리 (GB) 웹서버 SQL Server 애플리케이션서버 ( 일체형 ) 총계

48 4 장 : VSPEX Proven Infrastructure 선택 또한 VSPEX 사이징툴은표 9에서와같이스토리지레이아웃에대한권장사항을나열합니다. SharePoint 데이터에제안된스토리지레이아웃은 VSPEX Proven Infrastructure VNXe 풀에추가됩니다. 표 9. VSPEX 사이징툴의 SharePoint 팜세부정보예 권장추가스토리지레이아웃 스토리지풀이름 RAID 유형디스크유형디스크용량디스크수 SharePoint 컨텐츠 RAID 6(6+2) 7,200rpm NL-SAS 디스크 2TB 8 데이터베이스풀 SharePoint Services 풀 RAID 1/0(4+4) 10,000rpm SAS 디스크 300GB 8 VSPEX 사이징툴은표 10 에서와같이성능검증에사용되는핵심메트릭도 나열합니다. 이러한핵심메트릭에대한자세한설명은핵심지표파악 섹션 (79 페이지 ) 을참조하십시오. 표 10. 핵심성능메트릭예 : 소규모 SharePoint 팜 핵심메트릭 임계값 사용자프로필 사용률 초당통과한테스트횟수 4건이상 해당없음 탐색작업 3초미만 80% 검색작업 3초미만 10% 수정작업 3초미만 10% 작업상태 SQL Server CPU 사용률 : 50% 미만 웹서버 CPU 사용률 : 70% 미만 실패율 : 0.01% 미만 해당없음 SharePoint는 VSPEX Proven Infrastructure의구축계획에고려된유일한애플리케이션입니다. 이소규모 SharePoint 2013 팜을구축하려는경우, 요구사항을최대한충족하기위해다음두가지 VSPEX 인프라스트럭처를고려하는것이좋습니다. EMC VSPEX 프라이빗클라우드 : 최대 200개의가상머신을지원하는 VMware vsphere 5.5 EMC VSPEX 프라이빗클라우드 : 최대 200개의가상머신을지원하는 Hyper-V 기반 Microsoft Windows Server 2012 R2 48

49 4 장 : VSPEX Proven Infrastructure 선택 예 2: SharePoint 중간규모팜이시나리오에서는고객이 VSPEX Proven Infrastructure에서인트라넷 Document Management Portal을위해중간규모 SharePoint 2013 팜을생성하려합니다. 고객은팜을로컬로액세스하며, 크기가서로다른네개의컨텐츠데이터베이스에걸쳐 4TB의컨텐츠데이터가분포되어있습니다. 팜의예상되는사용자수는 5,000명입니다. 업무시간중아침에사용자의 85% 가인트라넷홈페이지인포털에로그온하므로이때의사용량이가장많습니다. SharePoint 팜의주요용도에따라이후 CPU 및스토리지리소스권장사항이달라질수있으므로팜의주요용도를먼저정의해야합니다. 또한고객은 Microsoft Exchange, SQL Server 등의다른애플리케이션을 VSPEX Proven Infrastructure에계획했습니다 ( 이시나리오는이설계가이드의범위를벗어남 ). 고객은조합된애플리케이션에대해최대 75% 의 VSPEX Proven Infrastructure 활용도를달성하려합니다. 고객과논의를마친후표 11에나와있는예처럼운영 SharePoint 2013 팜에대한 VSPEX 검증워크시트를작성합니다. 표 11. VSPEX 검증워크시트예 : 중간규모 SharePoint 팜 질문 VSPEX Proven Infrastructure 에서호스팅하려는 SharePoint 팜은 몇개입니까? 답변 1 고려된성장기간 ( 년 ) 은얼마입니까? 3 SharePoint 팜 1 연간증가율 (%) 은얼마입니까? 20 SharePoint 웹애플리케이션을전사적으로액세스할예정입니까? 아니요 초기팜크기 (GB) 는얼마입니까? 4,000 사용자는몇명입니까? 5,000 최대동시사용자비율 (%) 은얼마입니까? 60 SharePoint 웹애플리케이션의기본용도는무엇입니까? MySites 기능을사용중이거나, 사용할예정입니까? 총사용자중 MySites를생성할사용자비율은얼마입니까? 단일 MySites의할당량 (MB) 은얼마입니까? SharePoint 검색기능에대한의존도가높습니까? FAST VP를사용할계획입니까? Document Management Portal 아니요 해당없음 해당없음 예 아니요 49

50 4 장 : VSPEX Proven Infrastructure 선택 VSPEX 사이징툴에답변을입력하면표 12 의예에서와같이리소스풀에서필요한 권장리소스를생성합니다. 표 12. 필요한리소스예 : 중간규모 SharePoint 팜 SharePoint Server 역할 vcpu 메모리 (GB) OS 볼륨 용량 (GB) OS 볼륨 IOPS 가상 머신수 웹서버 SQL Server 애플리케이션서버 ( 쿼리형 ) 애플리케이션서버 ( 크롤러형 ) 또한 VSPEX 사이징툴은표 13 에나와있는것처럼스토리지레이아웃에대해권장 사항을나열합니다. SharePoint 데이터저장을위해제안된스토리지레이아웃은 VSPEX 프라이빗 클라우드풀에추가됩니다. 자세한내용은부록 C: 가상화된 SharePoint 용 VSPEX 사이징툴섹션 (99 페이지 ) 을참조하십시오. 표 13. 요약예 : VSPEX 사이징툴의중간규모 SharePoint 팜 권장추가스토리지레이아웃 풀이름 RAID 유형디스크유형디스크용량 (GB) 디스크수 SharePoint 컨텐츠 데이터베이스풀 RAID 5(4+1) 10,000rpm SAS 디스크 SharePoint Services 풀 RAID 1/0(4+4) 10,000rpm SAS 디스크 VSPEX 사이징툴은표 14 에서와같이성능검증에사용되는핵심메트릭도 나열합니다. 이러한핵심메트릭에대한자세한설명은핵심지표파악 섹션 (79 페이지 ) 을참조하십시오. 50

51 4 장 : VSPEX Proven Infrastructure 선택 표 14. 핵심성능메트릭예 : 중간규모 SharePoint 팜 핵심메트릭 임계값 사용자프로필사용률 초당통과한테스트횟수 51회이상 해당없음 탐색작업 3초미만 50% 검색작업 3초미만 20% 수정작업 3초미만 20% 업로드작업 3초미만 10% 작업상태 SQL Server CPU 사용률 : 50% 미만 웹서버 CPU 사용률 : 70% 미만 해당없음 실패율 : 0.01% 미만 SharePoint는 VSPEX Proven Infrastructure 계획에필요한유일한애플리케이션이아닙니다. 이중간규모 SharePoint 팜을구축하려면, VSPEX 사이징툴을사용하여 VSPEX Proven Infrastructure 오퍼링에가장적합한애플리케이션워크로드조합을설계하는것이좋습니다. 구축가이드에서는 VSPEX 솔루션예로서, 1,000개의 vsphere 가상머신을사용했습니다. 자세한내용은 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. 51

52 4 장 : VSPEX Proven Infrastructure 선택 52

53 5 장 : 솔루션설계고려사항및 Best Practice 5 장솔루션설계고려사항및 Best Practice 이장에서다루는내용은다음과같습니다. 개요 네트워크설계고려사항 스토리지레이아웃및설계고려사항 가상화설계고려사항 애플리케이션설계고려사항 EMC Powered Backup 설계고려사항

54 5 장 : 솔루션설계고려사항및 Best Practice 개요 이장에서는가상화된 SharePoint 2013용 VSPEX 솔루션을설계할때의 Best Practice와고려사항에대해설명합니다. 다음과같은 VSPEX 인프라스트럭처계층및구성요소에대해다룹니다. 네트워크 스토리지레이아웃 가상화 애플리케이션 EMC Powered Backup SharePoint 환경을위한 EMC Powered Backup 솔루션의설계고려사항과 Best Practice에대해서는가상화된 Microsoft SharePoint 2013용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 네트워크설계고려사항 개요 가상환경에서네트워킹은실제환경과동일한개념을따르지만개념중일부는실제케이블과스위치를사용하는것이아닌소프트웨어적개념입니다. 실제환경에적용되는 Best Practice 대부분이가상환경에도계속적용되지만트래픽세분화, 가용성, 처리성능등추가적으로고려해야할사항도있습니다. VNXe 및 VNX 시리즈의고급네트워킹기능은스토리지시스템에서네트워크접속장애로인한문제를방지합니다. 한편각하이퍼바이저호스트에는사용자및스토리지이더넷네트워크에대한다중접속이구성되어있어연결장애로부터보호됩니다. 이러한접속구성을여러이더넷스위치로분산시켜네트워크를구성요소장애로부터보호해야합니다. 가상화된 SharePoint 2013용 VSPEX 부팅볼륨의네트워크접속은 VNX의경우 FC, FCoE 및 iscsi(nfs 및 CIFS용 ) 이고 VNXe의경우 iscsi(cifs 및 NFS용 ) 입니다. VNX 또는 VNXe 기반의 VSPEX 인프라스트럭처에 SharePoint를구축하려면, 기존네트워크인프라스트럭처를사용하거나 SharePoint 데이터베이스및기타구성요소를위해추가 iscsi, FC, FCoE, CIFS, NFS 접속을설정합니다. 자세한내용은 VSPEX Proven Infrastructure 가이드섹션 (17페이지) 을참조하십시오. 54

55 5 장 : 솔루션설계고려사항및 Best Practice 네트워크설계 Best Practice 이가상화된 SharePoint 용 VSPEX Proven Infrastructure 의네트워크설계시다음 측면을고려하는것이좋습니다. 서로분리된네트워크트래픽 VLAN 세분화를통해가상머신, 스토리지, vsphere vmotion 또는 Microsoft Windows Hyper-V Live Migration 네트워크트래픽이서로분리된상태를유지해야합니다. 네트워크이중화설정이중화토폴로지는단일장애지점으로인한네트워크다운타임을해소할목적으로구현됩니다. 신뢰성을개선할수있도록모든네트워크에이중화가필요합니다. 네트워크신뢰성은신뢰할수있는장비및네트워크설계 ( 무장애및내결함성 ) 를통해달성됩니다. 네트워크는반드시빠르게재융합되어장애로인한무중단이발생하지않도록설계되어야합니다. 이솔루션에서는두개의네트워크스위치를구축했으며, 세개의네트워크모두각자의이중화링크를보유합니다. NIC 팀사용여러네트워크연결을병렬로집계하면단일연결구성으로제공할수있는처리성능보다훨씬더높은처리성능을제공할수있습니다. 또한링크중하나에장애가발생한경우에대비하여이중화기능도제공할수있습니다. 예를들어 VMware 가상화환경에서 vswitch당두개의물리적 NIC를사용하고별도의물리적스위치에물리적 NIC에대한업링크를생성할수있습니다. NIC 팀설정을지정하는경우 NIC 팀의페일백옵션에대해 no를선택하는것이 Best Practice입니다. 그러면간헐적인네트워크장애가발생할경우 NIC 카드가플립플롭방식으로사용되는것이방지됩니다. vsphere HA를설정하는경우 ESX Server advanced setting 탭에서다음 ESX Server 시간초과및설정을구성하는작업부터시작하는것이좋습니다. NFS.HeartbeatFrequency = 12 NFS.HeartbeatTimeout = 5 NFS.HeartbeatMaxFailures = 10 vsphere의 NIC 팀설정과관련된추가 Best Practice는 Best Practices for running VMware vsphere on Network Attached Storage를참조하십시오. Hyper-V로가상화된환경에서사용되는 Windows 2012의 NIC 팀구성에대한자세한내용은 Microsoft TechNet 항목 NIC 팀개요를참조하십시오. 55

56 5 장 : 솔루션설계고려사항및 Best Practice VSPEX Proven Infrastructure 의네트워크설계 Best Practice 는 VSPEX Proven Infrastructure 가이드섹션 (17 페이지 ) 을참조하십시오. 참고 : iscsi 접속을사용하는경우 NIC 팀설정을사용하지않는것이좋습니다. 하드웨어로드밸런싱또는 Windows NLB(Network Load Balancing) 사용 NLB(Network Load Balancing) 는특히 IIS를실행하는웹서버처럼상태정보를저장하지않는애플리케이션에서버를더추가하여, 로드가증가함에따라확장할수있도록보장하는유용한기술입니다. 클러스터내의로드밸런싱서버 ( 또는호스트 ) 는서로간에통신하여다음과같은주요이점을제공합니다. 확장성 : NLB는클러스터내의여러서버에걸쳐클라이언트요청을분산하므로웹서버와같은서버기반프로그램의성능을확장하는데유용합니다. 트래픽이증가함에따라서버를클러스터내에더추가할수있으며, 한클러스터당최대 32개서버까지지원됩니다. 고가용성 : NLB는서버의장애를자동으로검색하고 10초이내에남은서버간에파티션을다시지정하여클라이언트트래픽을분산함과동시에사용자에게는지속적인서비스를보장하는고가용성기능을제공합니다. SharePoint는다양한계층의보안필터링, 캐싱, 압축, Windows NLB에서제공하지않는기타고급기능을제공하는하드웨어로드밸런싱을지원합니다. Windows NLB 클러스터를생성하는방법에대한자세한내용은 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. VSPEX Proven Infrastructure의네트워크설계 Best Practice는 VSPEX Proven Infrastructure 가이드섹션 (17페이지) 을참조하십시오. 스토리지레이아웃및설계고려사항 개요 이섹션에소개된 Best Practice 및설계고려사항을준수하면 SharePoint Server 2013 환경에서다양한비즈니스요구사항에맞게스토리지를효과적으로계획할수 있습니다. 그림 8 에는 vsphere 가상화플랫폼을기반으로한가상화된 SharePoint용 VSPEX Proven Infrastructure에서검증된 SharePoint 구성요소및스토리지요소의개괄적인아키텍처가나와있습니다. 모든 SharePoint 볼륨은 VMDK(Virtual Machine Disk) 형식으로 iscsi 데이터저장소에저장됩니다. 56

57 5 장 : 솔루션설계고려사항및 Best Practice 그림 8. VMware vsphere 5.5 플랫폼의 SharePoint 2013 스토리지요소 가상머신용 VSPEX 프라이빗클라우드풀과더불어, 각기다른용도의 SharePoint 데이터를저장할스토리지풀 3 개를추가로사용하는것이좋습니다. 자세한내용은 표 15 를참조하십시오. 표 15. SharePoint 관련스토리지풀이름및용도 풀이름용도권장 RAID VSPEX 프라이빗 클라우드풀 SharePoint 컨텐츠 데이터베이스풀 SharePoint Services 풀 SharePoint MySites 컨텐츠데이터베이스풀 모든가상머신이상주하는풀입니다. 모든 SharePoint 컨텐츠데이터베이스데이터및로그가상주하는풀입니다. SharePoint 쿼리및크롤링구성요소와더불어모든서비스데이터베이스가상주하는풀입니다. SharePoint MySites 컨텐츠데이터베이스데이터및로그파일이저장되는풀입니다. 해당 VSPEX Proven Infrastructure 가이드 (17페이지) 를참조하십시오. SAS 디스크기반 RAID 5 또는 NL-SAS 기반 RAID 6 RAID 1/0 및 SAS 디스크 RAID 6 및 NL-SAS 디스크 57

58 5 장 : 솔루션설계고려사항및 Best Practice 그림 9 에는 Microsoft Window Server 2012 R2 Hyper-V 가상화플랫폼을기반으로 한 SharePoint 용 VSPEX Proven Infrastructure 에서검증된 SharePoint 구성요소및 스토리지요소의개괄적인아키텍처가나와있습니다. 그림 9. Hyper-V 플랫폼의 SharePoint 2013 스토리지요소 모든 SharePoint 볼륨은 CSV(Cluster Shared Volume) 에서새로운 Hyper-V 가상하드 디스크형식 (VHDX) 으로저장됩니다. SharePoint 데이터를저장할스토리지풀을더 추가하는방법에대한자세한내용은표 15 섹션을참조하십시오. 스토리지설계 Best Practice 이가상화된 SharePoint 용 VSPEX Proven Infrastructure 의스토리지레이아웃및 설계에대해다음섹션의 Best Practice 을고려하는것이좋습니다. SharePoint 설계 Best Practice SharePoint 컨텐츠데이터베이스풀 SharePoint 컨텐츠데이터베이스가상주하는 SharePoint 컨텐츠데이터베이스스토리지풀에는 RAID 5를사용해야합니다. RAID 5가높은용량활용도, 우수한입출력성능을제공하면서도비용이적게들기때문입니다. 이는 VNXe 및 VNX 시리즈모두에적용됩니다. 58

59 5 장 : 솔루션설계고려사항및 Best Practice 성능및용량모두를고려하여 SAS 디스크를사용해야합니다. VSPEX 사이징툴에서각풀의디스크수는용량및입출력요구사항을모두충족할수있는수준으로계산됩니다. 컨텐츠데이터베이스용량볼륨에버퍼공간을예약해야합니다. 모든 SharePoint 컨텐츠는컨텐츠데이터베이스에상주하므로컨텐츠데이터베이스는일정한비율로증가할수있습니다. 컨텐츠데이터베이스용량을계획할때이러한요인을고려하십시오. 이 VSPEX Proven Infrastructure에서는컨텐츠데이터베이스용량볼륨에 30% 의추가버퍼공간을예약했습니다. 스토리지효율성을향상시킬수있도록씬 LUN을사용하여 SharePoint 컨텐츠데이터베이스를저장합니다. FAST VP SSD를추가한후씬 LUN 메타데이터를최고성능계층으로상향이동하여성능을더높입니다. FAST VP는하위 LUN 레벨에서데이터배치를지능적으로관리할수있습니다. SharePoint Services 풀 SharePoint Services 스토리지풀에는 RAID 1/0를사용해야합니다. SharePoint Services 스토리지풀은컨텐츠데이터베이스를제외한모든 SharePoint Services 구성요소, 구성데이터베이스및 tempdb로구성됩니다. 이 SharePoint Services 스토리지풀이구성되는방식은비즈니스요구사항과이를위해 SharePoint에서사용할기능또는서비스에따라달라집니다. 가장많이요구되는구성요소중하나는 SharePoint Server 검색기능으로, 이는풀에서매우중요한역할을수행합니다. SharePoint Server 검색기능이시작되고해당 Search Service 애플리케이션이생성되면네개의검색데이터베이스가생성됩니다. 검색구성요소의기본개념에대한자세한내용은부록 B: SharePoint Server 2013 개념섹션 (93페이지) 을참조하십시오. 크롤링이진행되는동안, 크롤링된모든항목은인덱스임시위치에임시로다운로드되어저장됩니다. 인덱스임시위치는크롤러구성요소를호스팅하는 SharePoint 애플리케이션서버에있습니다. 표 16 에는이구성요소의입출력패턴예가자세히나와있으며, 이를통해 IOPS가높고읽기 : 쓰기크기가크다는것을알수있습니다. 이상황에서는기본위치 (C:\Program Files\Microsoft Office Servers\15.0\Data\) 를 SharePoint Services 풀, 즉 RAID 1/0로변경하는것이좋습니다. 표 16. SharePoint Server 2013 인덱스임시위치의입출력패턴예 IOPS 읽기 : 쓰기읽기크기 (KB) 쓰기크기 (KB) 410 2:

60 5 장 : 솔루션설계고려사항및 Best Practice 이위치를변경하는방법에대한자세한내용은 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. 성능및용량모두를고려하여 SAS 디스크를사용해야합니다. VSPEX 사이징툴에서각풀의디스크수는용량및입출력요구사항을모두충족할수있는수준으로계산됩니다. tempdb 데이터베이스는 SharePoint Services 풀에대한쓰기작업비율이높으므로최상의성능을위해 RAID 1/0 스토리지에 SQL Server tempdb 데이터베이스를배치해야합니다. tempdb 데이터베이스에대한 Best Practice는애플리케이션설계 Best Practice용 SQL Server 2012 for SharePoint Server 2013 섹션 (71페이지) 을참조하십시오. 스토리지효율성을향상시킬수있도록 SharePoint Service 풀에씬 LUN을사용합니다. SharePoint MySites 컨텐츠데이터베이스풀 ( 해당하는경우 ) SharePoint MySites 풀에는 NL-SAS 기반 RAID 6를사용합니다. 스토리지레이아웃다이어그램에나타나지않는 SharePoint MySites 풀은 MySites에만사용되는컨텐츠데이터베이스로구성되어있습니다. MySites에대한클라이언트액세스가상대적으로적고설계시주된고려사항이용량인점을감안하면이풀은대용량에적합한 NL-SAS 기반 RAID 6로설정하는것이좋습니다. 스토리지용량효율성을향상시킬수있도록 SharePoint MySites 컨텐츠데이터베이스풀에는씬 LUN을사용합니다. SharePoint 검색볼륨용량예상 VSPEX 사이징툴은가상화된 SharePoint 2013용 VSPEX 솔루션에대한권장디스크요구사항을계산합니다. SharePoint 검색구성요소용볼륨의총용량을계산해야할수도있습니다. 볼륨의용량을계획하는일부지침은다음과같습니다. 1. 예상되는고객의총컨텐츠데이터베이스크기와크롤링요구로인한연간증가율을파악해야합니다. 검증워크시트에서쉽게이에대한수치를얻을수있습니다. 값은수식에서 ContentDBSize로나타납니다. TotalIndexSize = ContentDBSize * 구축계획에맞게인덱스파티션수를결정합니다. TotalIndexSize를인덱스파티션수로나눕니다. 60

61 5 장 : 솔루션설계고려사항및 Best Practice 3. 인덱스병합공간을허용할수있도록각쿼리구성요소에 2를곱하여단일쿼리구성요소의디스크볼륨용량을계산합니다. 예를들어중간규모의 SharePoint 팜에서인덱스파티션이 4개인경우다음수식을사용하여각쿼리구성요소크기를계산합니다. QueryComponentIndexSize = TotalIndexSize / 4 * 2 4. 검색관련데이터베이스의크기를계산합니다. 다음수식을사용하여네개의검색관련데이터베이스전체의총볼륨용량을추정합니다. SearchDBs = ContentDBSize * 네개의검색관련데이터베이스전체의크기에 2를곱해이러한데이터베이스의디스크볼륨용량을계산합니다. 예를들어중간규모의 SharePoint 팜에 4TB의컨텐츠데이터베이스가있는경우분석보고데이터베이스, 크롤링저장데이터베이스, 검색관리데이터베이스, 링크저장데이터베이스를호스팅할볼륨크기를다음과같이계산합니다. SearchDBs = 4 TB * 0.01 * 2 = 80 GB 검색구성요소를스케일아웃하는방법에대한자세한단계별절차는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. SharePoint의파일할당단위크기 ( 이하, 클러스터크기 ) 로 64KB 사용 OS 또는사용자에의해파티션이포맷될때클러스터크기가결정됩니다. 최상의성능을위해 SQL 데이터베이스에대해 64KB를사용하는것이좋습니다. 자세한내용은 MSDN 라이브러리의 Disk Partition Alignment Best Practices for SQL Server 항목을참조하십시오. 사용자지정고려사항고객이 SharePoint 팜에사용자지정코드를구현한경우공급업체와협력하여스토리지레이아웃의추가용량및 IOPS 요구사항을예상하는것이좋습니다. VNX for File 설계 Best Practice VNX for File에대해 LUN을생성한경우다음 Best Practice를고려해야합니다. 스토리지풀에서약 4개의드라이브마다하나의 LUN을생성해야합니다. 10의배수인경우에도 LUN을생성해야합니다. LUN의수 = ( 풀에서 4로나뉘는드라이브수 ), 가장근접한 10의배수로반올림 모든 LUN의크기는동일해야합니다. SPA 및 SPB 간에 LUN 소유권에대한밸런싱을유지해야합니다. 자세한내용은 EMC VNX Unified Best Practice for Performance를참조하십시오. 61

62 5 장 : 솔루션설계고려사항및 Best Practice FAST Suite 설계 Best Practice SharePoint Server 2013은확장이용이하고사용자지정이가능한협업플랫폼이므로사용자패턴및워크로드가상당히다양할수있습니다. 이가이드는표준구축환경을설계및제공할목적으로제작되었으며, Microsoft의설명과 EMC의축적된경험에비추었을때사용률이높은특정 SharePoint 환경의경우추가스토리지성능요구사항이요청될수있습니다. FAST VP 및 FAST Cache로구성된 EMC FAST Suite는 VNX 및 VNXe 시리즈에사용할수있는두가지주요기술을제공합니다. 이러한기술을사용하면필요한경우언제, 어디서나자동화된방식으로최상의성능을제공할수있습니다. FAST 기술은 VSPEX Proven Infrastructure에사용할수있는옵션입니다. VSPEX Proven Infrastructure용 FAST Suite에대한자세한내용은 VSPEX Proven Infrastructure 가이드섹션 (17페이지) 을참조하십시오. SharePoint에는데이터베이스, 검색인덱스등활성스토리지요소가상당히많으므로스토리지설계를분석하고용량할당을수동으로수행하여지속적으로변하는요구사항을꾸준히충족하는것은상당히어려울수있습니다. 그러한 SharePoint 환경에서는고객요청에대한응답시간 SLA(Service Level Agreement) 를충족하거나초과할뿐아니라최상의사용자환경을지속적으로제공할수있도록스토리지에최고의성능이요구됩니다. FAST Cache 또는 FAST VP를활성화하는작업은 SharePoint 운영환경에영향을미치지않을뿐아니라, 재구성또는다운타임이필요하지도않습니다. FAST VP 설계 Best Practice VNX에서 FAST VP는 SharePoint 컨텐츠데이터베이스데이터가 FAST VP SSD와 NL- SAS 계층사이에서 256MB의슬라이스세분화레벨로자동으로이동하도록합니다. 이는낮은비용으로응답시간을단축하고 SharePoint RPS( 초당요청횟수 ) 를개선하는데도움이됩니다. VNX 시스템에서 FAST VP를사용하고추가플래시디스크를최고성능계층으로 SharePoint 컨텐츠데이터베이스풀에추가하는것이좋습니다. 플래시계층의사용률을최적화하려면모든 LUN을자동계층에설정해야합니다. Unisphere에서해당스토리지풀속성에대한 Advanced Data Services 섹션에서이를확인할수있습니다. 최고성능 FAST VP 계층용플래시드라이브추가 FAST VP SSD를최고성능계층으로 SharePoint 컨텐츠데이터베이스풀에추가함으로써 FAST VP는비즈니스주기의변화에맞게자동으로변경될수있습니다. 62

63 5 장 : 솔루션설계고려사항및 Best Practice VNX에서 FAST VP SSD를 FAST VP 계층으로사용하는경우다음 Best Practice를고려하십시오. 사용할수있는모든버스에 FAST VP SSD를분산시킵니다. 엔클로저 0_0은사용하지않습니다. 풀용량활용도및구성 Best Practice FAST VP를사용하는경우재배치스케줄에도움이되도록풀내에일부미할당용량을유지합니다. 재배치를통해계층당 10% 의사용가능한용량이재확보됩니다. 이공간은재배치작업을최적화하는데사용될뿐아니라더높은계층을사용하려는새 LUN을생성할때도사용할수있습니다. 재배치 Best Practice 운영워크로드가재배치작업과경합하지않도록사용량이적은시간에재배치를예약합니다. 사용가능한드라이브전체에서 LUN 로드밸런싱을지속적으로수행할수있도록, 풀에계층이하나뿐이어도풀에서 FAST VP를사용하도록설정합니다. VNX for file 고려사항및 Best Practice 기본적으로파일시스템정의스토리지풀용 VNX는파일에사용가능한 LUN을포함하는블록스토리지풀의모든 VNX에대해생성됩니다. 이풀은매핑된스토리지풀입니다. 지정된파일스토리지풀의모든 LUN에는동일한 FAST VP 계층화정책을적용해야합니다. 사용자정의스토리지풀을생성하여동일한블록스토리지풀에서계층화정책이다른파일 LUN을분리합니다. 계획할때, 비즈니스크리티컬 SharePoint 인스턴스에대해스토리지가용성을염두에두고무중단가용성기능을사용하십시오. 63

64 5 장 : 솔루션설계고려사항및 Best Practice SharePoint 고유 FAST VP 구성 VNX 기반의중간규모및대규모 SharePoint 팜의경우, SharePoint 컨텐츠데이터베이스풀에서 FAST VP를사용하여 TCO를최대한낮추는것이좋습니다. 절감되는 TCO의비율은 SharePoint 팜의크기와이팜의워크로드에따라크게달라질수있습니다. 실험시에는평균약 22% 의 TCO가절감되었습니다. 여러계층을혼합하여훨씬적은드라이브수로 SharePoint 워크로드를지원할수있습니다. 표 17 에는이러한혼합풀에서 FAST VP를사용할때의세부사항이나와있습니다. 구성및절감된 TCO 정보에대한자세한내용은부록 C: 가상화된 SharePoint용 VSPEX 사이징툴섹션 (99페이지) 을참조하십시오. 컨텐츠데이터베이스의데이터베이스로그파일은 RAID 1/0 SharePoint Services 풀에배치하십시오. 표 17. VNX 에서 FAST VP 를사용하는스토리지풀의디스크유형및 RAID 유형 스토리지풀이름 RAID 유형 디스크유형 컨텐츠데이터베이스풀 RAID 6 NL-SAS RAID 1/0 FAST VP SSD FAST VP에대한자세한내용은 EMC VNX FAST VP: VNX5200, VNX5400, VNX5600, VNX5800, VNX7600 및 VNX8000 백서에서 Best Practice를참조하십시오. FAST Cache 설계 Best Practice 성능최적화 FAST Cache를사용하여전반적인시스템성능을높일수있습니다. 사용가능한플래시드라이브를먼저 FAST Cache에대해사용한다음 ( 스토리지시스템의모든 LUN이전체적으로이점을얻을수있음 ) 스토리지풀계층의추가플래시드라이브로필요에따라성능을보완하는것이좋습니다. 플래시드라이브를 FAST Cache로사용하는경우다음 Best Practice를고려하십시오. FAST Cache에선호되는애플리케이션워크로드는다음과같습니다. 인접성이높은소규모블록임의입출력애플리케이션 같은데이터에대한높은액세스빈도 현재성능이 SP( 스토리지프로세서 ) 기능이아닌 HDD 기능으로제한되는시스템 64

65 5 장 : 솔루션설계고려사항및 Best Practice 다음경우와같이이점을얻을수없는 LUN에대해서는 FAST Cache를사용하도록설정하지않아야합니다. 운영워크로드가순차방식인경우 운영워크로드가대규모블록입출력인경우 데이터베이스로그와같이워크로드가소규모블록순차방식인 LUN에대해서는 FAST Cache를사용하도록설정하지않아야합니다. 현재병목현상이드라이브와관련된경우 FAST Cache를통해전반적인시스템성능을개선할수있습니다. 그러나 IOPS를높이면 VNX 또는 VNXe SP에서 CPU 사용률이증가합니다. 최대사용률이 70% 로유지되도록시스템크기를관리해야합니다. Unisphere를사용하여 SP CPU 사용률을확인한후에다음과정을진행합니다. SP CPU 사용률 60% 미만 : 캐시에서성능이조정될때까지 LUN 그룹또는풀을한번에하나씩활성화합니다. 더많은 LUN/ 풀에대해 FAST Cache를사용하도록설정하기전에 SP CPU 사용률이적절한수준으로유지되는지확인합니다. SP CPU 사용률 60%~80%: 세심한확장이필요합니다. 한번에한두개의 LUN에서 FAST Cache를사용하도록설정한후 SP CPU 사용률이 80% 를초과하지않는지확인합니다. SP CPU 사용률 80% 초과 : FAST Cache를활성화하지않습니다. 취합된 LUN 용량이총 FAST Cache 용량의 20배를초과하는 LUN 그룹에대해서는 FAST Cache를사용하도록설정하지않아야합니다. 먼저 LUN 하위집합에대해 FAST Cache를사용하도록설정한후다른 LUN을추가하기전에 LUN 성능을조정할수있도록합니다. 참고 : 스토리지풀의경우 FAST Cache 는풀전체에사용되는기능이므로풀의모든 LUN 에대해풀레벨에서 FAST Cache 를사용하거나사용하지않도록설정해야합니다. 스토리지레이아웃예 이섹션에서는가상화된 SharePoint용 VSPEX Proven Infrastructure에서활용할수있는 3개의스토리지레이아웃예 (VSPEX Proven Infrastructure에계층화된 VNXe용팜의스토리지레이아웃 1개, SharePoint 컨텐츠데이터베이스풀용 FAST VP를사용할때와사용하지않을때 VSPEX Proven Infrastructure에계층화된 VNX용스토리지레이아웃 2개 ) 에대해소개합니다. 이 3개의스토리지레이아웃예는앞서설명한대로모두 Best Practice 및설계관련고려사항을따릅니다. 65

66 5 장 : 솔루션설계고려사항및 Best Practice 그림 10 에는 VNXe 시리즈용으로구축된소규모 SharePoint 팜의스토리지레이아웃 예가나와있습니다. 그림 10. 스토리지레이아웃예 : VNXe 시리즈용으로구축된소규모 SharePoint 2013 팜 그림 11 에는 FAST VP 를사용하지않는 VNX 시리즈용으로구축된중간규모 SharePoint 팜의스토리지레이아웃예가나와있습니다. 그림 11. 스토리지레이아웃예 : FAST VP 를사용하지않는 VNX 시리즈에구축된 SharePoint 2013 중간규모팜 66

67 5 장 : 솔루션설계고려사항및 Best Practice 그림 12 에는 FAST VP 를사용하는 VNX 시리즈용으로구축된중간규모 SharePoint 팜의스토리지레이아웃예가나와있습니다. 그림 12. 스토리지레이아웃예 : FAST VP 를사용하는 VNX 시리즈용으로구축된중간규모 SharePoint 2013 팜 참고 : 이는스토리지레이아웃의예일뿐입니다. VSPEX Proven Infrastructure 에자체적인 SharePoint 용스토리지레이아웃을계획및설계하려면 VSPEX 사이징툴의지침과 스토리지레이아웃및설계고려사항 (56 페이지 ) 에나와있는 Best Practice 를따르십시오. 67

68 5 장 : 솔루션설계고려사항및 Best Practice 가상화설계고려사항 개요 SharePoint Server 2013 은 Hyper-V 기술또는 VMware vsphere ESXi 기술로 구현되는가상화환경에구축할때완벽하게지원됩니다. 다음섹션에서는 SharePoint Server 2013 가상화와관련된 Best Practice 및설계고려사항을설명합니다. 가상화설계 Best Practice 이가상화된 SharePoint 용 VSPEX Proven Infrastructure 의가상화설계시다음 Best Practice 를고려하는것이좋습니다. 웹서버및애플리케이션서버가상화. 가상화환경에서작업하면필요한경우가상머신전체에걸쳐리소스를유연하게할당하여성능을튜닝할수있습니다. 또한가상서버를더쉽게추가하고제거할수있으므로일년중예측가능한시기에주기적으로발생하는특정서비스의폭발적인사용량을처리할수있습니다. 애플리케이션서버및가상화에권장되는솔루션. 따라서리소스요구사항이다를수있습니다. 전문성정도 ( 제공하는서비스에반영됨 ) 에따라리소스요구사항이높을수도있습니다. 좋은예가검색크롤링구성요소를호스팅하는 SharePoint 애플리케이션서버입니다. 이상황에서는검색크롤링구성요소를호스팅하는애플리케이션서버에 12개코어를두고기타서비스애플리케이션을호스팅하는애플리케이션서버에는 4개의코어를두는것이좋습니다. 표 18 에는애플리케이션서버의용도에따라애플리케이션서버에권장되는 vcpu 수가나와있습니다. 표 18. 애플리케이션서버에권장되는 vcpu 수 애플리케이션서버용도 검색크롤러가있는애플리케이션서버 기타서비스애플리케이션이있는애플리케이션서버 권장되는 vcpu 수 코어 12 개 코어 4 개 SQL Server 가상화. 데이터베이스역할을하는시스템은팜에데이터를저장하고유지보수하며, 다른역할의시스템에데이터를반환하는작업을수행합니다. 데이터베이스역할의시스템은디스크입출력작업이가장많고, 요청하는메모리및프로세서요구사항도매우높은경우가종종있습니다. 따라서 SQL Server 애플리케이션을고성능서버에간단히마이그레이션할수있는기능이나가상화를통해더많은리소스를제공할수있는기능이높이평가되고있습니다. SQL Server 가상머신에적합한 vcpu 코어수설정. SQL Server 가상머신에적합한 vcpu 코어수는 SharePoint 팜의총사용자수와관련이있습니다. 68

69 5 장 : 솔루션설계고려사항및 Best Practice 표 19 에총사용자수범위에따라권장되는 vcpu 수가나와있습니다. 표 19. SQL Server 에권장되는 vcpu 수 총사용자수 사용자 1,000 명미만 사용자 1,000~10,000 명 SQL Server 에권장되는 vcpu 수 코어 4 개 코어 8~16 개 참고 : 웹서버가 5개있는대규모 SharePoint 팜에서는 16개의코어를가상화된 SQL Server용으로설정해 SQL Server의 CPU 사용률이안전영역을벗어나지않도록하는게좋습니다. SQL Server 가상머신에적합한메모리양설정. SharePoint Server 2013에필요한메모리는 SQL Server를실행하는서버에서호스팅하는컨텐츠데이터베이스의크기에직접적인영향을받습니다. 표 20 에컨텐츠데이터베이스의전체크기에기반하여 SQL Server를실행하는가상머신의권장 RAM이나와있습니다. 표 20. SQL Server의권장 RAM 총사용자수 SQL Server 를실행하는가상머신의권장 RAM(GB) 사용자 1,000 명미만 8 사용자 1,000~10,000 명 16 각호스트에팜서버역할을혼합하여전체처리성능을극대화해야합니다. 예를들어웹서버와애플리케이션서버는주로디스크에쓰는작업을동시에수행하지않으므로이두서버역할을혼합하면디스크경합을줄일수있습니다. 동일한 SharePoint Server 역할은여러호스트로분산해야합니다. 예를들어중간규모의 SharePoint 팜에여러웹서버를구성할수있습니다. 이경우이중화를고려하여여러호스트에걸쳐웹서버를분산하는것이좋습니다. VMware vsphere에서 vsphere HA, DRS 및 vmotion 기능을활성화합니다. 하이퍼바이저로 vsphere를선택하는경우 ESXi Server에서 vsphere HA, DRS 및 vmotion 기능을활성화하여기본적인가용성과확장성을제공할수있습니다. 여러 ESXi 호스트에걸쳐 SharePoint 역할을분산하는것이좋습니다. 69

70 5 장 : 솔루션설계고려사항및 Best Practice vsphere DRS 기능은 vmotion 기능을사용하여호스트간의워크로드균형을자동으로조정할수있습니다. SharePoint 워크로드가증가하면 DRS는다운타임없이자동으로병목지점의가상머신을가용리소스가더많은다른호스트로이동합니다. DRS 기능을활성화한후 DRS 유사성및반유사성규칙을사용하는것이좋습니다. 동일한호스트에상주하면안되는웹서버그룹과같이특정가상머신그룹에 DRS 유사성및반유사성규칙을사용하는것이좋습니다. DRS는공통이름으로가상머신을그룹화하거나특정하위집합의호스트로 DRS 실행을제한할수있습니다. DRS를구성하는방법에대한자세한단계별절차는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. Hyper-V에서 Hyper-V 고가용성및 Live Migration 기능을사용하도록설정합니다. System Center를포함하며 System Center Operations Manager와통합되는 Hyper-V는 Hyper-V 호스트및가상머신리소스사용률모니터링기능을제공할수있으며, Live Migration을사용해다운타임없이 VM을이동하므로리소스사용률을자동으로조정할수있습니다. 동적재조정기능을사용하도록설정하려는경우에는동적재조정의적극도가너무높지않은지확인하십시오. 적극도가너무높으면고정 Live Migration 에서성능문제가발생할수있습니다. 전체 VSPEX Proven Infrastructure의성능을정기적으로모니터링해야합니다. 성능모니터링은가상머신레벨뿐아니라하이퍼바이저레벨에서도수행됩니다. 예를들어하이퍼바이저가 ESXi인경우 SharePoint 가상머신내의성능모니터링을사용하여가상머신이나 SharePoint 성능을보장함과동시에하이퍼바이저레벨에서 esxtop을사용하여호스트성능을모니터링할수있습니다. 성능모니터링툴에대한자세한내용은 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. FC를사용하는경우 HBA(Host Bus Adapter) 대기열길이설정을 64로변경해성능을최적화하십시오. Hyper-V의경우레지스트리에서이설정을변경합니다. 레지스트리의위치는어댑터에따라다릅니다. VMware의경우 Changing the queue depth for QLogic, Emulex and Brocade HBAs의명령을참조하십시오. 70

71 5 장 : 솔루션설계고려사항및 Best Practice 애플리케이션설계고려사항 개요 SharePoint Server 2013 설계시고려해야할측면은매우다양합니다. 이섹션에 소개된 Best Practice 및설계고려사항에서는공통적이고중요한지침을제공합니다. 애플리케이션설계 Best Practice SQL Server 2012 for SharePoint Server 2013 이가상화된 SharePoint 용 VSPEX Proven Infrastructure 에서 SharePoint 2013 팜을 설계할때는다음 Best Practice 를고려하는것이좋습니다. 팜운영성능을최적화하려면다른팜역할을수행하지않고다른애플리케이션을위한데이터베이스를호스팅하지않는전용서버에 SQL Server 2012를설치하는것이좋습니다. SQL Server 및 SharePoint Server를호스팅하는서버에서 AUTO_CREATE_STATISTICS를활성화하지마십시오. SharePoint Server의경우 AUTO_CREATE_STATISTICS 활성화가지원되지않습니다. SharePoint Server는프로비저닝및업그레이드중에필요한설정을자동으로구성합니다. SharePoint 데이터베이스에서 AUTO_CREATE_STATISTICS를수동으로활성화하면쿼리실행계획이크게바뀔수있습니다. SharePoint 데이터베이스는통계 (proc_updatestatistics) 를유지하는저장프로시저를사용하거나 SQL Server에의존해이작업을수행합니다. 각요청이단일 SQL Server 프로세스로처리될수있도록 SharePoint Server 2013 데이터베이스를호스팅하는 SQL Server 인스턴스에대해 max degree of parallelism(maxdop) 옵션을 1로설정해야합니다. 자세한단계별절차는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. 최상의성능을위해 RAID 1/0를지원하는스토리지에 tempdb 시스템데이터베이스를배치해야합니다. 이솔루션에서는소규모 SharePoint 팜의경우최소두개의 tempdb 데이터파일을사용하고, 중간규모 SharePoint 팜의경우최소 4 개의 tempdb 데이터파일을사용하는것이좋습니다. 데이터베이스의자동증가값을고정 MB 값이아닌백분율값으로설정해야합니다. 데이터베이스가클수록증가값은더커야합니다. 예를들어검증테스트에서는 SharePoint 데이터베이스의자동증가값으로 10% 를사용했습니다. 자세한단계별절차는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. 71

72 5 장 : 솔루션설계고려사항및 Best Practice SQL Server 스토리지및성능을지속적으로모니터링하여각각의운영데이터베이스서버가부하를적절하게처리하고있는지확인하는것이좋습니다. 자세한내용은 MSDN 라이브러리항목 Monitoring SQL Server Performance를참조하십시오. SharePoint 컨텐츠데이터베이스에대해전체복구모델을사용하고 SharePoint 서비스데이터베이스에대해단순복구모델을사용해야합니다. 전체복구모델을사용하면증가분방식으로트랜잭션로그를백업할수있습니다. 그러면컨텐츠데이터베이스의데이터파일이손상된경우라도로그백업의특정시점본에서 SharePoint 컨텐츠데이터베이스를복구할수있습니다. 전체복구모델의경우로그파일의증가를모니터링하여정기적으로로그백업을수행하는것이좋습니다. 단순백업모델은공간요구사항이증가하는것을방지하도록로그공간을자동으로재확보하므로트랜잭션로그공간을관리할필요가없습니다. 하지만단순복구는로그백업을지원하지않습니다. 자세한구성단계는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. SharePoint Server 2013 Publishing Portal 이 VSPEX Proven Infrastructure에서 SharePoint 팜의더나은성능을제공할수있도록 Publishing Portal에캐싱을사용하는것이좋습니다. Publishing Portal에캐싱을사용하면상당한이점이있습니다. 단, 반드시적합한캐싱유형을사용해야합니다. 올바로사용하는경우캐싱을통해처리성능및사용자응답시간이상당히개선될수있습니다. 캐싱은다음과같은유형으로구성할수있습니다. 출력캐시 : 렌더링된페이지출력을저장합니다. 또한페이지를요청하는사용자의권한에따라다른버전의캐시페이지를저장합니다. 객체캐시 : 목록과라이브러리, 사이트설정, 페이지레이아웃등의객체를프런트엔드웹서버의메모리에저장하여웹서버와 SQL 데이터베이스간트래픽을줄입니다. 결과적으로이러한항목을필요로하는페이지를빠르게렌더링할수있어클라이언트브라우저에페이지를제공하는속도가빨라집니다. BLOB(Binary Large Object) 캐시 : 자주사용하는이미지, 오디오, 비디오파일을비롯하여웹페이지를표시하는데사용되는기타파일 ( 예 : CSS 및 JS 파일 ) 같은 BLOB의캐싱을제어하는디스크기반캐시입니다. BLOB 캐시는프런트엔드웹서버에서활성화되며, 데이터베이스에서 BLOB 파일을가져와사용자에게 BLOB 파일을제공하는프런트엔드웹엔드서버의디렉토리에이를저장하는방식으로성능을높입니다. 결과적으로데이터베이스서버의네트워크트래픽과부하가감소합니다. 72

73 5 장 : 솔루션설계고려사항및 Best Practice 익명검색결과캐시 : 익명사용자의액세스를허용하는게시사이트에서주로사용됩니다. 익명검색결과캐시는익명사용자의검색결과를저장한후차후발생하는쿼리가원래쿼리와동일할경우해당검색결과를재사용합니다. 자세한내용은 Microsoft TechNet 웹사이트에서 SharePoint Server 2013에서캐싱및성능계획문서를참조하십시오. SharePoint 2013 Publishing Portal을생성하는방법에대한자세한단계별절차는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. SharePoint Server 2013 Document Management Portal SharePoint 문서라이브러리에방대한수의 Word 문서, Excel 스프레드시트, PowerPoint 프레젠테이션같은항목이저장된경우표준보기및사이트계층구조를사용하거나폴더를중첩하는방식으로대규모문서라이브러리를생성하는것이좋습니다. SharePoint Server 2013은대용량문서스토리지를지원합니다. 단일문서라이브러리에는수백만개의문서가포함될수있습니다. 하지만컨텐츠가사용되는방식에따라수많은문서를포함하는사이트의경우성능이저하될수있습니다. 대규모컨텐츠관리솔루션을계획하고있다면 Microsoft TechNet 웹사이트에서 SharePoint 2013의문서관리계획문서를참조하십시오. SharePoint 2013 Document Management Portal을생성하는방법에대한자세한단계별절차는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. SharePoint Server 2013 Search Service 팜에 SharePoint 검색토폴로지를설계하기전에검색개념을숙지해야합니다. 검색개념은부록 B: SharePoint Server 2013 개념섹션 (93페이지) 을참조하십시오. SharePoint Server 2013 Search Service에는이전버전보다더풍부한기능과유연한토폴로지모델이포함되어있습니다. 검색토폴로지를구축하기전에다음 Best Practice를고려해야합니다. 인덱스임시위치는크롤러구성요소를호스팅하는 SharePoint 애플리케이션서버에있습니다. 표 21 에는이구성요소의입출력패턴예가자세히나와있으며, 이를통해 IOPS가높고읽기및쓰기크기가크다는것을알수있습니다. 이상황에서는기본위치 (C:\Program Files\Microsoft Office Servers\15.0\Data\) 를 RAID 1/0인 SharePoint Services 풀로변경하는것이좋습니다. 이위치를변경하는방법에대한자세한내용은 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. 표 21. SharePoint Server 2013 인덱스임시위치의입출력패턴예 IOPS 읽기 : 쓰기읽기크기 (KB) 쓰기크기 (KB) 410 2:

74 5 장 : 솔루션설계고려사항및 Best Practice 로드밸런싱을구현할수있도록쿼리및크롤링구성요소를여러파티션으로스케일아웃해야합니다. 로드분산을위해쿼리구성요소로드를여러서버에배치하는것이좋습니다. 크롤링대상항목의수가최대 1,000만개인경우, 이중화되지않은하나의서버또는두개의서버에모든검색역할이공존할수있습니다. 크롤링항목수가 4,000만개이하인경우다음을추가합니다. 항목 2,000만개당하나의크롤링데이터베이스 항목 1,000만개당하나의인덱스파티션 최대두개의쿼리처리구성요소 크롤링성능을최적화하려면더많은크롤링구성요소를생성하거나크롤링용애플리케이션서버를더추가하는것이좋습니다. 모든크롤링트래픽을 SharePoint 팜의애플리케이션서버에리디렉션해야합니다. 이렇게해야웹페이지및컨텐츠를활성사용자에게렌더링하고제공하는데사용되는리소스를크롤러가이용하지않게됩니다. 기본적으로 SharePoint Server 2013 크롤러는 SharePoint 팜의 NLB( 네트워크로드밸런싱장치 ) 를통해해당팜에서사용할수있는모든웹서버를크롤링합니다. 그러므로크롤링이시작되면크롤러로인해네트워크트래픽뿐아니라웹서버의스토리지및프로세서리소스사용량이증가하고, 데이터베이스서버의리소스사용량도증가합니다. 모든웹서버에이러한추가로드가동시에부과되면 SharePoint 팜전체의성능이저하될수있습니다. 검색토폴로지를구성하는방법에대한자세한단계별절차는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. EMC Powered Backup 설계고려사항 VSPEX 솔루션은 Avamar 및 Data Domain을비롯한 EMC Powered Backup 제품을사용하여사이징및테스트를거쳤습니다. 솔루션에 EMC Powered Backup 구성요소가포함되는경우, 이러한옵션을 VSPEX 솔루션에구축하는방법에대한자세한내용은가상화된 Microsoft SharePoint 2013용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 참고 : VNXe3200 또는 VNX 시리즈를애플리케이션기반복제와함께사용하는것도 가능합니다. 74

75 6 장 : 솔루션검증방법론 6 장솔루션검증방법론 이장에서다루는내용은다음과같습니다. 개요 기준하드웨어검증방법론 애플리케이션검증방법론 EMC Powered Backup 검증방법론 테스트툴

76 6 장 : 솔루션검증방법론 개요 이장에서는가상화된 SharePoint 2013용 VSPEX 솔루션을검증하는데사용되는다음방법론에대해설명합니다. 기준하드웨어 애플리케이션 EMC Powered Backup 기준하드웨어검증방법론 하드웨어는프로세서, 메모리, 스토리지등컴퓨터의물리적리소스로구성되어있습니다. 또한하드웨어는 NIC, 케이블, 스위치, 라우터, 하드웨어로드밸런싱장치등물리적네트워크구성요소도포함합니다. 가상화된 SharePoint 2013용 VSPEX 솔루션에올바른하드웨어를사용하면수많은성능및용량문제를방지할수있을것입니다. 그반대로, 하드웨어리소스를하나라도잘못적용하면서버의메모리부족등전체팜의성능에영향을미칠수있습니다. 솔루션구성요소의이중화를확인하는방법에대한자세한단계별절차는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. 애플리케이션검증방법론 개요 솔루션구성요소의하드웨어및이중화를검증한후다음으로수행할단계는가상화된 SharePoint 2013용 VSPEX 솔루션에있어중요한단계이기도한 SharePoint 애플리케이션테스트및최적화입니다. 운영환경에구축하기전에새로운 VSPEX Proven Infrastructure를테스트하여설계한아키텍처가필요한성능및용량목표를달성하는지확인해야합니다. 그래야잠재적인병목지점을파악및최적화하여실제구축시사용자에게미치는부정적인영향을없앨수있습니다. VSPEX Proven Infrastructure에서 SharePoint 성능검증을시작하기전에 VSPEX 구축가이드섹션 (17페이지) 에따라 VSPEX Proven Infrastructure에 SharePoint 2013을구축해야합니다. 표 22 에는 SharePoint 환경을운영환경으로전환하기전에완료해야하는단계가개괄적으로나와있습니다. 76

77 6 장 : 솔루션검증방법론 표 22. 애플리케이션검증에필요한개괄적단계 단계설명레퍼런스 1 VSPEX 사이징툴에명시된바에따라실제비즈니스워크로드를반영하는테스트시나리오를정의합니다. 2 비즈니스요구사항을충족하는성능및용량을달성할수있도록 SharePoint 환경의핵심지표를파악합니다. 3 SharePoint용 VSPEX 사이징툴을사용하여 VSPEX Proven Infrastructure의아키텍처및리소스를결정합니다. 4 VSPEX Proven Infrastructure에 SharePoint 솔루션을설계및구축합니다. 5 Microsoft VSTS(Visual Studio Team System) 를사용하여테스트환경을생성합니다. 6 실제환경을반영할수있도록기존운영환경의데이터를복사하거나채웁니다. 7 테스트를실행하고결과를분석한후 VSPEX 아키텍처를최적화합니다. 테스트시나리오정의 (77 페이지 ) 핵심지표파악 (79 페이지 ) VSPEX Proven Infrastructure VSPEX 구축가이드 (17 페이지 ) Visual Studio 및 Team Foundation Server 와 Application Lifecycle Management 테스트툴 (82 페이지 ) - 데이터베이스 채우기용 테스트툴 (82 페이지 ) - 데이터베이스 채우기용 테스트시나리오정의 SharePoint 테스트를실행하기전에비즈니스요구사항에따라테스트시나리오를 정의해야합니다. VSPEX 사이징툴을사용하면쉽게사용자에게맞는테스트 시나리오를정의하고테스트계획을수립할수있습니다. 가상화된 SharePoint 2013용 VSPEX 테스트시나리오에서는다음을고려해야합니다. 작업 : 최종사용자가 SharePoint 웹사이트에서수행하는다양한작업을정의해야합니다. 이러한주요작업을파악하면테스트에실제환경을반영하는데도움이됩니다. 표 23 에는가상화된 SharePoint 2013용 VSPEX 솔루션에서고려되는일반작업이일부나와있습니다. 77

78 6 장 : 솔루션검증방법론 표 23. 일반작업 작업 설명 찾아보기 홈페이지를포함하여 SharePoint 페이지를탐색합니다. 문서라이브러리목록보기페이지를액세스합니다. 수정 SharePoint 에서 DOC, DOCX, PPT, XLS 등의임의문서를 다운로드합니다. 문서의속성을편집및업데이트합니다. 검색 SharePoint 검색포털에서키워드를검색합니다. 문서업로드문서를 SharePoint 에업로드합니다. 워크로드 : 사용자층, 동시사용자수, 사용되는기능, 팜연결시사용되는사용자에이전트나클라이언트애플리케이션등을포함하여팜의주요작업특성을정의합니다. 예상되는요구사항과사용특성을파악하면환경을더정확하게검증하여운영환경에서시스템을지속적으로실행하는데발생할수있는위험을완화할수있습니다. 표 24 에는가상화된 SharePoint 2013용 VSPEX 솔루션에서고려되는혼합워크로드가일부나와있습니다. 표 24. 혼합된워크로드 혼합된워크로드시나리오혼합비율 (%) Publishing Portal: 작업이주로페이지탐색에집중됨 Document Management Portal: 문서작업이주로 30% 정도 찾아보기 80 수정 10 검색 10 찾아보기 50 수정 20 검색 20 문서업로드 10 작업상태 : 운영시스템의로드는다음두가지주요작업상태로분류됩니다. 안전영역상태는시스템의작동상태가정상, 예상로드범위내에있는것이고, 위험영역상태는일시적으로상당히높은리소스요구사항이팜에요청되어제한적인기간동안유지될수있는것입니다. 가상화된 SharePoint 2013용 VSPEX 솔루션에서는다음기준으로안전영역과위험영역을정의했습니다. 78

79 6 장 : 솔루션검증방법론 안전영역 : 모든작업은 3 초이내에완료됩니다. 모든 SharePoint Server 의 CPU 활용도는 70% 미만이고, 모든 SQL Server 의 CPU 활용도는 50% 미만입니다. 실패율은 0.01% 미만입니다. 위험영역 : 모든작업은 3 초이내에완료됩니다. 모든 SharePoint Server 의 CPU 활용도는 90% 미만이고, 모든 SQL Server 인스턴스의 CPU 활용도는 70% 미만입니다. 실패율은 0.1% 미만입니다. 참고 : 검색크롤링이수행되는일시적인기간동안 CPU 활용도및디스크 응답시간이규정된 SLA 를초과하는것은허용됩니다. 핵심지표파악 테스트시나리오와더불어 SharePoint를테스트하는목적은 SharePoint 테스트를실행할때수집해야할메트릭을결정하고각메트릭이충족해야할임계값을결정하는작업을더용이하게하기위해서입니다. 가상화된 SharePoint 2013용 VSPEX 솔루션을검증하려면다음과같은핵심메트릭을고려해야합니다. RPS( 초당요청횟수 ): 이는 VSTS 테스트에서초당통과한테스트횟수라고도합니다. RPS는 1초동안서버나팜에서수신한작업수를나타냅니다. 대부분의테스트는 RPS에기반하며, RPS를통해 SharePoint 팜이지정된기간동안처리할수있는요청수를알수있습니다. RPS는제공, 업로드, 수정등의작업에사용된페이지수나문서수를측정하거나실행된쿼리수를측정하는데사용됩니다. RPS는서버및팜로드를측정하는일반적인방법입니다. RPS 계산방식에대한자세한내용은부록 C: RPS 계산방법론섹션 (99페이지) 을참조하십시오. 작업기간 : 사용자요청, 즉 SharePoint 작업을완료하는데걸리는기간입니다. 조직마다정의하는목표시간은해당비즈니스요구사항및사용자기대치에따라달라집니다. 일부조직에서는몇초정도의지연시간을허용하는반면, 일부조직에서는상당히빠른트랜잭션을요청할수있습니다. 가상화된 SharePoint 2013용 VSPEX 솔루션에서일반적인각 SharePoint 사용자작업의기본응답시간은 3초이내에완료됩니다. 79

80 6 장 : 솔루션검증방법론 참고 : Microsoft 는각 SharePoint 사용자작업의 SLA 응답시간을게시했습니다. 탐색, 검색 등의일반작업은 3 초이내에완료되어야하고수정등의특수작업은 5 초이내에 완료되어야합니다. 이러한응답시간 SLA 는충분히충족또는초과되었습니다. VSPEX 사이징툴을사용하면기본메트릭및고객의비즈니스요구사항을충족하는 임계값을쉽게파악할수있습니다. 테스트환경생성 테스트목표를수립하고측정기준을세우고팜의용량요구사항을결정했으면다음목표는가상화된 SharePoint용 VSPEX 솔루션의테스트환경을설계하고생성하는것입니다. 테스트팜은운영환경과매우유사한수준으로복제해야합니다. 이전에언급한스토리지레이아웃, 네트워크로드밸런싱, 네트워킹등의기능이모두고려되어야합니다. 이가상화된 SharePoint 2013용 VSPEX Proven Infrastructure 솔루션에서는실제 SharePoint 사용자작업을시뮬레이션하기위해 VSTS와함께코드를사용했습니다. 성능테스트샘플코드에대한자세한내용은 SharePoint 성능테스트를위한샘플코드섹션 (83페이지) 을참조하십시오. 테스트환경을설정할때 SharePoint Server 2013 팜에서버에대한테스트계획을수립하고테스트실행에필요한가상머신을생성해야합니다. 일반적으로더많은가상머신이로드테스트에이전트로사용됩니다. 에이전트는테스트를수행할대상에대한지침을테스트컨트롤러에서수신하여 SharePoint Server 2013 팜에요청을발행하는역할의머신입니다. 테스트결과자체는 SQL Server 기반컴퓨터에저장됩니다. VSTS에대한자세한내용은 MSDN 라이브러리항목 Visual Studio 및 Team Foundation Server와 Application Lifecycle Management를참조하십시오. 테스트환경및테스트툴뿐아니라 SharePoint의전체테스트환경준비에필요한일부다른툴도사용해야할수있습니다. 툴에대한자세한내용은가상화된 Microsoft SharePoint 2013용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 또한 SharePoint에대한테스트환경을구축하는방법에대한자세한내용은 Microsoft TechNet 웹사이트를참조하십시오. 80

81 6 장 : 솔루션검증방법론 데이터베이스채우기 테스트환경을생성한후실행하려는데이터유형을결정해야합니다. 운영환경데이터가없는경우고객환경을시연할수있도록일반데이터채우기툴을사용할수있습니다. 이에대한자세한내용은 EMC Powered Backup 검증방법론섹션 (82페이지) 을참조하십시오. 기존운영팜의데이터를사용하여 VSPEX SharePoint 환경에복구하는것이좋습니다. 실제컨텐츠와다른샘플데이터나조작된데이터를사용하여테스트를실행하면편중된테스트결과를얻을위험이있습니다. 테스트실행, 결과분석및최적화 데이터베이스를채우고테스트환경을생성했으면 VSTS를사용하여설계한테스트시나리오에따라테스트를실행합니다. Visual Studio Team Test Load Agent를사용하면웹테스트에서혼합브라우저, 혼합네트워크, 로드패턴을구성하여다양한워크로드에대한설정을실행할수있습니다. 가상화된 SharePoint 2013용 VSPEX 솔루션에대해서는다음일반 Best Practice를준수하여테스트를실행했습니다. 인지시간기능을사용해서는안됩니다. VSTS 기능중하나인인지시간 (Think time) 을사용하면페이지클릭간에일시중지되는시간을시뮬레이션할수있습니다. 예를들어일반사용자가페이지를로드하여 3분동안내용을읽은후페이지의링크를클릭하여다른사이트를방문할수있습니다. 테스트환경에서이를모델링하여올바로수행하는것은거의불가능에가까우며, 테스트결과에더해지는가치도미미합니다. 모델링이어려운까닭은대부분의조직에는여러사용자를모니터링하고게시, 검색, 협업등서로다른유형의 SharePoint 사이트에서의클릭간지체되는시간을측정하는툴이없기때문입니다. 더욱이, 사용자가페이지요청간에일시중지할지라도 SharePoint Server 2013 기반서버는일시중지하지않으므로인지시간은사용할가치가거의없습니다. VSTS 테스트에서안전영역테스트시목표에기반한로드패턴을사용해야합니다. 목표기반사용량테스트는 CPU 활용도같은특정진단카운터의임계값을설정하는경우, 해당카운터가정의된최소 / 최대임계값범위를벗어나지않도록로드를유지하려는경우에사용됩니다. 정상상황에서 VSPEX SharePoint 환경의일반처리성능을파악하려는경우목표에기반한로드패턴테스트를사용하여 SharePoint Server의 CPU 활용도임계값을수립해야합니다. 다양한패턴에대한자세한내용은 MSDN 라이브러리항목부하테스트및웹성능테스트실행을참조하십시오. 81

82 6 장 : 솔루션검증방법론 테스트를완료했으면 Visual Studio Analyzer를사용하여결과를확인하고테스트환경에서핵심메트릭을달성했는지확인합니다. 테스트결과가부적합하면다른툴을사용하여병목지점을식별하는것이용이합니다. 툴에대한자세한내용은 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. 잠재적인병목지점을파악한후 VSPEX Proven Infrastructure 가이드섹션 (17페이지) 을참조하여가상화된 SharePoint 2013용 VSPEX 솔루션의 VNXe/VNX, 스위치, 하이퍼바이저또는로드밸런싱장치가올바로구성되었는지확인합니다. 시스템병목지점은사용자트랜잭션요청을수행할리소스가부족하여리소스경합이발생하는지점을나타냅니다. 이때는요구사항을총족할수있도록솔루션에더많은리소스를추가하는것을고려해야합니다. 간혹, 비효율적인사용자지정코드또는타사솔루션의사용자지정으로인해병목현상이발생할수도있습니다. 자세한구성정보는 VSPEX 구축가이드섹션 (17페이지) 을참조하십시오. EMC Powered Backup 검증방법론 VSPEX 솔루션은 EMC Avamar와 EMC Data Domain을포함한 EMC Powered Backup 제품을사용하여사이징및테스트를마쳤습니다. 솔루션에 EMC Powered Backup 구성요소가포함되는경우, VSPEX 솔루션에서이러한옵션의기능및성능을검증하는방법에대한자세한내용은가상화된 Microsoft SharePoint 2013용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 테스트툴 대규모임의문서를생성하는샘플툴 이가상화된 SharePoint 2013용 VSPEX 솔루션에서는고유문서를생성하기위해벌크로더툴을사용했습니다. 이명령줄툴은 Microsoft.NET 4.0 Framework를사용하여작성되었으며 Wikipedia 덤프파일을기반으로고유문서를생성할수있습니다. 이유틸리티를사용하여다양한크기의고유 Word, Excel, PowerPoint 및 HTML 파일을최대 1,000만개까지생성할수있으므로 SharePoint 2013 문서라이브러리에다양한컨텐츠유형과크기의파일을직접로드할수있습니다. 벌크로더는 Wikipedia 컨텐츠의덤프파일을입력항목으로사용하여디스크위치에최대 1,000만개의고유문서를생성할수있습니다. 벌크로더툴에대한자세한내용은 MSDN 라이브러리항목 Bulk Loader - Create Unique Documents based on Wikipedia Dump File 을참조하십시오. 82

83 6 장 : 솔루션검증방법론 SharePoint 로문서를로드하는샘플툴 이가상화된 SharePoint 2013용 VSPEX 솔루션에서는 LoadBulk2SP 툴을사용하여 SharePoint Server로문서를로드했습니다. 이툴은 C# 및 Microsoft.NET 3.5 Framework를사용하여 SharePoint Server와호환되도록작성되었습니다. 이툴은벌크로더툴로생성한디스크출력파일을입력항목으로사용하여 SharePoint Server에직접로드하며, 동일한폴더와파일구조를반복사용하고, 애플리케이션구성에지정된타겟웹애플리케이션및문서라이브러리를사용합니다. LoadBulk2SP 툴에대한자세한내용은 MSDN 라이브러리항목 Load Bulk Content to SharePoint 2010 을참조하십시오. SharePoint 성능테스트를위한샘플코드 이가상화된 SharePoint 2013용 VSPEX 솔루션에서는검색, 문서다운로드, 페이지보기등의시나리오를테스트할수있도록 Visual Studio 2010 샘플프로젝트를사용하여작업부하를생성했습니다. MSDN 라이브러리에있는 SharePoint Performance Testing에서샘플프로젝트를참조하고해당 VSPEX 솔루션에맞게사용자지정하여 SharePoint 2013 성능을검증하십시오. 83

84 6 장 : 솔루션검증방법론 84

85 7 장 : 참고설명서 7 장참고설명서 이장에서다루는내용은다음과같습니다. EMC 설명서 기타문서 링크

86 7 장 : 참고설명서 EMC 설명서 EMC 온라인지원또는 korea.emc.com 에서제공되는다음문서에서자세한관련 정보를참조할수있습니다. 문서액세스권한이없는경우 EMC 담당자에게 문의하시기바랍니다. EMC Host Connectivity Guide for VMware ESX Server EMC Host Connectivity Guide for Windows EMC PowerPath Family: PowerPath 및 PowerPath/VE Multipathing Data Sheet Windows Suite 용 EMC Storage Integrator 제품가이드 EMC Unisphere Remote: Next-Generation Storage Monitoring EMC Unisphere: 유니파이드스토리지관리솔루션 EMC VNXe3200 설치가이드 EMC VNX5600 Unified 설치가이드 EMC VNX FAST VP: VNX5200, VNX5400, VNX5600, VNX5800, VNX7600 및 VNX8000 EMC VNX Monitoring and Reporting 1.0 User Guide EMC VNX Multicore FAST Cache: VNX5200, VNX5400, VNX5600, VNX5800, VNX7600 및 VNX8000 EMC VNX Unified Best Practices for Performance VMware vsphere 용 EMC VSI: Storage Viewer 제품가이드 VMware vsphere 용 EMC VSI: 유니파이드스토리지관리제품가이드 EMC XtremCache User Guide EMC XtremCache Data Sheet VNXe 시스템에서 FC iscsi LUN 사용 VNXe 시스템에서 NFS 파일시스템사용 VNXe 시스템에서 VMware NFS 또는 VMware VMFS 사용 CIFS 파일시스템에 VNXe 사용 VMware vsphere 와함께 EMC VNX 스토리지사용 TechBook 86

87 7 장 : 참고설명서 기타문서 Microsoft Hyper-V 및 Microsoft SharePoint 에대한설명서는 Microsoft 웹사이트를 참조하십시오. VMware vsphere 에대한문서는 VMware 웹사이트를참조하십시오. 링크 Microsoft TechNet Microsoft TechNet 웹사이트에서다음문서를참조하십시오. SharePoint Server 2013에서웹응용프로그램에대한캐시설정구성 성능및용량테스트결과및권장사항 (SharePoint Server 2013) SharePoint Server 2013에서캐싱및성능계획 SharePoint 2013의문서관리계획 MSDN 라이브러리 MSDN 라이브러리에서다음항목을참조하십시오. Visual Studio 및 Team Foundation Server 와 Application Lifecycle Management Bulk Loader Create Unique Documents based on Wikipedia Dump File Disk Partition Alignment Best Practices for SQL Server Load Bulk Content to SharePoint 2010 Monitoring SQL Server Performance 부하테스트및웹성능테스트실행 SharePoint Performance Testing 참고 : 제공된링크는문서발행당시올바로작동하는것으로확인되었습니다. 87

88 7 장 : 참고설명서 88

89 부록 A: 검증워크시트 부록 A 검증워크시트 이부록에서다루는내용은다음과같습니다. 가상화된 SharePoint 2013 용 VSPEX 검증워크시트

90 부록 A: 검증워크시트 가상화된 SharePoint 2013 용 VSPEX 검증워크시트 VSPEX 솔루션의사이징을시작하기전에검증워크시트를사용하여고객의비즈니스요구사항에대한정보를수집해야합니다. 표 25 에가상화된 SharePoint 2013용검증워크시트가나와있습니다. 표 25. 가상화된 SharePoint 2013 용 VSPEX 검증워크시트 질문 답변 VSPEX Proven Infrastructure에서호스팅하려는 SharePoint 2013 팜은몇개입니까? 고려된성장기간 ( 년 ) 은얼마입니까? SharePoint 2013 팜 1 연간증가율 (%) 은얼마입니까? SharePoint 웹애플리케이션을전사적으로액세스할예정입니까? 예 / 아니요 초기팜크기 (GB) 는얼마입니까? 사용자는몇명입니까? 최대동시사용자비율 (%) 은얼마입니까? SharePoint 웹애플리케이션의기본용도는무엇입니까? MySites 기능을사용중이거나, 사용할예정입니까? Publishing Portal 또는 Document Management Portal 예 / 아니요 총사용자중 MySites 를생성할사용자비율은얼마입니까? 단일 MySites 의할당량 (MB) 은얼마입니까? FAST VP 를사용할계획입니까? SharePoint 검색기능에대한의존도가높습니까? 예 / 아니요 예 / 아니요 SharePoint 2013 팜 2 연간증가율 (%) 은얼마입니까? SharePoint 웹애플리케이션을전사적으로액세스할예정입니까? 예 / 아니요 초기팜크기 (GB) 는얼마입니까? 사용자는몇명입니까? 최대동시사용자비율 (%) 은얼마입니까? SharePoint 웹애플리케이션의기본용도는무엇입니까? Publishing Portal 또는 Document Management Portal 90

91 부록 A: 검증워크시트 질문 MySites 기능을사용중이거나, 사용할예정입니까? 답변 예 / 아니요 총사용자중 MySites 를생성할사용자비율은얼마입니까? 단일 MySites 의할당량 (MB) 은얼마입니까? FAST VP 를사용할계획입니까? SharePoint 검색기능에대한의존도가높습니까? 예 / 아니요 예 / 아니요 SharePoint 2013 팜 3 연간증가율 (%) 은얼마입니까? SharePoint 웹애플리케이션을전사적으로액세스할예정입니까? 예 / 아니요 초기팜크기 (GB) 는얼마입니까? 사용자는몇명입니까? 최대동시사용자비율 (%) 은얼마입니까? SharePoint 웹애플리케이션의기본용도는무엇입니까? MySites 기능을사용중이거나, 사용할예정입니까? Publishing Portal 또는 Document Management Portal 예 / 아니요 총사용자중 MySites 를생성할사용자비율은얼마입니까? 단일 MySites 의할당량 (MB) 은얼마입니까? FAST VP 를사용할계획입니까? SharePoint 검색기능에대한의존도가높습니까? 예 / 아니요 예 / 아니요 91

92 부록 A: 검증워크시트 검증워크시트의독립실행형복제본이이문서에 PDF 형식으로첨부되어있습니다. 워크시트를보고인쇄하려면다음단계를따르십시오. 1. Adobe Reader에서다음과같이 Attachments 패널을엽니다. View > Show/Hide > Navigation Panes > Attachments를선택합니다. 또는 그림 13에서와같이 Attachments 아이콘을클릭합니다. 그림 13. 인쇄가능한검증워크시트 2. Attachments 패널에서첨부파일을두번클릭하여연후검증워크시트를 인쇄합니다. 92

93 부록 B: SharePoint Server 2013 개념 부록 B SharePoint Server 2013 개념 이부록에서다루는내용은다음과같습니다. SharePoint Server 2013 기초정보 SharePoint Server 2013 Search Service

94 부록 B: SharePoint Server 2013 개념 SharePoint Server 2013 기초정보 표 26에나와있는 SharePoint Server 2013의주요개념을검토하십시오. 이러한주요개념을완전히숙지하고있어야합니다. 표 26. 개념 서버팜 SharePoint Server 2013 기초개념설명 SharePoint Server의논리적아키텍처설계에서최상위에있는요소입니다. 웹애플리케이션 SharePoint Server 2013 에서생성하여사용하는 IIS 웹사이트입니다. 웹애플리케이션은 SharePoint 와 ASP.NET 이통합된형태로, IIS 에 도달하는모든요청을 SharePoint 가제어할수있게해줍니다. 컨텐츠데이터베이스 웹애플리케이션컨텐츠스토리지를제공합니다. 단일웹애플리케이션에여러컨텐츠데이터베이스를보유할수있습니다. 읽기 / 쓰기특성은사용자프로필에따라달라지는데 Publishing Portal은읽기작업이많고 Document Management Portal은쓰기작업이많을수있습니다. 사이트모음동일한소유자와관리설정을공유하는웹사이트의집합입니다. 사이트 서비스애플리케이션 사이트모음내에호스팅되는하나이상의관련웹페이지및기타항목 ( 예 : 목록, 라이브러리, 문서 ) 입니다. 서비스애플리케이션은단일팜이나여러팜내에서사이트간에공유될수있는리소스를제공합니다. MySites MySites는특수 SharePoint 사이트모음으로, 사용자프로필정보, 사용자가생성했거나 SharePoint 데이터베이스에저장된컨텐츠의링크, 사용자가추적하는친구, 관심사, 활동등에대한정보가포함되어있습니다. Publishing Portal Document Management Portal 인터넷사이트또는대규모인트라넷포털용시작사이트모음입니다. 이사이트에는홈페이지, 예제보도자료사이트, 검색센터및로그인페이지가포함됩니다. 보통이사이트에는독자수가참가자수보다훨씬많으며, 웹페이지를게시하는데승인워크플로우가사용됩니다. 조직에서중앙집중식으로문서를관리하고문서에대해협업작업을수행할수있는사이트모음입니다. 94

95 부록 B: SharePoint Server 2013 개념 그림 14 에 SharePoint Server 2013 팜의기본컨텐츠구조가나와있습니다. SharePoint 팜에서서로다른 URL의 IIS 웹사이트를호스팅하는웹애플리케이션을여러개생성할수있습니다. 각웹애플리케이션마다여러컨텐츠데이터베이스를보유할수있습니다. Publishing Portal, Document Management Portal 등을포함하여여러사이트모음을단일컨텐츠데이터베이스에생성할수있습니다. 각사이트모음은여러사이트로구성될수있으며, 여기에는목록항목및여러유형의문서를저장하는다양한목록및문서라이브러리가있습니다. 그림 14. SharePoint Server 2013 컨텐츠구조 95

96 부록 B: SharePoint Server 2013 개념 SharePoint Server 2013 Search Service 표 27 에 SharePoint Search Service 의주요개념이정리되어있습니다. SharePoint 검색기능을설계하기전에이러한개념을파악해야합니다. 표 27. 개념 SharePoint Search Service 개념 설명 Search Service 애플리케이션 Search Service 애플리케이션은최종사용자가단일팜이나여러팜내의사이트에서검색할수있도록검색기능을제공합니다. 크롤링처리할컨텐츠를수집합니다. 인덱스처리한컨텐츠를체계적또는검색가능한인덱스로구성합니다. 쿼리처리지정한사용자쿼리와관련성이높은결과집합을검색합니다. 크롤링구성요소컨텐츠처리구성요소분석처리구성요소인덱스구성요소쿼리처리구성요소검색관리구성요소검색관리데이터베이스 컨텐츠소스를크롤링하여크롤링된항목으로부터크롤링된속성과메타데이터를수집한후이정보를컨텐츠처리구성요소로보냅니다. 크롤링된항목을변환하여인덱스구성요소로보냅니다. 이구성요소는또한크롤링된속성을관리되는속성으로매핑하고분석처리구성요소와상호작용합니다. 크롤링된항목을비롯하여사용자와검색결과의상호작용방식을분석합니다. 분석은검색관련성을높이고검색보고서및권장사항을생성하는데사용됩니다. 컨텐츠처리구성요소로부터처리된항목을받아이를검색인덱스에씁니다. 이구성요소는또한들어오는쿼리를처리하고검색인덱스에서정보를가져와결과세트를다시쿼리처리구성요소로보냅니다. 들어오는쿼리를분석합니다. 이는정밀도, 리콜및관련성을최적화하는데도움이됩니다. 쿼리는인덱스구성요소로보내지고, 인덱스구성요소는쿼리에대한검색결과를반환합니다. 검색을위한시스템프로세스를실행하고, 검색구성요소의새로운인스턴스를추가하고초기화합니다. 검색관리데이터베이스에는크롤구성요소의 ACL( 액세스제어목록 ) 과검색구성데이터가저장됩니다. 검색서비스애플리케이션당하나의검색관리데이터베이스만있을수있습니다. 96

97 부록 B: SharePoint Server 2013 개념 개념분석보고데이터베이스크롤링데이터베이스링크데이터베이스 설명항목을조회한횟수등과같은사용분석결과를저장합니다. 또한다른분석으로얻은통계도저장합니다. 이러한통계는사용보고서를생성하는데사용됩니다. 크롤링데이터베이스에는크롤링된항목에대한추적정보와세부사항이저장됩니다. 예를들어마지막크롤링시간, 마지막크롤링 ID, 마지막크롤링중업데이트유형등에대한정보가저장됩니다. 링크데이터베이스에는컨텐츠처리구성요소에의해추출된정보가저장됩니다. 또한사람들이특정검색결과를클릭한횟수에대한정보가저장됩니다. 이정보는처리되지않은상태로저장되며, 분석처리구성요소에서분석합니다. 97

98 부록 B: SharePoint Server 2013 개념 98

99 부록 C: 가상화된 SharePoint 용 VSPEX 사이징툴 부록 C 가상화된 SharePoint 용 VSPEX 사이징툴 이부록에서다루는내용은다음과같습니다. RPS 계산방법론 컨텐츠데이터베이스크기예상

100 부록 C: 가상화된 SharePoint 용 VSPEX 사이징툴 RPS 계산방법론 VSPEX 사이징툴의핵심메트릭중하나가 RPS( 초당요청횟수 ) 입니다. 대부분의테스트는 RPS에기반하며, RPS를통해 SharePoint 팜이지정된기간동안처리할수있는요청수를알수있습니다. RPS는제공, 업로드, 수정등의작업에사용된페이지수나문서수를측정하거나실행된쿼리수를측정하는데사용됩니다. RPS는고객이 VSPEX 사이징툴에서검증워크시트를완성하면자동으로계산됩니다. 수식은다음과같습니다. Total RPS = Active User * Heavy User Load " 활성사용자수 " 란특정시점의평균활성사용자수를의미합니다. 사용자가전세계적으로분산된경우시차를고려하여총사용자의절반만활성사용자로간주됩니다. SharePoint 사이트사용자는다음네가지그룹으로분류될수있습니다. 사용량이적은사용자는시간당 20회의요청을생성하거나시간당 2회의사용자작업 ( 사용자작업 / 시간 ) 을생성합니다. 사용량이보통인사용자는시간당 36회의요청을생성하거나시간당 3.6회의사용자작업을생성합니다. 사용량이많은사용자는시간당 60회의요청을생성하거나시간당 6회의사용자작업을생성합니다. 사용량이극히많은사용자는시간당 120회의요청을생성하거나시간당 12회의사용자작업을생성합니다. VSPEX 사이징툴에서는대부분의사용자시나리오에적합하도록사용량이많은사용자프로필을전제로테스트했습니다. 예를들어고객에게서다음답변을얻는경우, 질문 SharePoint 웹애플리케이션을전사적으로액세스할예정입니까? 답변 예 사용자는몇명입니까? 10,000 최대동시사용자비율 (%) 은얼마입니까? 20% 총 RPS 는다음과같습니다. Total RPS = 10,000 * 0.5 * 20% * 60/3600 =

101 부록 C: 가상화된 SharePoint 용 VSPEX 사이징툴 컨텐츠데이터베이스크기예상 SharePoint 팜을처음사용하는경우컨텐츠데이터베이스스토리지크기를예상해야합니다. 표 28의질문을통해컨텐츠데이터베이스크기를예상하는방법을알수있습니다. 표 28. 질문 컨텐츠데이터베이스크기예상에사용되는수식 답변 문서는몇개입니까? 수식에서 D 를나타냅니다. Document Management Portal 및 Publishing Portal 의 경우프로세스를통해관리및생성되는문서수를 계산할수있습니다. 현재시스템에서마이그레이션하는경우현재증가율과사용량을더쉽게추론할수있는반면, 시스템을새로생성하는경우기존파일공유나다른저장소를검토하여해당사용량을바탕으로예상해야합니다. 문서의평균크기는얼마입니까? 수식에서 S를나타냅니다. 목록항목수는얼마입니까? 수식에서 L을나타냅니다. 현재버전과다른버전수는얼마입니까? 수식에서 V를나타냅니다. 사이트의서로다른유형이나그룹별로평균값을예상하는것이좋습니다. Document Management Portal 또는 Publishing Portal의평균파일크기는상당히다를수있습니다. 문서보다목록항목수를예상하는것이더어렵습니다. 일반적으로문서수 (D) 를 3배곱한값을예상값으로사용하지만사이트용도에따라이값은상당히달라질수있습니다. 라이브러리내에있는문서의평균버전수를예상합니다. 이값은주로허용된최대버전수보다훨씬적습니다. 질문의답변을완료한후다음수식을사용하여컨텐츠데이터베이스의크기를 예상할수있습니다. Database size = ((D V) S) + (10 KB (L + (V D))) 101

102 부록 C: 가상화된 SharePoint 용 VSPEX 사이징툴 예를들어고객에게서다음답변을얻는경우, 질문 답변 문서수 (D) 200,000 문서의평균크기 (S) 500KB 목록항목수 (L) 50,000 버전이다른문서수 (V) 2 데이터베이스크기는다음과같습니다. Database size = (((200,000 x 2)) 500) + ((10 KB (50,000 + (200,000 x 2))) = 204,500,000 KB or 195 GB 102

103 부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론 부록 D 개략적인 SharePoint Server 2013 사이징논리및방법론 이부록에서다루는내용은다음과같습니다. 개요 SharePoint 토폴로지및컴퓨팅리소스사이징 SharePoint Server 2013의스토리지레이아웃사이징 올바른 VSPEX Proven Infrastructure 선택

104 부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론 개요 이섹션에서는 EMC VSPEX Proven Infrastructure 기반의 SharePoint Server 2013 팜환경을사이징하는방법에대해설명합니다. SharePoint Server 2013의사이징은팜용도, 사용자액세스로드, 서비스애플리케이션로드, 용량등여러요인에따라달라집니다. 이러한요인은팜토폴로지및스토리지계층설계에영향을미칠수있습니다. 표 29 에 VSPEX Proven Infrastructure 용 SharePoint Server 2013 을사이징하는 단계가자세히나와있습니다. 표 29. SharePoint 팜사이징의개략적인단계 단계설명레퍼런스 1 다음과같은고객요구사항에따라 SharePoint 토폴로지를결정합니다. 웹서버역할및필요한컴퓨팅리소스수 애플리케이션서버역할및필요한컴퓨팅리소스수 SharePoint 토폴로지및컴퓨팅리소스사이징 (105페이지) 데이터베이스서버컴퓨팅리소스사이징 2 다음과같은고객요구사항을고려하여 SharePoint 팜에필요한스토리지를결정합니다. VSPEX 프라이빗클라우드풀 컨텐츠데이터베이스풀스토리지레이아웃 SharePoint Server 2013의스토리지레이아웃사이징 (110페이지) 서비스풀스토리지레이아웃 MySites 풀스토리지레이아웃 3 고객의 VSPEX Proven Infrastructure에 SharePoint 팜이둘이상있는경우 1단계와 2단계를반복하여모든 SharePoint 팜을사이징합니다. 이 VSPEX Proven Infrastructure에서는 VSPEX Proven Infrastructure에서최대 3개의 SharePoint 팜을지원했습니다. 4 고객의 VSPEX Proven Infrastructure에다른애플리케이션이구축되어있는경우, 이러한애플리케이션의사이징은해당설계가이드를참조하십시오. 5 필요한리소스를모두취합하고적절한 VSPEX Proven Infrastructure를선택합니다. VSPEX Proven Infrastructure 올바른 VSPEX Proven Infrastructure 선택 (118페이지) 104

105 부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론 참고 : VSPEX 사이징툴을사용할수없는경우에는이러한수동사이징지침을사용하여 대략적인단일애플리케이션사이징을수행할수있습니다. 다중애플리케이션및다중 인스턴스기능이포함된 VSPEX 사이징툴을기본사이징방식으로사용하는것이좋습니다. SharePoint 토폴로지및컴퓨팅리소스사이징 SharePoint 팜은 SharePoint 서버및여러가지역할로구성됩니다. 토폴로지사이징및설계과정에서이러한역할을특정수의서버에분산시킬방법을고려합니다. 토폴로지설계가올바른경우컴퓨팅리소스가적절하게분산되고 SharePoint 애플리케이션에대한고객요구사항이더욱잘충족됩니다. 이섹션에서는 SharePoint 팜토폴로지와컴퓨팅리소스의사이징에대해개괄적으로소개합니다. SharePoint 팜의서버는웹서버, 애플리케이션서버, 데이터베이스서버의세가지역할을갖습니다. 웹서버에서먼저사이징한후그결과를사용하여애플리케이션서버를사이징하고마지막으로데이터베이스서버를사이징하는것이좋습니다. SharePoint Server 2013 웹서버사이징 웹서버는기본적인프로세스를처리하고사용자가요구하는정보를제공하는등사용자의요청을직접관리합니다. 필요한경우추가처리를위해요청을백엔드애플리케이션서버로전달하기도합니다. 웹서버가하는역할은사용자가팜사이징을시작할수있도록돕는것입니다. 검증워크시트에팜을사이징하는데필요한정보가들어있습니다. SharePoint 팜의 웹서버수를결정하려면다음정보를알아야합니다. 사용자수 최대동시사용자비율 (%) 팜의글로벌액세스여부 웹애플리케이션의주된용도 ( 게시또는문서관리 ) 이러한정보를알고있어야최대활성사용자수를파악할수있습니다. 활성사용자 수를계산하는수식은다음과같습니다. Active user number = Number of users * User concurrency (need to /2 if it is global) 105

106 부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론 웹애플리케이션은용도에따라액세스특성이각기다를수있고결과적으로웹서버 리소스사용도달라질수있습니다. 예를들어 VSPEX Proven Infrastructure 에서는 표 30 의수치를사용하여활성사용자수와웹서버수의관계를정의했습니다. 표 30. 활성사용자수에따른웹서버사이징 웹애플리케이션의 주된용도 활성사용자수 웹서버수 Publishing Portal 120 미만 1( 애플리케이션서버를포함한웹서버를하나의솔루션으로제공 ) 120~ ~1, ,507~2, ,949~3, ,786~4,528 5 Document Management Portal 120 미만 1( 애플리케이션서버를포함한웹서버를하나의 솔루션으로제공 ) 120~ ~1, ,153~2, ,095~2, ,653~3,144 5 참고 : 특정종류의사용자로드의경우활성사용자수를 RPS 로전송할수있습니다. 예를 들어사용자한명이시간당 60 개의요청을생성하는사용량이많은상황에서활성 사용자가 600 명이라고할경우다음과같은계산이나옵니다. RPS = 600 active users * 60 request / 3600 second = 10 request/second RPS 는 SharePoint 솔루션을검증할때수집해야할핵심메트릭입니다. 웹서버역할의컴퓨팅리소스웹서버수를결정한후에는다음 Best Practice를사용하여웹서버의컴퓨팅리소스 (vcpu 및메모리 ) 를계산했습니다. 모든웹서버에는 vcpu 코어 4개와 12GB 메모리가있어야합니다. 웹서버에검색애플리케이션의크롤러역할도포함된경우 ( 일체형토폴로지 ) Best Practice는이서버에 vcpu 코어 12개와 12GB 메모리를지정하는것입니다. 106

107 부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론 표 31 에 VSPEX Proven Infrastructure 의웹서버컴퓨팅리소스를계산하는데 사용한자세한정보가나와있습니다. 표 31. 웹서버컴퓨팅리소스지정 서버유형 vcpu 수메모리 (GB) 웹서버 4 12 웹서버 ( 애플리케이션서버역할포함 ) 웹서버사이징을마친후에는애플리케이션서버를사이징합니다. 애플리케이션서버사이징 애플리케이션서버는서비스애플리케이션에서발생하는대부분의로드를 호스팅합니다. 서비스애플리케이션이예상대로작동하기위해서는적절한수의 애플리케이션서버를사용해야합니다. 팜관리자는서비스애플리케이션을프로비저닝하고특정애플리케이션서버를지정하여서비스애플리케이션을실행할수있습니다. VSPEX Proven Infrastructure에서는검색애플리케이션을호스팅하는애플리케이션서버에가장중점을두었습니다. 검색서비스애플리케이션의경우, 애플리케이션서버가 6개의역할을가질수있습니다. 애플리케이션서버를확장하여일반검색시나리오를지원하는방법에대한개괄적인지침이제공됩니다. 이솔루션에서는웹서버사이징에서얻은수치를사용하여사용자로드를벤치마킹했습니다. 최종사용자에의해생성된요청중일정비율은검색요청입니다. 활성사용자수와검색요청로드사이에는표 32 및표 33에서와같은관계가있습니다. 표 32 및표 33 항목을사용하여애플리케이션서버수와해당역할을확인합니다. SharePoint Server 2013용 VSPEX 검증워크시트에는 SharePoint 검색기능에대한의존도가높습니까? 라는질문이있습니다. 고객이최신컨텐츠검색에대한기대치가높고많은양의컨텐츠를검색하려는경우대답은 " 예 " 가됩니다. 고객이 " 아니요 " 라고대답할경우표 32를참조하여애플리케이션서버를사이징하고, 고객이 " 예 " 라고대답할경우표 33을참조하여애플리케이션서버를사이징하십시오. 107

108 부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론 표 32. 일반팜의애플리케이션서버사이징 웹서버수 애플리케이션서버수 설명 1 웹서버와애플리케이션서버역할이하나의솔루션에공존합니다. 2 1 애플리케이션서버가일체형입니다. 3 2 한애플리케이션서버는크롤러형입니다. 다른애플리케이션서버는쿼리형입니다. 4 2 한애플리케이션서버는크롤러형입니다. 다른애플리케이션서버는쿼리형입니다. 표 33. 사용량이많은팜을위한애플리케이션서버사이징 웹서버수 애플리케이션서버수 설명 1 웹서버와애플리케이션서버역할이하나의솔루션에공존합니다. 2 2 한애플리케이션서버는크롤러형입니다. 다른애플리케이션서버는쿼리형입니다. 3 4 두애플리케이션서버는크롤러형입니다. 다른두애플리케이션서버는쿼리형입니다. 4 4 두애플리케이션서버는크롤러형입니다. 다른두애플리케이션서버는쿼리형입니다. 5 4 두애플리케이션서버는크롤러형입니다. 다른두애플리케이션서버는쿼리형입니다. 애플리케이션서버의컴퓨팅리소스사이징이 VSPEX Proven Infrastructure에서는다음과같은 Best Practice를사용하여애플리케이션서버의컴퓨팅리소스를사이징했습니다. 애플리케이션서버에는 vcpu 코어 4개와 12GB 메모리가있어야합니다. 크롤러역할의검색서비스애플리케이션을실행하는서버에는 vcpu 코어 12개와 12GB 메모리가있어야합니다. 표 34 에각유형별애플리케이션서버의컴퓨팅리소스가자세히나와있습니다. 108

109 부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론 표 34. 애플리케이션서버컴퓨팅리소스지정 서버유형 vcpu 메모리 (GB) 애플리케이션 ( 쿼리형 ) 4 12 애플리케이션 ( 크롤러형 ) 애플리케이션 ( 일체형 ) 데이터베이스서버사이징 SharePoint 2013은 SQL Server를데이터베이스엔진으로사용하여컨텐츠데이터베이스와서비스애플리케이션의데이터베이스를저장합니다. SharePoint 팜이제대로작동하기위해서는데이터베이스엔진에적절한컴퓨팅리소스를지정하는것이중요합니다. 하나의 SharePoint 팜에둘이상의 SQL Server 인스턴스가포함될수있습니다. 고객은여러 SQL Server 인스턴스를선택하여 SharePoint 팜을지원할수있습니다. 이설계가이드에서는하나의 SQL Server 인스턴스만사용했으며 SQL Server의컴퓨팅리소스는다음과같이사이징했습니다. 데이터베이스서버컴퓨팅리소스사이징 SQL Server for SharePoint Server 2013의사이징프로세스는 CPU와메모리의두부분으로나눌수있습니다. VSPEX Proven Infrastructure 기반의 SQL Server에적합한 vcpu 및메모리리소스에대한자세한내용은표 35 및표 36를참조하십시오. 표 35. SQL Server for SharePoint Server 2013 의 vcpu 사이징 활성사용자수 웹서버수 vcpu 리소스 1,000 미만 1 또는 2 코어 4개 1,000 이상 5건미만 코어 8개 5 16개코어 표 36. SQL Server SharePoint Server 2013 의메모리리소스사이징 활성사용자수 메모리리소스 (GB) 1,000 미만 8 1,000 이상 16 SharePoint 가상머신및 SQL Server 가상머신의사이징이완료되면그다음으로 스토리지백엔드를사이징해야합니다. 109

110 부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론 SharePoint Server 2013 의스토리지레이아웃사이징 저장해야하는 SharePoint 컨텐츠는다음용도로분류할수있습니다. 컨텐츠데이터베이스 : 사이트페이지, 문서, 메타데이터, 권한설정등의사이트컨텐츠와사이트설정을저장합니다. 서비스애플리케이션데이터베이스및파일 : 특정서비스애플리케이션의데이터와설정을저장합니다. MySites를호스팅하는컨텐츠데이터베이스 : 사용자의 MySites 컨텐츠를저장합니다. 서버의 OS 볼륨이네가지종류의컨텐츠는각기다른성능특징을갖습니다. 스토리지액세스특징에따라스토리지를다음과같은 4개의풀로나누었습니다. 컨텐츠데이터베이스풀 (RAID 5 또는 RAID 6) SharePoint Services 풀 (RAID 1/0) MySites 풀 (RAID 6) SharePoint 서버의 OS 볼륨을저장하는 VSPEX 프라이빗클라우드풀스토리지풀을사이징할때디스크레이아웃의성능기반계산과용량기반계산을모두수행합니다. 두결과를비교하여둘중더큰수치를선택합니다. 그래야양쪽요구사항을모두충족할수있습니다. SharePoint Server 2013 컨텐츠데이터베이스풀사이징 이섹션에서는컨텐츠데이터베이스풀을사이징하는방법을설명합니다. 먼저성능 측면에서계산한다음용량측면에서계산하는것이좋습니다. 성능관점의컨텐츠데이터베이스풀사이징 그림 15 및그림 16 에는 EMC 가테스트한 SharePoint 사용자로드 ( 활성사용자수 ) 와 스토리지성능로드 ( 컨텐츠데이터베이스의호스트 IOPS) 간의관계에대한결과가 나와있습니다. 110

111 부록 D: 개략적인 SharePoint Server 2013 사이징논리및방법론 그림 15. 검색이많은 Publishing Portal 의활성사용자수와호스트 IOPS 간의관계에대한 테스트결과 그림 16. 검색이많은 Document Management Portal 의활성사용자수와호스트 IOPS 간의관계에대한테스트결과 111