데이터베이스 연구실.log

RAC 네트워크와 시간 구성

3노드 실습안의 Public, Private, VIP, SCAN 역할과 DNS, 시간 동기화 확인 기준

RAC설치 검증

#핵심 요약

실습 3노드 런북은 DNS와 시간원을 별도 보조 VM에 구성함

Public과 Private 역할을 구분하고 VIP, SCAN은 OS NIC에 직접 고정하지 않는 설계임

SCAN의 DNS 응답 집합과 실제 시간원 동기화 여부를 확인 기준으로 둠

#개념과 동작 원리

아래 내용은 Oracle Linux 8.4, VirtualBox 기반의 실습 설계이며 설치 성공 기록이 아님

구성 역할과 실습 기준
Public 일반 접속과 관리 통신용 네트워크
Private 노드 간 Interconnect 통신
VIP 노드 장애 시 긴 TCP timeout 대기를 줄이기 위한 주소
SCAN 개별 노드 대신 사용하는 대표 접속 이름과 주소
DNS 런북에서 하나의 SCAN 이름이 세 A 레코드를 반환하도록 구성
chrony 보조 VM은 외부 시간원, RAC 노드는 보조 VM을 시간원으로 사용
NAT 런북의 기본 경로를 NAT NIC 하나에만 설정

실습에서는 복제 노드의 호스트명, MAC, IP, machine-id와 SSH host key의 고유성을 확인하도록 적었음 시간 동기화는 외부 소스가 실제 선택됐는지 확인하며 local clock 표시를 외부 동기화 성공으로 간주하지 않음

#필수 명령어 또는 SQL

OS 셸 (각 RAC 노드, root)조회만 함
ip -br addr
ip route
nmcli -f NAME,UUID,DEVICE con show --active
chronyc tracking
chronyc sources -v
dig @<IP> <HOST> A +short

결과 해석: 런북의 기준은 단일 기본 경로, 동일한 SCAN A 주소 세 개의 집합, Private 통신과 시간원 동기화이며 DNS 응답 순서는 같을 필요가 없음

#사용 조건과 주의사항

실습에서는 NIC 이름을 VM의 순서만으로 단정하지 말고 실제 장치, 연결 이름으로 확인하도록 적었음

SSH 접속 중 네트워크를 다시 활성화하면 연결이 끊길 수 있어 실습에서는 VM 콘솔 작업을 명시함

RAC 소개는 SCAN을 DNS 또는 hosts에 등록한다고 적지만 3노드 런북은 hosts에 SCAN을 쓰지 않는다고 명시함

3노드 런북에는 3노드 실습의 DNS 구성을 사용함

SEO_HKabsumveritas@gmail.comBuilt with Claude Code & Codex

마지막 갱신 개인 학습 기록이며 운영 환경 적용 전 공식 문서 확인 필요

두 글자 이상 입력, 위아래 화살표로 이동하고 Enter로 열기