공식 문서에서는 Cluster Technology Stack이라고 표현하고 있는
다양한 Clusterware Service 종류에 대해서 알아보겠습니다.
Oracle Clusterware는 두가지 tech stack으로 구분됩니다.
1. CRS Daemon을 기반으로하는 upper tech stack(윗단)
ex) CRS, CSS, ASM, CTSS, EVM, GNS, oraagent, ONS, orarootagent
2. OHAS Daemon을 기반으로하는 lower tech stack(아랫단)
ex) appagent, ologgerd, GIPC, GPNPD, mDNS, oraagent,orarootagent, scriptagent, osysmond
첫번째, CRSD 기반 Tech Stack
- CRS(Cluster Ready Services)
CRSD는 각 resource에 대해 OCR에 저장된 정보를 기반으로 cluster resources를 관리
start, stop, monitor, failover 작업이 포함됨
CRSD process는 resource status가 변화될 때 이벤트를 생성
RAC의 경우, CRSD 프로세스가 DB Instance, policy-managed db를 제외한 PDB, 리스너 등을 모니터링하고 장애가 발생하면 이러한 구성 요소를 자동으로 다시 시작
- CSS(Cluster Synchronization Services)
cluster configuration 관리. cluster의 member 노드 control. 노드가 cluster에 합류/탈퇴할 때 member에게 이를 알려줌
cssdagent process는 cluster를 모니터링하고 I/O fencing을 제공
cssd(Cluster Synchronization Services Daemon)이 실패할 경우, Oracle Clusterware는 노드를 재시작할 수 있음
- Oracle ASM
Oracle Clusterware 및 Database에 대한 Disk 관리를 제공
- CTSS(Cluster Time Synchroniaztion Service)
Clusterware내에서 시간 관리 제공
- EVM(Event Management)
CLusterware가 생성하는 이벤트를 게시하는 Background process
- GNS(Grid Naming Service)
외부 DNS 서버에서 보낸 요청을 처리하고 Cluster에서 정의한 이름에 대한 확인을 수행
- oraagent(Oracle Agent)
Oracle관련 요구사항과 복잡한 리소스를 지원하기 위해 Clusterware를 확장
FAN(Fast Application Notification) events가 발생할 때 Server Callout scripts를 실행
- ONS(Oracle Notification Service)
FAN(Fast Application Notification) events를 전달하기 위한 publish, subscribe service
- orarootagent(Oracle Root Agent)
네트워크와 Grid virtual IP 주소 처럼 root가 소유한 리소스를 CRSD가 관리하는데 도움이되는 특수한 oraagent process
두번째, OHASD 기반 Tech Stack
- appagent
이전 버전의 Clusterware에서 사용된 Application resource type의 모든 리소스를 보호
- ologgerd(Cluster Logger Service)
Cluster의 모든 노드에서 정보를 수신하고 GIMR(Grid Infra Management Repository)-based DB에 저장
- GIPC(Grid Interprocess Communication)
Redundant Interconnect 사용을 활성화하는 support Daemon
- GPNPD(Grid Plug and Play)
GPNP profile에 대한 액세스를 제공하고 Cluster 노드간 profile 업데이트를 조정하여 모든 노드가 최신 profile을 보유하도록 보장
- mDNS(Multicast Domain Name Service)
GPNP에서 Cluster의 Profile을 찾는 데 사용되고, GNS에서 이름 확인을 수행하는 데 사용됨
- oraagent(Oracle Agent) --> 이 process는 CRS Tech Stack에서 실행되는 같은 이름의 Process와는 다름
Oracle관련 요구사항과 복잡한 리소스를 지원하기 위해 Clusterware를 확장
이 process는 GIPC, GPNPD, GIPC Daemon과 같은 Oracle Clusterware Owner로 실행되는 Daemon을 관리
- orarootagent(Oracle Root Agent) --> 이 process는 CRS Tech Stack에서 실행되는 같은 이름의 Process와는 다름
CHM(Cluster Health Monitor) 처럼 root가 소유한 리소스를 CRSD가 관리하는 데 도움이 되는 특수 oraagent process
- scriptagent
shell이나 batch scripts를 사용하여 application을 보호하는 경우 application이 아닌 다른 resource type의 resource를 보호
- osysmond(System Monitor Service)
Cluster logger service로 data를 보내는 모니터링 및 OS metric 수집 서비스
Cluster의 모든 노드에서 실행됨
이러한 리소스들이 기동되는 순서를 표현한 그림입니다.
'OracleDB > Concept' 카테고리의 다른 글
Oracle Database Architecture (0) | 2025.04.07 |
---|---|
ASM이 사용하는 Disk를 판별하는 과정 (1) | 2024.11.07 |
Oracle Automated Maintenance Tasks란? (0) | 2024.09.20 |
FRA(Fast Recovery Area)란? (1) | 2024.09.12 |
RMAN 에서 Incarnation이란? (0) | 2024.07.05 |