가상화된 Oracle Database 12c OLTP용 · 목차 4 가상화된 Oracle Database 12c OLTP 용 EMC VSPEX VNXe 및 EMC Data Protection 솔루션 기반 설계 가이드 고려 사항

설계 가이드

가상화된 Oracle Database 12c OLTP용

EMC VSPEX

EMC VNXe 및 EMC Data Protection 솔루션 기반

• 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월

2 가상화된 Oracle Database 12c OLTP용 EMC VSPEX

VNXe 및 EMC Data Protection 솔루션 기반

설계 가이드

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

발행: 2015년 2월

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

있습니다.

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

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

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

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

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

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

EMC 제품에 대한 최신 목록은 korea.emc.com의 EMC Corporation 상표 정보 부분을

참조하십시오.

가상화된 Oracle Database 12c용 EMC VSPEX - VNXe 및 EMC Data Protection 솔루션

기반 - 설계 가이드

Part Number: H12968.2

http://korea.emc.com/legal/emc-corporation-trademarks.htm�

목차



설계 가이드

목차

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

목차

4 가상화된 Oracle Database 12c OLTP 용 EMC VSPEX


설계 가이드

고려 사항 ............................................................................................................. 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

목차



설계 가이드

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

목차

6 가상화된 Oracle Database 12c OLTP 용 EMC VSPEX


설계 가이드

그림 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

1 장: 소개



설계 가이드

1장 소개

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

이 가이드의 목적 ....................................................................................................... 8

비즈니스 가치 ........................................................................................................... 8

범위 ......................................................................................................................... 9

대상 ......................................................................................................................... 9

용어 ....................................................................................................................... 10

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 파트너가 파악할

수 있도록 하는 데 주력합니다.

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 판매가 공인된 파트너

1장: 소개



설계 가이드

또한 솔루션을 구축하려는 파트너는 다음을 설치 및 구성하는 데 필요한 기술 교육을

이수하고 해당 배경 지식을 보유해야 합니다.


• Redhat Enterprises Linux 6.4

• Oracle Database 12c

이 가이드에서는 해당하는 경우 외부 참조 자료를 제공합니다. 이 솔루션을 구축하는

파트너는 다음 문서를 숙지하는 것이 좋습니다. 자세한 내용은 필수 참고 자료 및 7장:

참조 문서 섹션을 참조하십시오.

용어

표 1에는 이 가이드에 사용된 용어가 정리되어 있습니다.

표 1. 용어

용어 정의

AWR AWR(Automatic Workload Repository)은 Oracle Database 10g 이상의

릴리즈와 함께 번들로 제공되는 강력한 모니터링 유틸리티입니다.

dNFS dNFS(Direct Network File System) 클라이언트를 사용하여 NFS(Network File

System) 스토리지 디바이스에 액세스를 제공할 수 있습니다.

FAST™ Cache FAST(Fully Automated Storage Tiering) Cache는 플래시 드라이브를 시스템

캐시의 확장으로 사용하는 EMC 스토리지 기능입니다.

FAST VP FAST VP(Fully Automated Storage Tiering for Virtual Pools)는 하위 LUN

레벨에서 자동으로 스토리지를 계층화하는 EMC 스토리지 기능입니다.

OLTP OLTP(Online Transaction Processing)는 데이터 입력 및 검색 트랜잭션

처리를 위한 애플리케이션을 관리하는 시스템의 클래스입니다.

PowerCLI VMware vSphere 및 vCloud API에 대한 Windows PowerShell

인터페이스입니다.

SGA SGA(System Global Area)는 단일 Oracle 데이터베이스 인스턴스의 데이터

및 제어 정보를 포함하는 공유 메모리 구조 그룹입니다.

PGA PGA(Process Global Area)는 시스템의 다른 프로세스 또는 스레드와

공유되지 않는 운영 프로세스 또는 스레드 전용 메모리입니다.

VMDK VMware VMDK(Virtual Machine Disk)는 가상 머신용 가상 하드 디스크

드라이브의 컨테이너인 오픈 파일 형식입니다.

VMFS VMware VMFS(Virtual Machine File System)는 VMware ESX Server를 여러

개 설치하기 위해 스토리지 가상화를 사용하는 클러스터 파일 시스템입니다.

2 장: 시작하기 전에



설계 가이드

2장 시작하기 전에


구축 워크플로우...................................................................................................... 12

필수 참고 자료 ........................................................................................................ 13

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 구축 가이드를 참조하십시오.

http://express.salire.com/go/emc�

2 장: 시작하기 전에



설계 가이드

필수 참고 자료

이 문서에 설명된 솔루션을 구축하기 전에 다음 문서를 읽어보는 것이 좋습니다. 이들

문서는 EMC Community Network의 VSPEX 섹션 또는 korea.emc.com 및 VSPEX

Partner Portal에서 이용할 수 있습니다. 문서 액세스 권한이 없는 경우 EMC

담당자에게 문의하시기 바랍니다.

다음 VSPEX 구축 가이드를 참조하십시오.

• 가상화된 Oracle Database 12c OLTP용 EMC VSPEX 구축 가이드

다음 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 가이드를 참조하십시오.

• 가상화된 Oracle 11g R2용 VSPEX를 위한 EMC 백업 및 복구 옵션 설계 및 구축

가이드

VSPEX 구축 가이드

VSPEX Proven Infrastructure 가이드

VSPEX용 EMC Data Protection 가이드

https://community.emc.com/community/partner/vspex?view=overview�

http://korea.emc.com/utilities/globalsiteselect.jhtml?checked=true�

http://korea.emc.com/platform/virtualizing-information-infrastructure/vspex.htm�


2장: 시작하기 전에



설계 가이드

3 장: 솔루션 개요



설계 가이드

3장 솔루션 개요


개요 16

EMC VSPEX Proven Infrastructure ........................................................................... 16

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

주요 구성 요소 ........................................................................................................ 20

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는 진정한 융합형 인프라스트럭처의 특성인 사용 편의성을

누리면서 동시에 개별 스택 구성 요소에 대한 다양한 옵션을 얻고자 하는 고객에게

가상화 인프라스트럭처를 제공합니다.




설계 가이드

VSPEX 솔루션은 EMC의 검증을 받았으며 독점적으로 EMC 채널 파트너를 통해서만

패키지로 제공되고 판매됩니다. VSPEX는 채널 파트너들에게 더 많은 기회, 더 빠른

영업 주기, 종합적인 지원을 제공합니다. EMC와 채널 파트너는 협력을 통해

클라우드로의 전환을 가속화하는 Proven Infrastructure를 더 많은 고객에게 제공할

수 있습니다.

그림 1에 나와 있는 대로, VSPEX Proven Infrastructure는 EMC에서 사전 검증하고

EMC의 VSPEX 파트너를 통해 공급되는 모듈식 가상화 인프라스트럭처입니다.

VSPEX는 예측 가능하고 신뢰할 수 있는 성능을 제공하도록 EMC에서 설계한 가상화

계층, 서버, 네트워크, EMC 스토리지 및 데이터 보호로 구성됩니다.




설계 가이드

그림 1. VSPEX Proven Infrastructure

VSPEX는 고객의 운영 환경에 적합한 네트워크, 서버, 가상화 기술을 유연하게

선택하여 완벽한 가상화 솔루션을 구축할 수 있도록 지원합니다. VSPEX는 탁월한

사용 편의성과 효율성, 최상의 구성 옵션을 갖추고 비즈니스에 미치는 위험을

최소화하므로 신속하게 고객의 운영 환경에 구축할 수 있습니다.




설계 가이드

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 엔지니어링 팀에 의해 검증되었습니다.




설계 가이드

• Oracle Database 12c용 VSPEX 사이징 툴을 사용하여 각 Oracle Database 12c

데이터베이스의 세부 컴퓨팅 리소스 수를 확인했습니다. 세 가지 Oracle 사이징

옵션(소규모, 중간 규모, 대규모)을 제공하여 고객의 환경을 사이징하고 고객의

요구 사항에 가장 적합한 옵션을 선택할 수 있도록 했습니다.

• VNXe 시리즈 스토리지의 가상화 인프라스트럭처 풀과 Oracle Database 12c용

권장 스토리지 레이아웃을 결정했습니다.

참고: 이 솔루션의 최소 Oracle 버전은 Release 1(12.1)입니다. 이 문서 전체에서는 해당

버전을 12c로 지칭합니다.

주요 구성 요소

이 섹션에서는 이 솔루션에 사용된 주요 기술을 간략히 소개합니다.

• Oracle Database 12c


• EMC VNXe3200™

• Red Hat Enterprise Linux 6.4

• EMC Data Protection 솔루션

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와 같은 보안 기능과, 파티셔닝 및 고급 분석과

같은 데이터 웨어하우징 옵션이 포함됩니다.

소개

Oracle Database 12c




설계 가이드

참고: 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는 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은 플래시에 최적화된 경제적인 유니파이드 스토리지 플랫폼이며,

확장성이 뛰어나고 사용이 간편한 단일 솔루션으로 파일 및 블록 스토리지와 관련하여

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

워크로드에 적합한 VNXe3200은 성능 및 유연성이 뛰어난 하드웨어와 효율성 향상,

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

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

VMware vSphere 5.5

EMC VNXe3200




설계 가이드

기능 및 향상된 기능

성공적인 미드레인지 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

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




설계 가이드

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 스토리지와 구성 요소의 상세 분석,

관계 및 고유한 아이콘을 제공합니다.




설계 가이드

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는 주요 하이퍼바이저의 게스트로 물리적 시스템에

구축하거나 클라우드에 구축할 수 있는 x86 및 x86-64용 다목적 플랫폼으로, 모든

주요 하드웨어 아키텍처를 지원하며, 릴리즈 간 호환성이 제공됩니다. Red Hat

Enterprise Linux 6.4에서는 기존의 기능이 향상되었을 뿐 아니라 새로운 기능도 다수

포함되어 폭넓은 기능을 활용할 수 있는데, 특히 유용한 기능으로는 개발자 툴,

가상화 기능, 보안, 확장성, 파일 시스템, 스토리지 등이 있습니다.

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 백업 및 복구 솔루션을 설계, 사이징 및

구축하는 방법을 설명합니다.

Red Hat Enterprise Linux 6.4

EMC Data Protection 솔루션

4 장: VSPEX Proven Infrastructure 선택



설계 가이드

4장 VSPEX Proven Infrastructure 선택


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

1 단계: 고객의 활용 사례 평가 .................................................................................. 26

2 단계: 애플리케이션 아키텍처 설계 ......................................................................... 28

3 단계: 올바른 VSPEX Proven Infrastructure 선택 ..................................................... 30

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 워크로드 요구 사항 및 사용 특성을 파악하고 설명합니다.




설계 가이드

표 4. 가상화된 Oracle OLTP용 VSPEX 검증 워크시트 지침

질문 설명

환경에 사이징하려는 기존 Oracle

데이터베이스가 있습니까?

고객이 이미 Oracle 데이터베이스를 소유하고

있으며 VSPEX 환경에서 VSPEX 프라이빗

클라우드로 마이그레이션될 특성을 이해하고

있으면 예를 선택합니다.

구축하려는 데이터베이스 수는 몇

개입니까?

고객이 VSPEX 환경에 구축하려는 데이터베이스

수를 입력합니다.

사용자 데이터베이스의 크기(GB)는

얼마입니까?

고객이 VSPEX 환경에 구축하려는 데이터베이스

크기를 입력합니다.

연간 증가율(%)은 어느 정도입니까? 향후 성장은 VSPEX 솔루션의 특성을 결정짓는

주요 특성입니다. 이 값은 3년 동안의 예상

사용자 데이터베이스 연간 증가율입니다. 고객

환경에 적합한 수를 입력하십시오.

FAST Cache를 사용할 예정입니까? FAST Cache는 높은 빈도로 스토리지에 임의

액세스하는 애플리케이션에 특히 적합합니다.

FAST Cache는 사용 빈도가 가장 높은 데이터가

고성능 플래시 드라이브에서 처리되도록 하는

동시에 이 데이터가 필요한 시간만큼 고속

플래시에 상주할 수 있도록 함으로써 Oracle

애플리케이션의 성능을 높여 줍니다. 하드

디스크 드라이브를 여러 개 사용하는 것보다는

적은 수의 플래시 드라이브를 FAST Cache로

구축하는 것이 성능 측면에서 훨씬 유리합니다.

FAST VP를 사용할 예정입니까? FAST VP는 TCO(Total Cost of Ownership)를 대폭

낮추고 성능을 향상시킵니다. 여러 고성능 계층

드라이브가 필요한 타겟 워크로드를 혼합된

계층으로 처리하여 드라이브 수를 크게 줄일 수

있습니다. 동종 드라이브로 구축하지 않고 FAST

VP를 사용하는 방법은 Oracle 데이터베이스

기반의 OLTP 테스트를 비롯한 많은

애플리케이션에서 투자 비용을 절감하고, 전력

및 냉각 비용을 줄이고, 성능을 높이는 데 매우

효과적인 것으로 입증되었습니다.




설계 가이드

질문 설명

최대 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 서버 가상 머신에 대해 구성할

vCPU의 수입니다.

Oracle 웹 사이트

메모리 각 Oracle 서버 가상 머신에 대해

권장되는 메모리의 양입니다.

Oracle 서버

데이터베이스용

스토리지 레이아웃

VNXe 또는 VNX에서 제안되는 사용자

데이터베이스 풀 구성입니다.

스토리지 레이아웃 설계

http://express.salire.com/go/emc�

https://mainstayadvisor.com/Default.aspx?t=EMC&atid=224a9bcc-caa3-48f4-8ff8-33051513c410�




설계 가이드

또한 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 메모리


바이너리):

• 100GB

• 50 IOPS


• 1650 IOPS

8,000명을 초과하는 사용자를 위한 대규모

가상 머신


• 32 vCPU

• 98GB 메모리


바이너리):

• 100GB

• 100 IOPS


• 6600 IOPS




설계 가이드

자세한 내용은 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에

자세한 내용이 나와 있습니다.

고려 사항





설계 가이드

개요

이 섹션에서는 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

(선택 사항) 최대 로드 시의 최대 동시 사용자 수는 얼마입니까? 해당 없음


프라이빗 클라우드 풀에서 필요한 리소스에 대한 권장 사항이 생성됩니다.

표 9. 필요한 리소스 예: 소규모 Oracle 12c 서버 여러 개

Oracle 서버 vCPU 메모리 OS 볼륨 용량 OS 볼륨

리소스 요구 사항 20 80GB 1,000GB 250 IOPS

예




설계 가이드

또한 VSPEX 사이징 툴은 표 10에서와 같이 스토리지 레이아웃에 대해 권장 사항을

나열합니다.

표 10. 스토리지 레이아웃에 대한 권장 사항 예: 소규모 Oracle 12c 서버 여러 개

풀 이름 RAID 유형 디스크 유형 디스크 용량 디스크 수

VSPEX 프라이빗 클라우드 풀 RAID 5 SAS 디스크 10,000rpm 500GB 5

Oracle 데이터베이스 데이터

파일 풀

RAID 5 SAS 디스크 10,000rpm 500GB 30

Oracle 데이터베이스 로그

파일 풀

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입니다.



표 11. 검증 워크시트 예: 대규모 Oracle 12c 서버

질문 답변

환경에서 사이징하려는 기존 Oracle 서버 데이터베이스가 있습니까? 예

구축하려는 데이터베이스 수는 몇 개입니까? 1

사용자 데이터베이스의 크기(GB)는 얼마입니까? 1,000

연간 증가율(%)은 어느 정도입니까? 10

FAST Cache를 사용할 예정입니까? 아니요

FAST VP를 사용할 예정입니까? 예

최대 IOPS 값(읽기/쓰기)은 얼마입니까? 6,600

(선택 사항) 최대 로드 시의 최대 동시 사용자 수는 얼마입니까? 해당 없음




설계 가이드



표 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




설계 가이드

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

5장: 솔루션 설계 고려 사항 및 Best Practice



설계 가이드

개요

이 장에서는 가상화된 Database 12c OLTP용 EMC VSPEX 솔루션 설계와 함께

네트워크, 스토리지, 가상화, 애플리케이션 관련 Best Practice에 대해 설명합니다.

네트워크 설계

이 섹션에서는 SAN 및 IP 네트워크 구성과 ESXi 서버 네트워크를 위한 네트워크 세부

정보에 대해 설명합니다. 이 가상화된 Oracle Database 12c용 VSPEX Proven

Infrastructure 솔루션에서는 네트워크를 설계할 때 ESXi 서버의 고급 설정과

네트워크 이중화를 고려하는 것이 좋습니다.

VNX 시리즈의 고급 네트워킹 기능은 스토리지 시스템에서 네트워크 접속 장애로

인한 문제를 방지합니다. 또한 각 가상 호스트에는 스토리지 이더넷 네트워크에 대한

다중 접속이 구성되어 있어 연결 장애로부터 보호됩니다. 접속을 여러 이더넷

스위치에 분산하면 네트워크를 구성 요소 장애로부터 보호할 수 있습니다.

다음 SAN Best Practice를 따르는 것이 좋습니다.

• 네트워크 이중화를 위해 HBA(Host Bus Adapter) 및 FC 스위치 여러 개를

사용합니다.

• 고가용성을 위해 각 FC 포트를 데이터베이스 서버에서 두 스토리지 프로세서

포트로 조닝합니다.

• 호스트에서 PowerPath와 같은 경로 관리 및 동적 경로 다중화 소프트웨어를

사용하여 페일오버 프로세스를 통해 경로를 변경하고 로드 밸런싱을 제공할 수

있게 만듭니다.

다음 IP 네트워크 Best Practice를 따르는 것이 좋습니다.

• 네트워크 이중화를 위해 네트워크 카드 및 스위치 여러 개를 사용합니다.

• 네트워크 연결에 10Gb 이더넷을 사용합니다.

• VLAN(Virtual Local Area Network)을 사용하여 서로 다른 네트워크 세그먼트

또는 하위 네트워크에 있는 디바이스를 논리적으로 그룹화합니다.

• 물리적 및 가상 스택 전체에서 점보 프레임을 설정 및 구성합니다.

참고: 1,500바이트보다 큰 MTU(Maximum Transfer Unit) 크기를 점보 프레임이라고 합니다.

점보 프레임을 사용하려면 서버, 스위치, 데이터베이스 서버를 비롯한 전체 네트워크

인프라스트럭처에서 기가비트 이더넷을 지원해야 합니다.

개요

SAN Best Practice

IP 네트워크 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 가이드 섹션을 참조하십시오.

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

vSphere 네트워크 Best Practice

NFS 관련 고려 사항을 위한 Oracle 설정




설계 가이드

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에

나와 있습니다.

개요

스토리지 레이아웃 및 설계 고려 사항




설계 가이드

표 14. Oracle Sever 스토리지 풀 예

스토리지 풀 이름 용도 권장 사항

VSPEX 프라이빗

클라우드 풀

모든 가상 머신이 상주하는

프라이빗 클라우드 풀입니다.

SAS 디스크 기반의 RAID 5 및

FAST VP SSD 기반의 RAID

1/0이 혼합된 풀

Oracle 데이터 풀

(FAST Cache(선택

사항))

사용자 데이터베이스의 데이터

파일 LUN 및 볼륨을 처리하기

위한 Oracle 데이터 풀

SAS 디스크 기반의 RAID 5

또는 혼합 풀

Oracle redo 풀 사용자 데이터베이스의 로그

파일 LUN 및 볼륨을 처리하기

위한 Oracle redo 풀

RAID 1/0 및 SAS 디스크

가상화된 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 웹 사이트를 참조하십시오.

스토리지 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 프라이빗 클라우드에 기반한 가상화된 Oracle Database 12c용

VSPEX Proven Infrastructure의 VNXe 스토리지 레이아웃에 대해 설명합니다. 이 예는

앞서 설명한 대로 Best Practice 및 설계 관련 고려 사항을 따릅니다.

그림 4에서는 Oracle 데이터베이스 풀 전용 스토리지 레이아웃을 보여 줍니다.

그림 4. 스토리지 레이아웃 예: FAST VP/Cache가 설정된 VNX 시리즈용 Oracle 서버

VSPEX 스토리지 레이아웃 예




설계 가이드

참고: 이 항목은 스토리지 레이아웃의 한 예일 뿐입니다. 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의 제한을 넘지 않아야 합니다.

다음 Best Practice를 따르는 것이 좋습니다.

• 필요한 풀 LUN에서만 FAST Cache를 사용합니다.

• 애플리케이션의 사용 빈도가 높은 데이터 세트를 기준으로 FAST Cache 크기를

적절히 조정합니다.

• Oracle 온라인 redo 로그가 상주하는 풀 LUN에 대해서는 FAST Cache를

사용하지 않도록 설정합니다.

개요

FAST Cache 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 슬라이스 단위로 "사용 빈도가

높은 데이터"를 플래시 스토리지에 배치할 수 있습니다.

개요




설계 가이드

VNXe의 경우, 먼저 Oracle 데이터 파일 스토리지 풀에서 FAST VP를 설정하여 FAST

기술을 최대한 활용하는 것이 좋습니다.

FAST VP를 통해 TCO를 대폭 낮추고 성능을 향상시킬 수 있습니다. 일반적인 전략은

FAST VP를 사용하여 TCO를 절감하고 FAST Cache를 사용하여 전반적인 시스템

성능을 높이는 것입니다. 본 백서에서는 이러한 기술을 효율적으로 구축하기 위한

고려 사항에 대해 설명합니다.

FAST VP 알고리즘 및 정책에 대한 자세한 내용은 EMC FAST VP for Unified Storage

Systems를 참조하십시오.

다음 Best Practice를 따르는 것이 좋습니다.

• 사용할 수 있는 모든 버스에 FAST VP SSD를 분산시킵니다.

• 사용 가능한 드라이브 전체에서 LUN 로드 밸런싱을 지속적으로 수행할 수

있도록, 풀에 계층이 하나뿐이어도 풀에서 FAST VP를 사용하도록 설정합니다.

• FAST VP를 사용하는 경우 재배치 스케줄에 도움이 되도록 풀 내에 일부 미할당

용량을 유지합니다.

• 운영 워크로드가 재배치 작업과 경합하지 않도록 사용량이 적은 시간에

재배치를 예약합니다.

가상화 계층 설계

Oracle Database 12c는 VMware vSphere ESXi 기술을 기반으로 하는 가상화 환경에

구축하는 경우 완벽히 지원됩니다. 다음 섹션에서는 Oracle Database 12c 가상화와

관련된 Best Practice 및 설계 고려 사항을 설명합니다.

이 Oracle 데이터베이스용 VSPEX Proven Infrastructure에서는 가상화 설계의 다음

리소스 관리를 위한 Best Practice 구축을 고려하는 것이 좋습니다.

• 컴퓨팅 리소스

• 네트워크 리소스

• VMware 기능

FAST VP Best Practice

개요

가상화 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 마운트를 사용합니다.




설계 가이드

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에 저장된 맞춤 구성 덕분에 가상 머신 구축을 간단하게

수행할 수 있습니다. 구축 마법사, 자동화 툴 또는 스크립트는 새 가상 머신을

구축하기 전에 템플릿을 사용하여 자동으로 서버 설정을 생성하거나 편집할 수

있습니다.




설계 가이드

정기적으로 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에 대한 지침이 나와 있습니다.

Oracle Database 10g Release 2부터는 ASM(Automatic Storage Management)을

사용하여 데이터베이스 스토리지 관리 및 용량 할당을 간단하게 수행할 수 있습니다.

ASM은 데이터베이스 생성, 데이터베이스 레이아웃, 디스크 공간 관리 등의 파일

시스템 및 볼륨 관리 작업을 제공합니다.

FC 기반의 ASM을 사용하면 데이터 파일, 온라인 redo 파일, 제어 파일 등 모든

데이터베이스 객체가 ASM 디스크 그룹에 저장되며 Oracle ASM에 의해 관리됩니다.

ASM은 곧바로 지원되는 이중화와 최적의 성능을 제공합니다. 하지만 성능, 가용성

또는 둘 다를 향상시키기 위해서는 다음 사항을 고려해야 합니다.

• 두 개 이상의 HBA 또는 이니시에이터를 사용하여 스토리지 시스템에 여러

액세스 경로를 구현합니다.

• 이러한 여러 HBA에 경로 다중화 소프트웨어를 구축하여 입출력 로드 밸런싱 및

페일오버 기능을 제공합니다.

• 비슷한 규모 및 성능의 디스크가 포함된 ASM 디스크 그룹을 사용합니다.

Oracle Database 12c의 표준 기능인 Oracle dNFS 클라이언트는 OS 기본 NFS를 통해

성능과 복구성을 향상시킵니다. 또한 dNFS는 비동기 IOPS를 수행하기 때문에 입출력

요청이 제출되고 처리되는 동안 처리를 계속할 수 있습니다.

개요

ASM 및 데이터베이스 구축을 위한 Best Practice

dNFS 구성을 위한 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)에 나와 있습니다.

RAM 및 SGA가 큰 경우 Linux에서 Oracle 데이터베이스 성능을 높이려면

HugePages를 반드시 사용해야 합니다. 병합된 데이터베이스 SGA가 8GB보다 큰

경우에는 HugePages를 구성해야 합니다. SGA의 크기가 중요합니다.

HugePages를 활성화하는 경우의 이점은 다음과 같습니다.

• 페이지 크기 증가/페이지 수 감소

• 전체 메모리 성능 향상

• 스와핑 없음

HugePages의 설정 및 튜닝에 대한 자세한 내용은 My Oracle Support 의 Use Large

Pages to Enable HugePages(Doc ID 1392497.1)에 나와 있습니다.

자동 공유 메모리 관리

HugePages 설정 사용




설계 가이드

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 담당자에게

문의하십시오.

파일 시스템 파일에 대한 입출력 작업 구성

데이터베이스 데이터 유형 레이아웃 구성




설계 가이드

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 백업 및

복구 옵션 설계 및 구축 가이드를 참조하십시오.




설계 가이드

6 장: 솔루션 검증 방법론



설계 가이드

6장 솔루션 검증 방법론


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

솔루션 검증 ............................................................................................................ 52

6장: 솔루션 검증 방법론



설계 가이드

개요

이 장에서는 솔루션의 하드웨어, 애플리케이션 및 데이터 보호 측면에서 필요한 검증

방법론을 설명합니다. 하드웨어는 프로세서, 메모리, 스토리지 등 컴퓨터의 물리적

리소스로 구성되어 있습니다. 또한 하드웨어는 NIC, 케이블, 스위치, 라우터,

하드웨어 로드 밸런싱 장치 등 물리적 네트워크 구성 요소도 포함합니다. 가상화된

Oracle 서버용 VSPEX 솔루션에 올바른 하드웨어를 사용하면 수많은 성능 및 용량

문제를 방지할 수 있습니다. 그 반대로, 하드웨어 리소스를 하나라도 잘못 적용하면

서버의 메모리 부족 등 Oracle 서버의 성능에 영향을 미칠 수 있습니다.

솔루션 검증

Oracle Database 12c 애플리케이션 오버레이 검증된 아키텍처용의 새로운 VSPEX를

운영 환경에 구축하기 전에 테스트하는 것이 좋습니다. 이 검증된 오버레이

아키텍처의 테스트를 통해 설계에서 필요한 성능 및 용량 타겟이 달성되는지를

확인하는 한편, 잠재적인 병목 지점을 파악 및 최적화하여 실제 구축 시 사용자에게

미치는 영향을 없앨 수 있습니다. 이 섹션에서는 이 솔루션 검증 시 수행한 개괄적

단계를 요약하여 설명합니다.

VSPEX Proven Infrastructure에서 Oracle Database 12c 성능 검증을 시작하기 전에

가상화된 Oracle Database 12c OLTP용 EMC VSPEX 구축 가이드에 따라 VSPEX

Proven Infrastructure에 Oracle Database 12c가 구축되었는지 확인하십시오.

표 16에서는 운영 환경에서 Oracle Database 12c 환경을 구축하기 전에 완료해야

하는 개괄적 단계에 대해 설명합니다.

표 16. 애플리케이션 검증에 필요한 개괄적 단계

단계 설명 단계

1 비즈니스 요구 사항을 충족하는 성능 및 용량을

달성할 수 있도록 Oracle 데이터베이스 환경의 핵심

메트릭을 파악합니다.

핵심 메트릭 파악

2 Oracle 데이터베이스용 VSPEX 사이징 툴을

사용하여 VSPEX Proven Infrastructure 구축에

필요한 아키텍처 및 리소스를 결정합니다.

3

EMC VSPEX 웹 사이트

VSPEX Proven Infrastructure에 Oracle

데이터베이스 솔루션을 설계 및 구축합니다.

테스트를 실행하고 결과를 분석한 후 VSPEX

아키텍처를 최적화합니다.

VSPEX 구축 가이드

http://korea.emc.com/campaign/vspex/index.htm�

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 구축 가이드에 자세한 구성

정보가 나와 있습니다.

핵심 메트릭 파악

http://korea.emc.com/campaign/vspex/index.htm�

6장: 솔루션 검증 방법론



설계 가이드

7 장: 참조 문서



설계 가이드

7장 참조 문서


EMC 설명서 ............................................................................................................ 56

기타 문서 ............................................................................................................... 57

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

https://support.emc.com/�

http://korea.emc.com/resource-library/resource-library.htm�

7 장: 참조 문서



설계 가이드

기타 문서

다음은 이 솔루션과 관련된 Oracle 설명서입니다.

• Oracle Edition Comparisons

• Oracle Software Investment Guide

• Oracle Database Licensing

• Oracle Processor Core Factor Table

다음은 이 솔루션과 관련된 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

Oracle 설명서

VMware 설명서

http://www.oracle.com/kr/products/database/enterprise-edition/comparisons/index.html�

http://www.oracle.com/kr/corporate/pricing/sig-070616.pdf�

http://www.oracle.com/kr/corporate/pricing/databaselicensing-070584.pdf�

http://www.oracle.com/kr/corporate/contracts/processor-core-factor-table-070634.pdf�

http://www.vmware.com/kr/files/pdf/techpaper/vmw-understanding-oracle-certification-supportlicensing-environments.pdf�

http://www.vmware.com/kr/files/pdf/techpaper/vmw-understanding-oracle-certification-supportlicensing-environments.pdf�

http://www.vmware.com/kr/files/pdf/partners/oracle/Oracle_Databases_on_VMware_-_Best_Practices_Guide.pdf�

http://www.vmware.com/kr/files/pdf/VMware_NFS_BestPractices_WP_EN.pdf�

http://www.vmware.com/kr/files/pdf/VMware_NFS_BestPractices_WP_EN.pdf�

http://www.vmware.com/kr/pdf/Perf_Best_Practices_vSphere5.5.pdf�

7장: 참조 문서



설계 가이드

부록 A: 검증 워크시트



설계 가이드

부록A 검증 워크시트

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

가상화된 Oracle OLTP 용 VSPEX 검증 워크시트 ......................................................... 60

고객의 Oracle 데이터베이스 예에서 정보 수집 .......................................................... 60

검증 워크시트 인쇄 ................................................................................................. 63




설계 가이드

가상화된 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) 값을 계산합니다.

데이터베이스 메모리 설정

http://docs.oracle.com/database/121/TGDBA/toc.htm�

http://docs.oracle.com/database/121/TGDBA/toc.htm�




설계 가이드

그림 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.

READ IOPS, WRITE IOPS 및 Change Rate (MB/s) 값은 AWR 보고서의 IOStat by

Function summary 섹션에 나와 있습니다. 그림 6에 이러한 값이 나와 있습니다.

동시 사용자 수 확인

데이터베이스 크기 계산

데이터 파일 IOPS 및 redo 로그 변경률 확인




설계 가이드

그림 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)에는 일반적인 입출력 응답 시간이 나열되어 있습니다.

그림 8에 나와 있는 대로 AWR 보고서 Load Profile의 Transactions에서 워크시트의

TPS 열을 채우는 데 사용되는 값을 확인할 수 있습니다.

사용자 입출력 시간 및 커밋 시간 계산

Load Profile의 트랜잭션 계산




설계 가이드

그림 8. AWR 보고서에서 Load Profile의 Transactions

검증 워크시트 인쇄

검증 워크시트의 독립 실행형 복제본이 이 문서에 PDF 형식으로 첨부되어 있습니다.

워크시트를 보고 인쇄하려면 다음 단계를 따르십시오.

1. Adobe Reader에서 다음과 같이 Attachments 패널을 엽니다.

View > Show/Hide > Navigation Panes > Attachments를 선택합니다.

또는

그림 9에 표시된 대로 Attachments 아이콘을 클릭합니다.

그림 9. 인쇄 가능한 검증 워크시트

2. Attachments 패널에서 첨부 파일을 두 번 클릭하여 연 후 검증 워크시트를

인쇄합니다.




설계 가이드

부록 B: 개략적인 Oracle 데이터베이스 서버 사이징 논리 및 방법론



설계 가이드

부록B 개략적인 Oracle 데이터베이스 서버

사이징 논리 및 방법론

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

개요 ....................................................................................................................... 66

리소스 고려 사항 ..................................................................................................... 66

사이징 고려 사항 ..................................................................................................... 66




설계 가이드

개요

OLTP(vCPU 포함), 메모리 및 Oracle 서버 데이터베이스용 스토리지 레이아웃을

지원하는 인프라스트럭처는 강력하고 효율적이면서도 유연한 솔루션을 제공해야

합니다. Oracle 서버 사이징은 디스크 유형, 보호 유형, 캐시 등 다양한 요인에 따라

달라집니다. 이러한 리소스가 Oracle 서버 사이징 방법에 포함되어야 합니다.

참고: VSPEX 사이징 툴을 사용할 수 없는 경우에는 이러한 수동 사이징 지침을 사용하여

대략적인 단일 애플리케이션 사이징을 수행할 수 있습니다. 다중 애플리케이션 및 다중

인스턴스 기능이 포함된 VSPEX 사이징 툴을 기본 사이징 방식으로 사용하는 것이 좋습니다.

리소스 고려 사항

Oracle 서버 데이터베이스의 성능 요구 사항을 충족하려면 컴퓨팅 및 디스크

서브시스템을 비롯한 충분한 리소스가 확보되어야 합니다. 이 섹션에서는 예측

가능한 성능을 제공하기 위해 가상화된 환경에서 Oracle 서버에 필요한 리소스를

정의합니다.

• 충분한 디스크 사용률 - 충분한 디스크 리소스를 사용하고 가능한 최대 디스크

작업용으로 용량을 남겨 두도록 사이징 툴을 설계합니다.

• 충분한 메모리 사용률 - 예상되는 최대 로드 작업을 포함하여 설계된

워크로드를 지원하도록 충분한 시스템 메모리로 빌딩 블록을 설계합니다.

• 충분한 프로세서 사용률 - 설계된 워크로드를 지원하기에 충분한 vCPU

리소스를 포함하고 최대 로드 작업을 예상하도록 빌딩 블록을 설계합니다.

사이징 고려 사항

이 섹션에서는 각 Oracle 서버 인스턴스 사이징을 위한 자세한 사이징 방법 및 권장

사항을 제공합니다.

• 가상 머신 리소스 결정:

vCPU 리소스

메모리 리소스

• OS 용량 리소스 및 IOPS 결정

• 입출력 워크로드와 디스크 유형 및 개수 결정

• 고급 스토리지 기능 고려

• VSPEX Proven Infrastructure 선택




설계 가이드

표 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명의

사용자를 위한

소규모 가상 머신

2 8

중간 규모

데이터베이스

최대 1,200명의

사용자를 위한 중간

규모 가상 머신

12 38

대규모 데이터베이스 1,200명을 초과하는

사용자를 위한

대규모 가상 머신

32 98

각 Oracle 서버에 대한 용량을 100GB로 설정하고 각각의 소규모, 중간 규모 또는

대규모 서버 OS 볼륨에 대해 OS IOPS를 50/100 IOPS로 설정하는 것이 좋습니다.

가상화된 Oracle Database 12c OLTP용 EMC VSPEX 구축 가이드에 자세한 내용이

나와 있습니다.

다음 설계 방법을 사용하여 VSPEX Proven infrastructure에서 입출력 워크로드와

디스크 유형, 개수 및 용량을 결정합니다.

• 먼저 IOPS에 대한 정확한 드라이브 수를 계산한 후에 디스크 레이아웃의

데이터베이스 크기를 계산합니다. IOPS 및 용량 모두에 대해 계산 결과를

합칩니다.

가상 머신 리소스 결정

OS 용량 리소스 및 IOPS

입출력 워크로드와 디스크 유형, 개수 및 용량 결정




설계 가이드

• 연간 증가율과 같은 추가 디스크 요구 사항을 포함합니다.

• 실제 테스트 결과에 맞춰 각 디스크 유형의 IOPS를 설정합니다.

• 다음 수식에 따라 디스크 수를 계산합니다.

필요한 백엔드 IOPS = 읽기 IOPS + (쓰기 IOPS x RAID 쓰기 페널티)

디스크 수 = 필요한 백엔드 IOPS/디스크당 IOPS

• EMC FAST Suite 기술을 사용하는 경우 실제 데이터 세트 크기가 FAST

Cache/VP 크기와 일치하도록 결정합니다.

이 섹션에서는 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 해당 없음

예 1: FAST Suite를 사용하지 않는 동종 풀




설계 가이드

표 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

SAS 드라이브 25개

24 = 3,630/150

RAID 5(4+1) 허용을 위해 5의

배수로 반올림 = 드라이브 25개

600GB x 25 x 0.8 = 120,000GB

Oracle redo 풀 RAID

10


1 = (2.5MB/s * 4) / 20MB/s

RAID 10(2+2) 허용을 위해 4의

배수로 반올림 = 드라이브 4개

600GB x 4 x 0.5 = 1,200GB

참고: 데이터 풀은 랜덤 읽기/쓰기 워크로드가 적용되는 600GB 10K SAS 드라이브를

사용합니다. redo 풀 역시 순차 쓰기 워크로드가 적용되는 600GB 10K SAS 드라이브를

사용합니다. 지속적인 쓰기에는 보수적인 값(드라이브당 20MB/s)이 사용됩니다.




설계 가이드

고급 스토리지 기능 고려

FAST Suite(FAST Cache 또는 FAST VP) 기능이 사용되는 경우, VNXe의 사이징 논리는

FAST Suite를 사용하지 않는 스토리지의 사이징 논리와 다릅니다.

FAST Suite를 선택하여 성능을 계산할 때는 플래시 계층에서 최대 입출력 수를

제공해야 합니다. 따라서 이 계층의 계산 우선 순위가 더 높습니다. 이 예에서는 총

백엔드 IOPS에서 FAST Cache SSD의 지원 IOPS를 뺀 다음 SAS/FC의 디스크 수를

계산했습니다.

참고: 스토리지의 각 구성 요소가 합당한 수준에서 실행되고 있을 때(예: 스토리지 프로세서

사용률이 70% 미만에서 유지되고 있음) FAST Suite 기능을 사용하는 것이 좋습니다.

표 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%입니다.

이 계산은 구축되고 잠시 동안 실행되어 "워밍업 상태"가 된 캐시에 해당합니다.

캐시가 "워밍업 상태"가 되기 전의 초기 상태에는 적중률이 더 낮습니다.

예 2: FAST Cache 사이징




설계 가이드

기계적 드라이브로 처리되는 호스트 IOPS를 FAST Cache 적중률 비율만큼 감소시켜

조정합니다. 표 24에 계산이 나와 있습니다.

표 24. FAST Cache 적중률 및 워크로드 계산

데이터베이스

프로파일

데이터베이스

크기(GB) 호스트 IOPS

FAST Cache 적중률(%)

FAST Cache 적용 후 호스트

IOPS

중간 규모

Oracle

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를 사용하는 스토리지 풀 계산 예


Oracle 데이터

풀 RAID 5(FAST

Cache 설정됨)


12 = (495+330*4)/150

RAID 5(4+1) 허용을 위해 5의 배수로

반올림 = 드라이브 15개

600GB x 15 x 0.8 = 7,200




설계 가이드


EFD 드라이브 2개

1= (495+330*2)/3,500



200GB x 2 x 0.5 = 200

Oracle redo 풀

RAID 10

드라이브 4개

1 = 2.5MB / 20MB/s



600GB x 4 x 0.5 = 1,200

용량 결정

스토리지 시스템의 드라이브 수는 성능 및 용량을 모두 고려하여 결정합니다.

표 25에 설명된 방식으로 성능 요구 사항을 충족하는 데 필요한 최소 드라이브 수를

계산할 수는 있지만, 스토리지 용량 요구 사항을 충족하기 위해 필요한 드라이브 수도

계산해야 합니다.

데이터베이스가 비정상적으로 크지 않다면 대개 성능을 위한 스토리지 요구 사항에

따라 데이터 드라이브 수가 결정됩니다. 이 예에서는 이전에 계산한 최소 드라이브

수를 사용하는 스토리지 솔루션이 용량 요구 사항을 충족합니다.

가까운 장래의 워크로드 요구 사항을 충족할 수 있는 충분한 스토리지 용량 및 성능을

확보하여 향후 성장에 대한 계획을 수립합니다. 이 예에서는 연간 증가율 5%를

포함시켰습니다.

이 예에서는 예 3: FAST VP 사이징의 단계에 따라 FAST VP 기능을 사용하는 가상

프로비저닝 풀을 생성하고 성능 및 용량 요구 사항을 모두 충족하는 데 필요한

드라이브 수를 계산합니다.

계층화된 풀을 생성하려면 FAST VP를 설정하고 다음 단계를 수행합니다.

1단계: 워크로드 파악

표 25의 예에서는 중간 규모의 Oracle 데이터베이스에 해당하는 데이터베이스

항목의(표 19에 나와 있음) 데이터를 사용합니다.

2단계: 최상위 계층에 필요한 입출력 로드와 드라이브 추정 개수 결정

풀 리소스를 할당합니다. 각 FAST VP 계층에 필요한 용량은 활성 데이터의 인접성에

따라 다릅니다. 우선 플래시 5%, SAS 20%, NL-SAS 75%인 계층당 용량을

사용합니다. 사용된 용량 중에서 25% 미만이 활성이며 사용 빈도가 가장 낮은

계층에서 재배치가 자주 발생하지 않으므로 이 용량으로 충분합니다.

예 3: FAST VP 사이징




설계 가이드

참고: 인접성은 액세스 빈도가 가장 높은 용량과 액세스 빈도가 낮은 용량 간의 통계적

분포에 따라 달라집니다. 액세스 빈도가 가장 높은 데이터는 최고 성능의 스토리지

디바이스에 저장됩니다. 액세스 빈도가 낮은 데이터를 읽거나 쓰는 경우도 있습니다. 이

입출력의 호스트 응답 시간은 고성능 스토리지 디바이스에 위치한 액세스 빈도가 높은

데이터보다 훨씬 깁니다.

이 예에서는 표 26과 같이 플래시 및 SAS 드라이브를 포함하는 2계층 FAST VP 풀을

사용합니다. 이것은 플래시 및 SAS로 구성된 계층 풀을 사용하여 양호한 성능을

지속적으로 제공합니다. 나중에 용량이 증가하고 오래된 데이터가 필요할 때 NL-

SAS를 추가할 수 있습니다. 인접성이 10% 즉, 약 10%의 데이터가 액세스 빈도가

가장 높다고 가정했습니다. 이 예에서는 RAID 1이 FAST VP의 기본 RAID 유형입니다.

표 26. 2계층 FAST VP 풀 용량에 대한 워크로드 예

데이터베이스

프로파일

데이터베이스

크기(GB) 인접성(%)

최상위 계층

용량(GB)

기타

용량(GB)

중간 규모

Oracle 데이터베이스

500 10 50 450

참고: 계산 과정에 플래시 디스크의 이상적인 최대 IOPS 및 실제 실행 테스트 값을

고려했습니다. 예를 들어 플래시 디스크의 이상적인 최대 IOPS는 3,500이 될 수 있지만,

FAST VP와 같은 플래시 디스크(상위 계층)를 사용할 때는 애플리케이션에 사용 가능한

공간이 제한됩니다. 액세스 빈도가 가장 높은 데이터는 플래시의 사용 가능한 공간보다 더

클 수 있습니다. 200GB FAST Cache SSD 2개를 사용하여 500GB OLTP 사용자

데이터베이스를 제공하는데 액세스 빈도가 가장 높은 데이터의 크기가 300GB인 경우를

예로 들 수 있습니다. 액세스 빈도가 낮은 데이터를 저장하거나 FAST VP에서 하위 계층으로

사용되는 SAS/FC/SATA 등의 다른 디스크를 유지하기 위해, 플래시 디스크의 실제 지원되는

IOPS는 3,000보다 작을 수 있습니다.




설계 가이드

3단계: 기타 계층에 필요한 입출력 로드와 드라이브 추정 개수 결정

모든 호스트 IOPS에 가장 높은 계층이 필요한 것은 아닙니다. 이러한 하위 계층은

생산성을 유지할 수 있는 선에서 다소 낮은 성능을 갖습니다. 표 19에 나와 있는

워크로드를 사용하고 FAST VP 최상위 계층을 제외하면 하위 계층의 예상 IOPS

로드를 다음과 같이 계산할 수 있습니다.

(990+ (660*4))*0.1 = 363 IOPS

하위 계층이 필요한 IOPS 로드를 유지할 수 있는지를 항상 확인하십시오. 이 경우

RAID 5 SAS 그룹의 IOPS는 약 363이므로, 하위 계층에 있는 데이터의 호스트 응답

시간에서 지연이 줄어들게 됩니다.

4단계: FAST VP 풀의 용량 결정

계층의 모든 데이터 드라이브에서 사용 가능한 드라이브 공간의 용량을 더하여 FAST

VP 풀 스토리지 용량을 계산합니다. 이 예에서는 600GB 대용량 SAS 드라이브와

200GB 플래시 드라이브를 사용했습니다. 계산에서 다른 드라이브를 대용량 또는

고성능 드라이브로 대체할 수 있습니다.

참고: 데이터베이스 redo 로그는 예측 가능한 순차적 쓰기 워크로드를 가지며, 이러한 작업

유형은 플래시에 재배치해도 이점이 없습니다. 따라서 이러한 워크로드는 기존 계층에

유지하는 것이 좋습니다.

표 27. FAST VP를 사용하는 스토리지 풀 계산 예


Oracle 데이터

풀 RAID 5(FAST

VP 설정됨)


3 = (990+660*4)*0.1/150



600GB x 5 x 0.8 = 2400

EFD 드라이브 2개

1= (990+660*2)/3,500



200GB x 2 x 0.5 = 200

Oracle redo 풀

RAID 10

드라이브 4개

1 = 2.5MB / 20MB/s



600GB x 4 x 0.5 = 1,200




설계 가이드

일반적으로 성능 및 용량 요구 사항을 충족하면서 드라이브 수가 가장 적은 스토리지

솔루션이 최상의 솔루션이지만, 추가적인 워크로드와 예상되는 연간 데이터

증가율을 지원할 수 있는 솔루션이 보다 합리적인 솔루션입니다. 이 예에서는 RAID

1을 사용하는 플래시 드라이브가 요구 사항에 맞고 더 적은 수의 드라이브를

사용하는 보다 나은 솔루션입니다. 또한 NL_SAS(RAID 6)를 포함하는 하위 계층

성능이 향후 로드 확장을 감당할 수 있습니다.

올바른 VSPEX Proven Infrastructure 선택

애플리케이션을 사이징하고 필요한 리소스 및 권장 디스크 스토리지 레이아웃을

결정한 후에는 다음 단계에 따라 계산된 결과를 토대로 올바른 VSPEX Proven

Infrastructure를 선택합니다. 1. 고객이 동일한 VSPEX Proven Infrastructure에 다른 애플리케이션을

구축하려는 경우, 해당 애플리케이션에 대한 VSPEX 설계 가이드를 참조하여

병합된 워크로드에 대한 총 리소스 요구 사항과 권장 스토리지 레이아웃을

결정합니다.

2. 모든 애플리케이션에 대해 필요한 가상 머신 리소스(디스크 수, 총 IOPS

등)를 집계합니다.

3. 고객과 논의하여 비즈니스 요구 사항을 충족하기 위해 어떤 가상화 플랫폼을

사용하고자 하는지 확인합니다.

4. EMC VSPEX Proven Infrastructure 가이드를 참조하여 VSPEX 프라이빗

클라우드 풀에 필요한 디스크 수를 계산합니다.

5. 병합된 애플리케이션, VSPEX 프라이빗 클라우드 풀 및 핫 스페어용 디스크

수를 포함하여 필요한 총 디스크 수를 취합합니다.

6. 병합된 애플리케이션 워크로드의 컴퓨팅 및 스토리지 리소스를 기반으로 총

가상 머신 수를 계산합니다. 관련 지침은 EMC VSPEX Proven Infrastructure

가이드를 참조하십시오.

참고: 선택한 VSPEX Proven Infrastructure가 병합된 애플리케이션 및 프라이빗 클라우드에

필요한 총 디스크 수를 지원하는지 확인하십시오. 지원할 수 없는 경우 다음 VSPEX Proven

Infrastructure 모델로 업그레이드해야 할 수 있습니다. 자세한 내용은 EMC 담당자에게

문의하십시오.

Documents

가상화된 Oracle Database 12c OLTP용 · 목차 4 가상화된 Oracle Database 12c OLTP 용 EMC VSPEX VNXe 및 EMC Data Protection 솔루션 기반 설계 가이드 고려 사항