가상 SCSI HBA와 가상 SAN 구성은 매우 유연성이 있습니다. ldm add-vsan 명령에서 사용되는 물리적 SCSI HBA 개시자 포트는 광 섬유 채널, SAS, SATA 등 SCSI를 지원하는 모든 유형의 버스를 구동할 수 있습니다. 가상 SCSI HBA와 가상 SAN은 동일한 도메인에서 실행될 수 있습니다. 보다 일반적인 구성에서는 가상 SAN이 물리적 HBA 카드에 대한 직접 액세스 권한을 가지는 서비스 도메인에서 실행되는 경우 가상 SCSI HBA와 가상 SAN이 다른 도메인에서 실행됩니다.
가상 SAN은 개념상 물리적 SAN과 연관되지만 꼭 그럴 필요는 없습니다. 예를 들어, 마더보드 HBA에서 연결 가능한 일련의 로컬 저장 장치로 구성된 가상 SAN을 만들 수 있습니다.
가상 HBA 부속 시스템은 검색된 각 물리적 LUN에 대해 무조건 가상 LUN을 만듭니다. 따라서 가상 디스크와 마찬가지로 충돌하는 작업 부하가 동일한 가상 LUN에 액세스하지 않도록 해야 합니다.
예를 들어, 개시자 포트가 10개의 물리적 SCSI 장치에 연결되는 경우 가상 HBA 부속 시스템이 게스트 도메인에 10개의 가상 LUN을 만듭니다. 게스트 운영체제가 가상 LUN 중 하나에서 부트되는 경우 다른 게스트 도메인이 가상 LUN에 액세스하지 않고 물리적 SCSI 장치를 소유하는 도메인이 물리적 LUN에 액세스하지 않도록 해야 합니다.
게스트 도메인이 사용 중일 수 있는 가상 LUN에 대해 유사한 경고가 제공됩니다. 액세스가 충돌하지 않도록 하려면 다른 게스트 도메인의 해당 가상 LUN에 대한 액세스와 서비스 도메인의 기본 물리적 LUN에 대한 액세스를 엄격하게 제어해야 합니다. 액세스 충돌이 발생하면 데이터가 손상될 수 있습니다.
가상 SAN을 구성할 때 LUN 0의 SCSI 대상 장치만 해당 물리적 LUN이 게스트 도메인에 표시됩니다. 이 제약 조건에 따라 Oracle Solaris OS 구현에서 대상의 LUN 0이 SCSI REPORT LUNS 명령에 응답해야 합니다.