메뉴 여닫기
개인 메뉴 토글
로그인하지 않음
만약 지금 편집한다면 당신의 IP 주소가 공개될 수 있습니다.
Oracle (토론 | 기여)님의 2025년 6월 11일 (수) 18:34 판
(차이) ← 이전 판 | 최신판 (차이) | 다음 판 → (차이)

ASM 디스크 구성: AFD vs udev 방식 비교

ASM (Automatic Storage Management) 환경에서 디스크를 구성할 때, 디바이스 접근 방식을 AFD(ASM Filter Driver)로 할지, udev 규칙으로 할지는 시스템 보안과 안정성, 운영 편의성에 큰 영향을 줍니다.

AFD (ASM Filter Driver)

개요
Oracle에서 제공하는 전용 필터 드라이버로, ASM 디스크에 대한 접근을 Oracle 소프트웨어가 직접 제어하도록 합니다.
장점
  • Oracle 전용 필터링 제공 → 비 Oracle 프로세스의 실수 방지
  • 디스크 소유권 및 퍼미션을 Oracle Grid Infrastructure가 자동으로 관리
  • `asmcmd afd_label` 등 편리한 관리 도구 제공
  • `/dev/oracleafd/disks/<LABEL>` 형식의 고정된 디바이스 경로 제공
단점
  • Oracle Grid Infrastructure 설치가 필수
  • 일부 리눅스 배포판에서는 AFD 모듈 지원 제한 가능
  • 표준 리눅스 방식이 아니므로, 일반 시스템 도구와 호환성 떨어질 수 있음

udev 방식

개요
Linux 표준 장치 관리 시스템으로, 블록 디바이스를 식별하고 자동으로 권한 및 심볼릭 링크를 설정합니다.
장점
  • 표준 리눅스 기능이므로 범용성 우수
  • 다양한 디스크 속성(WWN, UUID 등) 기반으로 유연한 구성 가능
  • 별도 드라이버 설치 불필요
  • 다른 시스템 도구와의 충돌 없음
단점
  • udev rule 작성이 복잡하고 오류 가능성 있음
  • ASM 외 접근 제한이 없어 실수로 마운트/포맷 가능
  • 재부팅 시 디바이스 이름이 바뀌는 등 불안정성 존재 가능

비교표

항목 AFD 방식 udev 방식
구성 복잡도 낮음 (Oracle 도구로 구성) 높음 (수동 udev rule 작성 필요)
디스크 보호 강력 (Oracle 외 접근 차단) 약함 (실수로 접근 가능)
Oracle 권장 여부 Oracle 12c 이상에서 적극 권장 제한 환경에서 사용
디바이스 이름 고정 고정 경로 제공 (/dev/oracleafd/disks/) 규칙 설정 시 가능하나 불안정 가능
OS 호환성 일부 OS 제한 존재 대부분의 Linux 배포판에서 사용 가능

선택 기준 요약

상황 추천 방식
Oracle GI 사용 + AFD 지원 OS AFD 권장
커널 모듈 설치가 불가한 환경 udev 사용
디스크를 Oracle 외 다른 서비스에서도 접근해야 함 udev 사용
고수준의 보안 및 디스크 접근 제어가 필요함 AFD 적극 추천

관련 명령어 예시

AFD 라벨 확인
asmcmd afd_list
AFD 디스크 라벨 지정
asmcmd afd_label /dev/sdX DATA01
udev 규칙 예시
KERNEL=="sd*", ENV{ID_SERIAL}=="3600508b1001c2d36f000900000490000", \
  SYMLINK+="asm-disk1", OWNER="grid", GROUP="asmadmin", MODE="0660"