영속적인 바인딩
Persistent binding |
호스트 기반 조닝에는 WWN 또는 LUN 마스킹이 포함될 수 있으며 일반적으로 "영구 바인딩"이라고 합니다.
스토리지 네트워킹에서 "영구적 바인딩"은 조닝의 옵션입니다.
호스트 기반 조닝은 일반적으로 영속적인 바인딩 [1]또는 LUN이라고 하며 가장 구현이 적은 조닝 형식일 수 있습니다.조닝 충돌을 방지하려면 호스트 구성이 정확해야 하므로 이러한 조닝 형식을 사용하면 관리 오류 및 대상에 대한 액세스 충돌 가능성이 높아집니다.게다가 존 분할 인터페이스는, 호스트 operating system이나 HBA 마다 다르기 때문에, 관리 에러의 가능성이 높아집니다.호스트에 존 분할 소프트웨어가 설정되어 있지 않으면 패브릭 내의 모든 디바이스에 액세스하여 데이터가 파손될 가능성이 높아집니다.호스트 기반 조닝은 특정 타깃 ID에 대한 디바이스[2] 매핑을 제어하기 위해 클러스터를 구현할 때 자주 사용됩니다.단, 존분할의 유일한 형식이 되어서는 안 됩니다.스토리지 및 패브릭 기반 조닝으로 호스트 기반 조닝을 확장하는 것이 디바이스 액세스 및 데이터 보안을 안정적으로 제어하는 유일한 방법입니다.
기본적으로 특정 LUN에는 RAID 디바이스(일반적으로 SAN)에 의해 SCSI ID가 할당됩니다.그러나 호스트 자체에 의해 SCSI ID가 할당되어 있는 것이 도움이 되는 경우가 있습니다.이것은 영속적인 바인딩입니다.
의 영구 바인딩이란 무엇입니까?
영구 바인딩이 없으면 재부팅할 때마다 LUN의 SCSI ID가 변경될 수 있습니다.예를 들어 Linux에서 /dev/sda에 바인딩된 LUN은 재부팅 후 /dev/sdb로 마이그레이션할 수 있습니다.다중 경로 지정으로 인해 위험이 증가합니다.이에 따라 많은 소프트웨어가 영구 바인딩 없이 크래시될 수 있습니다.
http://www.storagesearch.com/datalink-art1.html 에서
- 일반적으로 운영 체제 및 상위 레벨 애플리케이션(백업 소프트웨어 등)에서는 스토리지 신뢰성과 지속적인 바인딩 기능을 위해 정적 또는 예측 가능한 SCSI 타깃 ID가 필요합니다.
조닝의 종류
존에는 호스트와 LUN을 포함할 수 있습니다.LUN은 디스크 어레이에 의해 내보내지고 호스트는 클라이언트(서버, 컴퓨터)입니다.존내의 각 호스트는, 같은 존내의 각 LUN 에 액세스 할 수 있습니다.그건 구역제야.존은 보통 호스트와 디스크 어레이의 중앙 연결 지점인 FC 스위치에 설정됩니다.
LUN 마스킹
- 조닝은 동일한 목표를 달성하므로 LUN 마스킹과 혼동될 수 있습니다.단, LUN 마스킹은 파이버 채널레벨 4(SCSI 레벨)에서 동작하며 존분할은 레벨 2에서 동작합니다.이를 통해 조닝을 스위치에 구현할 수 있지만 LUN 마스킹은 엔드포인트 디바이스(호스트 어댑터 또는 디스크 어레이 컨트롤러)에서 수행됩니다.
일부 파이버 채널 스위치에서는 LUN 레벨에서의 존분할이 가능하기 때문에 스위치로 LUN 마스킹을 효과적으로 구현할 수 있습니다.
여기에서는 레벨 4에 대해서 이야기하고 있습니다.
이러한 형태의 조닝은, 시큐러티를 향상시켜 에러를 회피하기 위해서, RAID 어레이 베이스 또는 패브릭 베이스(FC 스위치)의 다른 조닝에 의해서 강화될 필요가 있습니다.그렇지 않으면 두 호스트가 동시에 동일한 데이터(LUN)에 액세스하여 데이터가 손상될 수 있습니다.고정 바인딩은 LUN을 고정 SCSI ID 및 디바이스와 연결하기 위해 클러스터 환경에서 자주 사용됩니다(예: /dev/sda).
