RAC의 핵심 (by openlsw) [2013.05.22]
RAC의 핵심
고 가용성
- RAC 는 노드 장애시 아주 짧은 순간에 다른 노드가 장애를 복구 하고, 노드들을 rebalance 하여 정상화 됨. 클라이언트에 거의 투명 하게 Failover 됨 (현재 트랜잭션 실패)
- HA(STANDBY 구성) 는 장애 복구가 느리고 ACTIVE 장비와 같은 성능의 STANDBY 장비 필요, 클라이언트가 STANDBY 장비로 접속 필요 (HA 도 VIP 가능)
| 항목 | RAC | HA(STANDBY 구성) | 비고 |
|---|---|---|---|
| 재기동시간 | 빠름 | 느림 | ! |
| 장비장애극복 | 가능 | 가능 | |
| 관리난이도 | 높음 | 중간+ | ! |
| 장애시성능유지 | 적정한 N-1 노드 | - |
확장성 (처리량, 응답시간)
| 향상된 응답시간 | 향상된 처리량 | 비고 | |
|---|---|---|---|
| 의미 | 동일한 작업을 더 빨리 수행한다 | 동일한 시간에 더 많이 수행한다 | |
| 작업 | 개별의 큰 작업 | 다수의 작은 작업 | |
| 예제 | 40분 소요 배치를 2개 노드로 20분, 4개 노드로 10분 소요 | 한개 노드로 50명 업무 처리를 2개 노드로 100명, 4개 노드로 200명 처리 | 병렬 실행 오버헤드 있음 |
- 노드 확장 전략이 가능한 것은 인스턴스 별로 LGWR, REDO (오라클의 가장큰 병목지점)가 존재 하기 때문, 하지만 데이터 hot spot 에 의한 성능 문제 가능성 있음
- 일반적으로 Scale Up 은 Scale Out 에 비해 고비용, 비효율 (http://hadoop4korea.files.wordpress.com/2012/04/kb_scale_outup.png)
그리드
- 하나의 대형 장비 보다 다수의 소형 장비를 클러스터로 묶어서 사용
- 다수의 장비에 각 애플리케이션을 위한 인스턴스 수를 선택 하고, 동적으로 변경 가능
- 주중 인스턴스 구성 : 총 8개 노드, HR 1, GL 3, WEB 4
- 주말 인스턴스 구성 : 총 8개 노드, HR 1, GL 3, WEB 6 (2개 노드에서 GL, WEB 인스턴스 동시 수행)
- HR 인스턴스 고가용성을 위해 ACTIVE/PASSIVE 모드 구성 가능 (Oracle RAC One Node)