RAC(Real Application Cluster) 구조

Single server

하나의 Storage에 하나의 Instance를 연결한구조

단점 : 장애 발생시 처리 방안이 없다. Storage에 저장된 데이터에 접근할 수 없다.

 

 

HA (High Availability)

Active : instance - storage

Stanby : instance - storage

복제품을 하나더 만들어 놓고 Storage를 동기화한다.

단점 : 데이터 동기화 문제, stanby 서버의 활용도 낮다.

 

OPS (oracle parallel Server)

하나의 Storage 두개의 Instance

부하 분산, 서비스 취소 없이 장애 발생을 해결한다. 데이터 동기화 문제도 해결된다.

단점 : RAC Ping 두 인스턴스가 직접적으로 연결되어 있지 않기때문에 데이터 교환은 반드시 Disk를 통해서 이루어 진다.

 

 

RAC(Real Application Cluster)

-9i RAC

• interconnet (Private network): OPS는 데이터를 받아올때 반드시 Storage를 이용해야 한다. RAC 9i 부터는 interconnet 기능을 이용하여 인스턴스간에 데이터를 직접적으로 주고 받을수 있게 된다.

• Public network : RAC 유지보수를 위해 접속하는 망

• VIP network : 외부 사용자들이 접속하는 망, 서비스를 제공해주는 망

 

-10g RAC

• ASM 방식의 적용 : 9i 까지는 RAW device를 이용해서 storage를 구성하였으나 10g 부터는 ASM (Automatic Storage Management) 방식으로 storage를 구성한다.

 

-10g R2 RAC ASM 기반

RAW device로 Storage를 구성하면 각 인스턴스별로 ASM Instance 부분이 빠지게 된다
10g rac 까지는 OCR과 vote disk 를 ASM에 저장할수 없었기 때문에 별도의 RAW device를 구성해야 했다. (11g 부터는 개선되었다)

• OCR : Oracle Cluester Repository, RAC구성의 전체 정보를 저장하고 있는 디스크이다. RAC의 핵심역할을 하고 있다.

• Oracle이 권장하는 OCR의 최소 크기는 100MB이다.

출처: https://seandb.tistory.com/entry/RAC-구조?category=533158 [DB공부합시다]