IT기술/Oracle

02 CRS 설명 (2/5)

dobbby 2021. 6. 18. 11:30
반응형

Architecture

오라클 클러스터 아키텍처를 이해하는데 필요한 중요한 개념들이 있습니다.

서비스, Node Application, Cluster Ready Services, Cluster Resources 등 입니다.

먼저 Service는 클러스터 내 작업을 배분해 주는 수단을 제공해줍니다. 

서비스는 하나 또는 그 이상의 인스턴스에서 제공되는데, 데이터베이스 명이 기본적으로 하나의 서비스입니다. 

Oracle 10g 이전 버전에서도 이 Service라는 개념이 있었지만, 

10g 에서는 더 확대된 개념으로 하나의 instance에서 여러 Service를 제공할 수 있고, 

하나의 서비스가 여러 instance에 걸쳐 제공될 수도 있습니다. 

Node Application은 Oracle Listener, Global Services Daemon (GSD), 

Oracle Enterprise Manager Agent (OEM Agent), Virtual IP Address (VIP) 등이 포함됩니다.

Cluster Ready Service는 logical하게 node를 묶어주는 Cluster Manager이고, 

Cluster Resource는 Oracle Cluster Service에 의해 관리되는 Resource들이며 데이터베이스 인스턴스, 

서비스, Listener 및 VIP 등이 포함됩니다. 

Resource의 속성은 failover 특성 및, 재구동방식, 의존관계 등을 지정하기 위해 정의할 수 있습니다.

 

 

IP 용어들 잘 알아 두어야 합니다.

실제 서비스는 vip

public 은 매니지먼트

 

RAC 를 직접 건드릴 일은 거의 없습니다. 정말 중요한 곳 아니면 RAC 를 쓰지 않아요.

 

신규는 11g, 기본은 raw device 인데 asm 을 요구하기도 한다.

asm 설치는 asm bug로 인한 책임을 묻지 않겠다는 도장을 받고 설치하여야 합니다.

 

 

 

 

Cluster Applications Architecture

이 그림은 앞에서 설명한 몇가지 용어를 그림으로 표시한 것입니다.

3개의 node를 사용하고 있고, 각 node들은 기본적으로 Cluster Ready Services에 의해 하나의 system 으로 clustering 되어 있습니다. 

각 Node application 들이 각각의 node 에서 작동하고 있고, Database 를 위한 Instance가 각 node에 올라와 있습니다.

Service 를보면, 이 Database 는 AP, HR, CRM 3개의 Service 가 있습니다. 

회색으로 표시된 것은 failover 시 작동할 Service 입니다. 

CRM 을 예를 들면 평시에는 Node1 에서 Service 를 제공하고, 

만약 Node1 에 이상이 있을 경우 Node2 에서 CRM service 를 제공하게 됩니다. 

이 후 Fail 된 Node 가 복구되면 다시 Service 는 ‘preferred’ Node로 돌아올 수 있습니다. 

단, 이 경우는 user가 manual 하게 옮겨주어야 합니다.

 

 

 

 

앞의 그림은 Service의 관점에서 그린 그림이고, 

이 그림은 CRS와 Oracle Instance, Application의 관계를 보여줍니다.

Oracle Database Instance가 각 node에 하나씩 작동하고 있고, 이 두 개의 Instance가 

Service A, B, C 3개의 Service를 제공합니다. 

이 그림에서는 두개의 Instance가 모두 작동하고 있지만, 

어떤 경우는 다른 하나의 Instance 는 Stand by 용 혹은 Failover 용으로 대기 중일 수도 있습니다.

그렇다고 하더라도 Node Application, 즉, Listener, EM, GSD 등은 여전히 각 node별로 작동하고 있습니다.

Client Application은 기본적으로 VIP를 통하여 접속이 되고, Oracle Listener 도 이 VIP를 listen하게 됩니다.

EM, DBCA, SRVCTL, NETCA 등은 HA적 관점에서 CRS와 통신하게 되며, 

새로운 Resource 들을 생성할 때 CRS와 통신하여 OCR에 정보를 기록하게 합니다.

이 OCR과 voting Disk는 OS storage에 위치하게 됩니다.

반응형