EMC VSPEX for Virutalized Oracle Database 11g OLTP

Transcription

1 가상화된 ORACLE DATABASE 11g OLTP 용 EMC VSPEX EMC VSPEX 요약 이에서는 VMware vsphere를위한적합한 EMC VSPEX Proven Infrastructure에서가상화된 Oracle Database 리소스를설계하는방법에대해설명합니다. 또한 VSPEX에서 Oracle을사이징하는방법, Best Practice에따라리소스를할당하는방법및 VSPEX가제공하는모든이점을활용하는방법에대해서도설명합니다 년 4 월

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

3 목차 1 장소개...11 이가이드의목적 비즈니스가치 범위 대상 용어 장시작하기전에...15 문서워크플로우 필수참고자료 솔루션개요 Oracle Database 11g 용구축가이드 VSPEX Proven Architecture 백업및복구 장솔루션개요...17 개요 솔루션아키텍처 주요구성요소 소개 EMC VSPEX Oracle Database 11g VMware vsphere VMware vsphere HA VMware vsphere Distributed Resource Scheduler VMware vsphere PowerCLI EMC VNX 시리즈 EMC Virtual Storage Integrator Red Hat Enterprise Linux EMC Unisphere EMC Avamar EMC Data Domain

4 목차 4장 VSPEX Proven Infrastructure 선택...27 소개 단계 : 검증워크시트를사용하여고객사용사례평가 단계 : 애플리케이션아키텍처설계 단계 : 올바른 VSPEX Proven Infrastructure 선택 장솔루션설계고려사항및 Best Practice...31 개요 네트워크설계 개요 네트워크 Best Practice 스토리지레이아웃설계 개요 고급아키텍처 스토리지레이아웃 스토리지 Best Practice VSPEX 스토리지레이아웃예 Oracle용으로 FAST Cache 구성 개요 FAST Cache Best Practice 가상화계층설계 개요 가상화 Best Practice Oracle Database 11gR2 구축설계 개요 Oracle dnfs 클라이언트구성 자동공유메모리관리 HugePages 설정사용 파일시스템파일에대한입출력작업 NFS용데이터베이스파일레이아웃 백업및복구설계 개요 개략적인아키텍처 고려사항 백업및복구 Best Practice 장솔루션검증방법론...45 솔루션검증 개요

5 목차 테스트환경생성 테스트데이터베이스채우기 솔루션구축 장참고설명서...49 백서 Oracle EMC VMware 제품설명서 Oracle EMC VMware 부록 A 검증워크시트...53 검증워크시트개요 검증워크시트인쇄 부록 B VSPEX 사이징툴...57 VSPEX Oracle 검증워크시트예 VSPEX 용으로가상화된 Oracle Database 11g OLTP 수동사이징 개요 Oracle 수동사이징절차

6 목차 6

7 그림 그림 1. 검증된인프라스트럭처아키텍처 그림 2. VSPEX Proven Infrastructure 그림 3. 네트워크계층 : 고가용성 (VNX) 그림 4. dnfs 클라이언트 ODM 라이브러리활성화 그림 5. Oracle Database 11gR2 스토리지요소 그림 6. 스토리지레이아웃예 : VNX 시리즈용 Oracle Database 11gR 그림 7. Avamar 서버및 Oracle용 Avamar 플러그인 그림 8. Oracle 11g OLTP용 EMC VSPEX 검증워크시트 그림 9. 인쇄가능한검증워크시트 그림 10. 검증워크시트보기 그림 11. EMC Oracle 검증워크시트예 그림 12. AWR 보고서의 init.ora 매개변수 그림 13. 사용자세션하이워터마크쿼리 그림 14. SQL 쿼리를사용하여데이터베이스크기계산 그림 15. AWR 보고서의 IOStat by Function summary 그림 16. AWR의 Foreground Wait Event 그림 17. AWR 보고서 Load Profile의 Transactions 그림 18. EMC Oracle 검증워크시트예

8 그림 8

9 표 표 1. 용어 표 2. Oracle Database용 VSPEX Proven Infrastructure 구축프로세스 표 3. 레퍼런스가상머신특성 표 4. VSPEX 레퍼런스가상머신에 Oracle 사이징모델매핑 표 5. Oracle Database용 VNS 스토리지레이아웃 표 6. NFS용데이터베이스파일레이아웃 표 7. Avamar 백업관련용어 표 8. 애플리케이션검증에필요한개괄적단계 표 9. 애플리케이션사용자를 VSPEX 레퍼런스가상머신에매핑 표 10. RAID 유형및쓰기페널티와용량사용률 표 11. 드라이브유형별임의디스크 IOPS 표 12. 스토리지풀계산예 표 13. 레퍼런스가상머신을가상인프라스트럭처풀에매핑 ( 예 ) 표 14. VSPEX Proven Infrastructure 모델선택

10 표 10

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

12 1 장 : 소개 이가이드의목적 EMC VSPEX Proven Infrastructure 는미션크리티컬한비즈니스애플리케이션가상화에최적화된솔루션으로, 신속한구축, 탁월한사용편의성, 다양한옵션, 높은효율성, 위험감소등의이점을활용할수있도록하는기술을기반으로하는모듈식솔루션을제공합니다. 또한파트너가 VSPEX 프라이빗클라우드인프라스트럭처에서 Oracle RDBMS(Relational Database Management System: 관계형데이터베이스관리시스템 ) 용으로완벽하게통합된가상화솔루션을지원하는데필요한가상자산을설계및구축할수있도록지원합니다. 가상화된 Oracle 인프라스트럭처용 VSPEX 를사용하면가상화된데이터베이스솔루션을호스팅할수있으며, 확장이가능하고일관된수준의성능을유지하는최신시스템을고객에게제공할수있습니다. 이솔루션은 EMC VNX 스토리지를통해보완되는 VMware vsphere 를사용하며, 백업용으로 EMC Avamar 및 Data Domain 을사용합니다. 컴퓨팅및네트워크구성요소는가상머신환경의처리성능및데이터요구사항을충족하는강력한기능과이중화를지원할수있도록공급업체에서직접정의하여설계할수있습니다. 이에서는 Best Practice 에따라가상화된 Oracle OLTP 데이터베이스용 VSPEX Proven Infrastructure 를설계하는방법과지침에따라 EMC VSPEX 사이징툴을사용하여올바른 VSPEX Proven Infrastructure 를선택하는방법에대해설명합니다. 비즈니스가치 데이터베이스관리시스템은거의모든상업분야에서데이터를관리하는데널리사용되고있는소프트웨어입니다. 다른데이터관리툴의시장점유율이증가하고있기는하지만, 데이터베이스관리시스템의사용률역시계속해서증가할전망입니다. 고객이인프라스트럭처와지원기술을다양화하고보다많은하드웨어및소프트웨어어플라이언스와구성을사용함에따라이러한증가추세는더욱가속화될것으로보입니다. 이 VSPEX Proven Infrastructure 는서버중심애플리케이션을실행하는분리된 IT 환경이계속확장되고있으며, 갈수록많은 Oracle 백업및복구관련문제를처리해야하는고객에대해 VNX 시리즈, EMC 백업 / 복구시스템및 Oracle 이제공하는가치를 EMC 파트너가파악할수있도록하는데주력합니다. 이 VSPEX 솔루션은고객이성능, 확장성, 안정성및자동화기능을확장할수있도록함과동시에고객의 Oracle 데이터베이스관련과제를해결할수있도록설계되었습니다. 고객은 EMC VNX 에서데이터베이스애플리케이션을통합함으로써중앙집중식단일스토리지플랫폼으로애플리케이션을통합해오늘날의까다로운비즈니스관련문제중하나인급증하는데이터를보다효율적으로관리할수있습니다. 이솔루션은 EMC 백업및복구시스템을통해다음을수행할수있도록사이징및검증되었습니다. 고객의백업스토리지요구사항과비용절감 백업기간준수 디스크기반의신속한복구지원 12

13 1 장 : 소개 범위 이에서는 VMware vsphere 가상화된 Oracle Database 용 VSPEX Proven Infrastructure 를계획및설계하는방법을설명합니다. 또한사용할수있는 Oracle 용 VSPEX 사이징툴을이용하는방법, Best Practice 에따라리소스를할당하는방법및 VSPEX 가제공하는모든이점을활용하는방법에대해서도설명합니다. 대상 이가이드는내부 EMC 직원및검증된 EMC VSPEX 파트너를대상으로합니다. 이솔루션의구축을담당하는 VSPEX 파트너는다음자격을갖춘것으로간주됩니다. EMC 에서 EMC VNX 스토리지시스템제품군의판매, 설치및구성자격을받은파트너 VSPEX Proven Infrastructure 에필요한네트워크및서버제품을판매, 설치및구성할수있는자격을받은파트너 VSPEX Proven Infrastructure 판매가공인된파트너 이솔루션을구축하는파트너는다음을설치및구성하는데필요한기술교육을이수하고해당배경지식을보유해야합니다. VMware vsphere Redhat Enterprises Linux 6.x Oracle Database 11g 이상 EMC Avamar 및 EMC Data Domain 을포함하는 EMC 차세대백업솔루션 이문서에서는해당되는경우외부참조자료를제공합니다. 이와같은문서를숙지하는것이좋습니다. 자세한내용은 7 장, 참고설명서섹션을참조하십시오. 13

14 1 장 : 소개 용어 표 1 에는이가이드에사용된용어가정리되어있습니다. 표 1. 용어 용어 AWR DNFS DNS FAST VP FQDN FRA IOPS NFS NL-SAS ODM OLTP Oracle EE Oracle SE PowerCLI RVM( 레퍼런스가상머신 ) SGA Statspack TPS VMDK VMFS 정의 Automatic Workload Repository Direct NFS 클라이언트 Domain Name System Fully Automated Storage Tiering for Virtual Pools 정규화된도메인이름 (Fully Qualified Domain Name) Fast Recovery Area(Oracle) 초당입출력작업수 (Input/Output operations Per Second) Network File System Near-Line Serial-Attached SCSI Oracle Disk Manager Online Transaction Processing Oracle Enterprise Edition Oracle Standard Edition VMware vsphere 및 vcloud API 에대한 Windows PowerShell 인터페이스 VSPEX Proven Infrastructure 의컴퓨팅리소스를수치화할수있는단일가상머신의측정단위를나타냅니다. System Global Area Oracle 데이터베이스모니터링및보고유틸리티 초당트랜잭션 (Transactions Per Second) VMware Virtual Machine Disk VMware Virtual Machine File System 14

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

16 2 장 : 시작하기전에 문서워크플로우 표 2 에나와있는프로세스흐름에따라 Oracle Database 용 VSPEX Proven Infrastructure 를설계및구축하는것이좋습니다. 표 2. 단계 Oracle Database 용 VSPEX Proven Infrastructure 구축프로세스 작업 1 가상화된 Oracle 용 VSPEX 검증워크시트 ( 부록 A: 검증워크시트 ) 를사용하여고객요구사항을수집합니다. 2 1 단계에서수집한사용자요구사항을바탕으로, VSPEX 사이징툴을사용하여권장되는 Oracle Database 11g 용 VSPEX Proven Infrastructure 를결정합니다. VSPEX 사이징툴에대한자세한내용은 EMC Business Value Portal 에서 VSPEX Sizing Tool 을참조하십시오. 참고 : 툴을맨처음이용할때는등록이필요합니다. VSPEX 사이징툴을사용할수없는경우에는사이징지침을사용하여애플리케이션수동사이징을수행할수있습니다. 이러한지침은부록 B: Oracle 11g Database OLTP 용 VSPEX 스토리지요구사항계산에나와있습니다. 4 가상화정보인프라스트럭처사이트를참조하여올바른 VSPEX Proven Infrastructure 를선택하여오더합니다. 5 구축가이드를참조하여 Oracle Database 11g 용 VSPEX Proven Infrastructure 를구축한후테스트합니다. 필수참고자료 이문서에서설명하는솔루션을구축하기전에 EMC Community Networ 또는 korea.emc.com 및 VSPEX 파트너포털의 VSPEX 페이지에있는다음문서를읽는것이좋습니다. 솔루션개요 Oracle Database 11g 용구축가이드 미드마켓기업을위한 EMC VSPEX 서버가상화 SMB( 중소, 성장, 중견기업 ) 용 EMC VSPEX 서버가상화솔루션 구축가이드 VSPEX Proven Architecture 백업및복구 레퍼런스아키텍처 : EMC VSPEX 프라이빗클라우드 ' 최대 500 개의가상머신을지원하는 VMware vsphere 5.1' 백서 : Oracle 환경을위한 EMC Avamar 백업 백서 : Data Domain 이포함된 EMC Avamar 백업 16

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

18 3 장 : 솔루션개요 개요 이장에서는 Oracle Database 11g 용 VSPEX Proven Infrastructure 에대해간단히살펴보고이솔루션에사용된핵심기술에대해설명합니다. 이에서설명하는솔루션은서버, 스토리지, 네트워크구성요소및 Oracle Database 11g 구성요소로구성되었습니다. 이솔루션을통해고객은 VSPEX Proven Infrastructure 에가상화된 Oracle Database 11g 를빠르고일관된방식으로구축할수있습니다. 레퍼런스아키텍처는 VSPEX Proven Infrastructure 의사이징지침에기반하여레퍼런스가상머신리소스를사용하며 Oracle Database 11g 애플리케이션데이터를저장하기위한추가스토리지와결합됩니다. 이는 EMC 담당자및공인 EMC VSPEX 파트너가고객을위해 VSPEX Proven Infrastructure 에 Oracle Database 11g 솔루션을간편하고효율적이며유연하게구축할수있도록돕습니다. 솔루션아키텍처 그림 1에나와있는아키텍처는 VSPEX 인프라스트럭처에서 Oracle Database 11g 오버레이용으로검증된인프라스트럭처의특성을보여줍니다. 이솔루션을검증하기위해다음작업을수행했습니다 1. VMware vsphere 5.1 에서모든 Oracle Database 11g 서버를가상머신으로구축했습니다. Oracle Database 11g 용 VSPEX 사이징툴을사용하여각 Oracle Database 11g 데이터베이스의수와세부컴퓨팅리소스를확인했습니다. 그림 1 에는세가지 Oracle 사이징옵션 ( 소규모, 중간규모, 대규모 ) 이나와있습니다. 이솔루션과함께제공된사이징툴을사용하여고객환경을사이징하고고객에게가장적합한옵션을선택합니다. VSPEX 사이징툴을사용하여 VNX 시리즈스토리지의가상인프라스트럭처풀과 Oracle Database 11g 용권장스토리지레이아웃을결정했습니다. 참고 : 이솔루션의최소 Oracle 버전은 ( 또는 11gR2) 입니다. 이문서전체에서는해당버전을 11g 로지칭합니다. 1 이문서에사용된솔루션은 EMC Solutions 엔지니어링팀에의해검증되었습니다. 18

19 3 장 : 솔루션개요 그림 1. 검증된인프라스트럭처아키텍처 주요구성요소 소개 이섹션에서는다음을포함하여이솔루션에사용된주요기술을간략히소개합니다. EMC VSPEX Oracle Database 11g VMware vsphere 5.1 VMware vsphere HA vsphere Distributed Resources Scheduler EMC Unisphere VMware vsphere PowerCLI Red Hat Enterprise Linux 6.3 RVM( 레퍼런스가상머신 ) 소규모 / 중간규모 / 대규모데이터베이스모델 EMC VNX 시리즈 EMC VSI(Virtual Storage Integrator) 19

20 3 장 : 솔루션개요 EMC VSPEX EMC 는 IT 인프라스트럭처부문의주요선두공급업체와협력하여프라이빗클라우드기술구축을가속화할수있도록지원하는완벽한가상화솔루션을제공합니다. 업계최고수준의기술을토대로설계된 VSPEX 는빠르게구축할수있고복잡하지않으며필요한구성요소를자유롭게선택하도록지원하고높은효율성과낮은위험성을실현합니다. 그림 2 에나와있는대로, VSPEX Proven Infrastructure 는 EMC 에서사전검증하고 EMC 파트너를통해공급되는모듈식가상화시스템입니다. VSPEX 는예측가능하고신뢰할수있는성능을제공하도록 EMC 에서설계한가상화계층, 서버, 네트워크, 스토리지로구성됩니다. 그림 2. VSPEX Proven Infrastructure VSPEX 는고객의운영환경에적합한최선의네트워크, 서버, 가상화기술을유연하게선택하여완벽한가상화솔루션을구축할수있도록지원합니다. VSPEX 는진정한융합형인프라스트럭처의단순함과개별스택구성요소를원하는대로선택할수있는유연성을동시에추구하는고객들을위한가상인프라스트럭처를제공합니다. VSPEX 솔루션은 EMC 의검증을받았으며 EMC 채널파트너를통해서만패키지로제공되고판매됩니다. VSPEX 는채널파트너들에게더많은기회, 더빠른영업주기, 종합적인지원을제공합니다. EMC 와채널파트너는한층더긴밀한협력을통해이제더많은고객에게클라우드로신속하게전환할수있도록지원하는인프라스트럭처를제공할수있습니다. 20

21 RVM( 레퍼런스가상머신 ) 3 장 : 솔루션개요 가상인프라스트럭처에대한논의를간소화할목적으로, VSPEX 솔루션에서는이섹션에서설명하는일반적인고객워크로드가레퍼런스가상머신으로정의되었습니다. VSPEX 솔루션의경우레퍼런스가상머신은 VSPEX 가상인프라스트럭처에서컴퓨팅리소스를수치화할수있는단일가상머신의측정단위로정의됩니다. 표 3 에는이가상머신의특성이나와있습니다. 표 3. 레퍼런스가상머신특성 특성 가상머신당가상프로세서수 1 값 가상머신당 RAM 용량 가상머신당가용스토리지용량 2GB 100GB IOPS( 초당입출력작업수 ) 가상머신당 25 입출력패턴 랜덤 입출력읽기 / 쓰기비율 2:1 가상화된 Oracle 용 VSPEX 사이징모델 검증프로세스에는스케일업테스트가포함되었습니다. Oracle 용표준컴퓨팅사이징모델을사용하여검증테스트를간소화및표준화했습니다. 또한이모델을통해적절한응답시간을제공하는읽기 / 쓰기비율이 60:40 인 TCP-C( 예 : OLTP 데이터베이스워크로드 ) 를실행하는데필요한구성을식별했습니다. 표 4 에는 Oracle 사이징모델을 VSPEX 레퍼런스가상머신에매핑한방법이나와있습니다. 표 4. VSPEX 레퍼런스가상머신에 Oracle 사이징모델매핑 Oracle 모델 참고자료 해당레퍼런스 가상머신 소규모 - 사용자가최대 150 명인가상머신 중간규모 - 사용자가최대 250 명인가상머신 컴퓨팅요구사항 vcpu 2개 8GB 메모리스토리지요구사항 (OS 및 Oracle 바이너리 ) 100GB 25 IOPS 컴퓨팅요구사항 vcpu 4개 16GB 메모리스토리지요구사항 (OS 및 Oracle 바이너리 ) 100GB 25 IOPS

22 3 장 : 솔루션개요 Oracle 모델 참고자료 해당레퍼런스 가상머신 대규모 - 사용자가 250 명을초과하는가상머신 컴퓨팅요구사항 vcpu 8개 32GB 메모리스토리지요구사항 (OS 및 Oracle 바이너리 ) 100GB 25 IOPS 16 데이터베이스스토리지입출력임계값과용량은 VSPEX 레퍼런스가상머신에필요한것과는별도로계산되었습니다. Oracle Database 11g Oracle Database 11g 는조직의비즈니스및 IT 요구사항을충족하도록제작된다양한버전으로제공됩니다. 이솔루션에서고려하는버전은다음과같습니다. Oracle Database 11g Release 2 SE(Standard Edition) Oracle Database 11g Release 2 EE(Enterprise Edition) Oracle SE 는완전한기능을갖추고있으며모든회사에적합한경제적인데이터관리솔루션으로, 단일서버나클러스터서버에서사용가능하며코어수에관계없이최대 4 개프로세서소켓용량에해당하는라이센스를사용할수있습니다. SE 라이센스에는 Oracle RAC(Real Application Clusters) 가추가비용없이표준기능으로포함됩니다. Oracle Database 11g EE 는 Windows, Linux 또는 UNIX 를실행하는엄선된클러스터서버또는단일서버에서업계최고의성능, 확장성, 보안및안정성을제공합니다. 이버전은 Oracle Database 11g SE 에서는제공되지않는고급기능을기본적으로포함하거나추가비용옵션으로지원합니다. 여기에는파티셔닝, 고급분석등의데이터웨어하우징옵션과 Virtual Private Database 등의보안기능이포함됩니다. Oracle Database 11g Release 2 EE 는멀티코어프로세서용프로세서라이센스모델을확장하며, 가격은다음수식에따라책정됩니다. ( 프로세서수 ) x ( 코어수 ) x (Oracle 프로세서코어율 ) 예를들어코어가 10 개인 Intel Xeon Processor E 개 (Oracle 프로세서코어율 0.5) 의경우라이센스가다음과같이제공됩니다. Oracle Database 11g Release 2 SE: 프로세서소켓 SE 라이센스 2 개 Oracle Database 11g Release 2 EE: 2 x 10 x 0.5 = EE 라이센스 10 개 Oracle Database 11g R2 버전은구성가능한 VMware ESXi 클러스터의수및크기와라이센스비용에영향을줄수있습니다. 이러한요소는가상머신배치및관리방법에영향을줍니다. 가상화및 Oracle 프로세서라이센스에대한자세한내용은 DRS 호스트유사성및 Oracle 프로세서라이센스섹션을참조하십시오. 22

23 3 장 : 솔루션개요 VMware vsphere 5.1 VMware vsphere 5.1 은서버, 스토리지및네트워킹하드웨어의포괄적인가상화를통해기본인프라스트럭처의복잡성을최소화하고애플리케이션과정보를가상화합니다. 이러한변환은물리적컴퓨터와마찬가지로분리되고캡슐화된운영체제와애플리케이션을실행하는완벽한기능의가상머신을만들어냅니다. 이하드웨어리소스가상화를통해더적은수의물리적서버에서여러애플리케이션을통합하여효율성을높일수있습니다. VMware vsphere HA VMware HA(High Availability) 는가상머신에서실행되는애플리케이션의고가용성을보장하는, 사용이간편하고경제적인기술입니다. 물리적서버장애발생시영향을받는가상머신은여유용량이있는다른운영서버에서자동으로재시작됩니다. HA 는여러 ESXi 또는 ESX Server 에서클러스터를생성하여가상머신을보호할수있도록합니다. 클러스터의호스트중하나에장애가발생하면영향을받는가상머신이동일 VMware vsphere 내의다른 ESXi 호스트에서자동으로재시작됩니다. VMware vsphere Distributed Resource Scheduler VMware vsphere DRS(Distributed Resource Scheduler) 는 VMware vcenter Server(vCenter) 를통해실행되는인프라스트럭처서비스입니다. DRS 는 ESXi 호스트리소스를클러스터로집계한다음, ESXi 호스트전체에서사용률을모니터링하고가상머신분산을지속적으로최적화함으로써이러한리소스를가상머신으로자동분산시킵니다. 또한 DRS 는 vmotion 및 Storage vmotion 을사용해리소스용량을재조정하여보다큰가상머신용으로공간을확보함으로써가상머신이액세스할수있도록합니다. VMware 에서는통합률을높이기위해 DRS 를사용하도록설정할것을권장합니다. VMware vsphere PowerCLI VMware vsphere PowerCLI 는 vsphere 5.x 이상및 VMware Infrastructure 4.x 이상사용자를위한 Windows PowerShell 인터페이스를제공합니다. VMware vsphere PowerCLI 는네트워크, 스토리지, VM, 게스트 OS 등 vsphere 관리의모든측면을자동화할수있도록하는강력한명령줄툴입니다. PowerCLI 는 Windows PowerShell 스냅인으로배포되며, 설명서및샘플과함께 vsphere/vcloud 자동화및관리를위한 330 개의 PowerShell cmdlet 을포함합니다. EMC VNX 시리즈 EMC VNX 제품군은가상애플리케이션에최적화된, 확장성이뛰어나고사용이간편한솔루션으로, 파일, 블록및객체스토리지와관련하여업계최고수준의혁신적인엔터프라이즈기능을제공합니다. 이차세대 VNX 스토리지플랫폼은성능및유연성이뛰어난하드웨어와효율성향상, 관리간소화및데이터보호를위한첨단소프트웨어를결합함으로써오늘날기업들이직면한과제들을완벽하게해결합니다. VNX 시리즈는성능을자동화된방식으로효율적으로확장하면서데이터 무결성과보안을유지하는지능형스토리지용 Intel Xeon 프로세서를 기반으로합니다. VNX 고객이얻는이점 가상화애플리케이션에최적화된차세대유니파이드스토리지 압축, 데이터중복제거, 씬프로비저닝, 애플리케이션중심복제본등의용량최적화기능 23

24 3 장 : 솔루션개요 % 의고가용성설계 시스템성능은극대화하는동시에스토리지비용은최소화할수있는 FAST VP(Fully Automated Storage Tiering for Virtual Pools) 및 FAST Cache를통한자동계층화기능 모든 NAS, SAN 및복제요구사항을한곳에서관리하는인터페이스로 EMC Unisphere 를사용하여관리간소화 플래시에최적화된최신 Intel Xeon 멀티코어프로세서기술을사용하여최대 3 배까지성능향상 VNX 소프트웨어제품군구성 FAST Suite: 시스템성능을향상시키는동시에스토리지비용을절감할수있도록자동으로성능최적화수행 Local Protection Suite: 안전한데이터보호및여러용도로복제데이터활용 Remote Protection Suite: 국지적인장애, 운영중단, 재해로부터안전하게데이터보호 Application Protection Suite: 애플리케이션복제자동화및규정준수보장 Security and Compliance Suite: 불법적인변경, 삭제및악의적인행위로부터데이터를안전하게보호. 소프트웨어패키지구성 Total Efficiency Pack: 5 가지소프트웨어제품군모두포함 Total Protection Pack: Local/Remote/Application Protection Suite 포함 EMC Virtual Storage Integrator VMware vsphere 용 EMC VSI 유니파이드스토리지관리기능은 NFS(Network File System) 데이터저장소를 NAS 스토리지에프로비저닝하고 VMFS(Virtual Machine File System) 데이터저장소및 RDM(Raw Device Mapping) 볼륨을 Block 스토리지에프로비저닝할수있을뿐만아니라 NFS 데이터저장소에서가상시스템의스토리지기반압축및스토리지기반클론생성을수행할수있습니다. 클론생성기능에는 VMDK( 가상시스템디스크 ) 파일의 Full Clones( 복제 ) 와 Fast Clones( 스냅 ) 가포함됩니다. VMware 관리자는기존 vsphere Client 사용자인터페이스를사용함으로써 VMware 환경에서이기능을통해 NAS 및 Block 스토리지를관리할수있습니다. VMware 관리자는이툴을사용해다음을수행할수있습니다. 새 NFS, VMFS 및 RDM 스토리지용량할당 기존 NFS 및 VMFS 스토리지확장 NFS 데이터저장소에서가상머신압축 NFS 데이터저장소에서가상머신클론 Fast Clones 지원제공 ( 같은파일시스템으로제한됨 ) 24

25 3 장 : 솔루션개요 Red Hat Enterprise Linux 6.3 Red Hat Enterprise Linux 는주요하이퍼바이저의게스트로물리적시스템에구축하거나클라우드에구축할수있는 x86 및 x86-64 용다목적플랫폼으로, 모든주요하드웨어아키텍처를지원하며, 릴리즈간호환성이제공됩니다. Red Hat Enterprise Linux 6.3 에서는기존의기능이향상되었을뿐아니라새로운기능도다수포함되어폭넓은기능을활용할수있는데, 특히유용한기능으로는개발자툴, 가상화기능, 보안, 확장성, 파일시스템, 스토리지등이있습니다. EMC Unisphere EMC Unisphere 는 VNX 시리즈를위한중앙집중식관리플랫폼으로, 통합된단일뷰를통해파일및블록시스템을파악할수있으며공통인터페이스를통해모든기능을수행할수있습니다. Unisphere 는가상애플리케이션을위해최적화되어있으며업계최고수준의 VMware 통합기능을갖춰가상머신 (Virtual Machine) 과 ESX Server 를자동으로검색할뿐만아니라가상화환경과물리적환경간의완벽한매핑정보를제공합니다. 또한 Unisphere 를사용하면 VNX 플랫폼에서 FAST Cache 및 FAST VP 를간편하게구성할수있습니다. EMC Avamar 백업솔루션을구축하려는경우 EMC Avamar 를사용하는것이좋습니다. Avamar 데이터중복제거백업소프트웨어및시스템은클라이언트에서가변길이중복제거를수행하므로네트워크를통해이동되기전백업데이터의양이줄어듭니다. Avamar 는중복된데이터세그먼트를식별하고고유한세그먼트만네트워크를통해백업어플라이이언스로전송합니다. 따라서백업시간이단축되고백업스토리지소비가감소할뿐아니라가용대역폭의사용률도극대화할수있습니다. EMC Avamar 는다음과같은이점을제공합니다. 유연한구축옵션. Avamar 는구체적인활용사례와복구요구사항에맞추어유연하게솔루션을구축할수있도록지원합니다. Avamar 는일종의턴키백업및복구솔루션으로서, 효율적인구축을위해 EMC 인증하드웨어를통합합니다. 탁월한확장성, 고가용성및신뢰성. Avamar 는스토리지노드만추가하면선형적으로성능및스토리지를확장할수있는확장가능그리드아키텍처를사용합니다. 관리용이성및지원기능. 기존네트워크링크를통해 Avamar 시스템에안전하게액세스한다음원격액세스용으로 SNMP 를사용하도록관리프레임워크와통합할수있습니다. EMC Data Domain Avamar 를사용하여백업및복구솔루션을구축하는경우 Avamar 서버가아닌 EMC Data Domain 시스템으로백업을보내도록선택할수있습니다. 파트너는 Avamar 및 Data Domain 을통해 Exchange Server 용으로특별히제작된백업어플라이언스를도입할수있습니다. Data Domain 데이터중복제거스토리지시스템은인라인방식으로데이터의중복을제거합니다. 즉, 데이터가중복이제거된상태로디스크에기록되므로원래데이터세트에비해적은디스크공간이사용됩니다. Data Domain 을사용하면사이트에서백업및아카이브데이터를더오래보관할수있으므로디스크에서데이터를안정적이며빠르게복구할수있습니다. 25

26 3 장 : 솔루션개요 Data Domain 소프트웨어제품군에는다음옵션이포함됩니다. EMC Data Domain 복제 VTL(Virtual Tape Library) Data Domain Boost Retention Lock 암호화 보존기간연장 26

27 4 장 VSPEX Proven Infrastructure 선택 이장에서다루는내용은다음과같습니다. 소개 단계 : 검증워크시트를사용하여고객사용사례평가 단계 : 애플리케이션아키텍처설계 단계 : 올바른 VSPEX Proven Infrastructure 선택

28 4 장 : VSPEX Proven Infrastructure 선택 소개 이장에서는 Oracle 용 EMC VSPEX Proven Infrastructure 를설계하는방법과고객요구사항에맞게올바른 VSPEX 솔루션을선택하는방법에대해설명합니다. 여기서는다음을포함하여선택프로세스를완료하는데필요한세가지기본단계에대해설명합니다. 1. 비즈니스요구사항에기반하여가상화된 Oracle 용 VSPEX 검증워크시트를사용하여고객의 Oracle 11g OLTP 워크로드를평가합니다. 부록 B 의검증워크시트를참조하십시오. 2. Oracle 용 VSPEX 사이징툴을사용하여필요한인프라스트럭처, 애플리케이션리소스, 시스템및아키텍처를결정합니다. 3. 참조아키텍처에제공된권장사항에따라올바른 VSPEX Proven Infrastructure 를선택합니다. 자세한내용은 korea.emc.com 및 EMC 온라인지원에서제공되는 Deploying Oracle Database on EMC VNX Unified Storage 문서를참조하십시오. 1 단계 : 검증워크시트를사용하여고객사용사례평가 VSPEX 인프라스트럭처솔루션을선택하기전에비즈니스요구사항을기반으로고객의실제워크로드와데이터세트를파악해야합니다. VSPEX 인프라스트럭처설계에대한고객의비즈니스요구사항을더잘파악할수있도록가상화된 Oracle 용 EMC VSPEX 검증워크시트사이징툴을사용하여 VSPEX 솔루션의워크로드요구사항을평가하는것이좋습니다. 이워크시트의예는부록 A: 검증워크시트섹션에나와있습니다. 가상화된 Oracle 용 VSPEX 검증워크시트에서는몇가지간단한질문을통해고객의 Oracle OLTP 워크로드요구사항및사용특성을파악하고설명합니다. 2 단계 : 애플리케이션아키텍처설계 VSPEX Proven infrastructure 솔루션용으로고객워크로드의예가정의되었습니다. 레퍼런스가상머신과관련특성에대한자세한내용은 VSPEX Oracle 검증워크시트예섹션을참조하십시오. 고객정보를수집하고가상화된 Oracle 용 VSPEX 검증워크시트에내용을입력하기전에해당정보를 EMC Business Value Portal 에나와있는 VSPEX 사이징툴에입력할수있습니다. EMC 지원웹사이트에서사이징툴을사용할수없는경우에는부록 B VSPEX 용으로가상화된 Oracle Database 11g OLTP 수동사이징에제공된사이징지침을사용하십시오. 28

29 4 장 : VSPEX Proven Infrastructure 선택 3 단계 : 올바른 VSPEX Proven Infrastructure 선택 VSPEX 프로그램은 VMware vsphere 및 EMC VNX 제품군을사용하여통합가상인프라스트럭처의구축을간소화할수있도록설계된수많은솔루션을제공해왔습니다. 애플리케이션아키텍처가확인되었으면계산된결과에기반하여올바른 VSPEX Proven Infrastructure 를선택할수있습니다. Oracle OLTP 의경우 EMC VSPEX 프라이빗클라우드 ' 최대 500 개의가상머신을지원하는 VMware vsphere 5.1' 솔루션문서를참조하십시오. 다음단계에따라 VSPEX Proven Infrastructure 를선택합니다. 1. Oracle 11g OLTP 용 VSPEX 사이징툴을사용하여총레퍼런스가상머신수및제안되는스토리지레이아웃을계산합니다. 이포털을사용할수없는경우에는환경에대해스토리지를수동으로사이징하는방법을설명하는부록 B 를사용하십시오. 2. 비즈니스요구사항에기반한기타애플리케이션리소스용량을설계합니다. VSPEX 사이징툴은 Oracle 11g OLTP 에대해필요한총레퍼런스가상머신수및권장되는스토리지레이아웃을계산합니다. 3. 필요한레퍼런스가상머신의수를참조해네트워크공급업체, 하이퍼바이저소프트웨어공급업체및 VSPEX Proven Infrastructure 를선택합니다. 자세한내용을보려면 EMC VSPEX 웹사이트를방문하십시오. 29

30 4 장 : VSPEX Proven Infrastructure 선택 30

31 5 장솔루션설계고려사항및 Best Practice 이장에서다루는내용은다음과같습니다. 개요 네트워크설계 스토리지레이아웃설계 Oracle 용으로 FAST Cache 구성 가상화계층설계 38Oracle Database 11gR2 구축설계 백업및복구설계

32 5 장 : 솔루션설계고려사항및 Best Practice 개요 이장에서는가상화된 Database 11g OLTP 용 EMC VSPEX 솔루션설계및네트워크 / 스토리지 / 가상화 / 애플리케이션 / 백업및복구용 Best Practice 에대해설명합니다. 여기에는다음과같은섹션이포함되어있습니다. 네트워크설계 스토리지레이아웃설계 Oracle 용으로 FAST Cache 구성 가상화계층설계 Oracle Database 11gR2 백업및복구설계 네트워크설계 개요 가상환경에서네트워킹은실제환경의네트워킹과동일한개념을따르지만개념중일부는실제케이블과스위치를사용하는것이아닌소프트웨어적개념입니다. 실제환경에적용되는 Best Practice 대부분이가상환경에도계속적용되지만트래픽세분화, 가용성, 처리량등추가적으로고려해야할사항도있습니다. 그림 3에서는 VNX 시리즈의네트워크계층에대한고가용성설계를보여줍니다. VNX 제품군의고급네트워킹기능은스토리지시스템에서네트워크접속장애로인한문제를방지합니다. 각하이퍼바이저호스트에는사용자및스토리지이더넷네트워크에대한다중접속이구성되어있어연결장애로부터보호됩니다. 이러한접속을여러이더넷스위치에분산시키면네트워크를구성요소장애로부터보호할수있습니다. 자세한내용은 16페이지의 VSPEX Proven Architecture 섹션을참조하십시오. 그림 3. 네트워크계층 : 고가용성 (VNX) 32

33 5 장 : 솔루션설계고려사항및 Best Practice 네트워크 Best Practice 이가상화된 Oracle Database 11g R2 용 VSPEX Proven Infrastructure 에서는이솔루션용네트워크를설계할때네트워크이중화와 ESX Server 고급설정을고려하는것이좋습니다. 네트워크이중화 안정적이며내결함성을제공하도록설계된네트워크는실행중인애플리케이션에대해장애가일시적으로만나타나도록빠르게복구할수있어야합니다. 이솔루션에서네트워크는이중화된스위치쌍을포함하며모든서브넷은이중화된링크를보유합니다. NFS 용 ESX Server 고급설정및시간초과설정 여러네트워크연결을집계하면단일연결구성으로제공할수있는처리성능보다훨씬더높은처리성능을제공할수있습니다. 또한링크중하나에장애가발생한경우에대비하여이중화기능도제공할수있습니다. 예를들어 VMware 가상화환경에서 vswitch 당두개의물리적 NIC 를사용하고별도의물리적스위치에물리적 NIC 에대한업링크를생성할수있습니다. NIC 팀설정을구성하는경우 NIC 팀의페일백옵션에대해 no 를선택하는것이 Best Practice 입니다. 그러면간헐적인네트워크장애가발생할경우 NIC 카드가플립플롭방식으로사용되는것이방지됩니다. 또한 VMware HA( 고가용성 ) 를설정할때는 ESX Server advanced setting 탭에서다음 ESX Server 설정및시간초과도설정하는것이좋습니다. NFS.HeartbeatFrequency = 12 NFS.HeartbeatTimeout = 5 NFS.HeartbeatMaxFailures = 10 NFS 고급옵션에액세스하려면다음을수행합니다. 1. VMware vsphere Client 에로그인합니다. 2. ESXi/ESX 호스트를선택합니다. 3. Configuration 탭을클릭합니다. 4. Advanced Settings 를클릭합니다. 5. NFS 를선택합니다. Oracle 11g dnfs 클라이언트 ODM 디스크라이브러리를사용하도록 Oracle 11g Database 를구성합니다. 이작업은한번만수행하면되며, 설정후에는데이터베이스가운영체제에서호스팅하는 NFS 클라이언트가아닌 Oracle 에최적화된기본 Oracle dnfs 클라이언트를사용합니다. 이솔루션에서는표준 ODM 라이브러리가 dnfs 클라이언트를지원하는라이브러리로대체되었습니다. 그림 4 에서는 dnfs 클라이언트 ODM 라이브러리를사용하도록설정하는명령을보여줍니다. 그림 4. dnfs 클라이언트 ODM 라이브러리활성화 33

34 5 장 : 솔루션설계고려사항및 Best Practice VSPEX Proven Infrastructure 용네트워크설계의다른 Best Practice 는가상화된 Oracle Database 11g OLTP 용 EMC VSPEX 구축가이드를참조하십시오. 스토리지레이아웃설계 개요 이섹션에소개된 Best Practice 및설계고려사항을바탕으로하면 Oracle Database 11g R2 환경에서다양한비즈니스요구사항에맞게스토리지를효과적으로계획할수있습니다. 고급아키텍처 그림 5 에서는 VMware vsphere 5.1 가상화플랫폼에서 Oracle Database 11gR2 용 VSPEX Proven Infrastructure 의검증된 Oracle Database 11gR2 구성요소및스토리지요소간아키텍처를개괄적으로보여줍니다. 모든 Oracle Database 11gR2 볼륨은 NFS(Network File System) 스토리지에있습니다. 그림 5. Oracle Database 11gR2 스토리지요소 스토리지레이아웃 가상머신용인프라스트럭처풀과더불어, 서로다른용도의스토리지풀 3 개를추가로사용하여 Oracle Database 11gR2 데이터를저장하는것이좋습니다. 예제는표 5 에나와있습니다. 표 5. Oracle Database 용 VNS 스토리지레이아웃 스토리지풀이름 RAID 유형 디스크유형 디스크수 Oracle 데이터풀 RAID 5(4+1) 15,000rpm의 SAS 디스크 30 Oracle FRA 풀 RAID 6(6+2) 7,200rpm의 NL-SAS 디스크 8 Oracle redo 풀 RAID 5(4+1) 15,000rpm의 SAS 디스크 5 34

35 5 장 : 솔루션설계고려사항및 Best Practice 스토리지 Best Practice 가상화된 Oracle Database 11gR2 용 VSPEX Proven Infrastructure 솔루션의스토리지및레이아웃설계에대한다음 Best Practice 를고려하십시오. Oracle Database 11gR2 데이터풀 Oracle /data 및 /temp 파일시스템에대해 RAID 5(4+1) 보호기능이적용된 SAS 디스크를사용합니다. 이와같은 RAID 보호및디스크유형조합을사용하면용량사용률이높아질뿐아니라낮은비용으로입출력성능을높일수있습니다. 그와동시에드라이브장애시에도데이터가용성을유지할수있습니다. Oracle Database 11gR2 redo 로그풀 이솔루션에서는 SAS 디스크에서 RAID 5 를통해보호되는물리적풀에 redo 로그용파일시스템이구성되었습니다. 또한쓰기를많이수행하는워크로드또는임의의읽기응답시간이더중요한워크로드를위해물리적으로분리된디스크에 REDO 파일시스템용으로별도의풀을고려해야합니다. Oracle Database 11gR2 FRA 풀 백업의클라이언트액세스빈도가비교적낮고기본설계요인이용량임을고려하여 Oracle FRA 에는 NL-SAS 드라이브가사용되었습니다. 고용량 NL-SAS 드라이브사용시에는 RAID 6 보호를사용하는것이좋습니다. 사용자지정 고객이공급업체와협력하여스토리지레이아웃의용량및 IOPS 요구사항을예측하는것이좋습니다. 스토리지레이아웃을결정할때는향후의확장을고려하고 VSPEX 사이징툴입력으로예상확장을포함해야합니다. 관리자는파일시스템용풀을수동으로생성하거나 Unisphere 의 Automated Volume Management 기능을사용할수있습니다. 관리자는스토리지풀 LUN 레이아웃을수동으로생성하는경우 EMC VNX Unified Best Practices for Performance 문서를참조해야합니다. FAST Suite 에대한추가성능요구사항 FAST VP 및 FAST Cache 로구성된 EMC FAST Suite 는 VNX 시리즈에사용할수있는두가지주요기술을제공합니다. 이러한기술을사용하면필요한경우언제, 어디서나자동화된방식으로최상의성능을제공합니다. VSPEX Proven Infrastructure 용 FAST Suite 에대한자세한내용은 VSPEX Proven Infrastructure 웹사이트를참조하십시오. FAST Cache 를활성화하는작업은 Oracle Database 11gR2 에영향을미치지않을뿐아니라, 데이터베이스재구성또는다운타임이필요하지도않습니다. 필요한스토리지풀또는 LUN 에서만 FAST Cache 를사용하는것이좋습니다. Oracle Database 11gR2 에서 FAST 기술을활성화하면응답시간, 읽기 / 쓰기처리량및지연시간이개선되어 Oracle Database 11gR2 사용자환경이더나아집니다. 35

36 5 장 : 솔루션설계고려사항및 Best Practice VSPEX 스토리지레이아웃예 이섹션에서는 VSPEX 프라이빗클라우드에기반한가상화된 Oracle Database 11gR2 용 VSPEX Proven Infrastructure 의 VNX 스토리지레이아웃에대해설명합니다. 이예는앞서설명한대로 Best Practice 및설계관련고려사항을따릅니다. 그림 6 에서는 VNX 시리즈용예제 Oracle Database 11gR2 의스토리지레이아웃을보여줍니다. 그림 6. 참고 : 스토리지레이아웃예 : VNX 시리즈용 Oracle Database 11gR2 이항목은스토리지레이아웃의한예일뿐입니다. VSPEX 스택에자체적인 Oracle Database 11gR2 용스토리지레이아웃을계획및설계하려면 VSPEX 사이징툴의지침과 34 페이지의스토리지레이아웃설계에나와있는 Best Practice 를따르십시오. 36

37 5 장 : 솔루션설계고려사항및 Best Practice Oracle 용으로 FAST Cache 구성 개요 FAST Cache 는엔터프라이즈플래시드라이브를사용하여 DRAM(Dynamic Random Access Memory) 캐시와회전식디스크드라이브사이에캐시계층을추가함으로써액세스빈도가높은데이터를보다신속하게저장할수있도록합니다. FAST Cache 는확장가능한읽기 / 쓰기캐시로서, 사용빈도가가장높은데이터가고성능플래시드라이브에서처리되도록하는동시에해당데이터가필요한시간만큼고속플래시에상주되도록함으로써애플리케이션성능을높여줍니다. FAST Cache 는 64KB 단위로데이터작업을추적하며사용빈도가높은데이터를 HDD 로부터 FAST Cache 에할당된플래시드라이브로복제하여상향이동시킵니다. 해당데이터에대한추후입출력액세스는플래시드라이브에서플래시드라이브의응답속도로처리되므로데이터에대한지연시간이크게단축됩니다. 시간경과에따라사용빈도가낮아진데이터는 FAST Cache 에서플러시되고사용빈도가높은데이터가그자리를차지합니다. HDD 를여러개사용하여쇼트스트로킹방식을적용하는것보다는적은수의플래시드라이브를 FAST Cache 로구축하는것이성능측면에서훨씬유리합니다. FAST Cache 는특히 Oracle OLTP 데이터베이스와같이스토리지에대한랜덤액세스가빈번하게발생하는애플리케이션에적합합니다. 또한 OLTP 데이터베이스는다양한입출력패턴에따른고유한참조인접성을가지고있습니다. 이러한특성을지닌애플리케이션이 FAST Cache 구축으로가장많은이점을누릴수있습니다. FAST Cache 의사용률을극대화하기위해서는작업데이터세트의크기가 FAST Cache 의제한을넘지않아야합니다. FAST Cache Best Practice 다음 Best Practice 를따르는것이좋습니다. 필요한풀 /LUN 에서만 FAST Cache 를활성화합니다. 애플리케이션의사용빈도가높은데이터세트를기준으로 FAST Cache 크기를적절히조정합니다. Oracle 온라인 redo 로그가상주하는풀 /LUN 에대해서는 FAST Cache 를사용하지않도록설정합니다. 아카이브로그에대해서는 FAST Cache 를활성화하지않아야합니다. 이러한파일은덮어쓰는일이없고데이터베이스를복구해야하는경우를제외하고는읽기작업이거의발생하지않기때문입니다. Oracle 데이터파일에대해서만 FAST Cache 를활성화하는것이좋습니다. Oracle 아카이브파일과 redo 로그파일은주로순차적쓰기로구성된예측가능한워크로드를특징으로합니다. 스토리지의쓰기캐시및할당된 HDD 는이러한아카이브파일및 redo 로그파일을효율적으로처리할수있습니다. 이러한파일에대해 FAST Cache 를활성화하는것은유용하지도않고비용절감측면에서도도움이되지않습니다. 37

38 5 장 : 솔루션설계고려사항및 Best Practice 가상화계층설계 개요 가상화 Best Practice Oracle Database 11gR2 는 VMware vsphere ESXi 기술을기반으로하는가상화환경에구축하는경우완벽히지원됩니다. 다음섹션에서는 Oracle Database 11gR2 가상화와관련된 Best Practice 및설계고려사항을설명합니다. 이 Oracle Database 용 VSPEX Proven Infrastructure 에서는가상화설계의다음리소스관리를위한 Best Practice 구축을고려하는것이좋습니다. 컴퓨팅리소스 네트워크리소스 VMware 기능 VMware vcenter 컴퓨팅리소스 다음의컴퓨팅리소스 Best Practice 를구축하는것이좋습니다. 하이퍼스레딩을활성화합니다. 하이퍼스레딩기술을사용하면단일물리적프로세서가여러독립스레드를동시에실행할수있습니다. ESXi 는같은코어에서논리적프로세서배치를제어하고로드가시스템의모든물리적코어로균일하게분산되도록프로세서시간을지능적으로관리함으로써하이퍼스레딩을사용하도록설계되었습니다. 하드웨어지원 MMU 가상화 (Intel EPT 및 AMD RVI) 를사용하여메모리소비량을줄이고게스트운영체제에서페이지테이블을빈번하게수정하도록하는워크로드의속도를높입니다. 특정프로세서에더가까이배치된메모리를해당프로세서에서더멀리배치된메모리에비해적은지연시간으로액세스하는컴퓨터아키텍처인 NUMA(Non-Uniform Memory Access) 를사용합니다. 가상머신의 vcpu 수가프로세서소켓의코어수이하인지확인합니다. 가상머신의 vram( 가상머신메모리 ) 를 NUMA 노드 ( 프로세서 ) 에서액세스하는로컬메모리보다적게할당합니다. 가상머신매개변수 numa.vcpu.preferht=true 를사용하여필요한최소소켓을사용하도록 vcpu 스케줄을지정합니다. 가상머신게스트운영체제의성능을높이고가상머신관리기능을개선하는다양한유틸리티가포함된 VMware Tools 를설치합니다. vram 은 Oracle SGA(System Global Area) 크기의 2 배이상으로할당합니다. 가상머신메모리예약은최소 Oracle SGA 크기이상으로구성합니다. 네트워크리소스 다음의네트워크리소스 Best Practice 를구축하는것이좋습니다. 10GbE 를지원하는 VMware 의최신반가상화가상네트워크디바이스 ( 현재 VMXNET Generation 3(VMXNET3)) 를사용합니다. 보안및격리를위해 vlan 을사용하여 vsphere 인프라스트럭처트래픽을가상머신트래픽과분리합니다. 38

39 5 장 : 솔루션설계고려사항및 Best Practice vmotion 및 IP 스토리지네트워크용으로가상및물리적스택전체에서점보프레임을설정및구성합니다. NFS 데이터저장소의 VMDK 가아닌가상머신내 Oracle DNFS 클라이언트의게스트내 NFS 마운트를사용합니다. VMware 기능 다음의 VMware 기능을구축하는것이좋습니다. vsphere HA - 이기능은클러스터로구성된여러 ESXi 호스트를사용하여운영중단상황에서빠르게복구하며, 가상머신에서실행중인애플리케이션에대해경제적이며가용성이높은시스템을제공합니다. vsphere HA 는다음으로부터애플리케이션을보호합니다. 서버장애 ( 클러스터내의다른 ESXi 서버에서가상머신을시작함 ) 애플리케이션장애 ( 가상머신을지속적으로모니터링하고게스트 OS 장애시가상머신을재설정함 ) VMware DRS - 이기능은가상머신마이그레이션시 vmotion 기능을사용하여호스트간워크로드를자동으로밸런싱합니다. Oracle Database 워크로드가증가하면 DRS 는다운타임없이자동으로병목지점의가상머신을가용리소스가더많은다른호스트로이동합니다. DRS 유사성규칙 - 이규칙은클러스터내호스트에서가상머신배치를제어합니다. DRS 는다음과같은두가지유형의유사성규칙을제공합니다. VM- 호스트유사성규칙 : 가상머신그룹과호스트그룹간의유사성관계를지정합니다. VM-VM 유사성규칙 - 특정가상머신을같은호스트에서실행할지별도의호스트에유지할지를지정합니다. DRS 호스트유사성및 Oracle 프로세서라이센스 Oracle 프로세서라이센스옵션은소프트웨어와하드웨어의상호작용을기반으로합니다. Oracle EE 의경우이옵션은설치된 Oracle 소프트웨어에서사용할수있는물리적코어수를기반으로합니다. Oracle SE 의경우에는설치된 Oracle 소프트웨어에서사용할수있는프로세서소켓수를기반으로합니다. Oracle 은물리적서버에필요한소프트웨어라이센스수를계산하거나제한하기위한방법으로 CPU 소프트파티셔닝을허용하지않습니다. Oracle 은 VMware vsphere 기술을소프트파티셔닝으로간주합니다. vsphere 환경에서는 Oracle 실행파일이설치되어있거나실행중인모든호스트의라이센스를받아야합니다. 즉, Oracle 라이센스비용을최소화하려면 vsphere ESXi 클러스터의설계및크기와 Oracle 실행파일을호스팅하는가상머신배치 / 이동이매우중요합니다. Oracle 요구사항을고려할때전용 VMware 클러스터를사용하는것이적합하지않은고객은 Oracle Database 11g EE 용 VMware 클러스터의일부서버에대해라이센스를받을수있습니다. 이경우에는 DRS 호스트유사성규칙을사용하여클러스터내의가상머신이동을적절하게제한합니다 (HA 이벤트시포함 ). DRS 호스트유사성은클러스터링기술이며, 지정된서버내에서소프트또는하드파티셔닝을수행하기위한메커니즘은아닙니다. Understanding Oracle Certification Support and Licensing in VMware Environments 를참조하십시오. 39

40 5 장 : 솔루션설계고려사항및 Best Practice VMware 템플릿 VMware 분야에서템플릿은가상머신을빠르게생성및프로비저닝하는데사용할수있는가상머신의마스터복제본입니다. 템플릿을사용하면애플리케이션사용자및소프트웨어가구성되어있으며사용자의개입을최소화하면서사용할준비가된가상머신에게스트 OS 를설치할수있습니다. 또한필요한각가상머신에대해구축시간을최소화하고반복적인설치및구성작업을자동화할수있습니다. vcenter 에저장된맞춤사양을활용하면가상머신구축을더욱간소화할수있습니다. 구축마법사, 자동화툴또는스크립트는이러한템플릿을사용해새가상머신구축전에서버이름, 표준시간대, 네트워크구성등의서버설정을자동으로생성하거나수정할수있습니다. 정기적으로 VSPEX Proven Infrastructure 모니터링 VSPEX Proven Infrastructure 의성능을정기적으로모니터링해야합니다. 성능모니터링은가상머신레벨뿐아니라하이퍼바이저레벨에서도수행됩니다. 예를들어 ESXi 하이퍼바이저를사용하는경우 Oracle Database 머신내의성능모니터링툴을사용하여가상머신이나 Oracle Database 성능을보장함과동시에하이퍼바이저레벨에서 esxtop 을사용하여호스트성능을모니터링할수있습니다. Oracle Database 11gR2 구축설계 개요 Oracle Database 11gR2 설계시고려해야할측면은매우다양합니다. 이섹션에소개된 Best Practice 및설계고려사항에서는따라야할공통적이고중요한지침을제공합니다. Oracle dnfs 클라이언트구성 Oracle dnfs 클라이언트를활성화합니다. 이클라이언트는 10G 이더넷 fabric 에서자동페일오버를수행하고, 운영체제캐시및 OS 쓰기순서잠금을바이패스하는동시입출력을수행하는기능을제공함으로써 OS 호스팅 NFS 보다뛰어난복구및성능을제공합니다. 또한 dnfs 는비동기식입출력을수행하여입출력요청을제출및처리하는동안처리를계속할수있습니다. 자동공유메모리관리 ASMM( 자동공유메모리관리 ) 은 Oracle 11g 데이터베이스에서메모리를동적으로관리하는표준방법으로, Oracle Database 10g 부터제공되어왔습니다. 이방법은 Linux HugePages 와호환됩니다. ASMM 을구축해다음의공유메모리구조관리를자동화하는것이좋습니다. DB_CACHE_SIZE SHARED_POOL_SIZE LARGE_POOL_SIZE JAVA_POOL_SIZE STREAMS_POOL_SIZE 40

41 5 장 : 솔루션설계고려사항및 Best Practice 이기능을구축하려면다음의초기화매개변수를설정해야합니다. SGA_TARGET(0 이아닌값으로설정 ) STATISTICS_LEVEL=TYPICAL( 또는 ALL) Oracle AMM( 자동메모리관리 ) 은 HugePages 와호환되지않으므로사용하지마십시오. HugePages 를사용하려는경우에는 MEMORY_TARGET/MEMORY_MAX_TARGET 초기화매개변수를둘다설정하지않아야합니다. 자세한내용은 My Oracle Support, Note ID 을참조하십시오. HugePages 설정사용 RAM 및 SGA 가큰경우 Linux 에서 Oracle 데이터베이스성능을높이려면 HugePages 를반드시사용해야합니다. 병합된데이터베이스 SGA 가 8GB 보다큰경우에는 HugePages 를구성해야합니다. SGA 의크기가중요합니다. HugePages를활성화하는경우의이점은다음과같습니다. 페이지크기증가 / 페이지수감소 전체메모리성능향상 스와핑없음 kswapd 작업없음 파일시스템파일에대한입출력작업 FILESYSTEMIO_OPTIONS=SETALL 로설정합니다. 이설정을사용하는경우직접입출력과비동기식입출력이모두가능합니다. 비동기식입출력사용시에는입출력요청을제출및처리하는동안에도처리가계속됩니다. Direct NFS 의경우 FILESYSTEMIO_OPTIONS 의값에영향을받지않습니다. Direct NFS 는 OS 지원의영향을받지않으므로항상비동기및직접입출력을실행합니다. 그러나구성이잘못된경우에는언제든지 OS NFS 클라이언트를다시사용할수있습니다. 예방조치로 OS 에서지원하는경우 filesystemio_options 매개변수를 SETALL 로설정합니다. NFS 용데이터베이스파일레이아웃 데이터파일, 온라인 redo 로그파일, FRA 파일, 임시파일및컨트롤파일은 NFS 파일시스템에상주합니다. 이러한파일시스템은 RAID 레벨및사용되는디스크수의측면에서각파일유형에적합하도록설계됩니다. 표 6 에는각파일또는작업유형과상주위치가나와있습니다. 표 6. NFS 용데이터베이스파일레이아웃 컨텐츠데이터베이스바이너리파일데이터파일, 컨트롤파일온라인 redo 로그, 컨트롤파일 FRA 파일 위치 /u01/app/oracle/ /u02/app/oracle/oradata/vspex1 /u03/app/oracle/oradata/vspex1 /u05/app/oracle/oradata/vspex1 41

42 5 장 : 솔루션설계고려사항및 Best Practice 백업및복구설계 개요 Oracle Database 11gR2 백업설계시고려해야할측면은매우다양합니다. 다음섹션에서는 Oracle Database 11gR2 Database 를백업및복구하는데필요한 Best Practice 및설계고려사항을설명합니다. 개략적인아키텍처 Oracle 용 Avamar 플러그인은 Oracle 및 Oracle RMAN(Recovery Manager) 과연동되어 Oracle 데이터베이스, 테이블스페이스또는데이터파일을 Avamar 서버나 Data Domain 시스템으로백업합니다. Oracle 용 Avamar 플러그인은 Avamar 서버또는 Data Domain 시스템을스토리지디바이스로사용하여백업모듈역할을합니다. RMAN 이백업및복구작업을시작합니다. Oracle 용 Avamar 플러그인은 RMAN 백업및복구명령을해석하여 Avamar 서버로라우팅합니다. Avamar 서버는해당명령을 Oracle 용 Avamar 플러그인으로보내백업및복구작업을수행합니다. 그림 7 에는 Avamar 서버및 Oracle 용 Avamar 플러그인이 Oracle 데이터베이스및 RMAN 과상호작용하는방법을보여줍니다. 그림 7. Avamar 서버및 Oracle 용 Avamar 플러그인 참고 EMC Data Domain 을 Avamar 의백업타겟으로사용하는것도가능합니다. Avamar Client 및플러그인은 Avamar 를백업타겟으로사용하는것과동일한방식으로설치됩니다. 42

43 5 장 : 솔루션설계고려사항및 Best Practice Avamar 가상머신이미지보호기능으로 VMware vsphere 를보호하는고객은호스트에 Avamar Client 를설치하지않고도해당가상머신을복구할수있습니다. 인스턴스또는데이터베이스를보유한사용자는 VMware VADP 기반백업에서해당호스트를복구합니다. 재해레벨복구의경우가상머신이미지복구를통해 OS 레벨의복구가가능합니다. Oracle 서버레벨복구는 OS 리소스가복구된후적용됩니다. vsphere 이미지레벨보호기능을구축하는것은이가이드의범위를벗어나는내용이지만이는기본운영체제를복구하는데사용할수있는옵션입니다. 고려사항 Avamar 백업솔루션을설계할때는 Oracle 데이터베이스백업방법을파악해야합니다. 주요설계기준은다음과같습니다. 백업유형 - 수행하려는백업의유형 ( 전체백업또는증분백업 ) 입니다. 백업스케줄 - 데이터를백업할빈도 ( 매일, 매주, 매월 ) 입니다. 백업데이터보존 - 보존할데이터의양 (1 개월분량, 1 분기분량 ) 입니다. 백업작업을정의하는것외에, 표 7 에서설명하는것처럼 Avamar 백업용어도이해해야합니다. 표 7. 용어 Avamar 백업관련용어 설명 데이터세트스케줄보존정책백업그룹 Avamar 데이터세트는클라이언트에서백업할디렉토리및파일의목록입니다. 데이터세트를클라이언트나그룹에할당하면백업선택항목을저장할수있습니다. 각데이터세트는소스데이터목록, 제외목록, 포함목록및플러그인옵션을정의합니다. 스케줄은지원되는간격중하나로시스템백업작업을제어하는재사용가능객체입니다. 간격에는매일, 매주, 매월, 필요시가있습니다. 백업보존정책을통해시스템내에백업을보존하는기간을지정할수있습니다. 일반적인보존설정으로는보존기간, 특정종료날짜, 종료날짜없음등이있습니다. Avamar 에서는그룹을사용하여전체그리드 ( 대부분의경우그룹 ) 에대해백업을자동화하고정합성이유지되는규칙과시스템동작을적용하는다양한정책을구축합니다. 그룹구성원은동일정책기반의예약된백업을수행하도록특정그룹에추가된클라이언트컴퓨터입니다. 백업및복구 Best Practice Oracle 11gR2 데이터베이스백업및복구를위한다음 Best Practice 를고려하십시오. 네트워크리소스네트워크리소스의경우다음을사용합니다. 10GbE의 VMware VMXNET Generation 3(VMXNET3) 반가상화가상네트워크 백업데이터네트워크와 Oracle 데이터베이스네트워크분리를위한 vlan 43

44 5 장 : 솔루션설계고려사항및 Best Practice Oracle RMAN 매개변수설정 Oracle RMAN 설정의경우다음사항을고려합니다. 데이터베이스암호화또는압축을사용하지않습니다. 암호화또는압축사용시에는지원되는백업타겟에대한데이터중복제거비율이감소합니다. 백업및복구성능개선을위해여러채널할당을사용합니다. 지원되는최대채널수는 6 개입니다. Data Domain 을타겟디바이스로사용하여데이터를백업할때는 RMAN 구성파일에서 FILEPERSET=1 또는 MAXOPENFILES=1 로설정합니다. 플래시백데이터베이스복구 Oracle 용 Avamar 플러그인은 Oracle 플래시백데이터베이스복구를지원합니다. 플래시백데이터베이스복구유형을사용하려면먼저 FRA 를구성해야합니다. 백업 crosscheck Oracle RMAN crosscheck 을정기적으로구축하여영구백업데이터세트를유지하는것이좋습니다. Oracle RMAN 을사용한백업및복구 EMC 는 Oracle 데이터베이스수동백업및복구를위한선택적 RMAN 스크립트를제공합니다. 이스크립트를사용하려면 Oracle 소프트웨어및 Oracle RMAN(Recovery Manager) 를사용하여 Oracle 서버에서운영체제셸명령을실행해본적이있어야합니다. 44

45 6 장솔루션검증방법론 이장에서다루는내용은다음과같습니다. 솔루션검증 테스트환경생성 테스트데이터베이스채우기 솔루션구축

46 6 장 : 솔루션검증방법론 솔루션검증 개요 Oracle Database 11gR2 애플리케이션오버레이검증된아키텍처용의새로운 VSPEX 를운영환경에구축하기전에테스트하는것이좋습니다. 이렇게하면설계가필요한성능및용량타겟을달성하는지를확인하고, 잠재적인병목지점을파악및최적화하여실제구축시사용자에게미치는영향을없앨수있습니다. 이섹션에서는이솔루션검증시수행한개략적인단계를요약하여설명합니다. VSPEX Proven Infrastructure 에서 Oracle Database 11gR2 성능검증을시작하기전에 Oracle Database 11gR2 용구축가이드에따라 VSPEX Proven Infrastructure 에 Oracle Database 11gR2 를구축해야합니다. 표 8 에서는운영환경에서 Oracle Database 11gR2 환경을구축하려면수행해야하는단계에대해개괄적으로설명합니다. 표 8. 애플리케이션검증에필요한개괄적단계 단계설명단계 1 VSPEX 사이징툴에명시된바에따라일반적인비즈니스워크로드시나리오를반영하는테스트시나리오를정의합니다. 2 비즈니스요구사항을충족하는성능및용량을달성할수있도록 Oracle Database 11gR2 환경의핵심메트릭을파악합니다. 3 Oracle Database 11gR2 용 VSPEX 사이징툴을사용하여 VSPEX Proven Infrastructure 구축에필요한아키텍처및리소스를결정합니다. 4 VSPEX Proven Infrastructure 에 Oracle Database 11gR2 솔루션을설계및구축합니다. 5 실제환경을시뮬레이션하는테스트툴을사용하여데이터를채웁니다. 6 테스트를실행하고결과를분석한후 VSPEX 아키텍처를최적화합니다. 테스트환경생성 1 단계 : 검증워크시트를사용하여고객사용사례평가 EMC VSPEX 웹사이트 Oracle Database 11gR2 OLTP 용구축가이드 Swingbench 를사용하여데이터베이스채우기 샘플 Oracle Database 11gR2 성능확인용 Swingbench 테스트시나리오와더불어 Oracle Database 11gR2 를테스트하는목적은 Oracle Database 11gR2 검증테스트를실행할때수집해야할메트릭을결정하고각메트릭이충족해야할임계값을결정하는작업을더용이하게하기위해서입니다. VSPEX Oracle Database 11gR2 솔루션을검증하려면다음과같은핵심메트릭을고려해야합니다. TPS( 초당트랜잭션 ) 변경률 사용자입출력당평균대기시간 커밋당평균대기시간 46

47 6 장 : 솔루션검증방법론 VSPEX 사이징툴을사용하면기본메트릭및고객의비즈니스요구사항을충족하는임계값을쉽게정의할수있습니다. VSPEX 사이징툴사용에대한자세한내용은 EMC VSPEX 웹사이트에서제공되는 Oracle Database 11gR2 용 VSPEX 사이징툴을참조하십시오. 테스트환경생성 테스트목표를결정하고측정기준을세우고데이터베이스의용량요구사항을계산했으면다음단계에서는 VSPEX Oracle Database 11gR2 솔루션의테스트환경을설계하고생성합니다. 테스트데이터베이스는운영환경과매우유사한수준으로복제해야합니다. 스토리지레이아웃, 네트워크로드밸런싱, 네트워킹등이전에설명한기능을모두고려하십시오. VSPEX Oracle Database 11gR2 solution, 솔루션에서는 Swingbench 를사용하여일반적인 Oracle Database 11gR2 시나리오를시뮬레이션했습니다. Swingbench 에대한자세한내용은 을참조하십시오. 테스트환경을설정할때서버및 Oracle Database 에대한계획을수립하고테스트실행에필요한머신을생성해야합니다. 이러한머신중하나를 Swingbench 서버로사용합니다. Swingbench 서버는사용자정의트랜잭션워크로드를시뮬레이션하여데이터베이스에스트레스를적용하며, Oracle Database 11gR2 데이터베이스에대한요청을실행합니다. 테스트결과는 Oracle 데이터베이스에저장합니다. Oracle Database 11gR2 용으로완전한테스트환경을준비하려면테스트환경및테스트툴외에다른툴을사용해야할수도있습니다. 자세한내용은이항목에나와있는 Oracle TechNet(Technology Network) 문서 ( 를참조하십시오. 테스트데이터베이스채우기 테스트환경을생성한후에는실행하려는데이터유형을결정합니다. 이솔루션에서는 Swingbench 툴을통해사용자를확장하여시뮬레이션된 OLTP 워크로드를적용함으로써 500GB 데이터베이스를채웠습니다. 그런다음 Swingbench 서버에서생성된각세션을사용하여데이터베이스에액세스했습니다. 솔루션구축 VSPEX 인프라스트럭처를설계한후이문서의부속문서로제공되는가상화된 Oracle Database 11g OLTP 용 EMC VSPEX 구축가이드에서솔루션구축방법에대한정보를참조하십시오. 47

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

49 7 장참고설명서 이부록에서다루는내용은다음과같습니다. 백서 제품설명서

50 7 장 : 참고설명서 백서 Oracle 이솔루션과관련된다음 Oracle 백서를참조하십시오 Oracle Edition Comparisons Oracle Software Investment Guide Oracle Database Licensing Oracle Processor Core Factor Table 11g 에서대기 Statspack 설치및사용 [ID ] 데이터베이스입출력속도가느린지확인하는방법 [ 문서 ID ] Linux 의 HugePages: 정의및설명 [ID ] 로그인필요 ) EMC VMware 이솔루션과관련된다음 EMC 백서를참조하십시오 Deploying Oracle Database on EMC VNX Unified Storage EMC Cost-Efficient Infrastructure for Oracle Maximize Operational Efficiency for Oracle RAC with EMC Symmetrix FAST VP (Automated Tiering) and VMware vsphere - An Architectural Overview EMC VNX7500 Scaling Performance for Oracle 11g R2 on VMware vsphere 5.1 이솔루션과관련된다음 VMware 백서를참조하십시오 Understanding Oracle Certification Support and Licensing in VMware Environments Oracle Databases on VMware Best Practices Guide Best Practices for running VMware vsphere on NFS Performance Best Practices for VMware vsphere 5.0 제품설명서 Oracle 이솔루션과관련된다음 Oracle 제품설명서를참조하십시오 Oracle Database 11g Documentation Library 11g Release 2(11.2) Oracle Edition Comparisons Oracle Software Investment Guide Database Licensing Oracle Processor Core Factor Table Understanding Oracle Certification Support and Licensing in VMware Environments 50

51 7 장 : 참고설명서 EMC VMware 이솔루션과관련된다음 EMC 제품설명서를참조하십시오 VNX 제품군 EMC 온라인지원사이트의 VNX 시리즈설명서 이솔루션과관련된다음 VMware 제품설명서를참조하십시오 VMware vsphere 설명서 vsphere PowerCLI 설명서 Best Practices for running VMware vsphere on NFS Performance Best Practices for VMware vsphere 5.0 Oracle Databases on VMware Best Practices Guide Understanding Oracle Certification Support and Licensing in VMware Environments VMware vsphere 5.1 Clustering Deepdive(Duncan Epping/Frank Denneman) 51

52 7 장 : 참고설명서 52

53 부록 A 검증워크시트 이부록에서다루는내용은다음과같습니다. 검증워크시트개요 검증워크시트인쇄

54 부록 A: 검증워크시트 검증워크시트개요 VSPEX 솔루션을사이징하기전에그림 8 에나와있는검증워크시트를사용하여고객의 Oracle 데이터베이스에서정보를수집해야합니다. 이워크시트는여러데이터베이스를평가하는데적절합니다. 그림 8. Oracle 11g OLTP 용 EMC VSPEX 검증워크시트 Oracle Automatic Workload Repository 또는 Statspack 보고서를사용하여다음위치에서제공되는 Oracle Database Performance Tuning Guide 11g Release 2(11.2) 설명서의설명에따라이정보를얻을수있습니다. 54

55 부록 A: 검증워크시트 검증워크시트인쇄 VSPEX Oracle 검증워크시트의독립실행형복제본이이문서에 PDF 형식으로첨부되어있습니다. 해당파일을열려면다음단계를수행합니다. 1. 그림 9 에나와있는대로 PDF 메뉴에서 View->How/Hide -> Navigation Panes -> Attachments 를선택합니다. 그림 9. 인쇄가능한검증워크시트 첨부파일이그림 10 에나와있는대로왼쪽패널에표시됩니다. 그림 10. 검증워크시트보기 2. 문서를두번클릭하여열고검증워크시트를인쇄합니다. 55

56 부록 A: 검증워크시트 56

57 부록 B VSPEX 사이징툴 이부록에서다루는내용은다음과같습니다. VSPEX Oracle 검증워크시트예 VSPEX 용으로가상화된 Oracle Database 11g OLTP 수동사이징

58 부록 B: VSPEX 사이징툴 VSPEX Oracle 검증워크시트예 EMC Oracle 검증워크시트를채우는데필요한정보는 AWR(Automatic Workload Repository) 의각 Oracle 데이터베이스에서가져올수있습니다. AWR(Automatic Workload Repository) 및 Statspack Repository 는각각데이터베이스성능, 로드및리소스 ( 내부및외부 ) 에대한핵심통계를제공합니다. 표준 Oracle 제공스크립트를사용하여이데이터에액세스할수있습니다. 나머지정보는고객으로부터받거나이부록에제공된간단한쿼리를사용하여수집할수있습니다. 그림 11. EMC Oracle 검증워크시트예 데이터베이스메모리설정 그림 12 에나와있는대로 AWR 보고서의 init.ora Parameters 섹션을사용하여 SGA(System Global Area) 및 PGA(Program Global Area) 값을계산합니다. 그림 12. AWR 보고서의 init.ora 매개변수 58

59 부록 B: VSPEX 사이징툴 동시사용자수확인 대부분의고객은시스템에접속하는사용자수를파악할수있습니다. 그러나그림 13 에나와있는 SQL 쿼리를사용하면데이터베이스에동시에접속하는최대사용자수를확인할수있습니다. SQL> select SESSIONS_CURRENT, SESSIONS_HIGHWATER from v$license; SESSIONS_CURRENT SESSIONS_HIGHWATER row selected. 그림 13. 데이터베이스크기 사용자세션하이워터마크쿼리 그림 14 에나와있는대로사용되는데이터및임시파일크기를사용해 DB Size (MB) 열을채우고합계를계산합니다. SQL> select ltrim(to_char(sum(bytes)/(1024*1024))) as Total size (M) from ( select sum(bytes) as bytes from v$datafile union select bytes from v$tempfile); Total size (M) row selected. 그림 14. SQL 쿼리를사용하여데이터베이스크기계산 데이터파일 IOPS 및 redo 로그변경률확인 READ IOPS, WRITE IOPS 및 Change Rate (MB/s) 열은 AWR 보고서의 "IOStat by Function summary" 섹션에있습니다. 그림 15 에해당열이나와있습니다. 그림 15. AWR 보고서의 IOStat by Function summary 59

60 부록 B: VSPEX 사이징툴 사용자입출력시간및커밋시간확인 다음 Oracle 대기이벤트 ( 그림 16 에나와있음 ) 는 Oracle 데이터베이스에대한핵심응답시간통계를제공합니다. db file sequential read 를사용하여 User I/O 열을채웁니다. 이값은 20ms 미만으로지정하는것이좋습니다. log file sync 를사용하여 Commit 열을채웁니다. 이값은 15ms 미만으로지정하는것이좋습니다. 그림 16. AWR 의 Foreground Wait Event 허용되는일반적인입출력응답시간목록은 My Oracle Support 문서 ID 을참조하십시오 2. AWR 보고서 Load Profile 의 Transactions 그림 17 에나와있는대로 Load Profile 의 Transactions 에서워크시트의 TPS 열을채우는데사용되는값을확인할수있습니다. 그림 17. AWR 보고서 Load Profile 의 Transactions 2 참조 : My Oracle Support: 데이터베이스입출력속도가느린지확인하는방법 [ID ] 60

61 부록 B: VSPEX 사이징툴 VSPEX 용으로가상화된 Oracle Database 11g OLTP 수동사이징 개요 이섹션에서는총레퍼런스가상머신수를사용하여 Oracle Database 11g OLTP 용 VSPEX 가상인프라스트럭처에필요한리소스를계산하는방법에대해설명합니다. 완성된 EMC Oracle 검증워크시트 ( 그림 18 참조 ) 를사용하여 Oracle Database 11g OLTP 환경의 vcpu, 메모리및스토리지에필요한리소스를예측할수있습니다. 참고 VSPEX 사이징툴을사용할수없는경우에는이러한지침을사용하여단일애플리케이션의대략적인크기를수동으로결정합니다. 다중애플리케이션및다중인스턴스기능이포함된 VSPEX 사이징툴을기본사이징방식으로사용하는것이좋습니다. Oracle 수동사이징절차 이섹션에서는 Oracle 수동사이징방법론을소개하기위해사용된작업예를제공합니다. 이예의흐름은다음과같습니다. 파트너가검증워크시트를완성합니다. 완성된검증워크시트에서확인된사용자수를가상머신리소스및 VSPEX 레퍼런스가상머신에매핑합니다. Oracle Database 11g 의스토리지요구사항을계산합니다. 그림 18. EMC Oracle 검증워크시트예 61

62 부록 B: VSPEX 사이징툴 표 9. 애플리케이션사용자를 VSPEX 레퍼런스가상머신에매핑 Oracle 모델 (S/M/L) 사용자최대 150 명 ( 소규모 ) 사용자최대 250 명 ( 중간규모 ) 사용자 250 명초과 ( 대규모 ) 가상머신리소스 vcpu 2 개 /8GB 메모리 4 vcpu 4 개 /16GB 메모리 8 vcpu 8 개 /32GB 메모리 16 VSPEX 참조 VM 그림 18의 VSPEX1M 및 VSPEX1S에대한사용자수를확인하고표 9를참조하면필요한가상머신의크기와 VSPEX 레퍼런스가상머신의수를계산할수있습니다. VSPEX1M의사용자수는 250명이고 SGA는 8,192입니다. 따라서 vcpu가 4개이고메모리가 16GB인가상머신이필요하며, 이는 VSPEX 레퍼런스가상머신 8개로매핑됩니다. VSPEX1S의사용자수는 150명이고 SGA는 4,096입니다. 따라서 vcpu가 2개이고메모리가 8GB인소규모 Oracle 모델이필요하며, 이는 VSPEX 레퍼런스가상머신 4개로매핑됩니다. 따라서이구성을사용하는경우필요한 VSPEX 가상인프라스트럭처풀크기를계산하는데사용되는 VSPEX 레퍼런스가상머신이총 12개필요합니다. Oracle 11g Database OLTP용 VSPEX 스토리지요구사항계산스토리지레이아웃설계에서설명하는것처럼모든데이터및 redo 파일은 RAID5 스토리지에상주해야하며, Oracle FRA 파일은 RAID6에배치됩니다. 데이터베이스의스토리지요구사항을계산할때는입출력성능과용량을모두고려합니다. 디스크드라이브용량이증가함에따라데이터베이스가매우큰경우를제외하고는성능을기준으로스토리지요구사항을결정합니다. 검증워크시트에서수집한값과표 10 및표 11 에서제공되는정보를사용하여각데이터베이스의스토리지요구사항을계산합니다. 데이터베이스항목 VSPEX1M( 그림 18) 의스토리지프로파일은다음과같습니다. 데이터베이스크기 256,000MB(296GB) 연간증가율 5%(3년용량 296GB) 데이터베이스읽기 IOPS 13.44/ 쓰기 IOPS 608 redo 변경률 1.3MB/s 62

63 부록 B: VSPEX 사이징툴 이프로파일을스토리지요구사항으로변환할때는다음사항을고려합니다. 스토리지의실제 IOPS 를계산하기위한 RAID 유형및쓰기페널티 ( 표 10 참조 ) 드라이브유형, 용량및입출력작업과처리량 표 10. RAID 유형및쓰기페널티와용량사용률 RAID 용량사용률 배수 쓰기패널티 액티브드라이브 RAID 5(4+1) RAID 6(6+2) 패리티드라이브 스토리지 IOPS 를계산하려면데이터베이스읽기및쓰기 IOPS 를수집한후다음수식을적용합니다. 스토리지 IOPS = 읽기 IOPS + ( 쓰기 IOPS x RAID 쓰기페널티 ) 표 11. 드라이브유형별임의디스크 IOPS 드라이브유형 IOPS 15K SAS K SAS 140 NL-SAS 90 SSD 3,000 표 12 참조 : 데이터풀은임의읽기 / 쓰기워크로드가적용되는 300GB 15K SAS 드라이브를사용합니다. 표 11 에나와있는대로, 이드라이브는 180 랜덤 IOPS 를지원합니다. redo 풀역시순차쓰기워크로드가적용되는 300GB 15K SAS 드라이브를사용합니다. 지원되는쓰기에는다소적게작은값 ( 드라이브당 60MB/s) 이사용됩니다. FRA 풀은순차쓰기워크로드가적용되는 1TB 7.2K NL-SAS 드라이브로구성됩니다. 이와같은지원되는쓰기에는다소적게작은값 ( 드라이브당 20MB/s) 이사용됩니다. 표 12. 스토리지풀계산예 스토리지풀드라이브수총용량 Oracle 데이터풀 RAID 5 25개드라이브 21 = (1,344 + (608 x 4))/180 RAID 5(4+1) 허용을위해 5의배수로반올림 = 25개드라이브 300GB x 25 x 0.8 = 6,000 63

64 부록 B: VSPEX 사이징툴 스토리지풀드라이브수총용량 Oracle redo 풀 RAID 5 Oracle FRA 풀 RAID 6 드라이브 5 개 1 = (1.3MB/s x 4)/60MB/s RAID 5(4+1) 허용을위해 5 의배수로반올림 = 5 개드라이브 드라이브 8 개 1 = (1.3MB/s x 6)/60MB/s RAID 8(6+2) 허용을위해 8 의배수로반올림 = 8 개드라이브 300GB x 5 x 0.8 =1,200 1TB x 8 x 0.75 = 6,000 FAST Cache 의영향은여기서계산하지않습니다. 이설정은스토리지레벨에서설정했으며 FAST Cache 를사용하는모든디스크 / 풀의성능에영향을주기때문입니다. OS 용량사이징단일 Oracle 11g 데이터베이스인스턴스는 OS 볼륨하나를포함하며용량은 100GB로고정됩니다. 용량사이징에대한자세한내용은가상화인프라스트럭처문서를참조하십시오. OS IOPS 사이징 OS IOPS는각 OS 볼륨에대해 25로고정됩니다. OS IOPS 사이징에대한자세한내용은가상화인프라스트럭처문서를참조하십시오. 올바른 VSPEX Proven Infrastructure 선택솔루션에적합한 VSPEX Proven Infrastructure 유형을계산하려면다음단계를수행합니다. 1. 앞서설명한수동사이징절차를사용하여총레퍼런스가상머신수및애플리케이션에대해제안되는추가스토리지레이아웃을확인합니다. 이예에서각항목은다음과같습니다. OracleRVM = VSPEX1M에필요한레퍼런스가상머신의수 (8) + VSPEX1S에필요한레퍼런스가상머신의수 (4) = 레퍼런스가상머신 12개 VIPool = 레퍼런스가상머신 12개 = 29개드라이브 ( 표 14 참조 ) Oracle 11g OLTP 데이터베이스 VSPEX1M에대한총제안드라이브수 = 38개 Oracle 11g OLTP 데이터베이스 VSPEX1S에대한총제안드라이브수 = 28개 ( 계산은표시되지않음 ) OracleDrives = 두 Oracle 11g OLTP 데이터베이스에대한총제안드라이브수 = 66 개 총드라이브수 = VIPool + OracleDrives(29+66) = 95 개드라이브 64

65 부록 B: VSPEX 사이징툴 표 13. 레퍼런스가상머신을가상인프라스트럭처풀에매핑 ( 예 ) 레퍼런스가상머신 기본디스크 핫스페어 EFD SAS SAS EFD 총계 적절한 EMC VSPEX Proven Infrastructure 를참조하여가상인프라스트럭처구성요소방법론을사용해 VSPEX 프라이빗클라우드풀에필요한디스크수를계산합니다. 가상화된 Oracle Database 11g OLTP 용 VSPEX 의요구사항은레퍼런스가상머신 12 개와드라이브 95 개입니다. 2. 표 14 를사용하여 VSPEX VMware 프라이빗클라우드솔루션모델을선택합니다. 이예에서는최소 VSPEX Proven Infrastructure 로최대 125 개의레퍼런스가상머신을사용합니다. 표 14. VSPEX Proven Infrastructure 모델선택 VSPEX Proven Infrastructure 모델 * 지원되는최대레퍼런스가상머신수 최대 125 개의가상머신 125 VNX5300 최대 250 개의가상머신 250 VNX5500 최대 500 개의가상머신 500 VNX5700 지원되는스토리지 참고 : 운영환경에서사용할레퍼런스가상머신수를결정하려면 EMC VSPEX 프라이빗클라우드 ' 최대 500 개의가상머신을지원하는 VMware vsphere 5.1' 문서를참조하십시오. 65

66 부록 B: VSPEX 사이징툴 66