가상화된 Oracle Database 12c OLTP용 EMC VSPEX EMC VMware vsphere 5.5 Red Hat Enterprise Linux 6.4 EMC VSPEX 요약이에서는 EMC VNXe 및 EMC Data Protection 스토리지를사용하는 VMware vsphere용 EMC VSPEX Proven Infrastructure에서가상화된 Oracle 데이터베이스리소스를설계하는방법에대해설명합니다. 또한 VSPEX에서 Oracle Database 12c를사이징하는방법, Best Practice에따라리소스를할당하는방법및 VSPEX가제공하는모든이점을활용하는방법에대해서도설명합니다. 2015년 2월
Copyright 2015 EMC Corporation. All rights reserved. Published in the USA. 발행 : 2015년 2월본문서의정보는발행일현재정확한것으로간주되며모든정보는예고없이변경될수있습니다. 본문서의정보는 " 있는그대로 " 제공됩니다. EMC Corporation은본문서의정보와관련하여어떠한진술이나보증도하지않으며, 특히상품성이나특정목적을위한적합성에대하여어떠한묵시적인보증도부인합니다. 본문서에설명된 EMC 소프트웨어를사용, 복사및배포하려면해당소프트웨어라이센스가필요합니다. EMC 2, EMC 및 EMC 로고는미국및기타국가에서 EMC Corporation의등록상표또는상표입니다. 본문서에사용된기타모든상표는해당소유주의자산입니다. EMC 제품에대한최신목록은 korea.emc.com의 EMC Corporation 상표정보부분을참조하십시오. 가상화된 Oracle Database 12c용 EMC VSPEX - - Part Number: H12968.2 2
목차 목차 1 장소개 7 이가이드의목적... 8 비즈니스가치... 8 범위... 9 대상... 9 용어... 10 2 장시작하기전에 11 구축워크플로우... 12 필수참고자료... 13 VSPEX 구축가이드... 13 VSPEX Proven Infrastructure 가이드... 13 VSPEX 용 EMC Data Protection 가이드... 13 3 장솔루션개요 15 개요... 16 EMC VSPEX Proven Infrastructure... 16 솔루션아키텍처... 19 주요구성요소... 20 소개... 20 Oracle Database 12c... 20 VMware vsphere 5.5... 21 EMC VNXe3200... 21 Red Hat Enterprise Linux 6.4... 24 EMC Data Protection 솔루션... 24 4 장 VSPEX Proven Infrastructure 선택 25 개요... 26 1 단계 : 고객의활용사례평가... 26 2 단계 : 애플리케이션아키텍처설계... 28 3 단계 : 올바른 VSPEX Proven Infrastructure 선택... 30 3
목차 고려사항... 30 예... 31 5 장솔루션설계고려사항및 Best Practice 35 개요... 36 네트워크설계... 36 개요... 36 SAN Best Practice... 36 IP 네트워크 Best Practice... 36 vsphere 네트워크 Best Practice... 37 NFS 관련고려사항을위한 Oracle 설정... 37 스토리지레이아웃설계... 38 개요... 38 스토리지레이아웃및설계고려사항... 38 스토리지 Best Practice... 39 VSPEX 스토리지레이아웃예... 40 Oracle 용으로 FAST Cache 구성... 41 개요... 41 FAST Cache Best Practice... 41 Oracle 용으로 FAST VP 구성... 42 개요... 42 FAST VP Best Practice... 43 가상화계층설계... 43 개요... 43 가상화 Best Practice... 43 Oracle Database 12c 구축설계... 46 개요... 46 ASM 및데이터베이스구축을위한 Best Practice... 46 dnfs 구성을위한 Best Practice... 46 자동공유메모리관리... 47 HugePages 설정사용... 47 파일시스템파일에대한입출력작업구성... 48 데이터베이스데이터유형레이아웃구성... 48 EMC Data Protection 설계고려사항... 49 4
목차 6 장솔루션검증방법론 51 개요... 52 솔루션검증... 52 핵심메트릭파악... 53 7 장참조문서 55 EMC 설명서... 56 기타문서... 57 Oracle 설명서... 57 부록 A 검증워크시트 59 가상화된 Oracle OLTP 용 VSPEX 검증워크시트... 60 고객의 Oracle 데이터베이스예에서정보수집... 60 검증워크시트인쇄... 63 부록 B 개략적인 Oracle 데이터베이스서버사이징논리및방법론 65 개요... 66 리소스고려사항... 66 사이징고려사항... 66 OS 용량리소스및 IOPS... 67 입출력워크로드와디스크유형, 개수및용량결정... 67 예 1: FAST Suite 를사용하지않는동종풀... 68 예 2: FAST Cache 사이징... 70 예 3: FAST VP 사이징... 72 그림 그림 1. VSPEX Proven Infrastructure... 18 그림 2. 검증된인프라스트럭처아키텍처... 19 그림 3. 예 : VMware 기반 Oracle 12c Database의스토리지레이아웃... 38 그림 4. 스토리지레이아웃예 : FAST VP/Cache 가설정된 VNX 시리즈용 Oracle 서버... 40 그림 5. AWR 보고서의 init.ora 매개변수... 61 그림 6. AWR 보고서의 IOStat by Function summary... 62 그림 7. AWR 보고서의 Foreground Wait Event... 62 5
목차 그림 8. AWR 보고서에서 Load Profile의 Transactions... 63 그림 9. 인쇄가능한검증워크시트... 63 표 표 1. 용어... 10 표 2. 가상화된 Oracle 데이터베이스용 VSPEX 구축워크플로우... 12 표 3. VSPEX Proven Infrastructure 선택단계... 26 표 4. 가상화된 Oracle OLTP용 VSPEX 검증워크시트지침... 27 표 5. VSPEX 사이징툴출력정보... 28 표 6. 가상머신용 Oracle 사이징모델... 29 표 7. 올바른 VSPEX Proven Infrastructure 선택... 30 표 8. 검증워크시트예 : 소규모 Oracle 12c 서버여러개... 31 표 9. 필요한리소스예 : 소규모 Oracle 12c 서버여러개... 31 표 10. 스토리지레이아웃에대한권장사항예 : 소규모 Oracle 12c 서버여러개... 32 표 11. 검증워크시트예 : 대규모 Oracle 12c 서버... 32 표 12. 필요한리소스예 : 대규모 Oracle 12c 서버... 33 표 13. 스토리지레이아웃에대한권장사항예 : 대규모 Oracle 12c 서버... 33 표 14. Oracle Sever 스토리지풀예... 39 표 15. 통합된 Oracle 환경을위한데이터베이스레이아웃예... 48 표 16. 애플리케이션검증에필요한개괄적단계... 52 표 17. 핵심메트릭... 53 표 18. 가상화된 Oracle OLTP 데이터베이스용검증워크시트... 60 표 19. 여러 Oracle 데이터베이스에대한사용자입력의예... 67 표 20. 서로다른크기의데이터베이스에필요한 CPU 및 RAM... 67 표 21. RAID 유형, 쓰기페널티및용량사용률... 68 표 22. 드라이브유형별랜덤디스크 IOPS 및대역폭... 69 표 23. FAST Cache를사용하지않는스토리지풀계산예... 69 표 24. FAST Cache 적중률및워크로드계산... 71 표 25. FAST Cache를사용하는스토리지풀계산예... 71 표 26. 2 계층 FAST VP 풀용량에대한워크로드예... 73 표 27. FAST VP를사용하는스토리지풀계산예... 74 6
1 장 : 소개 1 장소개 이장에서다루는내용은다음과같습니다. 이가이드의목적... 8 비즈니스가치... 8 범위... 9 대상... 9 용어... 10 7
1 장 : 소개 이가이드의목적 EMC VSPEX Proven Infrastructure는미션크리티컬한비즈니스애플리케이션가상화에최적화된솔루션으로, 신속한구축, 탁월한사용편의성, 다양한옵션, 높은효율성, 위험감소등의이점을활용할수있도록하는기술을기반으로하는모듈식솔루션을제공합니다. 또한파트너가 VSPEX 프라이빗클라우드인프라스트럭처에서 Oracle RDBMS(Relational Database Management System) 용으로완벽하게통합된가상화 솔루션을지원하는데필요한가상자산을설계및구축할수있도록지원합니다. 가상화된 Oracle 인프라스트럭처용 VSPEX를사용하면가상화된데이터베이스솔루션을호스팅할수있으며, 확장이가능하고일관된수준의성능을유지하는최신시스템을고객에게제공할수있습니다. 이솔루션은 EMC VNXe 스토리지를기반으로하는 VMware vsphere를사용합니다. 컴퓨팅및네트워크구성요소는가상머신환경의처리성능및데이터요구사항을충족하는강력한기능과이중화를지원할수있도록공급업체에서직접정의하여설계할수있습니다. 이에서는 EMC VNXe 스토리지를사용하는 VSPEX Proven Infrastructure에 Oracle Database 12c를구축하는데필요한리소스를설계하는방법에대해설명합니다. 이가이드에서는또한 EMC VSPEX 사이징툴을사용하여올바른 VSPEX Proven Infrastructure를선택하는방법에대해설명합니다. 이가이드의내용은 Oracle OLTP(Online Transaction Processing) 워크로드에적용되지만데이터웨어하우징워크로드에대해서는다루지않습니다. 비즈니스가치 데이터베이스관리시스템용소프트웨어는여러가지유형의비즈니스에서사용됩니다. 다른데이터관리툴의시장점유율증가에도불구하고판매신장이지속될것으로예상됩니다. 또한고객이지속적으로인프라스트럭처와지원기술을다각화하고보다많은하드웨어및소프트웨어어플라이언스와구성을사용함에따라이러한증가추세는더욱가속화될것입니다. 이 VSPEX Proven Infrastructure는서버중심애플리케이션을실행하는분리된 IT 환경이계속확장되고있으며, 더많은 Oracle 백업및복구관련문제를처리해야하는고객에대해 VNXe 시리즈및 Oracle이제공하는가치를 EMC 파트너가파악할수있도록하는데주력합니다. 8
1 장 : 소개이 VSPEX 솔루션은고객이성능, 확장성, 신뢰성및자동화를향상하고 Oracle 데이터베이스관련과제를해결할수있도록설계되었습니다. 고객은 EMC VNXe에서데이터베이스애플리케이션을통합함으로써중앙집중식단일스토리지플랫폼을사용해급증하는데이터를보다효율적으로관리할수있습니다. 이솔루션은다음을수행할수있도록 EMC에의해사이징및검증되었습니다. EMC Proven Solutions를사용하여시간과노력을절약하고보다빠르게시스템구축 성능및확장성향상 스토리지요구사항최소화및비용절감 범위 이에서는 VMware vsphere 가상화된 Oracle 12c 데이터베이스용 VSPEX Proven Infrastructure를계획및설계하는방법을설명합니다. 이가이드는고객환경에 VSPEX 프라이빗클라우드가이미구축된상황을전제로작성되었습니다. 이가이드에서는 VSPEX 사이징툴을사용하여 Oracle 12c Release 1(12.1) 을 VSPEX Proven Infrastructure에사이징하는방법, Best Practice를사용하여효율적으로리소스를할당하는방법그리고 VSPEX가제공하는모든이점을활용하는방법에대해서도다룹니다. Oracle Server 12c 데이터보호를위한 EMC Data Protection 솔루션에대해서는별도의문서인가상화된 Oracle 11g R2용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 대상 이가이드는내부 EMC 직원및검증된 EMC VSPEX 파트너를대상으로합니다. 이솔루션의구축을담당하는 VSPEX 파트너는다음자격을갖춘것으로간주됩니다. EMC에서 EMC VNX 스토리지시스템제품군의판매, 설치및구성자격을받은파트너 VSPEX Proven Infrastructure에필요한네트워크및서버제품을판매, 설치및구성할수있는자격을받은파트너 VSPEX Proven Infrastructure 판매가공인된파트너 9
1 장 : 소개 또한솔루션을구축하려는파트너는다음을설치및구성하는데필요한기술교육을이수하고해당배경지식을보유해야합니다. VMware vsphere 5.5 Redhat Enterprises Linux 6.4 Oracle Database 12c 이가이드에서는해당하는경우외부참조자료를제공합니다. 이솔루션을구축하는파트너는다음문서를숙지하는것이좋습니다. 자세한내용은필수참고자료및 7장 : 참조문서섹션을참조하십시오. 용어 표 1 에는이가이드에사용된용어가정리되어있습니다. 표 1. 용어 용어 AWR dnfs FAST Cache FAST VP OLTP PowerCLI SGA PGA VMDK VMFS 정의 AWR(Automatic Workload Repository) 은 Oracle Database 10g 이상의릴리즈와함께번들로제공되는강력한모니터링유틸리티입니다. dnfs(direct Network File System) 클라이언트를사용하여 NFS(Network File System) 스토리지디바이스에액세스를제공할수있습니다. FAST(Fully Automated Storage Tiering) Cache는플래시드라이브를시스템캐시의확장으로사용하는 EMC 스토리지기능입니다. FAST VP(Fully Automated Storage Tiering for Virtual Pools) 는하위 LUN 레벨에서자동으로스토리지를계층화하는 EMC 스토리지기능입니다. OLTP(Online Transaction Processing) 는데이터입력및검색트랜잭션처리를위한애플리케이션을관리하는시스템의클래스입니다. VMware vsphere 및 vcloud API에대한 Windows PowerShell 인터페이스입니다. SGA(System Global Area) 는단일 Oracle 데이터베이스인스턴스의데이터및제어정보를포함하는공유메모리구조그룹입니다. PGA(Process Global Area) 는시스템의다른프로세스또는스레드와공유되지않는운영프로세스또는스레드전용메모리입니다. VMware VMDK(Virtual Machine Disk) 는가상머신용가상하드디스크드라이브의컨테이너인오픈파일형식입니다. VMware VMFS(Virtual Machine File System) 는 VMware ESX Server를여러개설치하기위해스토리지가상화를사용하는클러스터파일시스템입니다. 10
2 장 : 시작하기전에 2 장시작하기전에 이장에서다루는내용은다음과같습니다. 구축워크플로우... 12 필수참고자료... 13 11
2 장 : 시작하기전에 구축워크플로우 가상화된 Oracle Database 12c OLTP 용 VSPEX 솔루션을설계및구축하려면표 2 에 나와있는프로세스흐름을참조하십시오. 표 2. 가상화된 Oracle 데이터베이스용 VSPEX 구축워크플로우 단계 작업 1 Oracle Database 12c OLTP용 VSPEX 검증워크시트를사용하여사용자요구사항을수집합니다. 한페이지분량의검증워크시트가이의부록A 섹션에나와있습니다. 2 1단계에서수집한사용자요구사항을바탕으로, EMC VSPEX 사이징툴을사용하여권장되는 Oracle Database 12c OLTP용 VSPEX Proven Infrastructure 솔루션을결정합니다. 사이징툴에대한자세한내용은 EMC Business Value Portal에서 VSPEX Sizing Tool을참조하십시오. 참고 : 툴을맨처음이용할때는등록이필요합니다. VSPEX 사이징툴을사용할수없는경우에는부록B 개략적인 Oracle 데이터베이스서버사이징논리및방법론섹션의지침을따라애플리케이션을수동으로사이징할수있습니다. 3 이를사용하여 VSPEX 솔루션의최종설계를결정합니다. 참고 : Oracle 데이터베이스의요구사항뿐만아니라모든애플리케이션의요구사항을고려합니다. 4 정확한 VSPEX Proven Infrastructure를선택하고오더합니다. 관련지침은필수참고자료섹션에서해당 VSPEX Proven Infrastructure 문서를참조하십시오. 5 VSPEX 솔루션을구축하고테스트합니다. 관련지침은필수참고자료에서해당 VSPEX 구축가이드를참조하십시오. 12
2 장 : 시작하기전에 필수참고자료 이문서에설명된솔루션을구축하기전에다음문서를읽어보는것이좋습니다. 이들문서는 EMC Community Network의 VSPEX 섹션또는 korea.emc.com 및 VSPEX Partner Portal에서이용할수있습니다. 문서액세스권한이없는경우 EMC 담당자에게문의하시기바랍니다. VSPEX 구축가이드 다음 VSPEX 구축가이드를참조하십시오. 구축가이드 VSPEX Proven Infrastructure 가이드 다음 VSPEX Proven Infrastructure 가이드를참조하십시오. EMC VSPEX 프라이빗클라우드 - 최대 200개의가상머신을지원하는 VMware vsphere 5.5 - Microsoft Windows Server 2012 R2, EMC VNXe3200 및 EMC Powered Backup 솔루션기반 Proven Infrastructure 가이드 VSPEX 용 EMC Data Protection 가이드 다음 VSPEX 용 EMC Data Protection 가이드를참조하십시오. 가상화된 Oracle 11g R2 용 VSPEX 를위한 EMC 백업및복구옵션설계및구축 가이드 13
2 장 : 시작하기전에 14
3 장 : 솔루션개요 3 장솔루션개요 이장에서다루는내용은다음과같습니다. 개요 16 EMC VSPEX Proven Infrastructure... 16 솔루션아키텍처... 19 주요구성요소... 20 15
3 장 : 솔루션개요 개요 이솔루션은 EMC VNXe 시스템에 Oracle 데이터베이스를구축하는강력한방법을제공합니다. FAST Cache 또는 FAST VP 같은고급 VNXe 스토리지기능을사용하면 Oracle 구축을위한성능이향상될수있습니다. 이러한고급데이터기능을갖춘 VNXe 시리즈는 Oracle 데이터베이스구축에필요한초기비용을줄일뿐만아니라복잡하고시간낭비가심한스토리지계층화프로세스를자동화함으로써일상적인데이터관리와관련된복잡성을줄입니다. EMC VNXe와 Oracle을사용하여얻을수있는이점 : 자동으로가장높은 IOPS(Input/Output Operations Per Second) 와가장빠른응답시간을가장낮은비용으로제공 수동튜닝이필요없는자동화된스토리지계층화제공 입출력프로파일이다른분리된워크로드지원 고객의특정요구사항에따라 NFS(Network File System), FC(Fibre Channel) 및기타프로토콜지원 서버및데이터베이스통합을통해더강력한가상화통합기능과더낮은 Oracle 라이센스등록비용제공이솔루션을통해고객은 VSPEX Proven Infrastructure에가상화된 Oracle Database 12c를빠르고일관된방식으로구축할수있습니다. 이솔루션은데이터스토리지에 NFS 및 FC를사용하여검증되었습니다. 이는 EMC 담당자및공인 EMC VSPEX 파트너가고객을위해 VSPEX Proven Infrastructure 에 Oracle Database 12c 솔루션을간편하고효율적이며 유연하게구축할수있도록지원합니다. EMC VSPEX Proven Infrastructure EMC는 IT 인프라스트럭처공급업체와협력하여프라이빗클라우드환경의구축을가속화할수있도록지원하는완벽한가상화솔루션을제공합니다. VSPEX는구축속도, 사용편의성, 선택옵션, 효율성등을상당히개선하고위험을최소화할수있는솔루션입니다. EMC의검증으로예측가능한성능이보장되며고객은계획, 사이징, 구성에대한부담없이기존 IT 인프라스트럭처를활용하는기술을선택할수있습니다. VSPEX는진정한융합형인프라스트럭처의특성인사용편의성을누리면서동시에개별스택구성요소에대한다양한옵션을얻고자하는고객에게가상화인프라스트럭처를제공합니다. 16
3 장 : 솔루션개요 VSPEX 솔루션은 EMC의검증을받았으며독점적으로 EMC 채널파트너를통해서만패키지로제공되고판매됩니다. VSPEX는채널파트너들에게더많은기회, 더빠른영업주기, 종합적인지원을제공합니다. EMC와채널파트너는협력을통해클라우드로의전환을가속화하는 Proven Infrastructure를더많은고객에게제공할수있습니다. 그림 1에나와있는대로, VSPEX Proven Infrastructure는 EMC에서사전검증하고 EMC의 VSPEX 파트너를통해공급되는모듈식가상화인프라스트럭처입니다. VSPEX는예측가능하고신뢰할수있는성능을제공하도록 EMC에서설계한가상화계층, 서버, 네트워크, EMC 스토리지및데이터보호로구성됩니다. 17
3 장 : 솔루션개요 그림 1. VSPEX Proven Infrastructure VSPEX는고객의운영환경에적합한네트워크, 서버, 가상화기술을유연하게선택하여완벽한가상화솔루션을구축할수있도록지원합니다. VSPEX는탁월한사용편의성과효율성, 최상의구성옵션을갖추고비즈니스에미치는위험을최소화하므로신속하게고객의운영환경에구축할수있습니다. 18
3 장 : 솔루션개요 VSPEX Proven Infrastructure에대한자세한내용은 EMC VSPEX 프라이빗클라우드 - 최대 200개의가상머신을지원하는 VMware vsphere 5.5 - Microsoft Windows Server 2012 R2, EMC VNXe3200 및 EMC Powered Backup 솔루션기반 Proven Infrastructure 가이드를참조하십시오. 솔루션아키텍처 그림 2에나와있는아키텍처는 VSPEX 인프라스트럭처에서 Oracle Database 12c 오버레이용으로검증된인프라스트럭처의특성을보여줍니다. 솔루션의데이터보호구성요소는 Oracle 데이터베이스에대해데이터보호기능을제공합니다. 그림 2. 검증된인프라스트럭처아키텍처 이솔루션 1 을검증하기위해다음작업을완료했습니다. VMware vsphere 5.5에서모든 Oracle Database 12c 서버를가상머신으로구축했습니다. 1 이가이드에사용된솔루션은 EMC Solutions 엔지니어링팀에의해검증되었습니다. 19
3 장 : 솔루션개요 Oracle Database 12c용 VSPEX 사이징툴을사용하여각 Oracle Database 12c 데이터베이스의세부컴퓨팅리소스수를확인했습니다. 세가지 Oracle 사이징옵션 ( 소규모, 중간규모, 대규모 ) 을제공하여고객의환경을사이징하고고객의요구사항에가장적합한옵션을선택할수있도록했습니다. VNXe 시리즈스토리지의가상화인프라스트럭처풀과 Oracle Database 12c용권장스토리지레이아웃을결정했습니다. 참고 : 이솔루션의최소 Oracle 버전은 Release 1(12.1) 입니다. 이문서전체에서는해당 버전을 12c 로지칭합니다. 주요구성요소 소개 이섹션에서는이솔루션에사용된주요기술을간략히소개합니다. Oracle Database 12c VMware vsphere 5.5 EMC VNXe3200 Red Hat Enterprise Linux 6.4 EMC Data Protection 솔루션 Oracle Database 12c Oracle Database 12c 는 Oracle 데이터베이스기술의최신버전입니다. Oracle 12c 는 조직의비즈니스및 IT 요구사항을충족하도록제작된다양한버전으로제공됩니다. 이솔루션에서고려하는버전은다음과같습니다. Oracle Database 12c Release 1 SE(Standard Edition) Oracle Database 12c Release 1 EE(Enterprise Edition) Oracle SE(Oracle Standard Edition) 는완전한기능을갖추고있으며모든회사에적합한경제적인데이터관리솔루션으로, 단일서버나클러스터서버에서사용가능하며코어수에관계없이최대 4개프로세서소켓용량에해당하는라이센스를사용할수있습니다. SE 라이센스에는 Oracle RAC(Real Application Clusters) 가추가비용없이표준기능으로포함됩니다. Oracle EE(Oracle Enterprise Edition) 는 Windows, Linux 또는 UNIX를실행하는엄선된클러스터서버또는단일서버에서업계최고의성능, 확장성, 보안및신뢰성을제공합니다. Oracle Database 12c EE는 Oracle Database 12c SE에서는제공되지않는고급기능을기본적으로포함하거나추가비용옵션으로지원합니다. 예를들어 Virtual Private Database와같은보안기능과, 파티셔닝및고급분석과같은데이터웨어하우징옵션이포함됩니다. 20
3 장 : 솔루션개요 참고 : Oracle 데이터베이스버전은구성가능한 VMware ESXi 클러스터의수및크기와라이센스비용에영향을줄수있습니다. My Oracle Support의 How to Find the Oracle Processor Core Factor Multipliers(Doc ID 1330016.1) 에 Oracle 프로세서라이센스등록에대한자세한내용이나와있습니다. Oracle 멀티테넌트는 Oracle Database 12c Enterprise Edition의새로운기능으로통합, 프로비저닝, 업그레이드등을통해 IT 비용을절감하는데도움이됩니다. Oracle 멀티테넌트는단일수퍼데이터베이스에여러하위데이터베이스를포함할수있는새로운아키텍처로지원됩니다. Oracle 멀티테넌트는 Oracle RAC(Oracle Real Application Cluster) 와완벽한상호운용이가능합니다. VMware vsphere 5.5 VMware vsphere 5.5는 CPU, RAM, 하드디스크및네트워크컨트롤러를가상화하여컴퓨터의물리적리소스를변환합니다. 이러한변환은물리적컴퓨터와같은방식으로분리되고캡슐화된운영체제와애플리케이션을실행하는완벽한기능의가상머신을만들어냅니다. 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(Logical Unit Number) 과연결시킵니다. 특정스토리지의경로페일오버처리를위한구체적인세부정보는 SATP(Storage Array Type Plug-In) 에위임됩니다. 스토리지디바이스에대한입출력요청을실행하는데사용되는물리적경로를결정하기위한구체적인세부정보는 PSP(Path Selection Plug-In ) 에서처리합니다. SATP 및 PSP는 NMP 모듈내의하위플러그인입니다. EMC VNXe3200 EMC VNXe3200은플래시에최적화된경제적인유니파이드스토리지플랫폼이며, 확장성이뛰어나고사용이간편한단일솔루션으로파일및블록스토리지와관련하여혁신적인엔터프라이즈기능을제공합니다. 물리적환경이나가상화환경의혼합워크로드에적합한 VNXe3200은성능및유연성이뛰어난하드웨어와효율성향상, 관리간소화및데이터보호를위한첨단소프트웨어를결합함으로써오늘날의가상화된애플리케이션환경에서발생하는까다로운문제들을완벽하게해결합니다. 21
3 장 : 솔루션개요 기능및향상된기능성공적인미드레인지 EMC VNX 제품군을기반으로설계된 VNXe3200은여러가지새로운기능과향상된기능을포함하고있습니다. 다음은이러한기능의몇가지예입니다. 플래시최적화하이브리드스토리지를사용한효율성향상 EMC MCx 기술 (Multicore Cache, Multicore RAID, Multicore FAST Cache) 을사용한멀티코어최적화로용량증가 Monitoring, Reporting, Unified Snapshots를비롯한 VNXe 기본소프트웨어구성요소로관리및구축편의성개선 VMware 지원환경통합 FC, iscsi, NFS, CIFS를포함한통합멀티프로토콜지원 VSPEX는차세대 VNXe를기반으로구축되어이전세대와비교할수없이높은효율성, 성능및확장성을제공합니다. 플래시최적화하이브리드스토리지 VNXe3200은플래시최적화하이브리드스토리지로, 중요데이터에는최상의성능으로액세스할수있게하면서액세스빈도가낮은데이터는경제적인디스크로이동하는지능적이며자동화된계층화기능을제공합니다. 이하이브리드방식에서는전체시스템에서작은비율을차지하는플래시드라이브가전체 IOPS의대부분을제공하게됩니다. VNXe3200은지연시간이짧은플래시의이점을최대한활용하여경제적인최적화와높은성능의확장성을실현합니다. EMC FAST 제품군 (FAST Cache 및 FAST VP) 은이기종드라이브전반에걸쳐블록및파일데이터모두를계층화하고사용빈도가가장높은데이터를플래시드라이브로이동하므로비용절감과성능향상이라는두가지목표를동시에실현할수있습니다. 일반적으로데이터는생성시에가장많이액세스되므로새로운데이터는먼저플래시드라이브에저장되어최상의성능을제공합니다. 시간경과에따라데이터의사용빈도가낮아지면 FAST VP는고객이정의한정책에따라자동계층화를통해해당데이터를고성능드라이브에서대용량드라이브로이동합니다. FAST Cache는예기치않게급증하는시스템워크로드를자동으로해결합니다. FAST Cache는갑자기사용량이많아지는데이터를느린대용량드라이브에서보다빠른플래시드라이브로상향이동하여즉각적인성능이점을제공할수있습니다. 모든 VSPEX 활용사례에서향상된효율성의이점을활용할수있습니다. 22
3 장 : 솔루션개요 VSPEX Proven Infrastructure는프라이빗클라우드, EUC(End-User Computing) 및가상애플리케이션솔루션을제공합니다. 고객은 VNXe3200을통해 ROI(Return on Investment) 를크게향상할수있습니다. VNX Intel MCx 코드경로최적화플래시기술의도래는미드레인지스토리지시스템의요구사항이변화되는계기가되었습니다. EMC는업계에서가장효율적인스토리지시스템을최저비용으로제공할수있도록멀티코어 CPU를효율적으로최적화하는미드레인지스토리지플랫폼을새로설계했습니다. MCx는모든코어에모든 VNXe 데이터서비스를분산합니다. MCx는 NAS(Network- Attached Storage) 및 FC(Fibre Channel) 기반가상머신또는데이터베이스와같은트랜잭션중심애플리케이션의파일및블록성능을대폭향상합니다. VNXe 기본소프트웨어향상된 VNXe 기본소프트웨어는사용이간편한 EMC Unisphere 인터페이스를확장하여, 성능을검증하고용량요구사항을예측할수있도록지원하는 VNX Monitoring and Reporting을포함하고있습니다. 이제품군에는수천대의 VNX 및 VNXe 시스템을중앙집중식으로관리할수있는 EMC Unisphere Central 도포함됩니다. 가상화및지원환경관리가상화및지원환경관리를위해다음애플리케이션을사용할수있습니다. VMware vsphere Storage APIs for Storage Awareness VASA(VMware vstorage 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 ESA(EMC Storage Analytics) for VNXe는 VNXe 커넥터가내장된 VMware vcenter Operations의스토리지전용버전으로, EMC 스토리지와구성요소의상세분석, 관계및고유한아이콘을제공합니다. 23
3 장 : 솔루션개요 EMC Virtual Storage Integrator EMC VSI(Virtual Storage Integrator) 는 EMC 스토리지를사용하는모든 VMware 사용자가사용할수있는무료 VMware vcenter 플러그인입니다. VSPEX 고객은 VSI를사용하여가상화된스토리지를간편하게관리할수있습니다. VMware 관리자는잘알고있는친숙한 vcenter 인터페이스를사용하여 VNXe 스토리지를한눈에파악할수있습니다. VSI를사용하면 IT 관리자가더짧은시간에더많은일을할수있습니다. VSI는관리자가스토리지작업을효율적으로관리하고안정적으로위임할수있는탁월한액세스제어기능을제공합니다. VSI를사용하면일상관리업무를수행할때클릭수는최대 90% 줄이고생산성은최대 10배높일수있습니다. Red Hat Enterprise Linux 6.4 Red Hat Enterprise Linux는주요하이퍼바이저의게스트로물리적시스템에구축하거나클라우드에구축할수있는 x86 및 x86-64용다목적플랫폼으로, 모든주요하드웨어아키텍처를지원하며, 릴리즈간호환성이제공됩니다. Red Hat Enterprise Linux 6.4에서는기존의기능이향상되었을뿐아니라새로운기능도다수포함되어폭넓은기능을활용할수있는데, 특히유용한기능으로는개발자툴, 가상화기능, 보안, 확장성, 파일시스템, 스토리지등이있습니다. EMC Data Protection 솔루션 EMC Data Protection 솔루션인 EMC Avamar 및 EMC Data Domain 은가상화된 Oracle 서버를빠르게구축하는데필요한보호신뢰성을제공합니다. 가상화애플리케이션환경에최적화되어있는 EMC Data Protection은백업시간을최대 90% 단축하고복구속도를최대 30배향상시킴으로써데이터를안전하게보호합니다. EMC Data Protection 어플라이언스는신뢰할수있는복구를위한철저한데이터검증및자가복구기능을통해보호수준을한층강화합니다. 자세한기술지침은가상화된 Oracle 11g R2용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 이가이드에서는가상화된 Oracle 서버용 VSPEX Proven Infrastructure를위한 EMC 백업및복구솔루션을설계, 사이징및구축하는방법을설명합니다. 24
4 장 : VSPEX Proven Infrastructure 선택 4 장 VSPEX Proven Infrastructure 선택 이장에서다루는내용은다음과같습니다. 개요... 26 1 단계 : 고객의활용사례평가... 26 2 단계 : 애플리케이션아키텍처설계... 28 3 단계 : 올바른 VSPEX Proven Infrastructure 선택... 30 25
4 장 : VSPEX Proven Infrastructure 선택 개요 이장에서는가상화된 Oracle 서버에서 VSPEX Proven Infrastructure를설계하는방법과요구사항에맞게올바른 VSPEX Proven Infrastructure를선택하는방법에대해설명합니다. 표 3에는 VSPEX Proven Infrastructure를선택하는경우완료할주요단계가요약되어있습니다. 표 3. VSPEX Proven Infrastructure 선택단계 단계 작업 1 가상화된 Oracle OLTP용 VSPEX 검증워크시트를사용하여고객의 Oracle OLTP 워크로드를평가합니다. 1단계 : 고객의활용사례평가에서자세한내용을확인할수있습니다. 2 VSPEX 사이징툴을사용하여필요한인프라스트럭처, Oracle 서버리소스및아키텍처를확인합니다. 2단계 : 애플리케이션아키텍처설계에서자세한내용을확인할수있습니다. 참고 : EMC 지원웹사이트에서사이징툴을사용할수없는경우에는부록B: 개략적인 Oracle 데이터베이스서버사이징논리및방법론섹션의지침을참조하여애플리케이션을수동으로사이징하십시오. 3 2단계의권장사항에따라올바른 VSPEX Proven Infrastructure를선택합니다. 3단계 : 올바른 VSPEX Proven Infrastructure 선택섹션에자세한내용이나와있습니다. 1 단계 : 고객의활용사례평가 VSPEX 인프라스트럭처솔루션을선택하기전에비즈니스요구사항을기반으로 고객의실제워크로드와데이터세트를파악해야합니다. VSPEX 인프라스트럭처설계에대한고객의비즈니스요구사항을더잘파악할수있도록가상화된 Oracle OLTP용 VSPEX 검증워크시트를사용하여 VSPEX 솔루션의워크로드요구사항을평가하는것이가장좋습니다. 이솔루션에사용하는검증워크시트에대한자세한내용은부록A: 가상화된 Oracle OLTP용 VSPEX 검증워크시트를참조하십시오. 가상화된 Oracle OLTP 용 VSPEX 검증워크시트에서는몇가지간단한질문을통해 고객의 Oracle OLTP 워크로드요구사항및사용특성을파악하고설명합니다. 26
표 4. 가상화된 Oracle OLTP 용 VSPEX 검증워크시트지침 4 장 : VSPEX Proven Infrastructure 선택 질문환경에사이징하려는기존 Oracle 데이터베이스가있습니까? 구축하려는데이터베이스수는몇개입니까? 사용자데이터베이스의크기 (GB) 는얼마입니까? 연간증가율 (%) 은어느정도입니까? FAST Cache를사용할예정입니까? FAST VP를사용할예정입니까? 설명고객이이미 Oracle 데이터베이스를소유하고있으며 VSPEX 환경에서 VSPEX 프라이빗클라우드로마이그레이션될특성을이해하고있으면예를선택합니다. 고객이 VSPEX 환경에구축하려는데이터베이스수를입력합니다. 고객이 VSPEX 환경에구축하려는데이터베이스크기를입력합니다. 향후성장은 VSPEX 솔루션의특성을결정짓는주요특성입니다. 이값은 3년동안의예상사용자데이터베이스연간증가율입니다. 고객환경에적합한수를입력하십시오. FAST Cache는높은빈도로스토리지에임의액세스하는애플리케이션에특히적합합니다. FAST Cache는사용빈도가가장높은데이터가고성능플래시드라이브에서처리되도록하는동시에이데이터가필요한시간만큼고속플래시에상주할수있도록함으로써 Oracle 애플리케이션의성능을높여줍니다. 하드디스크드라이브를여러개사용하는것보다는적은수의플래시드라이브를 FAST Cache로구축하는것이성능측면에서훨씬유리합니다. FAST VP는 TCO(Total Cost of Ownership) 를대폭낮추고성능을향상시킵니다. 여러고성능계층드라이브가필요한타겟워크로드를혼합된계층으로처리하여드라이브수를크게줄일수있습니다. 동종드라이브로구축하지않고 FAST VP를사용하는방법은 Oracle 데이터베이스기반의 OLTP 테스트를비롯한많은애플리케이션에서투자비용을절감하고, 전력및냉각비용을줄이고, 성능을높이는데매우효과적인것으로입증되었습니다. 27
4 장 : VSPEX Proven Infrastructure 선택 질문최대 IOPS 값 ( 읽기 / 쓰기 ) 은얼마입니까? ( 선택사항 ) 최대로드시의예상동시사용자수는얼마입니까? 설명 Oracle 데이터베이스의최대 IOPS 값을파악하면잠재적스토리지성능문제를방지할수있습니다. 고객과협력하여최대로드시 IOPS를예상할수있습니다. 최대동시사용자수는사용자데이터베이스와관련하여핵심적인특성입니다. 고객이환경의최대로드시사용자수를예상할수있는경우해당값을입력합니다. 2 단계 : 애플리케이션아키텍처설계 이 VSPEX Proven Infrastructure 솔루션에대해대표적인고객워크로드를 사이징하는방법을정의했습니다. 고객정보를수집하고가상화된 Oracle 용 VSPEX 검증워크시트에내용을입력했으면 해당정보를 EMC Business Value Portal 에나와있는 VSPEX 사이징툴에입력하거나 부록 B: 사이징고려사항을참조하여솔루션을수동으로사이징할수있습니다. VSPEX 사이징툴출력 : 요구사항및권장사항 VSPEX 사이징툴에서고객의답변에따라데이터베이스구성을검증워크시트에기록할수있습니다. 사이징풀에대한자세한내용은 VSPEX Sizing Tool 포털을참조하십시오. VSPEX 사이징툴에입력을마치면표 5 에서와같이일련의권장사항이생성됩니다. 표 5. VSPEX 사이징툴출력정보 유형설명참조 vcpu 메모리 Oracle 서버데이터베이스용스토리지레이아웃 각 Oracle 서버가상머신에대해구성할 vcpu의수입니다. 각 Oracle 서버가상머신에대해권장되는메모리의양입니다. VNXe 또는 VNX에서제안되는사용자데이터베이스풀구성입니다. Oracle 웹사이트 스토리지레이아웃설계 28
4 장 : VSPEX Proven Infrastructure 선택또한 Oracle용표준컴퓨팅사이징모델을사용하여검증테스트를간소화및표준화했습니다. 이모델을통해적절한응답시간을제공하는읽기 / 쓰기비율이 60:40인동급 TCP-C OLTP 데이터베이스워크로드를실행하는데필요한구성을식별했습니다. 표 6에는 Oracle 사이징모델을가상머신리소스에매핑한방법이나와있습니다. 표 6. 가상머신용 Oracle 사이징모델 Oracle 모델 최대 200 명의사용자를위한소규모가상 머신 가상머신리소스 컴퓨팅요구사항 : vcpu 2 개 8GB 메모리스토리지요구사항 (OS 및 Oracle 바이너리 ): 100GB 25 IOPS 스토리지요구사항 (Oracle 데이터파일 ): 275 IOPS 최대 1,200 명의사용자를위한중간규모 가상머신 컴퓨팅요구사항 : vcpu 12 개 38GB 메모리스토리지요구사항 (OS 및 Oracle 바이너리 ): 100GB 50 IOPS 스토리지요구사항 (Oracle 데이터파일 ): 1650 IOPS 8,000 명을초과하는사용자를위한대규모 가상머신 컴퓨팅요구사항 : 32 vcpu 98GB 메모리 스토리지요구사항 (OS 및 Oracle 바이너리 ): 100GB 100 IOPS 스토리지요구사항 (Oracle 데이터파일 ): 6600 IOPS 29
4 장 : VSPEX Proven Infrastructure 선택 자세한내용은 3 단계 : 올바른 VSPEX Proven Infrastructure 선택섹션의예를 참조하십시오. EMC 지원웹사이트에서사이징툴을사용할수없는경우에는부록 B: 개략적인 Oracle 데이터베이스서버사이징논리및방법론에제공된사이징지침을 사용하십시오. 3 단계 : 올바른 VSPEX Proven Infrastructure 선택 고려사항 VSPEX 프로그램은 VMware vsphere 및 EMC VNXe 제품군, EMC Data Protection을사용하여통합가상화인프라스트럭처를간편하게구축할수있도록설계된수많은솔루션을제공합니다. 애플리케이션아키텍처가확인되었으면계산된결과를기반으로올바른 VSPEX Proven Infrastructure를선택할수있습니다. 참고 : 이는 Oracle Database OLTP 요구사항을제공할목적으로작성되었지만 Oracle 서버가 VSPEX Proven Infrastructure에구축되는유일한애플리케이션은아닙니다. 구축할계획인각애플리케이션의요구사항도신중히고려해야합니다. 구축할최상의 VSPEX Proven Infrastructure에대해확신할수없는경우결정하기전에 EMC 담당자에게문의하십시오. 표 7 에나와있는단계에따라 VSPEX Proven Infrastructure 를선택합니다. 표 7. 올바른 VSPEX Proven Infrastructure 선택 단계 작업 1 VSPEX 사이징툴을사용하여 Oracle 서버의가상머신에필요한총리소스수와제안되는추가스토리지레이아웃요구사항을확인합니다. 2 VSPEX 사이징툴을사용하여비즈니스요구사항을기반으로다른애플리케이션리소스요구사항을설계합니다. VSPEX 사이징툴은 Oracle 서버및기타애플리케이션모두의가상머신에필요한총리소스수와권장되는스토리지레이아웃요구사항을계산합니다. 3 비즈니스요구사항을충족하는 VSPEX Proven Infrastructure의최대사용률 (Oracle 서버및기타애플리케이션에모두적용되는최대사용률 ) 을고객과상의합니다. VSPEX 사이징툴에 VSPEX Proven Infrastructure의최대사용률을입력합니다. 그러면툴에서권장최소 VSPEX Proven Infrastructure 오퍼링을제공합니다. 4 권장 VSPEX Proven Infrastructure 오퍼링을기반으로네트워크공급업체및서버공급업체를선택합니다. EMC VSPEX: Choose the Right Path to Your Cloud에자세한내용이나와있습니다. 30
4 장 : VSPEX Proven Infrastructure 선택 예 개요 이섹션에서는 VSPEX Proven Infrastructure를선택하는데도움이되는다음과같은시나리오에대해소개합니다. 여러개의소규모 Oracle Database 12c 서버. 각서버는 200명미만의동시사용자수보유 최대 8,000명의동시사용자수를보유한대규모 Oracle Database 12c 서버한개예 1: 여러개의소규모 Oracle Database 12c 서버. 각서버는 200명미만의동시사용자수보유이시나리오를사용하여여러개의소규모 Oracle Database 12c 서버를 VSPEX Proven Infrastructure에구축합니다. 고객은 500GB 크기의데이터베이스여러개를보유하고있습니다. 각데이터베이스의예상 R/W IOPS는약 165/110입니다. VSPEX 사이징툴에검증워크시트의답변을입력하면표 8에서와같이 VSPEX 프라이빗클라우드풀에서필요한리소스에대한일련의권장사항이생성됩니다. 표 8. 검증워크시트예 : 소규모 Oracle 12c 서버여러개 질문 환경에서사이징하려는기존 Oracle 서버데이터베이스가있습니까? 답변 예 구축하려는데이터베이스수는몇개입니까? 10 사용자데이터베이스의크기 (GB) 는얼마입니까? 500 연간증가율 (%) 은어느정도입니까? 10 FAST Cache 를사용할예정입니까? FAST VP 를사용할예정입니까? 아니요 아니요 최대 IOPS 값 ( 읽기 / 쓰기 ) 은얼마입니까? 2,750 ( 선택사항 ) 최대로드시의최대동시사용자수는얼마입니까? 해당없음 VSPEX 사이징툴에검증워크시트의답변을입력하면표 9에서와같이 VSPEX 프라이빗클라우드풀에서필요한리소스에대한권장사항이생성됩니다. 표 9. 필요한리소스예 : 소규모 Oracle 12c 서버여러개 Oracle 서버 vcpu 메모리 OS 볼륨용량 OS 볼륨 리소스요구사항 20 80GB 1,000GB 250 IOPS 31
4 장 : VSPEX Proven Infrastructure 선택 또한 VSPEX 사이징툴은표 10 에서와같이스토리지레이아웃에대해권장사항을 나열합니다. 표 10. 스토리지레이아웃에대한권장사항예 : 소규모 Oracle 12c 서버여러개 풀이름 RAID 유형디스크유형디스크용량디스크수 VSPEX 프라이빗클라우드풀 RAID 5 SAS 디스크 10,000rpm 500GB 5 Oracle 데이터베이스데이터파일풀 Oracle 데이터베이스로그파일풀 RAID 5 SAS 디스크 10,000rpm 500GB 30 RAID 1/0 SAS 디스크 10,000rpm 500GB 4 예 2: 최대 8,000명의동시사용자수를보유한대규모 Oracle Database 12c 서버한개이시나리오를사용하여대규모 Oracle Database 12c 서버를 VSPEX Proven Infrastructure에구축합니다. 고객의데이터베이스크기는 1TB입니다. 데이터베이스의예상동시사용자수는 8,000명이고예상 R/W IOPS는 3,960/2,640입니다. VSPEX 사이징툴에검증워크시트의답변을입력하면표 11 에서와같이 VSPEX 프라이빗클라우드풀에서필요한리소스에대한일련의권장사항이생성됩니다. 표 11. 검증워크시트예 : 대규모 Oracle 12c 서버 질문 환경에서사이징하려는기존 Oracle 서버데이터베이스가있습니까? 답변 예 구축하려는데이터베이스수는몇개입니까? 1 사용자데이터베이스의크기 (GB) 는얼마입니까? 1,000 연간증가율 (%) 은어느정도입니까? 10 FAST Cache 를사용할예정입니까? FAST VP 를사용할예정입니까? 아니요 예 최대 IOPS 값 ( 읽기 / 쓰기 ) 은얼마입니까? 6,600 ( 선택사항 ) 최대로드시의최대동시사용자수는얼마입니까? 해당없음 32
4 장 : VSPEX Proven Infrastructure 선택 VSPEX 사이징툴에검증워크시트의답변을입력하면표 12에서와같이 VSPEX 프라이빗클라우드풀에서필요한리소스에대한일련의권장사항이생성됩니다. 표 12. 필요한리소스예 : 대규모 Oracle 12c 서버 Oracle 서버 vcpu 메모리 OS 볼륨용량 OS 볼륨 리소스요구사항 32 98GB 100GB 100 IOPS 또한 VSPEX 사이징툴은표 13에서와같이스토리지레이아웃에대해권장사항을 나열합니다. 표 13. 스토리지레이아웃에대한권장사항예 : 대규모 Oracle 12c 서버 풀이름 RAID 유형 디스크유형 디스크용량 디스크수 VSPEX 프라이빗클라우드풀 RAID 5 SAS 디스크 10,000rpm 500GB 5 Oracle 데이터베이스데이터 파일풀 RAID 5 SAS 디스크 10,000rpm 500GB 30 RAID 1 FAST VP SSD 200GB 2 Oracle 데이터베이스로그파일풀 RAID 10 SAS 디스크 10,000rpm 500GB 8 33
4 장 : VSPEX Proven Infrastructure 선택 34
5 장 : 솔루션설계고려사항및 Best Practice 5 장솔루션설계고려사항및 Best Practice 이장에서다루는내용은다음과같습니다. 개요... 36 네트워크설계... 36 스토리지레이아웃설계... 38 Oracle 용으로 FAST Cache 구성... 41 Oracle 용으로 FAST VP 구성... 42 가상화계층설계... 43 Oracle Database 12c 구축설계... 46 EMC Data Protection 설계고려사항... 49 35
5 장 : 솔루션설계고려사항및 Best Practice 개요 이장에서는가상화된 Database 12c OLTP 용 EMC VSPEX 솔루션설계와함께 네트워크, 스토리지, 가상화, 애플리케이션관련 Best Practice 에대해설명합니다. 네트워크설계 개요 이섹션에서는 SAN 및 IP 네트워크구성과 ESXi 서버네트워크를위한네트워크세부정보에대해설명합니다. 이가상화된 Oracle Database 12c용 VSPEX Proven Infrastructure 솔루션에서는네트워크를설계할때 ESXi 서버의고급설정과네트워크이중화를고려하는것이좋습니다. VNX 시리즈의고급네트워킹기능은스토리지시스템에서네트워크접속장애로인한문제를방지합니다. 또한각가상호스트에는스토리지이더넷네트워크에대한다중접속이구성되어있어연결장애로부터보호됩니다. 접속을여러이더넷스위치에분산하면네트워크를구성요소장애로부터보호할수있습니다. SAN Best Practice 다음 SAN Best Practice 를따르는것이좋습니다. 네트워크이중화를위해 HBA(Host Bus Adapter) 및 FC 스위치여러개를사용합니다. 고가용성을위해각 FC 포트를데이터베이스서버에서두스토리지프로세서포트로조닝합니다. 호스트에서 PowerPath와같은경로관리및동적경로다중화소프트웨어를사용하여페일오버프로세스를통해경로를변경하고로드밸런싱을제공할수있게만듭니다. IP 네트워크 Best Practice 다음 IP 네트워크 Best Practice 를따르는것이좋습니다. 네트워크이중화를위해네트워크카드및스위치여러개를사용합니다. 네트워크연결에 10Gb 이더넷을사용합니다. VLAN(Virtual Local Area Network) 을사용하여서로다른네트워크세그먼트또는하위네트워크에있는디바이스를논리적으로그룹화합니다. 물리적및가상스택전체에서점보프레임을설정및구성합니다. 참고 : 1,500 바이트보다큰 MTU(Maximum Transfer Unit) 크기를점보프레임이라고합니다. 점보프레임을사용하려면서버, 스위치, 데이터베이스서버를비롯한전체네트워크 인프라스트럭처에서기가비트이더넷을지원해야합니다. 36
5 장 : 솔루션설계고려사항및 Best Practice vsphere 네트워크 Best Practice 가상환경에서네트워킹은실제환경의네트워킹과동일한개념을따르지만개념중일부는실제케이블과스위치를사용하는것이아닌소프트웨어적개념입니다. 실제환경에적용되는 Best Practice 대부분이가상환경에도계속적용되지만트래픽세분화, 가용성, 처리성능등추가적으로고려해야할사항도있습니다. 예를들어 VMware 가상화환경에서 vswitch당두개의물리적 NIC를사용하고별도의물리적스위치에물리적 NIC에대한업링크를생성할수있습니다. NIC 팀설정을구성하는경우 NIC 팀의페일백옵션에대해 No를선택하는것이 Best Practice입니다. 그러면간헐적인네트워크장애가발생할경우 NIC 카드가플립플롭방식으로사용되는것이방지됩니다. 또한 VMware HA(High Availability) 를설정하는경우 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 탭에서 Advanced Settings >NFS를선택합니다. VMware vsphere에대해더많은 NIC 팀설정 Best Practice를보려면 Best Practices for Running VMware vsphere on Network Attached Storage (NAS) 를참조하십시오. VSPEX Proven Infrastructure의네트워크설계 Best Practice는 VSPEX Proven Infrastructure 가이드섹션을참조하십시오. NFS 관련고려사항을위한 Oracle 설정 Oracle 11g R2에서도입된 Oracle Direct NFS 또는 dnfs를통해 NFS 작업을운영체제커널대신데이터베이스계층으로이동할수있습니다. Oracle dnfs 클라이언트 ODM 디스크라이브러리를사용하려면 Oracle 데이터베이스를구성할것을적극권장합니다. 작업은한번만수행하면됩니다. Oracle 사용자로 Linux 시스템에로그인한후, 다음명령을입력하여 dnfs 클라이언트 ODM 라이브러리를사용하도록설정합니다. [oracle@small ~] cd $ORACLE_HOME/rdbms/lib [oracle@small ~] make f ins_rdbms.mk dnfs_on rm f /u01/app/oracle/lib/libodm12.so; cp /u01/app/oracle/lib/libnfsodm12.so /u01/app/oracle/lib/libodm12.so 37
5 장 : 솔루션설계고려사항및 Best Practice VSPEX Proven Infrastructure 의네트워크설계에대한기타 Best Practice 는가상화된 Oracle Database 12c OLTP 용 EMC VSPEX 구축가이드를참조하십시오. 스토리지레이아웃설계 개요 이섹션에는 Oracle Database 12c 환경에서다양한비즈니스요구사항에맞게 스토리지를계획하기위한지침이나와있습니다. 참고 : 고객은특정요구사항에가장적합한구축아키텍처를선택해야합니다. EMC 유니파이드스토리지는파일또는블록프로토콜을지원하는스토리지인프라스트럭처에 맞는유연성과관리용이성을제공합니다. 스토리지레이아웃및설계고려사항 그림 3 에서는 VMware vsphere 가상화플랫폼기반가상 Oracle 데이터베이스 서버용 VSPEX Proven Infrastructure 에서검증된 Oracle Database 12c 구성요소및 스토리지요소간의개괄적인아키텍처예를보여줍니다. 그림 3. 예 : VMware 기반 Oracle 12c Database 의스토리지레이아웃 참고 : 그림 3 은 Oracle 환경에서 IP(Internet Protocol) 기반 Oracle dnfs(direct NFS) 를 사용하는것을보여줍니다. 모든 Oracle 서버볼륨은 VMware 로가상화된환경에서 VMDK(Virtual Machine Disk) 형식으로저장될수도있습니다. 서로다른스토리지풀을사용하여가상머신을위한 VSPEX 프라이빗클라우드풀 외에 OS 및 Oracle 데이터베이스데이터도저장하는것이좋습니다. 예는표 14 에 나와있습니다. 38
5 장 : 솔루션설계고려사항및 Best Practice 표 14. Oracle Sever 스토리지풀예 스토리지풀이름용도권장사항 VSPEX 프라이빗클라우드풀 Oracle 데이터풀 (FAST Cache( 선택사항 )) Oracle redo 풀 모든가상머신이상주하는프라이빗클라우드풀입니다. 사용자데이터베이스의데이터파일 LUN 및볼륨을처리하기위한 Oracle 데이터풀사용자데이터베이스의로그파일 LUN 및볼륨을처리하기위한 Oracle redo 풀 SAS 디스크기반의 RAID 5 및 FAST VP SSD 기반의 RAID 1/0이혼합된풀 SAS 디스크기반의 RAID 5 또는혼합풀 RAID 1/0 및 SAS 디스크 스토리지 Best Practice 가상화된 Oracle Database 12c 용 VSPEX Proven Infrastructure 솔루션의스토리지 및레이아웃설계에대한다음 Best Practice 를고려하십시오. Oracle 데이터베이스데이터풀 Oracle 데이터파일및임시파일시스템에대해 RAID 5(4+1) 보호기능이적용된 SAS 디스크를사용합니다. 이와같은 RAID 보호및디스크유형조합을사용하면용량사용률이높아질뿐아니라낮은비용으로입출력성능을높일수있습니다. 그와동시에드라이브장애시에도데이터가용성을유지할수있습니다. Oracle 데이터베이스 redo 로그풀이솔루션에서는 SAS 디스크에서 RAID 10을통해보호되는서로다른풀에 redo 로그용파일시스템이구성되었습니다. 쓰기작업비율이높은워크로드의경우, 물리적으로분리된디스크의 redo 파일시스템에대해서는개별풀을고려합니다. 맞춤구성고객과협력하여스토리지레이아웃의용량및 IOPS 요구사항을예측하는것이좋습니다. 스토리지레이아웃을결정할때는향후의확장을고려하고 VSPEX 사이징툴입력으로예상확장을포함합니다. FAST Suite에대한추가성능요구사항 FAST VP 및 FAST Cache로구성된 EMC FAST Suite는 VNX 시리즈에사용할수있는두가지주요기술을제공합니다. 이러한기술을사용하면자동화된방식으로최상의성능을얻을수있습니다. VSPEX Proven Infrastructure용 FAST Suite에대한자세한내용은 VSPEX Proven Infrastructure 웹사이트를참조하십시오. 39
5 장 : 솔루션설계고려사항및 Best Practice FAST Cache는 Oracle 애플리케이션에서드라이브관련문제에대한전반적인시스템성능을개선할수있습니다. 먼저사용가능한플래시드라이브를 FAST Cache에사용하는것이좋습니다. 그러면스토리지시스템의모든데이터 LUN이이점을얻을수있습니다. 그런다음필요에따라 FAST VP를사용하여스토리지풀계층의추가플래시드라이브로성능을보완합니다. FAST Cache를사용하도록설정하는작업은 Oracle Database 12c 운영환경에영향을미치지않을뿐아니라, 데이터베이스재구성또는다운타임이필요하지도않습니다. 필요한스토리지풀또는 LUN에서만 FAST Cache를사용하는것이좋습니다. FAST Cache는데이터분포가불균등한소규모랜덤입출력에가장적합합니다. 사용자는다양한디스크유형 (SSD, SAS 및 NL_SAS) 으로구성된혼합형스토리지풀을생성할수도있습니다. 긴밀하게통합된이러한가상화된환경에서데이터마이그레이션을수행하면성능관점과용량관점에서최고수준의스토리지효율성을얻을수있습니다. Oracle Database 12c에서 FAST Suite 기술을사용하도록설정하면응답시간, 읽기 / 쓰기처리량및지연시간이개선되어 Oracle Database 12c 사용자환경이더나아집니다. 또한 FAST Suite 기술을통해고객을위한가장효율적인스토리지레이아웃을결정함으로써스토리지및데이터베이스관리자의부담을덜수있습니다. VSPEX 스토리지레이아웃예 이섹션에서는 VSPEX 프라이빗클라우드에기반한가상화된 Oracle Database 12c 용 VSPEX Proven Infrastructure 의 VNXe 스토리지레이아웃에대해설명합니다. 이예는 앞서설명한대로 Best Practice 및설계관련고려사항을따릅니다. 그림 4 에서는 Oracle 데이터베이스풀전용스토리지레이아웃을보여줍니다. 그림 4. 스토리지레이아웃예 : FAST VP/Cache 가설정된 VNX 시리즈용 Oracle 서버 40
5 장 : 솔루션설계고려사항및 Best Practice 참고 : 이항목은스토리지레이아웃의한예일뿐입니다. EMC VSPEX 스택에자체적인 Oracle 데이터베이스용스토리지레이아웃을계획및설계하려면 VSPEX 사이징툴의 지침과스토리지레이아웃설계에설명된 Best Practice 를따르십시오. Oracle 용으로 FAST Cache 구성 개요 FAST Cache는 EFD(Enterprise Flash Drive) 를사용하여 DRAM(Dynamic Random Access Memory) 캐시와회전식디스크드라이브사이에캐시계층을추가함으로써액세스빈도가높은데이터를보다신속하게저장할수있도록합니다. FAST Cache는확장가능한읽기 / 쓰기캐시로, 사용빈도가가장높은데이터가고성능플래시드라이브에서처리되도록하고해당데이터가필요한시간만큼고속플래시에상주되도록함으로써애플리케이션의성능을높여줍니다. FAST Cache는 64KB 단위로데이터작업을추적하며액세스빈도가높은데이터를하드디스크드라이브로부터 FAST Cache에할당된플래시드라이브로복제하여 FAST Cache로상향이동시킵니다. 해당데이터에대한추후입출력액세스는플래시드라이브에서플래시드라이브의응답속도로처리되므로데이터에대한지연시간이크게단축됩니다. 시간경과에따라사용빈도가낮아진데이터는 FAST Cache에서플러시되고사용빈도가높은데이터가그자리를차지합니다. 하드디스크드라이브를여러개사용하여쇼트스트로킹 (Short Stroking) 방식을적용하는것보다는소수의플래시드라이브를 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를사용하지않도록설정합니다. 41
5 장 : 솔루션설계고려사항및 Best Practice 아카이브로그에대해서는 FAST Cache를활성화하지않아야합니다. 이러한파일은덮어쓰는일이없고데이터베이스를복구해야하는경우를제외하고는읽기작업이거의발생하지않기때문입니다. 사용할수있는모든버스에 FAST Cache SSD를분산시킵니다. 사용가능한 FAST Cache SSD를먼저 FAST Cache에대해사용한다음스토리지풀계층의추가플래시드라이브로필요에따라성능을보완합니다. Oracle 데이터파일에대해서만 FAST Cache를사용하는것이좋습니다. Oracle 아카이브파일과 redo 로그파일은주로순차적쓰기로구성된예측가능한워크로드를특징으로합니다. 스토리지의쓰기캐시및할당된하드디스크드라이브는이러한아카이브파일및 redo 로그파일을효율적으로처리할수있습니다. 이러한파일에대해 FAST Cache를활성화하는것은유용하지도않고비용절감측면에서도도움이되지않습니다. 실행중인시스템에서 FAST Cache 활성화현재병목현상이드라이브와관련된경우 FAST Cache를통해전반적인시스템성능을개선할수있습니다. 그러나 IOPS를높이면 VNX 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를활성화하지않습니다. Oracle 용으로 FAST VP 구성 개요 FAST Cache와마찬가지로 FAST VP는불균형이심한데이터세트에서가장효율적으로작동합니다. FAST VP는유연성이매우뛰어나며플래시계층및 FAST Cache 지원이있거나없는단일계층형, 다중계층형구성과같은다양한계층형구성을지원합니다. 플래시계층을추가하면 256MB 슬라이스단위로 " 사용빈도가높은데이터 " 를플래시스토리지에배치할수있습니다. 42
5 장 : 솔루션설계고려사항및 Best Practice VNXe의경우, 먼저 Oracle 데이터파일스토리지풀에서 FAST VP를설정하여 FAST 기술을최대한활용하는것이좋습니다. FAST VP를통해 TCO를대폭낮추고성능을향상시킬수있습니다. 일반적인전략은 FAST VP를사용하여 TCO를절감하고 FAST Cache를사용하여전반적인시스템성능을높이는것입니다. 본백서에서는이러한기술을효율적으로구축하기위한고려사항에대해설명합니다. FAST VP 알고리즘및정책에대한자세한내용은 EMC FAST VP for Unified Storage Systems를참조하십시오. FAST VP Best Practice 다음 Best Practice 를따르는것이좋습니다. 사용할수있는모든버스에 FAST VP SSD 를분산시킵니다. 사용가능한드라이브전체에서 LUN 로드밸런싱을지속적으로수행할수있도록, 풀에계층이하나뿐이어도풀에서 FAST VP를사용하도록설정합니다. FAST VP를사용하는경우재배치스케줄에도움이되도록풀내에일부미할당용량을유지합니다. 운영워크로드가재배치작업과경합하지않도록사용량이적은시간에재배치를예약합니다. 가상화계층설계 개요 Oracle Database 12c 는 VMware vsphere ESXi 기술을기반으로하는가상화환경에 구축하는경우완벽히지원됩니다. 다음섹션에서는 Oracle Database 12c 가상화와 관련된 Best Practice 및설계고려사항을설명합니다. 가상화 Best Practice 이 Oracle 데이터베이스용 VSPEX Proven Infrastructure 에서는가상화설계의다음 리소스관리를위한 Best Practice 구축을고려하는것이좋습니다. 컴퓨팅리소스 네트워크리소스 VMware 기능 43
5 장 : 솔루션설계고려사항및 Best Practice 컴퓨팅리소스다음의컴퓨팅리소스 Best Practice를구축하는것이좋습니다. 하이퍼스레딩을활성화합니다. 하이퍼스레딩기술을사용하면단일물리적프로세서가여러독립스레드를동시에실행할수있습니다. ESXi는같은코어에서논리적프로세서배치를제어하고로드가시스템의모든물리적코어로균일하게분산되도록프로세서시간을지능적으로관리함으로써하이퍼스레딩을사용하도록설계되었습니다. 하드웨어지원 MMU 가상화 (Intel EPT 및 AMD RVI) 를사용하여메모리소비량을줄이고게스트운영체제에서페이지테이블을빈번하게수정하도록하는워크로드의속도를높입니다. 특정프로세서에더가까이배치된메모리를해당프로세서에서더멀리배치된메모리에비해적은지연시간으로액세스하는컴퓨터아키텍처인 NUMA(Non-Uniform Memory Access) 를사용합니다. 가상머신의 vram( 가상머신메모리 ) 을 NUMA 노드 ( 프로세서 ) 에서액세스하는로컬메모리보다적게할당합니다. 가상머신매개변수 numa.vcpu.preferht=true를사용하여필요한최소소켓을사용하도록 vcpu 스케줄을지정합니다. 가상머신게스트운영체제의성능을높이고가상머신관리기능을개선하는유틸리티가포함된 VMware Tools를설치합니다. 네트워크리소스다음의네트워크리소스 Best Practice를구축하는것이좋습니다. 10GbE을지원하는 VMware의최신반가상화가상네트워크디바이스 VMXNET Generation 3(VMXNET3) 를사용합니다. 보안및격리를위해 vlan을사용하여 vsphere 인프라스트럭처트래픽을가상머신트래픽과분리합니다. vmotion 및 IP 스토리지네트워크용으로가상및물리적스택전체에서점보프레임을설정및구성합니다. NFS 데이터저장소의 VMDK가아닌가상머신내 Oracle dnfs 클라이언트의게스트내 NFS 마운트를사용합니다. 44
5 장 : 솔루션설계고려사항및 Best Practice VMware 기능다음의 VMware 기능을구축하는것이좋습니다. vsphere HA - 이기능은클러스터로구성된여러 ESXi 호스트를사용하여운영중단상황에서빠르게복구하며, 가상머신에서실행중인애플리케이션에대해경제적인 HA(High Availability) 시스템을제공합니다. vsphere HA는다음으로부터애플리케이션을보호합니다. 서버장애 ( 클러스터내의다른 ESXi 서버에서가상머신을시작함 ) 애플리케이션장애 ( 가상머신을지속적으로모니터링하고게스트 OS 장애시가상머신을재설정함 ) VMware DRS - 이기능은가상머신마이그레이션시 vmotion 기능을사용하여호스트간워크로드를자동으로밸런싱합니다. Oracle 데이터베이스워크로드가증가하면 DRS는다운타임없이자동으로병목지점의가상머신을가용리소스가더많은다른호스트로이동합니다. DRS 유사성 (Affinity) 규칙 - 이규칙은클러스터내호스트에서가상머신배치를제어합니다. DRS는다음과같은두가지유형의유사성규칙을제공합니다. 가상머신-호스트유사성규칙 : 가상머신그룹과호스트그룹간의유사성관계를지정합니다. 가상머신-가상머신유사성규칙 : 특정가상머신을같은호스트에서실행할지별도의호스트에유지할지를지정합니다. VMware 템플릿 VMware 템플릿은가상머신을생성하고프로비저닝하는데사용되는가상머신마스터복제본입니다. 템플릿을사용하여게스트 OS가설치되고애플리케이션및사용자가구성된가상머신을구축하십시오. 게스트 OS는사용자의개입을최소화하면서사용할수있도록준비되어있습니다. 템플릿은구축시간을최소화하고각가상머신에필요한설치및구성작업을자동화합니다. vcenter에저장된맞춤구성덕분에가상머신구축을간단하게수행할수있습니다. 구축마법사, 자동화툴또는스크립트는새가상머신을구축하기전에템플릿을사용하여자동으로서버설정을생성하거나편집할수있습니다. 45
5 장 : 솔루션설계고려사항및 Best Practice 정기적으로 VSPEX Proven Infrastructure 모니터링 VSPEX Proven Infrastructure의성능을정기적으로모니터링해야합니다. 성능모니터링은가상머신레벨뿐아니라하이퍼바이저레벨에서도수행됩니다. ESXi 하이퍼바이저를사용하는경우 Oracle 데이터베이스머신내의성능모니터링툴을사용하여가상머신이나 Oracle 데이터베이스성능을보장함과동시에 esxtop 같은모니터링툴을사용하여하이퍼바이저레벨에서호스트성능을관찰할수있습니다. Oracle Database 12c 구축설계 개요 이솔루션의목적중하나는 FC(Fibre Channel) 기반 Oracle ASM(Automatic Storage Management) 과 IP(Internet Protocol) 기반 Oracle dnfs(direct NFS) 라는두스토리지네트워킹기술이 Oracle 환경에서어떻게사용되는지를자세히설명하는것입니다. Oracle Database 12c 의 OLTP(Online Transaction Processing) 워크로드와관련하여 ASM 및 dnfs 에대한여러가지설계고려사항이있습니다. 이섹션에는가장 일반적이고중요한설계고려사항및 Best Practice 에대한지침이나와있습니다. ASM 및데이터베이스구축을위한 Best Practice Oracle Database 10g Release 2부터는 ASM(Automatic Storage Management) 을사용하여데이터베이스스토리지관리및용량할당을간단하게수행할수있습니다. ASM은데이터베이스생성, 데이터베이스레이아웃, 디스크공간관리등의파일시스템및볼륨관리작업을제공합니다. FC 기반의 ASM을사용하면데이터파일, 온라인 redo 파일, 제어파일등모든데이터베이스객체가 ASM 디스크그룹에저장되며 Oracle ASM에의해관리됩니다. ASM은곧바로지원되는이중화와최적의성능을제공합니다. 하지만성능, 가용성또는둘다를향상시키기위해서는다음사항을고려해야합니다. 두개이상의 HBA 또는이니시에이터를사용하여스토리지시스템에여러액세스경로를구현합니다. 이러한여러 HBA에경로다중화소프트웨어를구축하여입출력로드밸런싱및페일오버기능을제공합니다. 비슷한규모및성능의디스크가포함된 ASM 디스크그룹을사용합니다. dnfs 구성을위한 Best Practice Oracle Database 12c 의표준기능인 Oracle dnfs 클라이언트는 OS 기본 NFS 를통해 성능과복구성을향상시킵니다. 또한 dnfs 는비동기 IOPS 를수행하기때문에입출력 요청이제출되고처리되는동안처리를계속할수있습니다. 46
5 장 : 솔루션설계고려사항및 Best Practice IP 기반 dnfs를사용하면 NFS 마운트를통해모든데이터베이스객체에액세스할수있습니다. 데이터파일, 온라인 redo 파일및기타데이터베이스파일은 IP 프로토콜기반 dnfs를사용하여액세스합니다. Oracle dnfs 클라이언트 ODM 디스크라이브러리를사용하도록 Oracle 데이터베이스를구성하는것이좋습니다. 이작업은한번만수행하면되며, 설정후에는데이터베이스가기본 NFS 클라이언트가아닌 Oracle에최적화된기본 Oracle dnfs 클라이언트를사용합니다. 자동공유메모리관리 ASMM(Automatic Shared Memory Management) 은 Oracle 데이터베이스에서 메모리를동적으로관리하는표준방법으로, Oracle Database 10g 부터제공되어 왔습니다. ASMM 을구축해다음의공유메모리구조관리를자동화하는것이좋습니다. DB_CACHE_SIZE SHARED_POOL_SIZE LARGE_POOL_SIZE JAVA_POOL_SIZE STREAMS_POOL_SIZE 다음초기화매개변수를설정하여이기능을구현하십시오. SGA_TARGET(0이아닌값으로설정 ) STATISTICS_LEVEL=TYPICAL( 또는 ALL) 참고 : Oracle AMM(Automatic Memory Management: 자동메모리관리 ) 은 HugePages와호환되지않으므로사용하지마십시오. Linux HugePages를사용하려는경우에는 MEMORY_TARGET 및 MEMORY_MAX_TARGET 초기화매개변수를둘다설정하지않아야합니다. HugePages 에대한자세한내용은 My Oracle Support 의 ASMM versus AMM and LINUX x86-64 HugePages Support(Doc ID 1134002.1) 에나와있습니다. HugePages 설정사용 RAM 및 SGA 가큰경우 Linux 에서 Oracle 데이터베이스성능을높이려면 HugePages 를반드시사용해야합니다. 병합된데이터베이스 SGA 가 8GB 보다큰 경우에는 HugePages 를구성해야합니다. SGA 의크기가중요합니다. HugePages를활성화하는경우의이점은다음과같습니다. 페이지크기증가 / 페이지수감소 전체메모리성능향상 스와핑없음 HugePages의설정및튜닝에대한자세한내용은 My Oracle Support 의 Use Large Pages to Enable HugePages(Doc ID 1392497.1) 에나와있습니다. 47
5 장 : 솔루션설계고려사항및 Best Practice 파일시스템파일에대한입출력작업구성 DISK_ASYNCH_IO= true로설정합니다. 이제모든스토리지프로토콜에서비동기식입출력이권장됩니다. Oracle 12c의경우기본값은 true입니다. FILESYSTEMIO_OPTIONS=SETALL로설정합니다. 이설정을사용하는경우직접입출력과비동기식입출력이모두가능합니다. 비동기식입출력사용시에는입출력요청을제출및처리하는동안에도처리가계속됩니다. Direct NFS의경우 FILESYSTEMIO_OPTIONS의값에영향을받지않습니다. Direct NFS는 OS 지원의영향을받지않으므로항상비동기및직접입출력을사용합니다. 그러나구성이잘못된경우에는언제든지 OS NFS 클라이언트를다시사용할수있습니다. 예방조치로 OS에서지원하는경우 filesystemio_options 매개변수를 SETALL로설정합니다. 자세한내용은 My Oracle Support의 Init.ora Parameter "FILESYSTEMIO_OPTIONS" Reference Note(Doc ID 120697.1) 에나와있습니다. 데이터베이스데이터유형레이아웃구성 데이터파일, 온라인 redo 로그파일과같은서로다른 Oracle 데이터유형에대해서로다른스토리지풀을생성하는것이좋습니다. 또한데이터유형에따라, 적절한경우 FAST Cache를설정할수있습니다. 정확한레이아웃요구사항은각고객요구사항에따라각구축별로달라집니다. 표 15 에는 FAST Cache 가데이터파일풀에서만사용된경우의데이터베이스 레이아웃예가나와있습니다. 표 15. 통합된 Oracle 환경을위한데이터베이스레이아웃예 Redo 풀 데이터풀 FRA 풀 ( 선택사항 ) 애플리케이션데이터유형 Redo 로그 데이터파일 FRA 파일 FAST Suite 정책 FAST Cache 아니요 예 아니요 FAST 정책아니요자동계층화아니요 참고 : FRA(Fast Recovery Area) 를사용하여모든백업파일을한곳에저장할수있도록하는것이좋습니다. FRA가설정된경우, Oracle 아카이빙된로그및백업파일의사이징논리는 Oracle 데이터파일및 redo 로그파일과다릅니다. 자세한내용은 EMC 담당자에게문의하십시오. 48
5 장 : 솔루션설계고려사항및 Best Practice Oracle 라이센스등록고려사항 이가상화된 Oracle 서버용 VSPEX Proven Infrastructure 에서비용을보다 효율적으로절약하려면 Oracle 서버라이센스모델을고려하는것이좋습니다. Oracle 프로세서라이센스옵션은소프트웨어와하드웨어간의상호작용을기반으로합니다. Oracle EE(Oracle Enterprise Edition) 의경우라이센스등록은설치된 Oracle 소프트웨어에서사용할수있는물리적코어수를기반으로합니다. Oracle SE의경우라이센스등록은설치된 Oracle 소프트웨어에서사용할수있는프로세서소켓수를기반으로합니다. Oracle은물리적서버에필요한소프트웨어라이센스수를계산하거나제한하기위한방법으로 CPU 소프트파티셔닝을허용하지않습니다. Oracle은 VMware vsphere 기술을소프트파티셔닝으로간주합니다. vsphere 환경에서는 Oracle 실행파일이설치되어있거나실행중인모든호스트의라이센스를받아야합니다. 즉, Oracle 라이센스비용을최소화하는데는 vsphere ESXi 클러스터의설계및 크기와 Oracle 실행파일을호스팅하는가상머신의배치및이동이매우중요합니다. Understanding Oracle Certification Support and Licensing for VMware Environments 백서에자세한내용이나와있습니다. EMC Data Protection 설계고려사항 모든 VSPEX 솔루션은 EMC Avamar, EMC Data Domain을비롯한 EMC Data Protection 제품을사용하여사이징및테스트를거쳤습니다. 솔루션에 EMC Data Protection 구성요소가포함되는경우, 이러한옵션을 VSPEX 솔루션에구축하는방법에대한자세한내용은가상화된 Oracle 11g R2용 VSPEX를위한 EMC 백업및복구옵션설계및구축가이드를참조하십시오. 49
5 장 : 솔루션설계고려사항및 Best Practice 50
6 장 : 솔루션검증방법론 6 장솔루션검증방법론 이장에서다루는내용은다음과같습니다. 개요... 52 솔루션검증... 52 51
6 장 : 솔루션검증방법론 개요 이장에서는솔루션의하드웨어, 애플리케이션및데이터보호측면에서필요한검증방법론을설명합니다. 하드웨어는프로세서, 메모리, 스토리지등컴퓨터의물리적리소스로구성되어있습니다. 또한하드웨어는 NIC, 케이블, 스위치, 라우터, 하드웨어로드밸런싱장치등물리적네트워크구성요소도포함합니다. 가상화된 Oracle 서버용 VSPEX 솔루션에올바른하드웨어를사용하면수많은성능및용량문제를방지할수있습니다. 그반대로, 하드웨어리소스를하나라도잘못적용하면서버의메모리부족등 Oracle 서버의성능에영향을미칠수있습니다. 솔루션검증 Oracle Database 12c 애플리케이션오버레이검증된아키텍처용의새로운 VSPEX를운영환경에구축하기전에테스트하는것이좋습니다. 이검증된오버레이아키텍처의테스트를통해설계에서필요한성능및용량타겟이달성되는지를확인하는한편, 잠재적인병목지점을파악및최적화하여실제구축시사용자에게미치는영향을없앨수있습니다. 이섹션에서는이솔루션검증시수행한개괄적단계를요약하여설명합니다. VSPEX Proven Infrastructure 에서 Oracle Database 12c 성능검증을시작하기전에 구축가이드에따라 VSPEX Proven Infrastructure 에 Oracle Database 12c 가구축되었는지확인하십시오. 표 16 에서는운영환경에서 Oracle Database 12c 환경을구축하기전에완료해야 하는개괄적단계에대해설명합니다. 표 16. 애플리케이션검증에필요한개괄적단계 단계설명단계 1 비즈니스요구사항을충족하는성능및용량을달성할수있도록 Oracle 데이터베이스환경의핵심메트릭을파악합니다. 2 Oracle 데이터베이스용 VSPEX 사이징툴을사용하여 VSPEX Proven Infrastructure 구축에필요한아키텍처및리소스를결정합니다. 핵심메트릭파악 EMC VSPEX 웹사이트 3 VSPEX Proven Infrastructure에 Oracle 데이터베이스솔루션을설계및구축합니다. 테스트를실행하고결과를분석한후 VSPEX 아키텍처를최적화합니다. VSPEX 구축가이드 52
6 장 : 솔루션검증방법론 핵심메트릭파악 Oracle 서버테스트의목표를파악하면 Oracle 서버검증테스트실행시캡처할핵심메트릭과각메트릭에대해충족해야하는임계값을결정하는데도움이됩니다. 가상화된 Oracle 서버용 VSPEX 솔루션을검증하기위해표 17에나와있는핵심메트릭을고려했습니다. 표 17. 핵심메트릭 메트릭평균 CPU 사용률 (%) 사용자입출력당평균대기시간커밋당평균대기시간 임계값 80% 미만 20ms 미만 15밀리초미만 VSPEX 사이징툴사용 VSPEX 사이징툴을사용하여기본메트릭및고객의비즈니스요구사항을충족하는임계값을파악할수있습니다. VSPEX 사이징툴사용에대한자세한내용은 EMC VSPEX 웹사이트에서제공되는 Oracle Database 12c용 VSPEX 사이징툴을참조하십시오. VSPEX 구축가이드에따라실행 VSPEX 인프라스트럭처를설계한후가상화된 Oracle Database 12c OLTP용 EMC VSPEX 구축가이드에서솔루션구축방법에대한정보를참조하십시오. 가상화된 Oracle Database 12c용 VSPEX 솔루션에서는 TPC-C 유형의애플리케이션을사용해테스트를실행하여 Oracle 서버성능을검증했습니다. 다음을수행하는것이좋습니다. 워크로드및입출력패턴을평가합니다. 워크로드와패턴이적절하고실제워크로드가비슷한경우에는테스트결과를참조로사용할수있습니다. 그러나고객은잠재적위험을고려해야합니다. 실제애플리케이션워크로드유형이테스트환경에서검증한유형과다른경우에는테스트환경을먼저구축한후운영데이터베이스를복사및복구하여실제워크로드를테스트하고 Oracle 서버성능을검증합니다. 가상화된 Oracle Database 12c OLTP용 EMC VSPEX 구축가이드에자세한구성정보가나와있습니다. 53
6 장 : 솔루션검증방법론 54
7 장 : 참조문서 7 장참조문서 이장에서다루는내용은다음과같습니다. EMC 설명서... 56 기타문서... 57 55
7 장 : 참조문서 EMC 설명서 EMC 온라인지원또는 korea.emc.com 웹사이트에서제공되는다음문서에서자세한정보를참조할수있습니다. 문서액세스권한이없는경우 EMC 담당자에게문의하시기바랍니다. EMC VNXe3200 설치가이드 최대 200개의가상머신을지원하는 VMware vsphere 5.5 기반의 EMC VSPEX 프라이빗클라우드 Proven Infrastructure 가이드 가상화된 Oracle 환경을위한 EMC VSPEX Proven Infrastructure Data Protection For EMC VSPEX Proven Infrastructure 백서 EMC VNXe 시리즈구성워크시트 VNXe 시스템에서 VMware NFS 또는 VMware VMFS 사용 VNXe 시스템에서 NFS 파일시스템사용 EMC Host Connectivity Guide for VMware ESX Server 56
7 장 : 참조문서 기타문서 Oracle 설명서 다음은이솔루션과관련된 Oracle 설명서입니다. Oracle Edition Comparisons Oracle Software Investment Guide Oracle Database Licensing Oracle Processor Core Factor Table VMware 설명서 다음은이솔루션과관련된 VMware 설명서입니다. Understanding Oracle Certification Support and Licensing for VMware Environments 백서 Oracle Databases on VMware Best Practices Guide Best Practices for running VMware vsphere on Network Attached Storage 백서 Performance Best Practices for VMware vsphere 5.5 57
7 장 : 참조문서 58
부록 A: 검증워크시트 부록 A 검증워크시트 이부록에서다루는내용은다음과같습니다. 가상화된 Oracle OLTP 용 VSPEX 검증워크시트... 60 고객의 Oracle 데이터베이스예에서정보수집... 60 검증워크시트인쇄... 63 59
부록 A: 검증워크시트 가상화된 Oracle OLTP 용 VSPEX 검증워크시트 VSPEX 솔루션을사이징하기전에표 18에나와있는검증워크시트를사용하여고객의 Oracle 데이터베이스에서정보를수집해야합니다. 이워크시트는여러데이터베이스를검증하는데적합합니다. 표 18. 가상화된 Oracle OLTP 데이터베이스용검증워크시트 질문 환경에서사이징하려는기존 Oracle 서버데이터베이스가있습니까? 답변 예 / 아니요 구축하려는데이터베이스수는몇개입니까? 사용자데이터베이스의크기 (GB) 는얼마입니까? 연간증가율 (%) 은어느정도입니까? FAST Cache 를사용할예정입니까? FAST VP 를사용할예정입니까? 예 / 아니요 예 / 아니요 최대 IOPS 값 ( 읽기 / 쓰기 ) 은얼마입니까? ( 선택사항 ) 최대로드시의최대동시사용자수는얼마입니까? Oracle Automatic Workload Repository 를사용하여 Oracle Database Performance Tuning Guide 12c Release 1 (12.1) 의설명에따라이정보를얻을수있습니다. 고객의 Oracle 데이터베이스예에서정보수집 AWR(Automatic Workload Repository) 은각 Oracle 데이터베이스를통해 EMC Oracle 검증워크시트를채우는데필요한추가정보를제공합니다. AWR은데이터베이스성능, 로드및리소스 ( 내부및외부 ) 에대한핵심통계를제공합니다. 표준 Oracle 제공스크립트를사용하여이데이터에액세스할수있습니다. 나머지정보는고객으로부터받거나이부록에제공된간단한쿼리를사용하여수집할수있습니다. 데이터베이스메모리설정 그림 5 에나와있는대로 AWR 보고서의 init.ora Parameters 섹션을사용하여 SGA(System Global Area) 및 PGA(Program Global Area) 값을계산합니다. 60
부록 A: 검증워크시트 그림 5. AWR 보고서의 init.ora 매개변수 동시사용자수확인 다음 SQL 쿼리를입력하여데이터베이스에동시에접속할수있는최대사용자수를 확인할수있습니다. SQL> select SESSIONS_CURRENT, SESSIONS_HIGHWATER from v$license; SESSIONS_CURRENT SESSIONS_HIGHWATER ----------------------------- --------------------------------- 5 249 1 row selected. 데이터베이스크기계산 다음과같이데이터및임시파일크기를사용해 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) ---------------------------------------- 256000 1 row selected. 데이터파일 IOPS 및 redo 로그변경률확인 READ IOPS, WRITE IOPS 및 Change Rate (MB/s) 값은 AWR 보고서의 IOStat by Function summary 섹션에나와있습니다. 그림 6 에이러한값이나와있습니다. 61
부록 A: 검증워크시트 그림 6. AWR 보고서의 IOStat by Function summary 사용자입출력시간및커밋시간계산 다음 Oracle 대기이벤트 ( 그림 7 에나와있음 ) 는 Oracle 데이터베이스에대한핵심 응답시간통계를제공합니다. db file sequential read를사용하여 User I/O 열을채웁니다. 이값은 20ms 미만으로지정하는것이좋습니다. log file sync를사용하여 Commit 열을채웁니다. 이값은 15ms 미만으로지정하는것이좋습니다. 그림 7. AWR 보고서의 Foreground Wait Event My Oracle Support 의 How to Tell if the IO of the Database is Slow(ID 1275596.1) 에는일반적인입출력응답시간이나열되어있습니다. Load Profile 의트랜잭션계산 그림 8 에나와있는대로 AWR 보고서 Load Profile 의 Transactions 에서워크시트의 TPS 열을채우는데사용되는값을확인할수있습니다. 62
부록 A: 검증워크시트 그림 8. AWR 보고서에서 Load Profile 의 Transactions 검증워크시트인쇄 검증워크시트의독립실행형복제본이이문서에 PDF 형식으로첨부되어있습니다. 워크시트를보고인쇄하려면다음단계를따르십시오. 1. Adobe Reader에서다음과같이 Attachments 패널을엽니다. View > Show/Hide > Navigation Panes > Attachments를선택합니다. 또는 그림 9에표시된대로 Attachments 아이콘을클릭합니다. 그림 9. 인쇄가능한검증워크시트 2. Attachments 패널에서첨부파일을두번클릭하여연후검증워크시트를 인쇄합니다. 63
부록 A: 검증워크시트 64
부록 B: 개략적인 Oracle 데이터베이스서버사이징논리및방법론 부록 B 개략적인 Oracle 데이터베이스서버 사이징논리및방법론 이부록에서다루는내용은다음과같습니다. 개요... 66 리소스고려사항... 66 사이징고려사항... 66 65
부록 B: 개략적인 Oracle 데이터베이스서버사이징논리및방법론 개요 OLTP(vCPU 포함 ), 메모리및 Oracle 서버데이터베이스용스토리지레이아웃을지원하는인프라스트럭처는강력하고효율적이면서도유연한솔루션을제공해야합니다. Oracle 서버사이징은디스크유형, 보호유형, 캐시등다양한요인에따라달라집니다. 이러한리소스가 Oracle 서버사이징방법에포함되어야합니다. 참고 : VSPEX 사이징툴을사용할수없는경우에는이러한수동사이징지침을사용하여 대략적인단일애플리케이션사이징을수행할수있습니다. 다중애플리케이션및다중 인스턴스기능이포함된 VSPEX 사이징툴을기본사이징방식으로사용하는것이좋습니다. 리소스고려사항 Oracle 서버데이터베이스의성능요구사항을충족하려면컴퓨팅및디스크서브시스템을비롯한충분한리소스가확보되어야합니다. 이섹션에서는예측가능한성능을제공하기위해가상화된환경에서 Oracle 서버에필요한리소스를정의합니다. 충분한디스크사용률 - 충분한디스크리소스를사용하고가능한최대디스크작업용으로용량을남겨두도록사이징툴을설계합니다. 충분한메모리사용률 - 예상되는최대로드작업을포함하여설계된워크로드를지원하도록충분한시스템메모리로빌딩블록을설계합니다. 충분한프로세서사용률 - 설계된워크로드를지원하기에충분한 vcpu 리소스를포함하고최대로드작업을예상하도록빌딩블록을설계합니다. 사이징고려사항 이섹션에서는각 Oracle 서버인스턴스사이징을위한자세한사이징방법및권장사항을제공합니다. 가상머신리소스결정 : vcpu 리소스 메모리리소스 OS 용량리소스및 IOPS 결정 입출력워크로드와디스크유형및개수결정 고급스토리지기능고려 VSPEX Proven Infrastructure 선택 66
부록 B: 개략적인 Oracle 데이터베이스서버사이징논리및방법론 가상머신리소스결정 표 19 에는크기가다른데이터베이스 3 개와그에대한권장사용자입력의예가나와 있습니다. 표 19. 여러 Oracle 데이터베이스에대한사용자입력의예 데이터베이스 최대데이터베이스 최대데이터베이스 각데이터베이스의 프로파일 크기 (GB) 성능 (R/W IOPS) 최대사용자 데이터베이스 1 500 165/110 200 데이터베이스 2 500 990/660 1200 데이터베이스 3 1000 3960/2640 8000 표 20 에서세가지다른크기의데이터베이스에대한사용자수를확인하고표 6 을 참조하면필요한가상머신의크기를계산할수있습니다. 표 20. 서로다른크기의데이터베이스에필요한 CPU 및 RAM 데이터베이스 프로파일 데이터베이스모델권장되는 CPU 권장되는 RAM(GB) 소규모데이터베이스중간규모데이터베이스대규모데이터베이스 최대 200명의사용자를위한소규모가상머신최대 1,200명의사용자를위한중간규모가상머신 1,200명을초과하는사용자를위한대규모가상머신 2 8 12 38 32 98 OS 용량리소스및 IOPS 각 Oracle 서버에대한용량을 100GB로설정하고각각의소규모, 중간규모또는대규모서버 OS 볼륨에대해 OS IOPS를 50/100 IOPS로설정하는것이좋습니다. 가상화된 Oracle Database 12c OLTP용 EMC VSPEX 구축가이드에자세한내용이나와있습니다. 입출력워크로드와디스크유형, 개수및용량결정 다음설계방법을사용하여 VSPEX Proven infrastructure에서입출력워크로드와디스크유형, 개수및용량을결정합니다. 먼저 IOPS에대한정확한드라이브수를계산한후에디스크레이아웃의데이터베이스크기를계산합니다. IOPS 및용량모두에대해계산결과를합칩니다. 67
부록 B: 개략적인 Oracle 데이터베이스서버사이징논리및방법론 연간증가율과같은추가디스크요구사항을포함합니다. 실제테스트결과에맞춰각디스크유형의 IOPS를설정합니다. 다음수식에따라디스크수를계산합니다. 필요한백엔드 IOPS = 읽기 IOPS + ( 쓰기 IOPS x RAID 쓰기페널티 ) 디스크수 = 필요한백엔드 IOPS/ 디스크당 IOPS EMC FAST Suite 기술을사용하는경우실제데이터세트크기가 FAST Cache/VP 크기와일치하도록결정합니다. 예 1: FAST Suite 를사용하지않는동종풀 이섹션에서는 Oracle Database 12c OLTP용 VSPEX Proven Infrastructure에필요한리소스를계산하는방법에대해설명합니다. 여기에서는 Oracle 수동사이징이어떻게작동하는지를보여주기위해세가지작업예를사용했습니다. 이러한예에서사용된방법론을 FAST VP 또는 FAST Cache가구성되거나구성되지않은동종프로비저닝풀에적용할수있습니다. 중간규모의 Oracle 데이터베이스예에해당하는데이터항목의경우 ( 표 19에나와있음 ) 스토리지프로파일은다음과같습니다. 데이터베이스크기 500GB 읽기 IOPS 990, 쓰기 IOPS 660의데이터성능 연간증가율 5%(3년용량 580GB) redo 변경률 2.5MB/s 스토리지레이아웃설계에설명된대로데이터베이스의스토리지요구사항을계산할때는입출력성능과용량을모두고려합니다. 먼저풀의 RAID 유형과드라이브그룹크기를결정합니다. 이솔루션에서는모든데이터파일이 RAID 5 스토리지에상주하며 Oracle redo 파일은 RAID 10에상주합니다. 검증워크시트에서수집한값과표 21 및표 22의권장사항을사용하여데이터베이스의스토리지요구사항을계산합니다. 표 21. RAID 유형, 쓰기페널티및용량사용률 RAID 용량사용률배수쓰기페널티 액티브 드라이브 패리티 드라이브 RAID 5(4+1) 0.8 5 4 4 1 RAID 10(2+2) 0.5 4 2 4 해당없음 68
부록 B: 개략적인 Oracle 데이터베이스서버사이징논리및방법론 표 22. 드라이브유형별랜덤디스크 IOPS 및대역폭 드라이브유형 IOPS 대역폭 (R/W MB/s) 15K SAS 180 30/25 10K SAS 150 25/20 NL-SAS(Near-Line Serial Attached SCSI) 90 15/10 SAS 플래시 3,500 90/75 참고 : VNXe 에지원되는최대 IOPS 는 EMC 담당자에게문의하십시오. 이예에서중간규모데이터베이스예의드라이브로드는다음과같이계산했습니다. RAID 5의총입출력 = 990 + 4 * 660 = 3,630 IOPS 기반계산의경우일반 OLTP 애플리케이션의용량기반계산과비교할때스핀들요청이더높습니다 ( 더빠른스핀들속도및더많은스핀들수포함 ). 표 23의예에서는 500GB OLTP 데이터베이스의경우 IOPS가 3600을초과할수있습니다. 이경우 IOPS 요청을지원하려면 10K RPM SAS 또는 FC 스핀들 25개가필요합니다. 하지만 600GB 미러링 SAS/FC 스핀들 2개로용량요청을완전하게충족할수있습니다. 이예의경우표 23에서와같이 SAS/FC 스핀들 25개를사용하는것이좋습니다. 표 23. FAST Cache를사용하지않는스토리지풀계산예스토리지풀드라이브수총용량 (GB) Oracle 데이터풀 RAID 5 Oracle redo 풀 RAID 10 SAS 드라이브 25개 24 = 3,630/150 RAID 5(4+1) 허용을위해 5의배수로반올림 = 드라이브 25개 SAS 드라이브 4개 1 = (2.5MB/s * 4) / 20MB/s RAID 10(2+2) 허용을위해 4의배수로반올림 = 드라이브 4개 600GB x 25 x 0.8 = 120,000GB 600GB x 4 x 0.5 = 1,200GB 참고 : 데이터풀은랜덤읽기 / 쓰기워크로드가적용되는 600GB 10K SAS 드라이브를 사용합니다. redo 풀역시순차쓰기워크로드가적용되는 600GB 10K SAS 드라이브를 사용합니다. 지속적인쓰기에는보수적인값 ( 드라이브당 20MB/s) 이사용됩니다. 69
부록 B: 개략적인 Oracle 데이터베이스서버사이징논리및방법론 고급스토리지기능고려 FAST Suite(FAST Cache 또는 FAST VP) 기능이사용되는경우, VNXe의사이징논리는 FAST Suite를사용하지않는스토리지의사이징논리와다릅니다. FAST Suite를선택하여성능을계산할때는플래시계층에서최대입출력수를제공해야합니다. 따라서이계층의계산우선순위가더높습니다. 이예에서는총백엔드 IOPS에서 FAST Cache SSD의지원 IOPS를뺀다음 SAS/FC의디스크수를계산했습니다. 참고 : 스토리지의각구성요소가합당한수준에서실행되고있을때 ( 예 : 스토리지프로세서 사용률이 70% 미만에서유지되고있음 ) FAST Suite 기능을사용하는것이좋습니다. 예 2: FAST Cache 사이징 표 25 의예에서는 FAST Cache 로보완되는데이터풀의워크로드를사이징합니다. FAST Cache 를구성하려면다음 5 단계를수행합니다. 1단계 : 워크로드파악표 25의예에서는중간규모의 Oracle 데이터베이스에해당하는데이터베이스항목의 ( 표 19에나와있음 ) 데이터를사용합니다. 2단계 : FAST Cache 사이징 FAST Cache는작은비율을차지하는데이터 ( 활성데이터세트 ) 가환경에서대부분의입출력을발생시키는소규모랜덤입출력에가장적합합니다. FAST Cache는다음과같이사이징하는것이좋습니다. 사용빈도가높은데이터세트의크기에따라적절한 FAST Cache 크기를결정합니다. 활성데이터세트의크기를알수없는경우전체용량의 5% 로 FAST Cache를사이징합니다. 소규모블록순차워크로드에대해 Oracle 로그파일에 FAST Cache를사용하지않도록합니다. 참고 : 고객의활성데이터세트크기를결정하는데도움을받으려면 EMC 담당자에게문의하십시오. 표 25의예에서는 200GB 플래시드라이브 2개로구성된 FAST Cache를 RAID 1으로구축했습니다. 계산의편의를위해다소보수적인 50% 캐시적중률을사용했습니다. 즉, FAST Cache가입출력을처리하는비율이 50% 입니다. 이계산은구축되고잠시동안실행되어 " 워밍업상태 " 가된캐시에해당합니다. 캐시가 " 워밍업상태 " 가되기전의초기상태에는적중률이더낮습니다. 70
부록 B: 개략적인 Oracle 데이터베이스서버사이징논리및방법론 기계적드라이브로처리되는호스트 IOPS 를 FAST Cache 적중률비율만큼감소시켜 조정합니다. 표 24 에계산이나와있습니다. 표 24. FAST Cache 적중률및워크로드계산 데이터베이스 프로파일 중간규모 Oracle 데이터베이스 크기 (GB) 호스트 IOPS FAST Cache 적중률 (%) FAST Cache 적용후호스트 IOPS 500 990+660=1650 50 495+330=825 다음으로, 필요한 IOPS를처리하기위해 RAID 레벨에필요한드라이브수를계산합니다. 플래시드라이브에서성능계산을적용하려면표 22에나와있는랜덤디스크 IOPS와드라이브유형별대역폭을사용하여플래시드라이브용 IOPS 수를계산합니다. FAST Cache로사용되는플래시 = (495+330*2)/VNXe에지원되는최대 IOPS = ~2, 2개디스크로조정됨 (RAID 1) RAID 1(1+1): (495+330*2) / 3,500 = 드라이브총 2개이예에서는 RAID 1(1+1) 이 FAST Cache의기본 RAID 유형이고, 플래시드라이브가 2개있습니다. 3단계 : 플래시가아닌드라이브에필요한입출력로드결정다음공식을적용하여플래시가아닌드라이브에서처리하는필수 IOPS를계산합니다. 플래시가아닌 IOPS = 총 IOPS FAST Cache IOPS 예를들어다음과같은방법으로데이터베이스의드라이브로드를계산합니다. 1,650 825 = 825 IOPS 표 25. FAST Cache를사용하는스토리지풀계산예스토리지풀드라이브수총용량 (GB) Oracle 데이터 풀 RAID 5(FAST Cache 설정됨 ) SAS 드라이브 15개 12 = (495+330*4)/150 RAID 5(4+1) 허용을위해 5의배수로반올림 = 드라이브 15개 600GB x 15 x 0.8 = 7,200 71