아래는 위 내용을 MediaWiki 위키문서 형식으로 정리한 것입니다.
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"