원격 사이트 클러스터의 oracle rac(real application clusters) … · 소개 oracle...

백서

계

원격 사이트 클러스터의 Oracle RAC(Real Application Clusters) 및 EMC® VPLEX™ Metro

Best Practice 획

요약

이 백서에서는 Oracle RAC(Real Application Clusters) 및 데이터베이스와 기능적으로 관련된 EMC® VPLEX™의 특징에 대해 설명합니다. 또한 EMC VPLEX Metro를 가장 효과적으로 활용할 수 있도록 Oracle Extended RAC를 구성하기 위한 Best Practice를 제시합니다. 2012 년 5 월

Copyright © 2012 EMC Corporation. All Rights Reserved. 본 문서의 정보는 발행일 현재 정확한 것으로 간주되며 모든 정보는 예고 없이 변경될 수 있습니다. 본 문서의 정보는 "있는 그대로" 제공됩니다. EMC Corporation은 본 문서의 정보와 관련하여 어떠한 진술이나 보증도 하지 않으며, 특히 상품성이나 특정 목적을 위한 적합성에 대하여 어떠

한 묵시적인 보증도 부인합니다. 본 문서에 설명된 EMC 소프트웨어를 사용, 복사 및 배포하려면 해당 소프트웨어 라이센스가 필요합니다. EMC 제품에 대한 최신 목록은 korea.emc.com의 EMC Corporation 상표 정보 부분을 참조하십시오. P/N h8930.1

2원격 사이트 클러스터의 Oracle RAC(Real Application Clusters) 및 EMC® VPLEX™ Metro

목차

내용 요약.........................................................................................................4

대상 ...................................................................................................................................5

소개 ................................................................................................................6

제품 및 기능 개요 .............................................................................................6

VPLEX.................................................................................................................................6

VPLEX 제품 오퍼링.........................................................................................................7

VPLEX 아키텍처의 주요 특징 .......................................................................................10

VPLEX 정합성 보장 그룹, 분리 규칙 및 Witness ...........................................................12

Oracle RAC(Real Application Clusters) ..............................................................................14

Oracle ASM(Automatic Storage Management) ..............................................................14

원격 사이트 클러스터의 Oracle RAC ............................................................................14

Symmetrix VMAX™ 시리즈...............................................................................................15

Symmetrix VMAX™ TimeFinder 제품군.........................................................................15

Symmetrix VMAX 가상 프로비저닝...............................................................................16

VPLEX Metro와 Oracle Extended RAC 구축 ....................................................... 17

VPLEX Metro 환경의 Oracle Extended RAC 구축 고려 사항 ...............................................17

Oracle Extended RAC 및 VPLEX Metro 구축 지침...........................................................17

예상치 못한 다운타임으로부터 Oracle Extended RAC 및 VPLEX Metro 보호.................19

VPLEX Metro 및 Oracle Extended RAC 실험 구성 및 테스트 ................................ 24

실험 구성 및 설치 ............................................................................................................24

물리적 환경 .................................................................................................................24

스토리지 설정 및 디바이스 할당 계획 .........................................................................26

VPLEX Metro 설정.........................................................................................................30

호스트 및 Oracle 설정 ..................................................................................................36

OLTP 데이터베이스 워크로드 테스트 ..............................................................................40

장애 상태 테스트 .............................................................................................................41

결론 .............................................................................................................. 42

참고 자료....................................................................................................... 42


내용 요약

EMC® VPLEX™는 데이터 센터 내부 또는 여러 데이터 센터 간에 FC(Fibre Channel)에 연결된 스토리지의 풀을 통합하여 관리하는 엔터프라이즈급 스토리지 연합 기술입

니다. VPLEX는 서버와 FC 스토리지 사이에 상주하며 호스트에 로컬 볼륨과 분산형 볼륨을 제공합니다. VPLEX 스토리지 집합을 통해 호스트 LUN을 변경하지 않고 온라

인 스토리지 마이그레이션 및 업그레이드를 수행할 수 있습니다. VPLEX AccessAnywhere 클러스터링 기술을 사용하면 원격 사이트 사이에서 볼륨의 SCSI LUN ID가 정확히 동일한 분산형 볼륨에 읽기/쓰기 액세스가 가능합니다. 하이퍼바

이저는 이 기술을 통해 원격 사이트 간에 VM(가상 머신)을 마이그레이션할 수 있고, 데이터 센터 간에 Oracle Extended RAC(Real Application Clusters)를 간편하게 구축할 수 있습니다.

VPLEX 제품군에는 VPLEX Local(단일 사이트 SAN 연합), VPLEX Metro(최대 5ms의 라운드 트립 지연 시간으로 동기식 분산형 볼륨 지원) 및 VPLEX Geo(최대 50ms의 라운

드 트립 시간으로 비동기식 분산형 볼륨 지원)가 포함됩니다. 이 백서에서는 Oracle Extended RAC(원격 사이트 클러스터의 Oracle RAC)와 VPLEX Metro를 함께 사용하여 SAN 인프라스트럭처를 단순화하고 Extended RAC 구축 모델에 따르는 스토리지 관리의 복잡성을 줄이는 방법을 중점적으로 살펴봅니다.

Oracle RAC는 서버 클러스터 간에 운영 중단 없이 단일 데이터베이스를 구축하는 기능을 지원하며 내결함성, 고가용성 및 확장성을 제공합니다. 원격 사이트 클러스터

의 Oracle RAC란 클러스터의 서버가 물리적으로 떨어진 여러 장소에 상주하는 구축 모델을 말합니다. 원격 사이트 클러스터의 Oracle RAC는 성능을 스케일 아웃하고 여러 사이트의 스토리지와 서버 리소스를 활용할 수 있는 수단을 제공할 뿐 아니라, 전체 사이트 장애 시나리오에서 단일 사이트 Oracle RAC 설치보다 복구 성능이 우수하

고 애플리케이션 다운타임 없이 데이터 센터 유지 보수 작업을 수행할 수 있습니다.

Oracle Extended RAC에서 VPLEX Metro의 주요 장점은 다음과 같습니다.

• 네트워크, 서버, 스토리지 및 사이트 장애가 발생할 경우에도 무중단 데이터베이

스 가용성 유지

• 스케일 아웃 아키텍처 및 두 사이트에서 동일한 데이터베이스에 대한 완벽한 읽기/쓰기 액세스(유휴 하드웨어 없음)

• 원격 사이트 간에 Oracle RAC를 간편하게 구축

o 클러스터 노드를 로컬 VPLEX 클러스터에만 연결하면 됩니다. 사이트 간 접속은 필요하지 않습니다.

o 분산형 볼륨 및 VPLEX Witness를 사용하여 Oracle 보팅 디스크를 구축하므

로 인프라스트럭처 요구 사항이 단순화됩니다.


o Oracle 클러스터 노드의 CPU 리소스 사용량이 줄고 호스트 기반 미러링 관련 작업이 감소합니다. VPLEX가 제공하는 하드웨어 RAID 및 물리적 기반 스토리지가 이 기능을 대신 제공합니다.

o 정합성 보장 그룹을 생성하여 여러 데이터베이스 또는 애플리케이션 파일

을 하나의 유닛으로 보호할 수 있습니다.

o 스토리지 하드웨어 교체 및 마이그레이션 시 VPLEX 볼륨에 애플리케이션 다운타임이나 LUN ID 변경이 불필요합니다.

o Oracle Extended RAC 모델에서는 두 사이트가 능동적으로 워크로드에 참여할 수 있으므로 단일 사이트 구축 모델보다 쉽게 재해 복구 테스트 및 검증을 수행할 수 있습니다.

이 백서에서는 VPLEX 클러스터의 기반을 이루는 스토리지로 EMC Symmetrix® VMAX™ 시리즈를 사용했습니다. Symmetrix VMAX 시리즈는 차세대 고가용성 가상 데이터 센터 및 미션 크리티컬 애플리케이션을 위한 업계 최고의 기능을 갖춘 광범

위한 오퍼링을 제공합니다. 탁월한 데이터 보호 및 복제 기능을 포함하는 Symmetrix VMAX 시스템은 최첨단 엔터프라이즈 SAN(Storage Area Network) 기술을 구현합니

다. 또한 FAST VP 기술을 적용한 Symmetrix VMAX 시리즈는 운영 중단 없이 스토리지 계층을 최적화함으로써 호스트 애플리케이션에 지장을 주지 않으면서 성능을 개선

하고 비용을 절감해 줍니다.

IT 조직에서는 하드웨어 장애 및 재해로 인한 예상치 못한 다운타임은 물론 하드웨어 교체 및 마이그레이션과 같은 정상적인 데이터 센터 운영에 따라 발생하는 계획된 다운타임을 줄이거나 완전히 배제할 수 있도록 데이터베이스 환경을 여러 데이터 센터로 확장할 방법을 모색하고 있습니다. 이러한 조직은 EMC VPLEX를 통해 스토리지 인프라스트럭처를 훨씬 더 유연하게 변경하고, 재해 복구 성능을 강화하고, 협업 및 스케일 아웃 아키텍처를 개선할 수 있습니다. 이와 같이 EMC VPLEX 시스템과 Oracle RAC 기술은 이러한 차세대 환경을 위한 자연스러운 선택입니다. 스토리지 시스템을 연합하여 물리적인 데이터 센터 경계에 관계없이 글로벌 고유 디바이스를 제공할 수 있는 EMC VPLEX의 기능은 고가용성 및 확장 가능한 데이터베이스 액세스를 제공하

는 Oracle RAC의 고유 기능과 훌륭하게 조화됩니다. Oracle RAC와 EMC VPLEX 및 Symmetrix VMAX 시리즈의 조합은 신뢰성이 높은 클라우드 컴퓨팅 환경을 구축하는 데 이상적인 선택으로서 IT 비용을 낮추는 동시에 인프라스트럭처의 효율성을 높여 줍니다.

대상

본 백서는 고가용성에 중점을 두고 Oracle 데이터베이스, VPLEX 기술 및 Symmetrix VMAX 시리즈 스토리지를 활용하는 IT 환경을 설계하고, 구축하고, 관리하고, 사용하

는 Oracle 데이터베이스 관리자, 스토리지 관리자 및 IT 설계자를 대상으로 합니다. 본 백서는 독자가 Oracle RAC, Oracle 데이터베이스 기술, EMC VPLEX 및 Symmetrix 스토리지에 어느 정도 익숙하다는 가정 하에 작성되었습니다.


소개

Oracle Extended RAC는 성능을 스케일 아웃하고 여러 사이트의 스토리지와 서버 리소스를 활용할 수 있는 수단을 제공할 뿐 아니라 장애 시나리오에서 복구 성능이 향상되고 애플리케이션 다운타임 없이 유지 보수 작업을 수행할 수 있으므로, 전체 사이트에서 장애가 발생하더라도 조직에서 데이터베이스 다운타임 없이 무중단으로 비즈니스 처리를 계속할 수 있습니다.

Oracle RAC는 확장 클러스터 구축 모델에서 단일 데이터베이스에 대한 고가용성을 제공하지만 RecoverPoint, SRDF®, Oracle Data Guard 또는 유사 솔루션이 제공하는 기술을 통해 원격 사이트 간에 DR(재해 복구) 솔루션을 구축할 필요성은 여전히 있습니

다. 이러한 원격 복제본은 파일 오류, LUN 삭제, 블록 손상 등의 데이터베이스 장애가 발생할 때 도움이 됩니다. 또한 테이프 또는 VTL을 사용한 백업 전략을 구현하고 클론/스냅샷 기술을 사용하여 백업 프로세스를 운영 환경에서 오프로드하는 것이 좋습니다.

본 백서에서는 EMC VPLEX 제품군, VPLEX Metro 클러스터 아키텍처 및 Oracle Extended RAC 구축과 관련된 기능을 소개합니다. 또한 다양한 장애 상태에 대한 Oracle Extended RAC 솔루션의 복구 성능에 대해 설명합니다. 이외에도 Oracle Extended RAC 플랫폼에 VPLEX 및 Symmetrix VMAX 시리즈 스토리지를 프로비저닝하

는 방법 및 VPLEX Metro 및 Symmetrix VMAX 기술을 사용한 4노드 Oracle Extended RAC에서 OLTP 워크로드를 실행하는 방법을 설명합니다.

제품 및 기능 개요

VPLEX

EMC VPLEX는 그림 1과 같이 EMC 스토리지와 타사 스토리지를 포괄하는 스토리지 가상화 솔루션입니다. VPLEX는 EMC 스토리지는 물론 NetApp, HDS, HP 및 IBM과 같은 여타 스토리지 공급업체의 일반적인 스토리지를 포함한 이기종 스토리지를 지원

할 수 있습니다.


그림 1. EMC VPLEX Local로 이기종 스토리지 연합

VPLEX 를 지리적으로 분산된 여러 데이터 센터로 확장하면 VPLEX 분산형 가상 볼륨

을 생성하여 스토리지 디바이스에 동시에 액세스할 수 있습니다. VPLEX 기술은 이기

종 스토리지 간의 무중단 데이터 이동 및 볼륨 관리 기능을 제공합니다.

이러한 기능을 갖춘 VPLEX 은 다음과 같은 세 가지 요구 사항을 해결하는 차별화된 독특한 가치를 구현합니다.

• 데이터 센터 내부 또는 데이터 센터 간에 서로 다른 컴퓨팅 및 스토리지 인프라스

트럭처 사이에서 애플리케이션과 데이터를 동적으로 이동할 수 있어야 합니다.

• 지리적으로 분산된 스토리지 및 컴퓨팅 인프라스트럭처의 가용성과 복구 성능을 강화해야 합니다.

• 원격 사이트 간에 효율적인 실시간 데이터 협업을 지원해야 합니다.

VPLEX 제품 오퍼링

EMC에서는 고가용성 및 데이터 이동성에 대한 고객의 요구 사항을 해결하기 위해 그림 2와 같은 세 가지 VPLEX 구성을 제공합니다.

• VPLEX Local

• VPLEX Metro

• VPLEX Geo(현재 Oracle RAC에서 지원되지 않음)


그림 2. VPLEX 토폴로지

VPLEX Local

VPLEX Local은 원활한 무중단 데이터 이동을 지원하고 데이터 센터 내 단일 인터페

이스에서 여러 이기종 스토리지를 관리하는 기능을 제공합니다.

VPLEX Local로 가용성을 높이고, 관리를 간소화하고, 여러 스토리지의 활용도를 높일 수 있습니다.

AccessAnywhere를 포함한 VPLEX Metro

AccessAnywhere를 포함한 VPLEX Metro는 최대 5ms의 RTT(Round-Trip Time)로 동기

식으로 원격 연결된 두 사이트 간의 Active-Active 블록 레벨 데이터 액세스를 지원합

니다.

다음은 데이터 이동성 및 고가용성을 위해 VPLEX Metro와 Oracle을 사용하는 두 가지 예입니다. • 애플리케이션 및 데이터 이동성 —하이퍼바이저 자체에는 물리적 서버 간에 애플

리케이션 다운타임 없이 VM을 이동하는 기능이 있습니다. VPLEX 분산형 볼륨을 서버 가상화 솔루션과 함께 사용하면 원격 사이트 간에 VM과 해당 애플리케이션 및 데이터를 운영 중단 없이 이동하고 재배치할 수 있습니다. 따라서 사용자가 사이트 간에 인프라스트럭처 리소스를 재배치, 공유 및 조정할 수 있는 독보적인 기능이 제공됩니다. VPLEX Metro를 사용한 Oracle VM Live Migration 이동성 예제는 백서: Oracle VM Server for x86 Live Migration with EMC VPLEX and Symmetrix VMAX Series 및 그림 3을 참조하십시오.


http://korea.emc.com/collateral/hardware/white-papers/h8056-oracle-vm-server-vplex-vmax-wp.pdf

http://korea.emc.com/collateral/hardware/white-papers/h8056-oracle-vm-server-vplex-vmax-wp.pdf

그림 3. VPLEX Metro를 사용한 Oracle VM Live Migration

• 고가용성 인프라스트럭처 — RTO(복구 시간 목표)를 단축합니다. 고가용성을 통해 핵심 애플리케이션의 가동 시간을 완전 무중단에 가깝게 유지하고, 장애가 발생하더라도 애플리케이션을 자동으로 재시작하여 관리자의 개입을 최소화할 수 있습니다. 그림 4에서는 VPLEX Metro를 사용한 Oracle Extended RAC의 예를 보여 줍니다. 본 백서에서는 이 솔루션에 중점을 둡니다.

그림 4. VPLEX Metro를 사용한 Oracle Extended RAC


AccessAnywhere 를 포함한 VPLEX Geo

AccessAnywhere를 포함한 VPLEX Geo는 최대 50ms의 RTT 지연 시간으로 비동기식으

로 원격 연결된 두 사이트 간의 Active-Active 블록 레벨 데이터 액세스를 지원합니다. VPLEX Geo는 현재 Oracle RAC 또는 Oracle Extended RAC에서 지원되지 않으며 본 문서에서 자세히 다루지 않습니다. VPLEX Geo에 대한 자세한 내용을 확인하려면 http://Powerlink.emc.com 에서 VPLEX Geo 키워드로 검색하십시오.

VPLEX 아키텍처의 주요 특징1

VPLEX 제품군은 독보적인 클러스터링 아키텍처를 통해 고객이 데이터 센터의 경계

를 극복하고 여러 데이터 센터의 서버에서 공유 블록 스토리지 디바이스를 액세스하

여 읽기/쓰기 작업을 수행하도록 지원합니다. VPLEX Local에는 하나의 클러스터가, VPLEX Metro에는 2개의 클러스터가 포함됩니다. VPLEX 클러스터 하나는 표 1과 같이 1개, 2개 또는 4개의 엔진으로 구성됩니다. 각 VPLEX 엔진은 이중화된 두 개의 디렉

터로 SAN/WAN 접속, 캐시 및 처리 성능을 제공합니다. 표 1. VPLEX 하드웨어 구성 요소

특징 설명

VPLEX 클러스터 1개, 2개 또는 4개의 엔진 포함

VPLEX 엔진 2개의 디렉터, 관리 모듈, 전원 공급 장치, 배터리 전원 및 팬 포함

VPLEX 디렉터일부 입출력 모듈, SSD, CPU 및 RAM 포함

VPLEX Local에서는 Write-through 캐싱을 사용하여 쓰기 작업을 즉시 전달하고 VPLEX 볼륨의 기반 스토리지에서 발생하는 작업을 우선 인식한 후 호스트에 통보합니다. Symmetrix VMAX™ 시리즈 및 VNX™ 시리즈와 같은 EMC 스토리지를 사용하면 쓰기 작업을 스토리지 영구 캐시에만 등록하면 되므로 애플리케이션의 쓰기 응답 시간이 최적화됩니다. 또한 VPLEX Metro는 Write-through 캐시를 사용하지만 로컬 스토리지

와 원격 스토리지에 모두 등록된 쓰기 작업만 애플리케이션에 통보합니다. 읽기 작업은 모든 VPLEX 구축 환경에서 VPLEX 캐시의 혜택을 누릴 수 있으며 VPLEX Metro의 경우 로컬 VPLEX 클러스터 캐시에서 읽기 작업을 처리합니다.

1 이 섹션에서는 VPLEX 릴리즈 5.1 을 기준으로 설명하며, 세부적인 내용은 릴리즈에 따라 다를 수 있습니다. VPLEX 제품 가이드에서 정확한 버전 정보를 확인할 수 있습니다.


http://powerlink.emc.com/

VPLEX의 논리적 스토리지 구조

VPLEX는 기존의 물리적 스토리지 디바이스를 캡슐화하여 그림 5와 같이 스토리지 볼륨을 3개의 논리적 계층으로 추상화합니다. 익스텐트는 VPLEX가 스토리지 볼륨을 분할할 때 사용하는 메커니즘입니다. 익스텐트는 기본 스토리지 볼륨의 전부가 될 수도 있고 일부가 될 수도 있습니다. EMC VPLEX는 익스텐트를 취합하고 디바이스 계층에서 RAID 보호 기술을 적용합니다. 디바이스는 하나 이상의 익스텐트를 사용하여 구성되며, 필요한 경우 더 복잡한 RAID 체계나 디바이스 구조로 결합할 수 있습니다. VPLEX 스토리지 구조의 최상위 계층에는 가상 볼륨(virtual volume)이 있습니다. 가상 볼륨은 디바이스로부터 생성되며 기본 디바이스의 크기를 그대로 상속합니다. VPLEX는 FE(프런트엔드) 포트를 사용하여 가상 볼륨을 호스트에 제공합니다. 스토리

지 뷰를 사용하여 가상 볼륨에 대한 액세스를 제어하며, 스토리지 뷰는 EMC Symmetrix의 자동 프로비저닝 그룹 또는 EMC CLARiX®의 스토리지 그룹과 비슷한 역할을 합니다. 호스트 이니시에이터의 VPLEX FE 포트 및 가상 볼륨 액세스를 결정하는 논리 컨테이너로서의 역할을 수행합니다.

그림 5. EMC VPLEX의 논리적 스토리지 구조

VPLEX는 스토리지 디바이스를 WWN에 따라 식별하고, 사용자 정의 구성 및 보호 레벨을 적용한 VPLEX 가상 볼륨 세트로 패키징한 후, 가상 볼륨을 호스트에 제공하는 방법으로 SAN(Storage Area Network) 볼륨을 캡슐화합니다. VPLEX는 기존 스토리지 디바이스의 데이터를 그대로 유지하면서 캡슐화하거나 캡슐화를 해제할 수 있을 뿐 아니라 기존 스토리지 볼륨을 분할하고 취합하여 가상 볼륨에 사용할 수 있습니다. 또한 VPLEX 캡슐화를 통해 호스트에 제공된 가상 스토리지를 백엔드 스토리지 내부 또는 백엔드 스토리지 간에 운영 중단 없이 이동할 수 있습니다. VPLEX에서 VMAX 시리즈 및 VNX 시리즈와 같은 스토리지를 캡슐화하는 경우 스토리지에 RAID 보호를 적용하는 것이 좋습니다. 이렇게 하면 스토리지와 VPLEX 간의 매핑이 단순하게 유지되

고 스냅샷 생성, 클론 생성 및 추가 DR 등의 스토리지 기능을 사용할 수 있습니다.


VPLEX 정합성 보장 그룹, 분리 규칙 및 Witness

정합성 보장 그룹

VPLEX Local 및 Metro용 GeoSynchrony 5.0부터는 정합성 보장 그룹을 사용하여 가상 볼륨을 구성하고 사이트 손실 또는 WAN 파티션이 발생할 경우 쓰기 순서의 일관성 및 안정적인 입출력 연속 동작을 보장합니다. 정합성 보장 그룹은 여러 볼륨을 하나

로 취합하여 전체 그룹에 공통 속성 세트를 제공합니다. 또한 필요한 경우 클러스터 간에 정합성 보장 그룹을 이동할 수 있습니다. 정합성 보장 그룹은 데이터베이스 및 애플리케이션에 특히 중요합니다. 모든 데이터베이스 LUN(예: Oracle 데이터, 제어 및 로그 파일)은 데이터 무결성을 위해 쓰기 순서의 일관성이 유지되어야 하므로 항상 하나의 정합성 보장 그룹에 함께 배치되어야 합니다. 여러 데이터베이스가 데이

터베이스 링크로 연결되거나 애플리케이션에서 여러 데이터베이스에 트랜잭션을 전송하고 데이터베이스 간의 일관성을 유지하려는 경우와 같이 여러 데이터베이스

에 트랜잭션 종속성이 있는 경우가 많습니다. 이러한 경우 정합성 보장 그룹은 입출

력 종속성(쓰기 순서 일관성)이 유지되어야 하는 모든 LUN을 포함해야 합니다.

Oracle RAC의 경우 VPLEX Local 및 Metro만 지원됩니다. Local 및 Metro에서는 동기

식 정합성 보장 그룹(Write-through 캐시 모드)만 제공합니다. 동기식 정합성 보장 그룹의 정의는 다음과 같습니다.

동기식 정합성 보장 그룹 — VPLEX Local 또는 VPLEX Metro 구성에 포함된 볼륨 그룹

에 동일한 VPLEX 클러스터 분리 규칙 및 기타 속성을 간편하게 적용할 수 있으므로 대규모 시스템의 구성 및 관리가 쉬워집니다. 동기식 그룹에 속한 볼륨은 글로벌 또는 로컬 가시성을 갖습니다. 동기식 정합성 보장 그룹은 Write-through 캐싱(VPLEX 사용자 인터페이스에서는 동기식 캐시 모드로 표시)을 사용하며, VPLEX Metro 사용 시 최대 5ms의 지연 시간으로 분산된 클러스터에서 지원됩니다. 즉, VPLEX Metro는 백엔드 스토리지 볼륨에 쓰기 작업을 전송하고 두 클러스터의 백엔드 스토리지 볼륨에

서 쓰기 작업이 인식되는 즉시 애플리케이션에 쓰기 작업을 통보합니다.

분리 규칙

분리 규칙은 네트워크 파티셔닝 또는 원격 클러스터 장애 등으로 인해 원격 클러스

터와의 접속이 끊어질 때마다 정합성 보장 그룹의 입출력 처리 방식을 결정하는 기본 제공된 규칙입니다. 이러한 경우 통신이 복구될 때까지 대부분의 워크로드에서는 특정 가상 볼륨 세트의 클러스터 중 하나에서 입출력을 계속하고 다른 클러스터에서

는 입출력을 일시 중단해야 합니다.

VPLEX Metro 구성에서 분리 규칙으로 선호되는 고정 클러스터를 지정하는 설정은2 winner:cluster-1, winner:cluster-2 또는 No Automatic Winner(선호 클러스터가 지정

되지 않음)입니다. 다음 섹션에서 설명할 VPLEX Witness 없이 시스템을 구축한 경우

2 관리 GUI 옵션 기준입니다. CLI에서는 같은 규칙을 지정할 때 약간 다른 용어를 사용합니다.


정합성 보장 그룹 디바이스에 대한 입출력이 선호 클러스터에서 진행되고 비선호 클러스터에서는 일시 중단됩니다.

VPLEX Witness

GeoSynchrony 5.0에서 도입된 VPLEX Witness는 Oracle Extended RAC 구축 시 필수 구성 요소입니다. VPLEX Witness는 관리 IP 네트워크를 통해 두 VPLEX Metro 클러스

터에 접속합니다. VPLEX Witness는 자체 관찰 결과와 클러스터에서 정기적으로 보고

하는 정보를 종합하여 클러스터에서 클러스터 간 네트워크 파티션 장애와 클러스터 장애를 구분하고 해당 상황이 발생할 때 적절한 사이트에서 자동으로 입출력을 계속

할 수 있도록 지원합니다. VPLEX Witness는 VPLEX Metro 구성에서 동기식 정합성 보장 그룹에 속하는 가상 볼륨에만 영향을 주며, 분리 규칙에 따라 클러스터-1 또는 클러스터-2가 정합성 보장 그룹의 선호 클러스터로 지정된 경우에만 작동합니다. 즉, No Automatic Winner 규칙이 설정된 경우 VPLEX Witness는 정합성 보장 그룹에 영향

을 주지 않습니다.

VPLEX Witness가 없으면 두 VPLEX 클러스터의 접속이 끊어질 때 앞에서 설명한 것처

럼 정합성 보장 그룹에 적용된 분리 규칙에 따라 작업을 계속할 클러스터와 입출력

을 일시 중단할 클러스터가 결정됩니다. 분리 규칙만 사용하여 선호 사이트를 제어

하면 사이트 장애 시 관리자가 수동으로 개입하여 정상적으로 운영되는 사이트에서 입출력을 재개해야 하므로 불필요한 복잡성이 가중될 수 있습니다. VPLEX Witness는 이러한 이벤트를 상황에 따라 자동으로 처리해 주므로 Oracle Extended RAC 구축 시 필수적인 구성 요소라고 할 수 있습니다. 제공하는 기능은 다음과 같습니다.

• 데이터 센터 간에 자동 로드 밸런싱

• 두 데이터 센터 모두를 Active-Active 방식으로 사용

• 스토리지 계층에서 완벽한 자동 장애 처리

VPLEX Witness가 장애 상태를 정확하게 구분할 수 있도록 두 클러스터와 다른 네트

워크 인터페이스를 사용하여 두 클러스터에서 독립된 장애 도메인에 VPLEX Witness를 설치해야 합니다. 이렇게 하면 하나의 장애가 두 클러스터와 VPLEX Witness 모두

에 영향을 주는 상황이 방지됩니다. 예를 들어 VPLEX Metro 구성에 포함된 두 클러스

터가 같은 데이터 센터의 다른 층에 구축된 경우 VPLEX Witness를 또 다른 층에 구축

해야 합니다. 또한 VPLEX Metro 구성에 포함된 두 클러스터가 서로 다른 두 데이터 센터에 구축된 경우 VPLEX Witness를 세 번째 데이터 센터에 구축해야 합니다.

캐시 볼트

Write-back 캐싱을 사용하는 경우 긴급 상황에서 메타데이터 또는 데이터의 손실을 방지하기 위해 VPLEX는 캐시 볼팅이라는 메커니즘을 사용하여 캐시 정보를 영구적

인 로컬 스토리지에 안전하게 보관합니다.


Oracle RAC(Real Application Clusters)

Oracle RAC(Real Application Clusters)는 우수성을 널리 인정받은 Oracle Database Enterprise Edition에 포함된 옵션입니다. Oracle RAC는 공유 캐시 아키텍처를 도입한 클러스터 데이터베이스로서, 기존의 비공유(shared-nothing) 및 디스크 공유 접근 방식에서 드러나는 한계를 극복하여 모든 비즈니스 애플리케이션에 적합한 확장성과 가용성이 뛰어난 데이터베이스 솔루션을 제공합니다. Oracle RAC는 모든 종류의 주요 비즈니스 애플리케이션을 지원합니다. 여기에는 OLTP(Online Transaction Processing) 및 DSS(Decision Support System)가 포함됩니다.

Oracle ASM(Automatic Storage Management)

Oracle ASM(Automatic Storage Management)은 Oracle 데이터베이스를 위한 통합 파일 시스템 및 볼륨 관리자입니다. Oracle ASM 으로 데이터베이스 스토리지를 간편하게 관리할 수 있습니다. Oracle ASM 은 뛰어난 성능과 신뢰성을 제공할 뿐 아니라 ASM 디스크를 온라인 상태로 추가하거나 제거할 수 있으므로 데이터베이스 가용성도 향상됩니다. Oracle ASM 은 디스크가 추가 또는 제거된 후 ASM 디스크 그룹에 속하는 디스크 사이에서 데이터 분산을 자동으로 재조정합니다.

Oracle Database 11g Release 2 에서는 Oracle ASM 과 Oracle Clusterware 가 Oracle Grid Infrastructure 라는 패키지에 번들로 포함되었습니다. 이 패키지는 Oracle RAC 데이터베이스를 운영하는 데 필요한 모든 클러스터 및 스토리지 관리 서비스를 제공합니다. 또한 Oracle ASM 이 확장되어 OCR(Oracle Cluster Registry) 및 ASM 디스크 그룹 내에 배치할 보팅 파일이 지원됩니다.

원격 사이트 클러스터의 Oracle RAC

원격 사이트 클러스터의 Oracle RAC 란 클러스터의 서버가 물리적으로 떨어진 여러 장소에 상주하는 구축 모델입니다. 원격 사이트 클러스터의 Oracle RAC 는 로컬 Oracle RAC 보다 뛰어난 가용성을 제공합니다. 원격 사이트 클러스터의 Oracle RAC 는 사이트 장애를 매우 빠르게 복구할 수 있으며 모든 사이트의 모든 서버에서 단일 데이터베이스 클러스터에 속하는 트랜잭션을 능동적으로 처리하도록 해 줍니다. 이 아키텍처는 널리 각광받는 방식으로서 성공적으로 구축되었지만, 특히 사이트 간 거리, 지연 시간 및 제공되는 보호 수준이라는 관점에서 이 아키텍처가 가장 적합할 수 있는 환경을 이해하는 것이 중요합니다. 지연 시간, 즉 거리라는 요소로 인해 이 아키텍처를 구축할 수 있는 환경이 실제적으로 제한됩니다. 이 아키텍처는 두 데이터 센터가 비교적 가까이 위치해 있으며 사이트 간에 직접 전용 채널을 설치하는 투자가 이미 이루어진 경우에 가장 적합합니다.


Symmetrix VMAX™ 시리즈

Symmetrix VMAX 시리즈는 간소화, 지능화, 모듈식 스토리지라는 전략에 따라 설 계되었으며, 새로운 Virtual Matrix™ 상호 연결 기술을 통해 모든 노드의 리소스를 연결하고 공유함으로써 스토리지를 엔트리 레벨 구성에서 세계 최대급 스토리지 시스

템에 이르기까지 원활하게 확장할 수 있도록 지원합니다. 이 제품은 그림 6에 표시

된 것과 같은 새로운 하드웨어 기능을 지원하여 최고 수준의 성능과 가용성을 제공

합니다.

2 –16개의 디렉터 보드

최대 가용 용량 2.1PB

최대 128개의 FC FE 포트

최대 64개의 FICON FE 포트

최대 64개의 GigE / iSCSI FE 포트

최대 1TB의 글로벌 메모리(가용 용량 512GB)

그림 6. Symmetrix VMAX 시리즈

Symmetrix® VMAX™ 시리즈는 궁극적인 스케일 아웃 플랫폼을 제공합니다. 처리 모듈(노드) 및 스토리지 베이를 추가하여 프런트엔드 및 백엔드 성능을 점진적으로 확장할 수 있습니다. 각 처리 모듈은 추가적인 프런트엔드, 메모리 및 백엔드 접속을 제공합니다.

또한 Symmetrix® VMAX™ 시리즈는 최대 하이퍼 크기를 240GB(Symmetrix DMX™ 에서는 64GB)로 높여 줍니다. 따라서 스토리지 계획 및 디바이스 할당이 쉬워지며, 특히 씬 스토리지 풀이 이미 스트라이핑되어 대규모 하이퍼를 쉽게 사용할 수 있는 Virtual Provisioning™을 사용할 때 유리합니다.

Symmetrix VMAX™ TimeFinder 제품군

로컬 복제 기술을 구현하는 EMC TimeFinder® 제품군으로 데이터베이스 및 애플리케이션 데이터의 읽기/쓰기가 가능한 여러 스토리지 기반 복제본을 무중단 방식으로 생성할 수 있습니다. 이 제품군은 데이터베이스 크기에 관계없이 애플리케이션에 대한 영향을 최소화하면서 뛰어난 속도, 확장성 및 효율적 스토리지 활용을 통해 고객의 폭넓은 데이터 복제 요구 사항을 해결합니다. TimeFinder는 여러 Symmetrix VMAX를 대상으로 하는 경우에도 운영 데이터베이스 및 애플리케이션을 백업, 재시작 및 복구하는 솔루션을 제공합니다. TimeFinder는 SRDF 등의 여타 EMC


제품과 원활하게 통합되며 동기식 또는 비동기식 복제를 중단하지 않으면서 원격 타겟에 복제본을 생성할 수 있습니다. 원격 복제본을 이용하여 복구해야 하는 경우 TimeFinder와 SRDF는 데이터를 점진적으로 병렬 복구하여 가용성과 보호 기능을 극대화합니다. TimeFinder 제품군은 EMC 정합성 보장 기술을 사용한 종속 쓰기 정합성 복제본 및 Oracle 백업/복구 작업에 사용 가능한 복제본을 생성할 수 있습니다. 이러한 방법은 뒷부분의 활용 사례에서 자세히 설명합니다. Symmetrix VMAX™ 시리즈는 TimeFinder 이외에도 RecoverPoint™ 로컬 및 원격 데이터 보호 기술을 제공하는 통합 RecoverPoint write splitter를 제공합니다. Symmetrix VMAX 시리즈의 RecoverPoint 3.5 통합에 대한 자세한 내용은 http://korea.emc.com 및 http://Powerlink.EMC.com 을 참조하십시오.

Symmetrix VMAX 가상 프로비저닝

Symmetrix 씬 디바이스는 기존에 Symmetrix 디바이스를 사용하던 방식과 동일한 방식으로 사용할 수 있는 논리 디바이스입니다. 기존의 Symmetrix 디바이스와는 달리 씬 디바이스는 디바이스가 생성되어 호스트에 제공되는 시점에 물리적 스토리지를 미리 할당하지 않아도 됩니다. 그러나 고객이 씬 풀(Thin Pool) 와이드 스트라이핑(Wide striping)과 관리 용이성에 중점을 두는 경우에는 씬 디바이스를 완전히 사전 할당할 수도 있습니다. 씬 디바이스를 사용하려면 우선 씬 풀에 바인딩해야 합니다. 여러 씬 디바이스를 특정 씬 풀 하나에 바인딩할 수 있습니다. 씬 풀은 씬 디바이스 할당을 지원하기 위해 실제 물리적 스토리지를 제공하는 데이터 디바이스라고 하는 여러 디바이스로 구성됩니다. 표 2 에서는 가상 프로비저닝과 관련된 기본적인 정의를 보여 줍니다.

표 2. 가상 프로비저닝 디바이스의 정의

디바이스 설명

씬 디바 이스

직접 연결된 스토리지는 없지만 호스트 액세스가 가능한 디바이스입니다.

데이터 디바이스

씬 풀에 배치되어 씬 디바이스가 사용할 스토리지 용량을 제공하는 내부 디바이스

입니다.

씬 풀 씬 디바이스에 스토리지 용량을 제공하는 데이터 디바이스 모음입니다.


http://korea.emc.com/

http://powerlink.emc.com/

VPLEX Metro와 Oracle Extended RAC 구축

VPLEX Metro 환경의 Oracle Extended RAC 구축 고려 사항

EMC VPLEX 는 데이터 센터의 물리적 경계를 뛰어넘어 여러 지역에 분산된 사용자들

이 데이터를 동시에 액세스할 수 있게 해 줍니다. VPLEX Metro 와 Oracle Extended RAC 를 사용하면 단일 데이터베이스에 액세스하는 여러 사이트 간에 성능 저하 없이 워크로드를 공유할 수 있으며, 하드웨어 유지 보수와 같은 예정된 이벤트에 대비하

여 사이트 간에 워크로드를 유연하게 마이그레이션할 수 있습니다. 뿐만 아니라 예상치 못한 상황이 발생하여 데이터 센터 중 하나의 서비스가 중단될 경우 Oracle TAF(Transparent Application Failover)를 통해 실패한 클라이언트 접속을 정상 운영 사이트에서 실행되는 Oracle RAC 노드로 자동으로 리디렉션할 수 있습니다.

Oracle Extended RAC 및 VPLEX Metro 구축 지침

구축과 관련된 주요 지침은 다음과 같습니다.

Oracle Clusterware 및 VPLEX Witness 구축

Oracle Extended RAC 구축 시 Oracle Clusterware 보팅 파일(NFS 기반일 수 있음) 중 하나를 세 번째 사이트에 구축해야 하는 경우가 많습니다. VPLEX Metro를 사용한 원격 사이트 클러스터의 Oracle RAC에서도 Oracle Clusterware 보팅 디스크를 사용해야 합니다. 그러나 클러스터 보팅 디스크 자체는 VPLEX 가상 볼륨에 상주합니다. 따라

서 Oracle 보팅 디스크 액세스/Oracle RAC 동작과 VPLEX Metro의 페일오버 동작이 항상 조율됩니다. VPLEX를 사용하는 경우 앞부분의 VPLEX Witness 섹션에서 설명한 것처럼 VPLEX Witness만 독립적인 장애 도메인(멀티 사이트 구축 시 세 번째 사이트)에 구축하면 됩니다.

• 실제 사이트 장애가 아니며 VPLEX 상호 연결에 영향을 주지 않는 Oracle 상호 연결 파티셔닝만 발생한 경우 Oracle Clusterware는 노드 수 및 보팅 디스크에 대한 액세스를 기준으로 재구성을 수행합니다.

• VPLEX 상호 연결 파티셔닝 또는 실제 사이트 장애가 발생한 경우 VPLEX는 사이트 선호 규칙 및 Cluster Witness의 지시에 따라 클러스터 중 하나에서 즉시 입출력

을 계속하도록 허용합니다. 따라서 Oracle 클러스터 노드는 VPLEX가 입출력을 계속하는 보팅 디스크만 액세스할 수 있으므로 Oracle Clusterware는 이에 맞게 클러스터를 재구성합니다. 보팅 디스크는 여전히 필요하지만, VPLEX Witness가 분할 브레인을 방지하고 Metro와 Oracle Clusterware의 동작을 조율하므로 보팅 디스크를 독립적인 세 번째 사이트에 구축할 필요는 없습니다. 또한 VPLEX Witness가 보팅 파일에 대한 액세스를 제어하므로 독립적인 Oracle RAC 구축 환경 및 종속된 업스트림 사용자 애플리케이션 간에 안정적이고 일관된 동작을 보장할 수 있습니다.


Oracle Clusterware 구축

Oracle Clusterware는 이전 섹션에서 설명한 것처럼 세 번째 사이트가 아닌 VPLEX 분산형 볼륨에 구축됩니다. Oracle Database 11g Release 2에서 Oracle Clusterware는 Oracle ASM과 통합되어 Oracle Grid Infrastructure를 구성합니다. 따라서 Oracle Grid Infrastructure를 설치할 때 첫 번째 ASM 디스크 그룹이 생성됩니다.

• Oracle Database 11g Release 2부터는 Oracle ASM을 사용하여 Oracle Clusterware 파일(OCR 및 보팅 파일)을 호스팅하는 경우 Oracle Clusterware 파일만 포함할 +GRID와 같은 고유 디스크 그룹을 생성하는 것이 좋습니다. 즉, 로그 파일이나 데이터 파일과 같은 데이터베이스 컨텐츠는 이 그룹에 배치되지 않습니다. +GRID 디스크 그룹에는 보통 또는 높은 수준의 이중화를 사용하는 것이 좋습니다. +GRID ASM 디스크 그룹에 외부 수준의 이중화3를 사용하면 보팅 디스크가 하나

만 생성되지만 이렇게 하면 Oracle에서 여러 보팅 디스크를 생성합니다. 데이터

베이스 컨텐츠가 포함되지 않으므로 이 디스크 그룹에 사용되는 분산형 VPLEX 디바이스의 크기는 상대적으로 매우 작을 수 있습니다.

• VPLEX의 기반으로 Symmetrix VMAX 시리즈 또는 VNX 시리즈와 같은 EMC 스토리

지를 사용하는 경우 또는 VPLEX RAID 보호를 사용하는 경우 다른 모든 ASM 디스

크 그룹은 외부 수준의 이중화로 설정하는 것이 좋습니다. 이렇게 하면 ASM 멤버

가 VPLEX 또는 EMC 스토리지 RAID에 의해 적절히 보호됩니다.

• 모든 Oracle 클러스터 노드는 모든 Oracle Clusterware 및 데이터베이스 디바이스

에 액세스해야 하므로 Oracle Clusterware와 Oracle 데이터베이스는 ASM, 원시 디바이스 또는 클러스터 파일 시스템 중 무엇이 사용되는지에 관계없이 VPLEX 분산형 볼륨만 사용해야 합니다.

추가 설명

x86 기반 서버 플랫폼에서는 파티션을 정렬해야 합니다. VPLEX의 경우 4KB 오프셋

으로 정렬해야 하지만 Symmetrix를 사용하는 경우 64KB(128개 블록) 오프셋으로 정렬해야 합니다. 이 오프셋도 기본적으로 4KB 경계로 정렬됩니다.

• Windows에서는 diskpar 또는 diskpart를 사용할 수 있습니다. Linux에서는 fdisk 또는 parted를 사용할 수 있습니다.

• 이 섹션의 뒷부분(PowerPath 디바이스에 파티션 생성)에서는 fdisk를 사용하여 64KB 오프셋으로 파티션을 정렬하는 예제를 보여 줍니다.

3 Oracle 11g Release 2 부터 Oracle Clusterware 보팅 파일의 수는 ASM 이중화 수준에 따라 자동으로 결정됩니다. 예를 들어 외부 수준의 이중화는 보팅 디스크 1 개, 보통 수준의 이중화는 보팅 디스크 3 개, 높은 수준의 이중화는 보팅 디스크 5 개를 생성합니다.


예상치 못한 다운타임으로부터 Oracle Extended RAC 및 VPLEX Metro 보호

Oracle Extended RAC와 VPLEX Metro를 결합하면 다양한 장애 상태에서 가용성과 복구 성능을 강화하여 미션 크리티컬 데이터베이스 및 애플리케이션의 가용성을 높일 수 있습니다. 표 3에서는 여러 가지 장애 시나리오 및 이러한 상황에서 데이터베이

스의 지속적인 운영을 위한 Best Practice를 보여 줍니다. Oracle Data Guard, RecoverPoint, SRDF 등의 대기 시스템에 대한 페일오버는이 목록에 포함되지 않았습

니다. VPLEX 접속 구성에 대한 Best Practice는 EMC VPLEX with GeoSynchrony 5.0.1 및 5.1 제품 가이드를 참조하십시오.

표 3. VPLEX Metro, Oracle RAC 및 Oracle Extended RAC의 복구 성능 요약

호스트 및 사이트 장애 시나리오에 대한 복구 성능

장애 Oracle 데이터베이스 단일 서버

(RAC 미사용) Oracle RAC (비확장)

Oracle Extended RAC 및 VPLEX Metro

호스트 HBA 포트 장애

• 각 호스트에 2 개 이상의 스토

리지 경로가 있어야 합니다. 여러 HBA 포트(이니시에이터)를 사용합니다.

• 자동 경로 페일오버 및 로드 밸런싱을 위해 EMC PowerPath® 등의 경로 다중화 소프트웨어

를 사용합니다.

• 이상적인 SAN 접속 구성에서는 HBA 포트(이니시에이터)가 분산된 이중화 스위치를 사용합

니다.

단일 서버의 경우와 동일


호스트 하드웨어 장애 또는 충돌

• 호스트 및 애플리케이션의 작동을 재개할 수 있을 때까지 다운타임이 불가피합니다.

• Oracle RAC 는 자동 인스

턴스 복구를 수행하고 다른 클러스터 노드를 사용

자 접속용으로 준비하여 N-1 개 노드(N 은 클러스

터의 노드 수)의 장애에 대비한 데이터베이스 복구 성능을 제공합니다.

• Oracle TAF(Transparent Application Failover)를 사용하여 정상 운영되는 RAC 클러스터 노드로 세션을 자동으로 페일오버

할 수 있습니다.

Oracle RAC 와 동일


연구실/건물/사이

트 장애 • 호스트 및 애플리케이션의 작

동을 재개할 수 있을 때까지 다운타임이 불가피합니다.

• 호스트 및 애플리케이션

의 작동을 재개할 수 있을 때까지 다운타임이 불가피합니다.

• 다른 건물이나 사이트

와 같은 독립적인 장애 도메인에 VPLEX 클러

스터와 Witness 를 설치하여 연구실, 건물 또는 사이트의 장애에 대비할 수 있습니다.

• 장애 도메인의 VPLEX 클러스터는 재해에 영향을 받지 않으며 애플

리케이션의 입출력을 계속 처리합니다.

• Oracle TAF(Transparent Application Failover)를 사용하여 정상 운영되

는 클러스터 노드로 사용자 접속을 자동으

로 페일오버할 수 있습

니다.

데이터베이스/네트워크 관련 장애 시나리오에 대한 복구 성능


(RAC 미사용) Oracle RAC (비확장)


데이터베이스 인스

턴스 충돌 또는 공용 네트워크 연결 해제

• 인스턴스가 재가동되거나 공용 네트워크가 다시 연결될 때까

지 다운타임이 불가피합니다.

• Oracle RAC 는 자동 인스

턴스 복구를 수행하고 다른 클러스터 노드를 사용

자 접속용으로 준비하여 N-1 개 노드(N 은 클러스

터의 노드 수)의 장애에 대비한 데이터베이스 복구 성능을 제공합니다.

• Oracle TAF(Transparent Application Failover)를 사용하여 정상 운영되는 클러스터 노드로 세션을 자동으로 페일오버할 수 있습니다.


Oracle RAC 상호 연결 파티셔닝

• 해당 없음 • 기본적으로 Oracle RAC에서 클러스터 재구성을 통해 이러한 장애 상황을 자동으로 처리합니다.



스토리지 장애 시나리오에 대한 복구 성능


(RAC 미사용) Oracle RAC (비확장/확장)


프런트엔드 포트 장애

• SAN 접속 구성에 여러 스토리

지 프런트엔드 포트가 포함되

어야 하며 이상적으로는 Symmetrix 디렉터를 망라해야 합니다. 여러 엔진이 포함된 Symmetrix 를 사용하는 경우 다른 엔진의 포트에도 접속하여 보호 기능을 더욱 강화할 수 있습니다.



물리적 드라이브 장애

• 스토리지 RAID 보호를 사용합

니다. Symmetrix 스토리지는 RAID 보호를 사용하며, 여기에

서 RAID1 및 RAID5 는 RAID 그룹

에 속한 단일 디스크의 장애에 대비하고 RAID6 은 RAID 그룹에 속한 디스크 2 개의 장애에 대비합니다. 두 경우 모두 애플리

케이션이 중단 없이 계속 실행

됩니다.

• 드라이브에서 장애가 발생하기 시작하면 Symmetrix 핫 스페어 드라이브가 데이터를 복사하고 EMC Enginuity™는 Call Home을 실행하여 EMC 지원 팀에 이 사실을 즉시 통보합니다.



디렉터 보드(캐시, 입출력)를 비롯한 스토리지 구성 요소

• Symmetrix 구성 요소는 완전히 이중화되어 있습니다. 예를 들어 미러링 캐시도 영구적으로 보존되며(정전이 오래 지속될 경우 볼팅 사용) 이중화된 디렉

터 및 전원 공급 장치를 갖추고 있습니다.

• Symmetrix 데이터에는 스토리

지에 진입한 시점부터 스토리

지를 벗어나는 시점까지 T10 DIF 보호가 적용됩니다.




스토리지 접속 끊김

• 스토리지 접속이 복구될 때까

지 다운타임이 불가피합니다. • 스토리지 전체에 호스트

기반(ASM) 미러링이 구성되지 않은 경우 스토 리지 접속이 복구될 때까

지 다운타임이 불가피합

니다.

• 스토리지 중 하나의 가동이 중단되어도 VPLEX Metro 의 동기식 정합성 보장 그룹이 두 사이트에서 입출력을 계속 처리합니다.

• VPLEX 클러스터가 모든 입출력을 계속 처리

하므로 Oracle Clusterware 에서는 스토리지 가용성 손실이 인식되지 않습니다.

VPLEX 장애 시나리오에 대한 복구 성능


(RAC 미사용) Oracle RAC (비확장/확장)


프런트엔드 포트 • SAN 접속 구성에 여러 스토리

지 프런트엔드 포트가 포함되

어야 하며 이상적으로는 Symmetrix 디렉터를 망라해야 합니다. 여러 엔진이 포함된 VPLEX 를 사용하는 경우 다른 엔진의 포트에도 접속하여 보호 기능을 더욱 강화할 수 있습

니다.

• 자동 경로 페일오버 및 로드 밸런싱을 위해 PowerPath 등의 경로 다중화 소프트웨어를 사용

합니다.

• 이상적인 SAN 접속 구성에서는 여러 VPLEX 프런트엔드 포트에 접속된 이중화 스위치를 사용

합니다.



백엔드 포트 • VPLEX 프런트엔드 포트와 마찬

가지로 스토리지에 접속되는 VPLEX 백엔드 포트에 이중화 스위치 접속 구성을 사용합니다.



VPLEX 하드웨어 구성 요소

• VPLEX 구성 요소는 완전히 이중

화되어 있습니다. 예를 들어 영구 캐시(정전이 오래 지속될 경우 볼팅 사용), 이중화된 디렉터 및 전원 공급 장치를 갖추고 있습니다.




VPLEX 상호 연결 파티션

해당 없음 해당 없음 두 사이트가 여전히 가동 중인 경우 VPLEX 선호 클러스터 분리 규칙에 따라 입출력을 재개할 클러스

터와 입출력을 일시 중단

할 클러스터가 결정되

며, 정상 가동되는 클러

스터에 접속된 호스트는 다운타임을 경험하지 않습니다.

VPLEX 클러스터 가용성 손실

• 해당 없음 • 해당 없음 • VPLEX Witness 가 정상 가동되는 VPLEX 클러

스터에서 입출력을 재개합니다. 해당 VPLEX 클러스터에 접속된 Oracle RAC 노드는 RTO 없이 계속 작동합니다.

• Oracle TAF(Transparent Application Failover)를 사용하면 정상 가동되

는 VPLEX 클러스터에 접속된 Oracle RAC 노드로 클라이언트를 자동으로 다시 접속할 수 있습니다.

VPLEX Metro의 아키텍처는 여러 위치에서의 동시 액세스를 지원하도록 설계되었지

만, 최신 버전의 제품은 사이트 간에 최대 5ms의 라운드 트립 지연 시간으로 동기식

으로 연결된 2개 사이트 구성을 지원합니다. 또한 Oracle Extended RAC 및 VPLEX Metro에서는 여러 물리적 데이터 센터로 VLAN을 확장하여 클라이언트 접속 및 Oracle RAC 노드 상호 연결을 지원해야 할 수 있습니다. Brocade의 VPLS 및 Cisco의 OTV(Overlay Transport Virtualization)와 같은 기술을 통해 이러한 서비스를 제공할 수 있습니다. EMC VPLEX Architecture and Deployment: Enabling the Journey to the Private Cloud TechBook(EMC Powerlink®)에서 EMC VPLEX Metro 구성에 대한 자세한 내용을 확인할 수 있습니다.


VPLEX Metro 및 Oracle Extended RAC 실험 구성 및 테스트

실험 구성 및 설치

다음 섹션에서는 이 문서에서 설명하는 테스트 사례에 사용된 기술과 구성 요소에 대해 설명합니다.

물리적 환경

그림 7 에서는 이 문서에서 제시하는 테스트에 사용된 Oracle Extended RAC 구성 환경의 전반적인 물리적 아키텍처를 보여 줍니다. Oracle Extended RAC는 시뮬레이션

된 각 테스트 센터(사이트 A 및 사이트 B)에 2 개씩 총 4 개의 Oracle RAC 노드로 구성

되었습니다.

그림 7. Oracle Extended RAC의 VPLEX Metro 구성

하드웨어 설치 과정에서는 호스트, VPLEX 클러스터 및 Symmetrix VMAX 시리즈 스토

리지와 이중화 스위치 간에 Fibre Channel 접속을 설정했습니다. 각 사이트의 호스트

는 로컬 VPLEX 클러스터 프런트엔드 포트에 조닝(Zoning)되었고 스토리지는 VPLEX 클러스터 백엔드 포트에 조닝되었습니다. VPLEX 클러스터는 이 경우 원격 사이트 시뮬레이터를 통해 서로에게 조닝되었습니다. 사이트 간의 Oracle RAC 상호 연결에도 같은 원격 사이트 시뮬레이터가 사용되어 VPLEX 상호 접속과 동일한 지연 시간 오버

헤드를 적용했습니다. 원격 사이트 시뮬레이터에는 WAN 압축을 사용한 2 x 1 GigE 링크 및 프로토콜 변경을 위한 Ciena 스위치가 사용되었습니다.


표 4 에서는 VPLEX, 호스트 및 Symmetrix 스토리지 하드웨어를 자세히 보여 줍니다. 여기에는 Metro 구성의 2 x 2 엔진 VPLEX 클러스터 설정 및 각 VPLEX 클러스터에 로컬 스토리지를 제공하는 2 x 1 엔진 Symmetrix VMAX 시리즈 기술이 포함되었습니다. 4 x RAC 노드는 16GB 캐시가 설치된 Dell 2950 듀얼 코어 서버로 구성되었습니다. 테스트에서는 많은 양의 RAM을 사용하여 수치상의 트랜잭션 속도를 높이는 것이 아니

라 OAST(Oracle Automated Stress Tool)를 사용하여 높은 입출력 워크로드를 생성하

는 데 중점을 두었습니다. VPLEX Witness를 설정하여 각 VPLEX 클러스터에 접속했습

니다.

표 5 에서는 원격 사이트 시뮬레이션 하드웨어를 보여 줍니다. Gigabit IP 네트워크를 Fibre Channel 네트워크로 변환하는 Dell PowerConnect 6224F Fiber Ethernet Switch가 포함되었습니다. Ciena CN 2000 Network Manager는 Fibre Channel, FICON 또는 GbE 입력을 통해 가상 광 네트워크를 제공합니다. 이 하드웨어는 데이터 압축과 DBA(Dynamic Bandwidth Allocation)를 모두 지원하여 클라이언트 접속에 포트 레벨

의 서비스 품질을 제공합니다. Empirix PacketSphere Network Emulator는 전이중 Gigabit 회선 속도 네트워크 트래픽에 대해 통제된 방식으로 네트워크 지연 시간 등의 IP 네트워크 성능 문제를 에뮬레이션합니다.

표 4. Oracle Extended RAC 하드웨어 환경

하드웨어 수량 릴리즈 및 구성 EMC VPLEX Metro 2 VPLEX Metro 및 GeoSynchrony 5.0.1

클러스터당 엔진 2 개, 디렉터 4 개 VPLEX Witness 1 VPLEX Witness VM(가상 머신)을 실행

하는 Dell R900 Symmetrix VMAX 시리즈 2 단일 엔진 VMAX 및 Enginuity 5875, 가

상 프로비저닝을 사용한 112 x 450GB/15k FC 드라이브

Dell 2950 서버(RAC 노드) 4 2 x 듀얼 코어, 16GB RAM Emulex Express(서버당 HBA 포트 2 개 사용)

4

접속 구성 단계의 기본 지침은 하드웨어 이중화를 극대화하는 것입니다. 예를 들어 2 개의 스위치, 2 개 이상의 HBA, 동적 경로 페일오버를 위한 다중 경로 및 로드 밸런

싱을 사용할 수 있습니다.


표 5. 원격 사이트 시뮬레이션 하드웨어 환경

하드웨어 수량 릴리즈 및 구성 Dell PowerConnect 6224F Fiber Ethernet Switch

1 최대 4 x 10 Gigabit Fiber 및 2 x 10GBase-T Copper Ethernet 업링크 지원

Ciena CN 2000 Network Manager

1 Ciena ON-Center CN 2000 Network Manager 5.0.1

Empirix PacketSphere Network Emulator

1 Empirix Network Emulator NE XG 1.0B8, 2 1-GbE 네트워크 에뮬레이터

Dell 2950 서버 4 2 x 듀얼 코어, 16GB RAM

표 6 에서는 사용된 호스트 소프트웨어를 보여 줍니다.

표 6. 호스트 소프트웨어

소프트웨어 릴리즈

서버 OS Oracle Linux Release 5 Update 4 x86_64

EMC PowerPath Linux x86_64 용 버전 5.5 for

Oracle Linux x86-64 용 Oracle Clusterware 11g R2(11.2.02) 및 Oracle Database 11g R2(11.2.0.2)

스토리지 설정 및 디바이스 할당 계획

Symmetrix VMAX Virtual Provisioning 및 스토리지 디바이스 구성

표 7 에서는 스토리지 가상 프로비저닝을 사용한 Symmetrix VMAX 디바이스 구성 및 VPLEX Metro와 Oracle Extended RAC 테스트 환경의 볼륨 레이아웃을 보여 줍니다.

이 구성에서는 Oracle 데이터와 로그 파일을 별도의 씬 풀에 배치하여 각각 서로 다른 RAID 보호를 적용했습니다. 이 구성에서 데이터 파일은 RAID5 보호 씬 풀에, redo 로그는 RAID1 보호 씬 풀에 배치되었습니다.

• Symmetrix RAID5 보호 씬 풀은 최적화된 쓰기 및 순환 패리티를 통해 데이터 파일

의 보호 수준, 성능 및 용량 활용도를 골고루 높여 주므로 데이터 파일에 사용하

기에 적합합니다. RAID1 보호 씬 풀은 경우에 따라 RAID5보다 약간 높은 가용성

과 성능을 제공할 수 있으므로 로그 파일에 사용되었습니다. 동일한 물리적 디스

크 그룹을 두 씬 풀에서 공유하여 물리적 리소스를 완전히 공유했습니다.

• 순수한 스토리지 성능/가용성 최적화보다 단순성에 중점을 두려는 경우에는 데이터 파일과 로그 파일이 같은 씬 풀과 RAID 보호(예: RAID1, RAID5 또는 RAID6)를 공유하는 다른 구성으로 스토리지를 구축할 수 있습니다.


이 구성에서는 여러 ASM 디스크 그룹을 사용했습니다.

• +GRID: 앞부분의 Oracle Clusterware 구축 섹션에서 설명한 것처럼 Oracle Database 11g Release 2부터는 Oracle Clusterware에 ASM을 사용하는 경우 CRS 전용으로 고유 디스크 그룹(예: +GRID)을 생성하는 것이 좋습니다. 이와 같이 Clusterware LUN을 데이터베이스와 분리하는 방법은 용도 변경, 백업 등을 위해 복제 또는 스냅샷 등의 스토리지 기술을 사용하여 추가 데이터베이스 복사본을 생성하려는 경우에 유용합니다. 이러한 복사본에는 Oracle Clusterware LUN이 포함되지 않습니다. 이 방법은 RecoverPoint 및 SRDF 등의 DR 솔루션에도 도움이 되는데, 이는 복제된 ASM 디스크 그룹에서 Oracle Clusterware LUN이 제외되며 DR 타겟 사이트에 이미 구성된 Oracle Clusterware 스택에 해당 디스크 그룹이 마운

트되기 때문입니다.

• +DATA, +LOG 및 +FRA ASM 디스크 그룹을 분리하면 스토리지 기술을 사용하여 백업을 운영으로부터 오프로드할 수 있습니다. 핫 백업 중에는 +DATA와 +FRA 디스

크 그룹이 서로 다른 시점에 복제됩니다. 또한 RecoverPoint 및 SRDF 등의 원격 복제 기능에서는 기본적으로 다시 시작 가능한 데이터베이스 복제본을 생성합니다. 다시 시작 가능한 복제본은 충돌 또는 인스턴스 복구 시에 아카이브 로그를 액세

스하지 않으므로 아카이브 로그(+FRA 디스크 그룹)는 복제에 포함할 필요가 없습

니다.

• 임시 파일이 +DATA 디스크 그룹에 포함되는 경우가 많습니다. 테스트에서는 모니터링을 위해 별도의 ASM 디스크 그룹을 사용했지만 이는 구축 시 권장되는 방법이 아닙니다.


표 7. 스토리지 및 데이터베이스 디바이스 구성 및 할당

씬 디바이스(LUN)

ASM 디스크 그룹 및 LUN 할당

씬 풀 바인딩 씬 디바이스데이터 디바

이스

Oracle RAC Grid/ASM

인스턴스

+Grid ASM 디스

크 그룹

Redo_Pool

5 x 20GB 씬 LUN(15F:163)

+REDO ASM 디스

크 그룹Redo_Pool

5 x 20GB 씬 LUN(164:168)

56 x 30GB

RAID1

+DATA: ASM 디스크 그룹

Data_Pool 25 x 60GB 씬 LUN(1A5:1B4)

56 x 230GB RAID5(3+1)

(C5:FC)

+TEMP: ASM 디스크 그룹

6 x 50GB 씬 LUN(17D:182)

데이터베이스:

이름: ERPFINDB 크기: 1TB LUN 개수: 38

+FRA: ASM 디스

크 그룹

2 x 50GB

가상 LUN

VPLEX 메타 디바

이스

2 x 2 x 80GB 씬 LUN(2E5:2E8)

VPLEX

VPLEX 로그

Temp_Pool

2 x 50GB 씬 LUN(2E9:2EA)

56 x 60GB

RAID 5(3+1)

(8D:C4)

VPLEX Metro 시스템의 Symmetrix VMAX 시리즈 스토리지 프로비저닝

다음 단계에 따라 Symmetrix VMAX 시스템의 스토리지를 VPLEX 가상 스토리지 환경

으로 프로비저닝했습니다. 이 단계는 기본적으로 물리적 서버 또는 가상 서버에 스토리지를 프로비저닝하는 방법과 같습니다. 여기에서 설명하는 절차에서는 Symmetrix VMAX 스토리지에서 VPLEX Metro 시스템으로 스토리지를 최초로 프로비

저닝하는 것으로 가정합니다. 또한 VPLEX 가 Symmetrix VMAX 스토리지의 프런트엔

드 포트로 조닝되었다고 가정합니다. 게이트키퍼를 통해 Symmetrix 에 접속된 관리 호스트를 사용하거나 Symmetrix Management Console 클라이언트를 사용하여 Symmetrix 작업을 실행해야 합니다. 다음 목록은 CLI 에 중점을 둔 설정 작업이지만 Symmetrix Management Console 로도 손쉽게 같은 작업을 실행할 수 있습니다.


단계 작업

1 Symmetrix Management Console 또는 Solutions Enabler CLI(명령줄 인터페

이스)를 사용하여 로컬 스토리지와 원격 스토리지에 Symmetrix 디바이스를 생성합니다.

2 다음 명령을 실행하여 Symmetrix 스토리지 그룹을 생성합니다.

symaccess –sid <symm_id> –name <group name> –type storage devs create

다음 명령을 예로 들 수 있습니다.

symaccess –sid 191 –name VPLEX1_Storage_Group –type storage devs 15F:168 create

위 명령은 Storage_Group_Test라는 스토리지 그룹을 생성합니다.

3 Symmetrix 포트 그룹을 생성합니다. 명령은 다음과 같습니다.

symaccess –sid 191 -name VPLEX1_Port_Group -type port –dirport <Dir>:<Port> create


symaccess –sid 191 -name VPLEX1_Port_Group -type port –dirport 7E:1 create

위 명령은 Port_Group_Test라는 포트 그룹을 생성합니다.

4 Symmetrix 이니시에이터 그룹을 생성합니다. 여기에서 VPLEX 백엔드 포트의 WWN은 Symmetrix 이니시에이터 그룹에 대한 "호스트" 이니시에이터입니다. 다음 명령을 실행하여 Initiator_Group_Test라는 이니시에이터 그룹을 생성할 수 있습니다.

symaccess –sid 191 –name VPLEX1_Initiator_Group –type init –wwn <WWN> create


symaccess –sid 191 –name VPLEX1_Initiator_Group –type init –wwn 500014426011ee10 create

5 Symmetrix 마스킹 뷰를 생성하여 스토리지, 포트 및 이니시에이터 그룹을 정리

합니다.

symaccess –sid 191 create view –name VPLEX1_View –storgrp VPLEX1_Storage_Group –portgrp VPLEX1_Port_Group –initgrp VPLEX1_Initiator_Group

6 1 - 5단계를 반복하여 두 번째 VPLEX 시스템(VPLEX2)의 스토리지를 두 번째 VMAX(sid 219)에 프로비저닝합니다.


VPLEX Metro 설정

VPLEX Metro 클러스터 설정 단계

그림 8 에서는 VPLEX Metro 설정에 필요한 주요 작업을 보여 줍니다.

그림 8. VPLEX Metro 설정 작업 개요

참고: 설명과 같이 두 VPLEX Metro 클러스터를 모두 설정해야 합니다. 각 클러스터를 개별적으로 설정한 후 연결할 수는 없습니다.


VPLEX Metro 클러스터 접속 설정

VPLEX Metro 사이트 간 통신의 두 가지 주요 구성 요소는 FC와 IP입니다. Metro에서는 Fibre Channel 또는 10 기가비트 이더넷을 사용하여 각 클러스터의 디렉터를 접속합

니다. 각 클러스터의 VPLEX 관리 서버는 보안 VPN 터널을 통해 접속됩니다. VPLEX Metro를 설정할 때는 이중 Fabric을 통한 이중화를 구현해야 하며 클러스터 간에 완전히 독립된 Fibre Channel 또는 10 기가비트 이더넷 네트워크로 디렉터 간 통신을 지원해야 합니다. 이렇게 하면 극대화된 성능, 장애 격리, 내결함성 및 가용성이 제공

됩니다. 그림 9 는 클러스터 간 WAN 접속을 조닝한 예입니다.

그림 9. VPLEX 클러스터 간 WAN 접속 조닝의 예

클러스터 접속 확인

WAN 접속을 확인하려면 VPLEX CLI 에 로그인하고 다음 명령을 실행합니다. ll **/hardware/ports/ 예를 들면 다음과 같습니다.

VPlexcli:/> ll **/hardware/ports/

/engines/engine-1-1/directors/director-1-1-A/hardware/ports:

Name Address Role Port Status

------- ------------------ --------- -----------

A2-FC00 0x500014426011ee20 wan-com up

A2-FC01 0x500014426011ee21 wan-com up

A2-FC02 0x500014426011ee22 wan-com up

A2-FC03 0x500014426011ee23 wan-com up

/engines/engine-1-1/directors/director-1-1-B/hardware/ports:


------- ------------------ --------- -----------

B2-FC00 0x500014427011ee20 wan-com up

B2-FC01 0x500014427011ee21 wan-com up


B2-FC02 0x500014427011ee22 wan-com up

B2-FC03 0x500014427011ee23 wan-com up

/engines/engine-2-1/directors/director-2-1-A/hardware/ports:


------- ------------------ --------- -----------

A2-FC00 0x5000144260168220 wan-com up

A2-FC01 0x5000144260168221 wan-com up

A2-FC02 0x5000144260168222 wan-com up

A2-FC03 0x5000144260168223 wan-com up

/engines/engine-2-1/directors/director-2-1-B/hardware/ports:


------- ------------------ --------- -----------

B2-FC00 0x5000144270168220 wan-com up

B2-FC01 0x5000144270168221 wan-com up

B2-FC02 0x5000144270168222 wan-com up

B2-FC03 0x5000144270168223 wan-com up

FC MAN 링크 상태를 확인하려면 cluster summary 명령을 실행합니다. 예를 들면 다음과 같습니다.

VPlexcli:/> cluster summary

Clusters:

Name Cluster ID Connected Expelled Operational Status Health State

--------- ---------- --------- -------- ------------------ ------------

cluster-1 1 true false ok ok

cluster-2 2 true false ok ok

Islands:

Island ID Clusters

--------- --------------------

1 cluster-1, cluster-2

VPLEX Metro 호스트 접속

Oracle RAC 서버를 EMC VPLEX 에 접속하는 비정상 운영 중에도 Oracle Extended RAC의 접속 상태와 가용성을 최상으로 유지하기 위해 Oracle Extended RAC 구축 모델의 각 Oracle RAC 서버에는 최소 2 개의 물리적 HBA 가 있어야 하고, 각 HBA 는 EMC VPLEX 의 서로 다른 디렉터에 있는 프런트엔드 포트에 접속되어야 합니다. 이렇게 구성하면 계획된 유지 보수 이벤트 또는 예상치 못한 운영 중단으로 인해 EMC VPLEX의 프런트엔드 포트 중 하나가 오프라인 상태가 되는 경우에도 Oracle RAC 노드를 계속 사용할 수 있습니다.


Oracle Extended RAC 노드에 단일 VPLEX 엔진 구성이 접속되는 경우 각 HBA 가 VPLEX 엔진 내에서 디렉터 A 및 디렉터 B 모두의 프런트엔드 포트에 접속되어야 합니다. VPLEX 프런트엔드 포트에 접속할 때는 먼저 프런트엔드 디렉터를 에뮬레이트

하여 각 입출력 모듈의 포트 0 에 고유한 호스트를 접속한 후 해당 입출력 모듈의 나머지 포트에 추가 호스트를 접속해야 합니다. 여러 VPLEX 엔진을 사용할 수 있는 경우 Oracle RAC 서버의 HBA 를 서로 다른 엔진에 접속해야 합니다.

VPLEX 엔진과 스토리지 간의 접속 구성은 해당 스토리지에 대한 Best Practice 권장 사항을 따라야 합니다. 백엔드 스토리지 접속 Best Practice 에 대한 자세한 내용은 본 백서에서 다루지 않습니다. 자세한 내용은 EMC VPLEX Architecture and Deployment: Enabling the Journey to the Private Cloud TechBook 을 참조하십시오.

VPLEX Metro 관리

EMC Unisphere™ for VPLEX 관리 콘솔을 사용하여 Geosynchrony 5.1 를 실행하는 VPLEX Metro 를 관리할 수 있습니다. VPLEX CLI 를 사용하면 몇 가지 고급 기능이 추가로 제공됩니다. 보안 웹 기반 GUI 에 인증한 사용자에게는 완료 순서에 따라 일련

의 화면 구성 옵션이 표시됩니다. 워크플로우의 각 단계에 대한 자세한 내용은 EMC Unisphere for VPLEX 관리 콘솔의 온라인 도움말을 참조하십시오. 다음 표에서는 스토리지를 검색하는 단계에서 호스트에 스토리지를 인식시키는 단계까지 수행해야 하는 작업을 요약하여 보여 줍니다.

단계 작업

1 사용 가능한 스토리지 검색 VPLEX Metro는 백엔드 포트에 접속된 스토리지를 자동으로 검색합니다. 클러스터의 각 디렉터에 접속된 모든 스토리지가 Storage Arrays 뷰에 나열됩니다.

2 스토리지 볼륨 확보 스토리지 볼륨을 클러스터에 사용하기 전에 우선 확보해야 합니다. 예외적으로 메타데이

터 볼륨은 미확보된 스토리지 볼륨에서 생성됩니다. 확보된 스토리지 볼륨만 익스텐트, 디바이스 및 가상 볼륨을 생성하는 데 사용할 수 있습니다.

3 익스텐트 생성 선택한 스토리지 볼륨의 익스텐트를 생성하고 용량을 지정합니다.

4 익스텐트에서 디바이스 생성 하나의 익스텐트에서 단순 디바이스를 생성합니다. 이 디바이스는 클러스터 1개 분량의 스토리지만 사용합니다.

5 가상 볼륨 생성 이전 단계에서 생성한 디바이스를 사용하여 가상 볼륨을 생성합니다.


6 이니시에이터 등록 VPLEX Metro는 직접 접속되거나 Fibre Channel Fabric을 통해 접속된 이니시에이터(스토리

지를 액세스하는 호스트)를 자동으로 검색하여 Initiators 뷰를 채웁니다. 검색된 이니시에

이터를 VPLEX Metro에 등록해야 스토리지 뷰에 이니시에이터를 추가하여 스토리지를 액세

스할 수 있습니다. 이니시에이터를 등록할 때는 포트의 WWN에 의미 있는 이름을 지정합니

다. 일반적으로는 호스트를 쉽게 구분할 수 있도록 서버의 DNS 이름을 사용합니다.

7 스토리지 뷰 생성 스토리지를 호스트에 인식시키려면 우선 스토리지 뷰를 생성한 다음 VPLEX Metro 프런트

엔드 포트 및 가상 볼륨을 뷰에 추가합니다. 가상 볼륨은 스토리지 뷰에 포함되고 포트 및 이니시에이터와 연결될 때까지 호스트에 인식되지 않습니다.

8 정합성 보장 그룹 생성

두 VPLEX 시스템에 정합성 보장 그룹을 생성하고 쓰기 순서 정합성이 요구되는 Oracle Database의 그리드 및 ASM 디바이스를 비롯한 Oracle Extended RAC ASM 디바이스에 할당된 모든 가상 볼륨을 정합성 보장 그룹에 추가합니다.

그림 10 에서는 EMC VPLEX의 논리적 레이아웃 및 스토리지 프로비저닝에 대한 온라

인 도움말을 보여 줍니다.

그림 10. EMC Unisphere for VPLEX 관리 인터페이스


그림 10과 같이 브라우저 기반 관리 인터페이스에는 프로세스에 포함된 다양한 구성 요소가 체계적으로 표시됩니다. EMC VPLEX의 스토리지는 "등록된 이니시에이

터", "VPLEX 포트" 및 "가상 볼륨"이라는 객체를 종합한 "스토리지 뷰"라는 논리적인 구조를 통해 제공됩니다. "등록된 이니시에이터" 객체는 스토리지를 액세스해야 하는 이니시에이터의 WWPN을 나열합니다. Oracle VM 서버 환경에서는 "등록된 이니

시에이터" 엔터티에 EMC VPLEX에 접속된 Oracle VM 서버에 있는 HBA의 WWPN이 포함됩니다. "VPLEX 포트" 객체는 "등록된 이니시에이터"가 가상 볼륨을 액세스할 때 경유하는 VPLEX 스토리지의 프런트엔드 포트를 포함합니다. "가상 볼륨" 객체는 백엔드 스토리지가 EMC VPLEX에 제공한 스토리지 볼륨으로부터 구성된 볼륨의 집합

입니다. 그림 10의 왼쪽 하단을 보면 가상 볼륨은 "디바이스"로부터 구성되었고, 디바이스는 "익스텐트"라는 추상적인 엔터티를 기반으로 이루어진 여러 디바이스의 조합일 수 있습니다. 또한 "익스텐트"는 EMC VPLEX에 제공된 "스토리지 볼륨"에서 생성됩니다. 그러나 스토리지 기반 복제 기술을 활용하려면 전체(일대일 매핑) 패스

스루 구성(디바이스 용량 = 익스텐트 용량 = 스토리지 볼륨 용량)을 적용한 VMAX의 각 스토리지 디바이스를 VPLEX에 매핑하고 RAID 0(단일 익스텐트 전용) VPLEX 디바

이스 구조를 사용해야 합니다. 이렇게 하면 기반 스토리지 디바이스는 VPLEX의 영향

을 받지 않으며 TimeFinder/Clone 및 TimeFinder/Snap과 같은 백엔드 스토리지 LUN 복제 기술이 계속 정상적으로 작동합니다.

그림 10의 오른쪽 하단에는 EMC VPLEX에서 스토리지를 프로비저닝하는 데 필요한 7 단계가 정리되어 있습니다. EMC VPLEX Metro의 경우 여러 클러스터 구성 요소에 스토리지 용량을 중앙 집중식으로 할당할 수 있도록 지원하는 마법사가 제공됩니다. EMC VPLEX에서 스토리지 용량을 할당하는 첫 번째 단계는 VPLEX에 접속되어 있는 스토리지 시스템을 검색하는 것인데, EMC VPLEX는 스토리지 환경에 대한 변경 사항

을 사전에 자동으로 모니터링하므로 이 단계가 필요한 경우는 매우 드뭅니다. 프로

세스의 두 번째 단계는 EMC VPLEX에 제공된 스토리지를 "확보"하는 것입니다. 스토

리지를 확보하는 과정을 통해 그림 10에 나와 있는 객체의 "스토리지 볼륨"이 생성

됩니다. Create Storage View 마법사를 사용하여 스토리지 뷰를 생성하고 이니시에

이터, 포트 및 가상 볼륨을 뷰에 추가할 수 있습니다. 모든 구성 요소가 뷰에 추가되

면 뷰가 자동으로 활성화됩니다. 스토리지 뷰가 활성화되면 호스트는 스토리지를 인식하고 가상 볼륨에 대한 입출력을 시작할 수 있습니다. 스토리지 뷰를 생성한 후에

는 GUI를 통해 가상 볼륨만 추가하거나 제거할 수 있습니다. 포트 및 이니시에이터를 추가하거나 제거하려면 CLI를 사용해야 합니다. VPLEX Metro 명령에 대한 자세한 내용은 EMC VPLEX CLI Guide를 참조하십시오.

VPLEX Witness를 포함한 VPLEX Metro

VPLEX Witness 는 두 VPLEX 클러스터와 분리된 장애 도메인에 구축되는 폐쇄형 가 상 머신으로 설치되는데, 이는 하나의 장애가 두 클러스터와 VPLEX Witness 모두에 영향을 줄 가능성을 배제하기 위한 조치입니다. VPLEX Witness 는 관리 IP 네트워크

를 통해 두 VPLEX 클러스터에 접속합니다. VPLEX Witness 는 자체 관찰 결과와 클러

스터에서 주기적으로 보고하는 정보를 종합하여 클러스터에서 클러스터 간 네트워


크 파티션 장애와 클러스터 장애를 구분하고 해당 상황이 발생할 때 자동으로 입출

력을 재개할 수 있도록 지원합니다.

호스트 및 Oracle 설정

경로 다중화 소프트웨어 설정

Oracle RAC 서버와 VPLEX 의 접속에 대한 Best Practice 중 하나로서, 각 Oracle RAC 서버에는 2 개의 HBA 포트가 있어야 하고 각 포트를 서로 다른 FC 스위치에 접속하여 가용성을 높여야 합니다. 이러한 구성에서 호스트는 경로 다중화 솔루션으로 같은 스토리지 디바이스로 연결되는 여러 경로를 관리하여 고가용성, 로드 밸런싱 및 실시간 마이그레이션을 제공해야 합니다. Oracle RAC 서버에 EMC PowerPath 를 경로 다중화 솔루션으로 설치할 수도 있고, Linux 의 기본 다중 경로 솔루션(디바이스 매퍼)을 사용할 수도 있습니다. 본 백서에서 설명하는 EMC VPLEX Metro 구성의 Oracle Extended RAC 에서는 4 개의 물리적 서버에 EMC PowerPath 5.5 를 설치했습니다.

각 호스트에 PowerPath rpm 설치

[root@ RAC NODE 1: licoc039 ]rpm -i EMCpower.LINUX-5.5.0.00.00-275.RHEL5.x86_64.rpm

PowerPath 를 처음 설치한 후에는 호스트가 /dev/emcpower 유사 디바이스를 등록

하도록 재부팅이 필요할 수 있습니다.

각 호스트에 PowerPath 라이센스 설치

[root@ RAC NODE 1: licoc039 ]emcpreg –add <key>

각 호스트에서 PowerPath 구성

[root@ RAC NODE 1: licoc039 ] powermt config

[root@ RAC NODE 1: licoe039 ] powermt display…

Pseudo name=emcpowerk

Invista ID=FNM00100600231

Logical device ID=6000144000000010A002636D3C679C6A

state=alive; policy=ADaptive; priority=0; queued-IOs=0

==============================================================================

---------------- Host --------------- - Stor - -- I/O Path - -- Stats ---

### HW Path I/O Paths Interf. Mode State Q-IOs Errors

==============================================================================

1 lpfc sdaq 08 active alive 0 0

2 lpfc sdbu 00 active alive 0 0

2 lpfc sdcy 08 active alive 0 0

1 lpfc sdm 00 active alive 0 0


Oracle RAC 서버 노드 전체에서 PowerPath 유사 디바이스 이름 일치

Oracle RAC 서버 노드 전체에서 PowerPath 유사 디바이스 이름이 일치하도록 하려면 PowerPath 유틸리티인 emcpadm 을 사용하는 것이 좋습니다. 이 유틸리티로 호스트 하나의 매핑을 내보낸 후 다른 호스트로 가져올 수 있습니다. 필요한 경우 유사 디바

이스의 이름을 한 번에 하나씩 바꿀 수도 있습니다.

<source host> emcpadm export_mapping -f <mapping_file_name>

이제 해당 파일을 다른 호스트로 복사합니다. 스토리지 디바이스를 사용하는 모든 애플리케이션을 종료하거나, 파일 시스템을 마운트 해제하거나, 모든 LVM 볼륨을 내보낸 후 다음 명령을 실행합니다.

<target host> emcpadm check_mapping [-v] -f <mapping_file_name> <target host> emcpadm import_mapping -f <mapping_file_name>

PowerPath 디바이스에 파티션 생성

Symmetrix를 사용하는 경우 x86 기반 서버 플랫폼 파티션을 64KB 오프셋으로 정렬

하는 것이 좋습니다. 다른 스토리지를 사용하는 경우에는 요구 사항이 다를 수 있지

만, VPLEX 블록 크기와 일치하도록 크기를 항상 4KB 오프셋으로 정렬해야 합니다. 그림 11 에서는 64KB 정렬을 보여 줍니다. PowerPath 디바이스에 파티션을 생성하

려면 아래와 같이 fdisk를 시작합니다. 파티션이 생성된 후 "x"를 입력하면 전문가 모드가 시작됩니다. "p"를 입력하면 블록 단위 오프셋을 포함하는 현재 파티션 테이블

이 표시(인쇄)됩니다. 파티션 오프셋을 변경하려면 "b"를 입력합니다. 예를 들어 파티션 1 을 기본 오프셋인 32 개 블록에서 128 개 블록으로 이동할 수 있습니다. 각 블록은 512 바이트이므로 128 x 512 바이트 = 64KB 오프셋입니다. LUN에 파티션을 두 개 이상 생성한 경우 나머지 파티션의 정렬을 확인하거나 비슷한 단계에 따라 오프

셋을 변경하여 128 개 블록(64KB)으로 정렬합니다.

M B R

예약됨 (63 개 블록)

파티션 기본 시작

파티션 새로 시작

64 KB 64 KB

그림 11. Symmetrix 트랙 크기 경계(64KB)에 따른 파티션 정렬

이 예제에서는 Oracle ASM 디바이스로 사용할 PowerPath 디바이스에 파티션 하나를 생성합니다. [root@licoc091 ~]# fdisk /dev/emcpowerd Command (m for help): n Command action e extended p primary partition (1-4) p


Partition number (1-4): 1 First cylinder (1-52218, default 1): [ENTER]Using default value 1 Last cylinder or +size or +sizeM or +sizeK (1-52218, default 52218): [ENTER] Command (m for help): p Disk /dev/emcpowerd: 54.7 GB, 54755328000 bytes 64 heads, 32 sectors/track, 52218 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/emcpowerd1 1 52218 53471168 83 Linux

파티션을 64KB 경계(128 개 블록)로 정렬합니다. Command (m for help): x (going into export mode) Expert command (m for help): p (print partition table) Note that partition 1 starts at 32 blocks Disk /dev/emcpowerk: 64 heads, 32 sectors, 52218 cylinders Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID 1 00 1 1 0 63 32 1023 32 106942336 83 2 00 0 0 0 0 0 0 0 0 00 3 00 0 0 0 0 0 0 0 0 00 4 00 0 0 0 0 0 0 0 0 00 Expert command (m for help): b (move partition start) Partition number (1-4): 1 New beginning of data (32-2002943, default 32): 128 Expert command (m for help): p Disk /dev/emcpowerk: 64 heads, 32 sectors, 52218 cylinders Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID 1 00 1 1 0 63 32 1023 128 106942336 83 2 00 0 0 0 0 0 0 0 0 00 3 00 0 0 0 0 0 0 0 0 00 4 00 0 0 0 0 0 0 0 0 00 Expert command (m for help): w The partition table has been altered! Calling ioctl() to re-read partition table. Syncing disks. [root@licoc091 ~]#

파티션이 생성된 후 다른 노드에서 파티션을 인식하는지 확인합니다. 다른 각 노드에

서 fdisk 명령을 실행하고 파티션 테이블을 기록("w")해야 할 수 있습니다. 또는 SCSI 버스를 다시 스캔하거나 다른 노드를 재부팅하여 정보를 새로 고칠 수도 있습니다.


Oracle 설치 및 Oracle RAC Database 설정

다음 표에서는 Oracle Grid Infrastructure 및 ASM 데이터베이스 설치를 위해 Oracle 서버 노드를 구성하는 데 필요한 단계를 요약하여 보여 줍니다. 이 내용은 Oracle 11g Release 2 (11.2.0.2) Grid Infrastructure Installation Guide for Linux and 11g Release 2 (11.2.0.2) Database Installation Guide for Linux 를 따른 것입니다. 자세한 내용은 Oracle RAC 설치 가이드를 참조하십시오. 자세한 Oracle 설치 가이드는 다음 웹 사이트에서 제공됩니다.

http://www.oracle.com/technetwork/documentation/index.html#database

개략적인 단계는 다음과 같습니다.

단계 작업

1 서버 노드 전용 네트워크, OS /etc/hosts 파일, OS 커널 매개 변수를 구성하고 /etc/sysctl.conf 파일을 편집합니다.

2 각 RAC 노드에 Oracle 11gR2를 설치하고 유지 보수하는 작업을 담당할 Oracle 사용자 그룹 및 계정을 생성합니다.

3 부팅 스크립트(/etc/rc.d/rc.local)를 업데이트하여 Oracle Clusterware 및 Oracle ASM용으로 지정된 디바이스에 Oracle 권한을 설정합니다.

4 Oracle RAC 노드에 Oracle 사용자를 위한 ssh를 설정합니다. 5 /etc/security/limits.conf 파일에서 Oracle 사용자의 셸 제한을 설정합니다. 6 /etc/pam.d/login 파일 및 /etc/profile 파일을 적절히 수정합니다. 7 Oracle 설치 시 추가로 필요한 OS 패키지를 설치합니다. 8 Oracle 11g Release 2(11.2.0.2) Database 소프트웨어를 설치합니다. 9 Oracle Database에 사용할 추가 Oracle ASM 디스크 그룹을 생성합니다. 10 필요한 데이터베이스 워크로드 및 성능 요구 사항에 맞는 size 및 init 매개 변수를 사용하

여 Oracle 데이터베이스를 생성합니다. Oracle Database에 사용할 추가 Oracle ASM 디스크 그룹을 생성합니다.


http://www.oracle.com/technetwork/documentation/index.html#database

OLTP 데이터베이스 워크로드 테스트

VPLEX Metro 클러스터가 100km의 Metro급 거리에서 Oracle Extended RAC에 우수한 성능과 워크로드 복구 성능을 제공한다는 점을 입증하기 위해 표준 Oracle OLTP 워크로드(각각 70/30 의 무작위 읽기/쓰기 비율)를 사용했습니다. 본 백서의 구축 섹션

에서 언급한 것처럼 Oracle Extended RAC 및 VPLEX Metro 테스트 환경은 2 개의 로컬 Oracle RAC 노드와 2 개의 원격 Oracle RAC 노드로 구성되었습니다. 네트워크 지연 시간을 적용하는 Empirix PacketSphere Network Emulator를 사용하여 VPLEX 클러스

터 및 Oracle RAC 노드 간의 WAN 상호 연결을 최대 5ms RTT의 Metro급 거리로 시뮬

레이션했습니다. 그림 12 및 그림 13에서 볼 수 있듯이 각 Oracle RAC 노드에 16 개 드라이버 워크로드를 적용하고 1 개 노드, 2 개 노드, 3 개 노드, 4 개 노드 워크로드

의 OLTP 워크로드 트랜잭션 속도(분당 트랜잭션 수)를 기록했습니다. Oracle RAC의 우수한 확장성을 입증하기 위해 각 노드를 추가하면서 워크로드를 높였습니다. 트랜

잭션 속도는 Oracle RAC 노드 추가와 함께 워크로드가 증가함에 따라 비례적으로 증가했습니다(1 - 4 개 노드에서 각각 16, 32, 48, 64 워크로드 드라이버). VPLEX Metro 및 Oracle RAC의 거리가 0km인 경우와 Metro급 거리인 100km인 경우에 유사한 트랜

잭션 속도 증가가 나타났습니다. 뿐만 아니라 VPLEX Metro는 Metro급 거리인 100km에서도 0km 거리에서 측정한 트랜잭션 속도 기준치의 약 85 – 90%에 이르는 놀라운 성능을 Oracle Extended RAC에 제공했습니다. 또한 VPLEX Metro는 50km 이하의 Metro급 거리에서 Oracle Extended RAC에 90% 이상의 워크로드 성능을 제공할 수 있습니다(데이터 미표시). 따라서 VPLEX Metro는 두 데이터 센터가 Metro급 거리인 100km만큼 떨어져 있는 경우 Oracle Extended RAC에 높은 입출력 성능과 OLTP 워크

로드 복구 성능을 제공합니다. 500km 거리(5ms RTT)로도 테스트를 실시했으며, 그 결과 지연 시간 증가로 인해 트랜잭션 속도는 다소 저하되었지만 비슷한 수준의 확장성이 나타났습니다. 종합해 보면 애플리케이션의 성능과 가용성을 동시에 높여 주는 VPLEX와 Oracle RAC 솔루션의 능력이 입증된 것으로 볼 수 있습니다. OLTP 벤치마

크는 완전히 무작위로 수행되었으므로 블록 경합(contention)은 발생하지 않았습니

다. 실제 고객 워크로드를 처리하는 구축 환경에서 DBA는 클러스터 노드 간에 블록 경합이 발생할 가능성이 있는지를 주시해야 합니다. 특히 원격 노드 간에 블록 경합

이 발생하면 전체적인 트랜잭션 속도가 저하될 수 있습니다.


그림 12. 0km 거리에서의 트랜잭션 속도

그림 13. 100km 거리에서의 트랜잭션 속도

장애 상태 테스트

테스트 결과 이 환경은 Oracle RAC 엔지니어링 팀이 제공한 테스트 계획에 따라 E-LabTM(EMC quality and qualification organization) 프로젝트 팀에서 유도한 다양한 장애 시나리오에 성공적으로 대처했습니다. 모든 테스트가 정상적인 결과와 함께 성공적으로 완료되었습니다. 모든 테스트는 가능한 경우 트랜잭션 워크로드가 실행 중인 상태에서 실시되었습니다. 실시된 테스트 중 극히 일부를 나열하면 다음과 같습

니다.


• VPLEX Metro 인프라스트럭처가 정상 가동되는 중에 RAC 상호 연결 파티셔닝('분할 브레인')

• Oracle RAC 상호 연결 및 VPLEX Metro 상호 연결 파티셔닝

• 애플리케이션 다운타임 없이 단일 스토리지 시스템 연결 해제

• 정상 운영 사이트에서 워크로드를 계속 실행하는 사이트 장애 시뮬레이션

• 나머지 클러스터에 영향을 주지 않고 여러 Oracle RAC 노드의 호스트 접속 끊기

• Oracle ASM 재조정, 스토리지 및 VPLEX 구성 변경/소프트웨어 업데이트

결론

GeoSynchrony 운영 체제를 실행하는 EMC VPLEX Metro는 엔터프라이즈급 SAN 기반 연합 기술을 통해 Fibre Channel에 연결된 스토리지 풀을 통합하여 관리합니다. 이러

한 스토리지는 단일 데이터 센터에 함께 위치할 수도 있고 Metro급 거리만큼 떨어진 여러 데이터 센터에 분산될 수도 있습니다. 또한 독보적인 스케일 업/스케일 아웃 아키텍처를 기반으로 하는 EMC VPLEX는 보다 향상된 데이터 캐싱 및 분산 환경의 캐시 정합성을 보장하는 기술을 통해 워크로드 복구, 스토리지 도메인의 자동 공유, 밸런

싱 및 페일오버를 지원할 뿐 아니라 로컬 및 원격 데이터에 액세스할 때 예측 가능한 서비스 수준을 보장합니다. Metro급 거리 내에서 두 데이터 센터에 분산된 Oracle Extended RAC에 EMC VPLEX Metro의 기능을 결합하면 구축 토폴로지 및 스토리지 관리가 단순화되고 무중단 스토리지 확장 및 제품 교체가 가능해집니다. 또한 EMC VPLEX는 동기식으로 연결된 원격 사이트 간에 운영 중단 없이 이기종 데이터를 이동

하고 볼륨을 관리하는 기능을 제공하므로 고객은 여러 물리적 사이트를 포괄하는 민첩하고 효율적이며 경제적인 클라우드 서비스를 제공할 수 있습니다.

참고 자료

VPLEX 및 Oracle Extended RAC에 대해 자세히 설명하는 다음과 같은 문서가 korea.emc.com, Docs.Oracle.com 및 Powerlink에 게시되어 있습니다.

• EMC VPLEX 구축 및 계획 Best Practice 기술 노트

• EMC VPLEX Metro Witness – 기술 및 고가용성 TechBook

• Conditions for stretched hosts cluster support on EMC VPLEX Metro

• EMC VPLEX with GeoSynchrony 5.0 및 5.1 제품 가이드

• http://www.oracle.com/goto/rac

• Oracle Database, 11g Release 2(11.2)

• Oracle Database 11g Interactive Quick Reference


http://www.oracle.com/goto/rac

http://www.oracle.com/pls/db112/homepage

http://www.oracle.com/go/?Src=7027600&Act=54&pcode=WWOU10044054MPP047

원격 사이트 클러스터의 oracle rac(real application clusters) … · 소개 oracle...

Documents