Exadata 구성과 역할

DB 서버, 스토리지 셀, 고속 인터커넥트의 관계와 RAC 및 ASM의 역할, 일반 VM과 실제 Exadata의 차이

ExadataDatabase ServerStorage CellInterconnectASM

#핵심 요약

Exadata는 Oracle DB 서버와 Exadata 스토리지 서버를 고속 인터커넥트로 연결해 저장과 데이터 처리를 분담하는 구성임

스토리지 서버인 셀은 디스크뿐 아니라 CPU, 메모리, Exadata Storage Server Software를 갖추고 지원되는 데이터 선별을 수행함

실습의 2노드 VM RAC에는 전용 스토리지 셀이 없으므로 RAC, ASM 구성 결과를 실제 Exadata 실행 결과로 해석할 수 없음

구성	역할	다른 구성과의 관계
DB 서버	SQL 해석, 실행계획 수립, 반환 결과의 조인, 정렬, 집계 등 후속 처리	셀에 처리 요청을 보내고 반환 결과를 사용함
스토리지 셀	데이터 저장과 지원되는 스캔, 조건, 컬럼 선별	DB 서버에 필요한 결과를 반환함
인터커넥트	InfiniBand 또는 RoCE를 이용한 고속 연결	DB 서버와 셀 사이의 요청, 데이터 전송을 담당함

실습의 일반 Web-App-DB 구성 설명에서는 DB 서버 뒤에 지능형 스토리지 서버를 배치한다는 관계를 사용함

스토리지 셀은 지원되는 데이터 처리만 수행하며 DB 엔진 전체를 실행하지 않음

기술	장애 대응과 저장소 관리 역할
RAC	여러 DB 인스턴스의 공동 처리와 DB 서버 장애, 서비스 배치 대응
ASM	디스크 통합 관리와 서로 다른 Failure Group에 데이터 사본 배치
셀 단위 Failure Group	같은 셀 장애로 함께 사용할 수 없게 되는 디스크의 범위 반영
Fast Mirror Resync	조건과 시간 내 복귀한 저장 영역의 변경분 중심 재동기화

실습 VM에서는 ASM Failure Group으로 미러링 동작을 재현함
실제 셀 장애와 패치 절차는 확인 불가

DB 서버와 스토리지 셀의 작업 분담은 데이터베이스와 스토리지 협력에서 다룸

SQL*Plus (DB 인스턴스, SYSDBA)조회만 함

select *
  from v$cell;

결과 해석: 실습 VM에는 셀이 없어 no rows selected가 나옴
실제 Exadata 장비의 조회 출력은 확인 불가

셀 한 대가 중지되면 다른 셀의 정상 미러와 충분한 자원이 있어야 처리를 지속할 수 있음

DB 노드 장애와 셀 장애는 영향 범위가 다르며 업무 지속 여부는 남은 자원에 따라 달라짐

실습 VM의 simulated 통계는 DB 서버 측 필터 동작을 재현한 값임
실제 셀 전송량과 처리 속도는 측정하지 않음