XenServer

스토리지 리포지토리를 생성합니다

May 2, 2025

제공::

를 사용할 수 있습니다. 새 스토리지 저장소 마법사를 사용하여 SR(스토리지 저장소)을 만들 수 있습니다. 마법사가 구성 단계를 안내합니다. 또는 CLI를 사용하고 sr-생성 명령. 이 sr-생성 명령은 스토리지 기판에 SR을 생성합니다(기존 데이터가 삭제될 수 있음). 또한 SR API 개체와 해당 PBD 레코드를 만들어 VM에서 스토리지를 사용할 수 있도록 합니다. SR이 성공적으로 생성되면 PBD가 자동으로 연결됩니다. SR shared=true 플래그가 설정되면 PBD 레코드가 생성되어 리소스 풀의 모든 XenServer에 연결됩니다.

IP 기반 스토리지(iSCSI 또는 NFS)에 대한 SR을 생성하는 경우 관리 트래픽을 처리하는 NIC 또는 스토리지 트래픽에 대한 새 NIC 중 하나를 스토리지 네트워크로 구성할 수 있습니다. NIC에 IP 주소를 할당하려면 를 참조하세요. 전용 스토리지 NIC 구성을 참조하세요.

모든 XenServer SR 유형은 VDI 크기 조정, 빠른 복제 및 스냅샷을 지원합니다. LVM SR 유형(로컬, iSCSI 또는 HBA)을 기반으로 하는 SR은 스냅샷 및 숨겨진 부모 노드에 대한 씬 프로비저닝을 제공하지만 MCS VM당 델타 디스크와 같은 다른 디스크에는 제공하지 않습니다. 다른 SR 유형(EXT3/EXT4, NFS, GFS2)은 활성 상태인 가상 디스크를 포함하여 전체 씬 프로비저닝을 지원합니다.

경고:

VHD VDI가 VM에 연결되지 않은 경우(예: VDI 스냅샷의 경우) 기본적으로 씬 프로비저닝된 상태로 저장됩니다. VDI를 다시 연결하려는 경우 VDI가 씩 프로비저닝될 수 있는 충분한 디스크 공간이 있는지 확인합니다. VDI 클론은 씩 프로비저닝됩니다.

XenServer는 어떠한 SR 유형에 대해서도 LUN의 외부 SAN 수준에서 스냅샷을 지원하지 않습니다.

대상 LUN의 LUN ID가 255보다 큰 SR을 생성하지 마십시오. 이 LUN을 사용하여 SR을 생성하기 전에 대상이 255보다 작거나 같은 LUN ID를 가진 LUN을 노출하는지 확인합니다.

파일 기반 SR에서 씬 프로비저닝을 사용하는 경우 SR의 여유 공간을 모니터링해야 합니다. SR 사용량이 100%로 증가하면 VM의 추가 쓰기가 실패합니다. 이러한 쓰기 실패로 인해 VM이 정지되거나 충돌할 수 있습니다.

지원되는 최대 VDI 크기는 다음과 같습니다.

스토리지 리포지토리 형식	최대 VDI 크기
내선3/내선4	2 TiB
GFS2 (iSCSI 또는 HBA 사용)	16티비
한국어	16티비
증권 시세 표시기	2 TiB
LVMoFCOE (더 이상 사용되지 않음)	2 TiB
LVMoHBA (루이보HBA)	2 TiB
LVMoiSCSI (루이치에스큐티)	2 TiB
엔프에스	2 TiB
중소기업	2 TiB

로컬 LVM

Local LVM 타입은 로컬로 연결된 볼륨 그룹 내에 디스크를 표시합니다. 호스트당 로컬 SR을 하나만 연결하는 것이 좋습니다.

기본적으로 XenServer는 설치된 물리적 호스트의 로컬 디스크를 사용합니다. Linux LVM(논리 볼륨 관리자)은 VM 스토리지를 관리하는 데 사용됩니다. VDI는 지정된 크기의 LVM 논리 볼륨에서 VHD 형식으로 구현됩니다.

메모:

LVM LUN의 블록 크기는 512바이트여야 합니다. 4KB 물리적 블록을 사용하는 저장소를 사용하려면 저장소가 512바이트 할당 블록의 에뮬레이션도 지원해야 합니다(논리적 블록 크기는 512바이트여야 함).

LVM 성능 고려 사항

LVM 기반 SR의 스냅샷 및 빠른 클론 기능에는 내재된 성능 오버헤드가 수반됩니다. 최적의 성능이 필요한 경우 XenServer는 기본 VHD 형식 외에도 원시 형식으로 VDI를 생성할 수 있도록 지원합니다. XenServer 스냅샷 기능은 원시 VDI에서 지원되지 않습니다.

경고:

가 있는 VM의 스냅샷을 생성하지 마세요. type=raw (영어) 디스크가 연결되어 있습니다. 이 작업으로 인해 부분 스냅샷이 생성될 수 있습니다. 이 경우 를 확인하여 분리된 스냅샷 VDI를 식별할 수 있습니다 스냅샷-오브 필드를 선택한 다음 삭제합니다.

로컬 LVM SR 생성

LVM SR은 호스트 설치 시 기본적으로 생성됩니다.

LVM SR에 대한 장치 구성 매개변수는 다음과 같습니다.

매개 변수 이름	설명	필수?
`device`	SR에 사용할 로컬 호스트의 장치 이름입니다. 쉼표로 구분된 이름 목록을 제공할 수도 있습니다.	예

/dev/disk/<id>에 로컬 LVM SR을 생성하려면 다음 명령을 사용하세요.

      xe sr-create host-uuid=valid_uuid content-type=user \
      name-label="Example Local LVM SR" shared=false \
      device-config:device=/dev/disk/<id> type=lvm
<!--NeedCopy-->

로컬 EXT3/EXT4

EXT3/EXT4를 사용하면 로컬 스토리지에서 씬 프로비저닝을 수행할 수 있습니다. 그러나 기본 스토리지 리포지토리 유형은 일관된 쓰기 성능을 제공하고 스토리지 오버 커밋을 방지하기 때문에 LVM입니다. EXT3/EXT4를 사용하는 경우 다음과 같은 경우 성능이 저하될 수 있습니다.

VM 생성 및 일시 중단/재개와 같은 VM 수명 주기 작업을 수행하는 경우
VM 내에서 대용량 파일을 만들 때

로컬 디스크 EXT3/EXT4 SR은 XenServer CLI를 사용하여 구성해야 합니다.

로컬 EXT SR이 EXT3를 사용하는지 EXT4를 사용하는지는 이를 만든 XenServer 버전에 따라 달라집니다.

Citrix Hypervisor 또는 XenServer의 이전 버전에서 로컬 EXT SR을 만든 다음 XenServer 8.4로 업그레이드한 경우 EXT3를 사용합니다.
XenServer 8.4에서 로컬 EXT SR을 생성한 경우 EXT4를 사용합니다.

메모:

EXT3/EXT4 디스크의 블록 크기는 512바이트여야 합니다. 4KB 물리적 블록을 사용하는 저장소를 사용하려면 저장소가 512바이트 할당 블록의 에뮬레이션도 지원해야 합니다(논리적 블록 크기는 512바이트여야 함).

로컬 EXT4 SR 생성(`내선`)

EXT SR에 대한 장치 구성 매개변수:

매개 변수 이름	설명	필수?
`device`	SR에 사용할 로컬 호스트의 장치 이름입니다. 쉼표로 구분된 이름 목록을 제공할 수도 있습니다.	예

/dev/disk/<id>에 로컬 EXT4 SR을 생성하려면 다음 명령을 사용하세요.

      xe sr-create host-uuid=valid_uuid content-type=user \
         name-label="Example Local EXT4 SR" shared=false \
         device-config:device=/dev/disk/<id> type=ext
<!--NeedCopy-->

로컬 XFS

XFS를 사용하면 로컬 스토리지에서 씬 프로비저닝이 가능합니다. 로컬 XFS 유형을 사용하면 512바이트의 논리 블록 크기가 필요 없이 물리적 블록이 4KB인 로컬 저장 장치를 만들 수 있습니다.

제약 조건

XFS SR에는 다음과 같은 제약이 있습니다.

XFS SR에 VDI가 있는 VM에서는 스토리지 라이브 마이그레이션을 사용할 수 없습니다.
XFS SR을 사용하는 VM에서는 Intellicache가 지원되지 않습니다.
소프트웨어 FCoE 전송은 XFS SR에서 지원되지 않습니다(완전히 오프로드된 FCoE용 HBA).
XFS SR에서는 트림/맵 해제가 지원되지 않습니다.
2TiB보다 큰 VDI는 VHD 또는 OVA/OVF로 내보낼 수 없습니다. 그러나 VDI가 2TiB보다 큰 VM을 XVA 형식으로 내보낼 수 있습니다.

로컬 XFS SR 생성

XFS SR에 대한 장치 구성 매개변수:

매개 변수 이름	설명	필수?
`device`	SR에 사용할 로컬 호스트의 장치 이름입니다. 쉼표로 구분된 이름 목록을 제공할 수도 있습니다.	예

/dev/disk/<id>에 로컬 XFS SR을 생성하려면 다음 명령을 사용하세요.

      xe sr-create host-uuid=valid_uuid content-type=user \
         name-label="Example Local XFS SR" shared=false \
         device-config:device=/dev/disk/<id> type=xfs
<!--NeedCopy-->

우데브

udev 유형은 udev 장치 관리자를 사용하여 VDI로 연결된 장치를 나타냅니다.

XenServer에는 이동식 저장소를 나타내는 udev 유형의 SR이 두 개 있습니다. 하나는 XenServer 호스트의 실제 CD 또는 DVD-ROM 드라이브에 있는 CD 또는 DVD 디스크를 위한 것입니다. 다른 하나는 XenServer 호스트의 USB 포트에 연결된 USB 장치를 위한 것입니다. 미디어를 나타내는 VDI는 디스크 또는 USB 스틱을 삽입하고 제거할 때 들어오고 이동합니다.

이오스페이스

ISO 유형은 ISO 형식의 파일로 저장된 CD 이미지를 처리합니다. 이 SR 유형은 공유 ISO 라이브러리를 만드는 데 유용합니다.

다음과 같은 ISO SR 유형을 사용할 수 있습니다.

nfs_iso: NFS ISO SR 유형은 NFS 공유로 사용할 수 있는 ISO 형식의 파일로 저장된 CD 이미지를 처리합니다.
CIF(국제기후변화무도체): Windows 파일 공유(SMB/CIFS) SR 유형은 Windows(SMB/CIFS) 공유로 사용할 수 있는 ISO 형식의 파일로 저장된 CD 이미지를 처리합니다.

SR에 사용할 저장소 유형을 지정하지 않으면 XenServer는 위치 장치 구성 매개 변수를 사용하여 유형을 결정합니다.

ISO SR에 대한 Device-config 매개변수:

매개 변수 이름	설명	필수?
`location`	탈것으로 가는 길입니다.	예
`type`	SR에 사용할 스토리지 유형: `CIF(국제기후변화무도체)` 또는 `nfs_iso`.	아니요
`nfsversion`	저장 유형이 NFS인 경우, 사용할 NFS 프로토콜 버전은 3, 4, 4.0 또는 4.1입니다.	아니요
`vers`	스토리지 유형 CIFS/SMB의 경우 사용할 SMB 버전: 1.0 또는 3.0. 기본값은 3.0입니다.	아니요
`username`	스토리지 유형 CIFS/SMB의 경우 Windows 파일 서버에 사용자 이름이 필요한 경우.	아니요
`cifspassword_secret`	(권장) 스토리지 유형 CIFS/SMB의 경우 Windows 파일 서버에 대한 암호 대신 암호를 전달할 수 있습니다.	아니요
`cifspassword`	스토리지 유형의 경우 Windows 파일 서버에 암호가 필요한 경우 CIFS/SMB를 입력합니다. 대신 `cifspassword_secret` 매개변수를 사용하는 것이 좋습니다.	아니요

메모:

실행할 때 sr-생성 명령을 사용하는 것이 좋습니다. 장치 구성:cifspassword_secret 명령줄에서 암호를 지정하는 대신 인수를 사용합니다. 자세한 내용은 비밀.

ISO 라이브러리를 저장하는 스토리지 저장소의 경우, 콘텐츠 유형 매개 변수를 다음으로 설정해야 합니다. 이오아이소예를 들어:

      xe sr-create host-uuid=valid_uuid content-type=iso  type=iso name-label="Example ISO SR" \
        device-config:location=<path_to_mount> device-config:type=nfs_iso
<!--NeedCopy-->

NFS 또는 SMB를 사용하여 ISO SR을 마운트할 수 있습니다. 이러한 SR 유형 사용에 대한 자세한 내용은 다음을 참조하십시오. NFS 및 SMB.

SMB 버전 3을 사용하여 Windows 파일 서버에 ISO SR을 탑재하는 것이 좋습니다. 버전 3은 SMB 버전 1.0보다 더 안전하고 강력하기 때문에 기본적으로 선택됩니다. 그러나 다음 명령을 사용하여 SMB 버전 1을 사용하여 ISO SR을 마운트할 수 있습니다.

       xe sr-create content-type=iso type=iso shared=true device-config:location=<path_to_mount>
       device-config:username=<username> device-config:cifspassword=<password> \
       device-config:type=cifs device-config:vers=1.0 name-label="Example ISO SR"
<!--NeedCopy-->

소프트웨어 iSCSI 지원

XenServer는 iSCSI LUN에서 공유 SR을 지원합니다. iSCSI는 Open-iSCSI 소프트웨어 iSCSI 초기자를 사용하거나 지원되는 iSCSI HBA(호스트 버스 어댑터)를 사용하여 지원됩니다. iSCSI HBA를 사용하는 단계는 파이버 채널 HBA를 사용하는 단계와 동일합니다. 두 단계 모두 파이버 채널/파이버 채널 오버 이더넷/iSCSI HBA 또는 SAS SR을 통한 공유 LVM 생성에 설명되어 있습니다.

소프트웨어 iSCSI 이니시에이터를 사용한 공유 iSCSI 지원은 Linux Volume Manager(LVM)를 기반으로 구현됩니다. 이 기능은 로컬 디스크 케이스에서 LVM VDI가 제공하는 것과 동일한 성능 이점을 제공합니다. 소프트웨어 기반 호스트 이니시에이터를 사용하는 공유 iSCSI SR은 라이브 마이그레이션을 사용하여 VM 민첩성을 지원할 수 있습니다. VM은 리소스 풀에 있는 모든 XenServer 호스트에서 시작되고 눈에 띄는 다운타임 없이 해당 호스트 간에 마이그레이션될 수 있습니다.

iSCSI SR은 생성 시 지정된 전체 LUN을 사용하며 두 개 이상의 LUN에 걸쳐 있을 수 없습니다. CHAP 지원은 데이터 경로 초기화와 LUN 검색 단계 모두에서 클라이언트 인증을 위해 제공됩니다.

메모:

iSCSI LUN의 블록 크기는 512바이트여야 합니다. 4KB 물리적 블록을 사용하는 저장소를 사용하려면 저장소가 512바이트 할당 블록의 에뮬레이션도 지원해야 합니다(논리적 블록 크기는 512바이트여야 함).

XenServer 호스트 iSCSI 구성

모든 iSCSI 초기자 및 대상은 네트워크에서 고유하게 식별할 수 있도록 고유한 이름을 가져야 합니다. 이니시에이터에는 iSCSI 이니시에이터 주소가 있고 대상에는 iSCSI 대상 주소가 있습니다. 이러한 이름을 통칭하여 iSCSI 정규화된 이름 또는 IQN이라고 합니다.

XenServer 호스트는 호스트 설치 중에 임의의 IQN으로 자동으로 생성 및 구성되는 단일 iSCSI 이니시에이터를 지원합니다. 단일 이니시에이터를 사용하여 여러 iSCSI 대상에 동시에 연결할 수 있습니다.

iSCSI 대상은 일반적으로 iSCSI 초기자 IQN 목록을 사용하여 액세스 제어를 제공합니다. XenServer 호스트가 액세스하는 모든 iSCSI 대상/LUN은 호스트의 초기자 IQN에 의한 액세스를 허용하도록 구성되어야 합니다. 마찬가지로, 공유 iSCSI SR로 사용할 대상/LUN은 리소스 풀의 모든 호스트 IQN에서 액세스할 수 있도록 구성해야 합니다.

메모:

액세스 제어를 제공하지 않는 iSCSI 대상은 일반적으로 데이터 무결성을 보장하기 위해 LUN 액세스를 단일 초기자로 제한하는 것으로 기본 설정됩니다. iSCSI LUN이 풀의 여러 호스트에서 공유 SR로 사용되는 경우, 지정된 LUN에 대해 다중 이니시에이터 액세스가 활성화되어 있는지 확인하세요.

XenServer 호스트 IQN 값은 XenCenter를 사용하거나 iSCSI 소프트웨어 초기자를 사용할 때 다음 명령과 함께 CLI를 사용하여 조정할 수 있습니다.

      xe host-param-set uuid=valid_host_id other-config:iscsi_iqn=new_initiator_iqn
<!--NeedCopy-->

경고:

각 iSCSI 대상 및 초기자에는 고유한 IQN이 있어야 합니다. 고유하지 않은 IQN 식별자를 사용하면 데이터가 손상되거나 LUN 액세스가 거부될 수 있습니다.

iSCSI SR이 연결된 XenServer 호스트 IQN을 변경하지 마세요. 이렇게 하면 새 대상 또는 기존 SR에 연결하지 못할 수 있습니다.

소프트웨어 FCoE 스토리지(더 이상 사용되지 않음)

소프트웨어 FCoE는 하드웨어 공급업체가 FCoE 지원 NIC를 연결하고 하드웨어 기반 FCoE와 동일한 이점을 얻을 수 있는 표준 프레임워크를 제공합니다. 이 기능을 사용하면 값비싼 HBA를 사용할 필요가 없습니다.

메모:

소프트웨어 FCoE는 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다.

소프트웨어 FCoE 스토리지를 생성하기 전에 LUN을 호스트에 노출하는 데 필요한 구성을 수동으로 완료합니다. 이 구성에는 FCoE 패브릭 구성 및 SAN의 PWWN(Public World Wide Name)에 LUN 할당이 포함됩니다. 이 구성을 완료하면 사용 가능한 LUN이 호스트의 CNA에 SCSI 디바이스로 마운트됩니다. 그런 다음 SCSI 장치를 사용하여 로컬에 연결된 SCSI 장치인 것처럼 LUN에 액세스할 수 있습니다. FCoE를 지원하도록 물리적 스위치 및 어레이를 구성하는 방법에 대한 자세한 내용은 공급업체에서 제공하는 설명서를 참조하십시오.

메모:

소프트웨어 FCoE는 Open vSwitch 및 Linux 브리지와 함께 네트워크 백엔드로 사용할 수 있습니다.

소프트웨어 FCoE SR 생성

소프트웨어 FCoE SR을 생성하기 전에 고객은 호스트에 FCoE 지원 NIC가 연결되어 있는지 확인해야 합니다.

FCoE SR에 대한 Device-config 매개 변수는 다음과 같습니다.

매개 변수 이름	설명	필수?
`SCSIid`	대상 LUN의 SCSI 버스 ID입니다	예

다음 명령을 실행하여 공유 FCoE SR을 생성합니다.

      xe sr-create type=lvmofcoe \
      name-label="FCoE SR" shared=true device-config:SCSIid=SCSI_id
<!--NeedCopy-->

하드웨어 호스트 버스 어댑터(HBA)

이 섹션에서는 SAS, 파이버 채널 및 iSCSI HBA를 관리하는 데 필요한 다양한 작업에 대해 설명합니다.

타사 구성 도구

이전 버전의 Citrix Hypervisor와 XenServer에는 하드웨어 HBA 스토리지를 관리하는 타사 도구가 포함되어 있었습니다. 이러한 도구는 더 이상 포함되지 않지만 하드웨어 공급업체 웹사이트에서 다운로드할 수 있습니다. 자세한 내용은 타사 구성 요소에 대한 변경 사항을 참조하세요.

HBA 기반 SAS, FC 또는 iSCSI 장치 항목 제거

메모:

이 단계는 필요하지 않습니다. 필요한 경우 고급 사용자만 이 프로세스를 수행하는 것이 좋습니다.

각 HBA 기반 LUN에는 아래에 해당하는 전역 장치 경로 항목이 있습니다. /dev/disk/에 의해-scsibus 형식으로 <SCSIid>-<adapter>:<bus>:<target>:<lun> 및 아래의 표준 장치 경로 [개발 인사이드]. 더 이상 SR로 사용되지 않는 LUN에 대한 장치 항목을 제거하려면 다음 단계를 사용합니다.

적절한 sr-forget 또는 sr-destroy 를 사용하여 XenServer 호스트 데이터베이스에서 SR을 제거합니다. 자세한 내용은 SR 제거 를 참조하세요.
원하는 호스트에 대한 원하는 LUN에 대한 SAN 내의 조닝 구성을 제거합니다.
를 사용하십시오. SR-프로브 제거할 LUN에 해당하는 ADAPTER, BUS, TARGET 및 LUN 값을 결정하는 명령입니다. 자세한 내용은 SR을 조사해 보세요.

다음 명령을 사용하여 장치 항목을 제거합니다.

  echo "1" > /sys/class/scsi_device/adapter:bus:target:lun/device/delete
<!--NeedCopy-->

경고:

제거할 LUN이 무엇인지 확실히 알고 있어야 합니다. 부팅 또는 루트 장치와 같은 호스트 작업에 필요한 LUN을 실수로 제거하면 호스트를 사용할 수 없게 됩니다.

공유 LVM 스토리지

공유 LVM 유형은 iSCSI(FC 또는 SAS) LUN에서 생성된 볼륨 그룹 내의 논리 볼륨으로 디스크를 나타냅니다.

메모:

iSCSI LUN의 블록 크기는 512바이트여야 합니다. 4KB 물리적 블록을 사용하는 저장소를 사용하려면 저장소가 512바이트 할당 블록의 에뮬레이션도 지원해야 합니다(논리적 블록 크기는 512바이트여야 함).

Software iSCSI 이니시에이터를 사용하여 iSCSI SR을 통해 공유 LVM을 생성합니다

LVMoiSCSI SR에 대한 장치 구성 매개변수:

매개 변수 이름	설명	필수?
`target`	SR을 호스팅하는 SAN에 있는 iSCSI 대상의 IP 주소 또는 호스트 이름입니다. 여러 대상에 연결하기 위해 쉼표로 구분된 값 목록일 수도 있습니다.	예
`targetIQN`	SR을 호스팅하는 iSCSI SAN에 있는 대상의 iSCSI 정규화된 이름(IQN) 또는 `*` 모든 IQN에 연결합니다.	예
`SCSIid`	대상 LUN의 SCSI 버스 ID입니다	예
`multihomed`	이 대상에 대한 멀티호밍 활성화	아니요 (기본값은 host.other_config:multipathing과 동일한 값)
`chapuser`	CHAP 인증에 사용할 사용자 이름입니다	아니요
`chappassword_secret`	(권장) CHAP 인증에 사용할 암호의 비밀 ID입니다. 암호 대신 비밀을 전달합니다.	아니요
`chappassword`	CHAP 인증에 사용할 암호입니다. 대신 `chappassword_secret` 매개변수를 사용하는 것이 좋습니다.	아니요
`port`	대상을 쿼리할 네트워크 포트 번호입니다	아니요
`usediscoverynumber`	사용할 특정 iSCSI 레코드 인덱스	아니요
`incoming_chapuser`	iSCSI 필터가 호스트에 대해 인증하는 데 사용하는 사용자 이름입니다	아니요
`incoming_chappassword_secret`	(권장) iSCSI 필터가 호스트에 대해 인증하는 데 사용하는 암호의 비밀 ID입니다.	아니요
`incoming_chappassword`	iSCSI 필터가 호스트에 대해 인증하는 데 사용하는 암호입니다. 대신 `incoming_chappassword_secret` 매개변수를 사용하는 것이 좋습니다.	아니요

메모:

실행할 때 sr-생성 명령을 사용하는 것이 좋습니다. 장치 구성:chappassword_secret 명령줄에서 암호를 지정하는 대신 인수를 사용합니다. 자세한 내용은 비밀.

iSCSI 대상의 특정 LUN에서 공유 LVMoiSCSI SR을 만들려면 다음 명령을 사용합니다.

      xe sr-create host-uuid=valid_uuid content-type=user \
      name-label="Example shared LVM over iSCSI SR" shared=true \
      device-config:target=target_ip= device-config:targetIQN=target_iqn= \
      device-config:SCSIid=scsci_id \
      type=lvmoiscsi
<!--NeedCopy-->

파이버 채널 / 이더넷을 통한 파이버 채널 / iSCSI HBA 또는 SAS SR을 통한 공유 LVM 생성

LVMoHBA 유형의 SR은 xe CLI 또는 XenCenter를 사용하여 생성 및 관리할 수 있습니다.

LVMoHBA SR에 대한 장치 구성 매개변수:

매개 변수 이름	설명	필수?
`SCSIid`	장치 SCSI ID	예

공유 LVMoHBA SR을 생성하려면 풀의 각 호스트에서 다음 단계를 수행합니다.

풀의 각 XenServer 호스트에 하나 이상의 LUN을 영역으로 지정합니다. 이 프로세스는 사용 중인 SAN 장비에 따라 매우 다릅니다. 자세한 내용은 SAN 설명서를 참조하십시오.
필요한 경우 BIOS 또는 펌웨어에서 타사 도구를 사용하여 HBA를 구성합니다.
- QLogic Fibre Channel 및 iSCSI HBA 구성에 대한 자세한 내용은 Marvell 웹사이트를 참조하세요.
- Emulex Fibre Channel HBA 구성에 대한 자세한 내용은 Broadcom 웹사이트를 참조하세요.

를 사용하십시오. SR-프로브 HBA LUN의 전역 장치 경로를 확인하는 명령입니다. 이 SR-프로브 이 명령은 시스템에 설치된 HBA를 강제로 다시 검색하여 호스트에 구역화된 새 LUN을 탐지합니다. 이 명령은 발견된 각 LUN에 대한 속성 목록을 반환합니다. 를 지정합니다. 호스트-uuid 매개 변수를 사용하여 프로브가 원하는 호스트에서 발생하도록 합니다.

전역 장치 경로는 <path> 속성은 풀의 모든 호스트에서 공통입니다. 따라서 이 경로를 의 값으로 사용해야 합니다. 장치 구성 : 장치 매개변수를 생성합니다.

여러 LUN이 있는 경우 공급업체, LUN 크기, LUN 일련 번호 또는 SCSI ID를 사용합니다. <path> 원하는 LUN을 식별하는 속성입니다.

      xe sr-probe type=lvmohba \
      host-uuid=1212c7b3-f333-4a8d-a6fb-80c5b79b5b31
      Error code: SR_BACKEND_FAILURE_90
      Error parameters: , The request is missing the device parameter, \
      <?xml version="1.0" ?>
      <Devlist>
          <BlockDevice>
              <path>
                  /dev/disk/by-id/scsi-360a9800068666949673446387665336f
              </path>
              <vendor>
                  HITACHI
              </vendor>
              <serial>
                  730157980002
              </serial>
              <size>
                  80530636800
              </size>
              <adapter>
                  4
              </adapter>
              <channel>
                  0
              </channel>
              <id>
                  4
              </id>
              <lun>
                  2
              </lun>
              <hba>
                  qla2xxx
              </hba>
          </BlockDevice>
          <Adapter>
              <host>
                  Host4
              </host>
              <name>
                  qla2xxx
              </name>
              <manufacturer>
                  QLogic HBA Driver
              </manufacturer>
              <id>
                  4
              </id>
          </Adapter>
      </Devlist>
<!--NeedCopy-->

풀 코디네이터에서 SR을 만듭니다. 에 반환된 전역 장치 경로를 지정합니다. <path> 속성 출처 SR-프로브. PBD는 풀의 각 호스트에 대해 자동으로 생성되고 연결됩니다.
```
      xe sr-create host-uuid=valid_uuid \
      content-type=user \
      name-label="Example shared LVM over HBA SR" shared=true \
      device-config:SCSIid=device_scsi_id type=lvmohba

```

메모:

XenCenter Repair Storage Repository 기능을 사용하여 PBD 생성 및 연결 부분을 다시 시도할 수 있습니다. sr-생성 수술. 이 기능은 SR이 생성될 때 풀에 있는 하나 이상의 호스트에 대해 LUN 조닝이 잘못된 경우에 유용할 수 있습니다. 영향을 받는 호스트의 조닝을 수정하고 SR을 제거하고 다시 생성하는 대신 스토리지 저장소 복구 기능을 사용합니다.

씬 프로비저닝된 공유 GFS2 블록 스토리지

씬 프로비저닝은 VDI의 전체 가상 크기를 미리 할당하는 대신 데이터가 가상 디스크에 기록될 때 디스크 스토리지 공간을 VDI에 할당하여 사용 가능한 스토리지를 더 잘 활용합니다. 씬 프로비저닝을 사용하면 공유 스토리지 어레이에 필요한 공간의 양을 크게 줄일 수 있으며, 그에 따라 총 소유 비용(TCO)도 절감할 수 있습니다.

공유 블록 스토리지에 대한 씬 프로비저닝은 다음과 같은 경우에 특히 유용합니다.

공간 효율성을 높이고자 합니다. 이미지가 띄엄띄엄 있고 두껍게 할당되지 않았습니다.
스토리지 배열에서 초당 I/O 작업 수를 줄이려고 합니다. GFS2 SR은 공유 블록 스토리지에서 스토리지 읽기 캐싱을 지원하는 첫 번째 SR 유형입니다.
여러 가상 머신에 대해 공통 기본 이미지를 사용합니다. 그러면 개별 VM의 이미지는 일반적으로 훨씬 더 적은 공간을 사용합니다.
스냅샷을 사용합니다. 각 스냅샷은 이미지이며 각 이미지는 이제 스파스입니다.
귀하의 저장소는 NFS를 지원하지 않으며 블록 저장소만 지원합니다. 스토리지가 NFS를 지원하는 경우 GFS2 대신 NFS를 사용하는 것이 좋습니다.
크기가 2TiB보다 큰 VDI를 만들려고 합니다. GFS2 SR은 최대 16TiB 크기의 VDI를 지원합니다.

메모:

클러스터 네트워크가 비관리 VLAN에 있는 경우 클러스터된 풀에서 호스트를 추가하거나 제거할 수 없는 알려진 문제로 인해 VLAN과 함께 GFS2 SR을 사용하지 않는 것이 좋습니다.

공유 GFS2 SR 유형은 iSCSI 또는 HBA LUN에 GFS2 파일 시스템을 생성합니다. VDI는 QCOW2 이미지 형식의 파일로 GFS2 SR에 저장됩니다.

GFS2 스토리지 사용에 대한 자세한 내용은 씬 프로비저닝 공유 GFS2 블록 스토리지를 참조하세요.

NFS 및 SMB

NFS 서버(모든 버전의 NFSv4 또는 NFSv3 지원) 또는 SMB 서버(SMB 3 지원)의 공유는 가상 디스크의 SR로 즉시 사용할 수 있습니다. VDI는 Microsoft VHD 형식으로만 저장됩니다. 또한 이러한 SR을 공유할 수 있으므로 공유 SR에 저장된 VDI를 통해 다음을 수행할 수 있습니다.

리소스 풀의 모든 XenServer 호스트에서 시작될 VM
라이브 마이그레이션을 사용하여 리소스 풀의 XenServer 호스트 간 VM 마이그레이션(눈에 띄는 다운타임 없음)

중요:

SMB3에 대한 지원은 3 프로토콜을 사용하여 공유에 연결하는 기능으로 제한됩니다. 투명한 장애 조치(Failover)와 같은 추가 기능은 업스트림 Linux 커널의 기능 가용성에 따라 달라지며 XenServer 8.4에서는 지원되지 않습니다.

XenServer에서는 클러스터형 SMB가 지원되지 않습니다.

NFSv4의 경우 인증 유형만 AUTH_SYS 지원됩니다.

SMB 저장소는 XenServer Premium Edition 고객이 사용할 수 있습니다.

NFS 및 SMB 스토리지 모두에 대해 두 개 이상의 결합된 링크를 사용하여 전용 스토리지 네트워크를 사용하는 것이 좋으며, 이상적으로는 중복 전원 공급 장치가 있는 독립 네트워크 스위치에 사용하는 것이 좋습니다.

SMB 스토리지를 사용하는 경우 SMB SR을 분리하기 전에 스토리지에서 공유를 제거하지 마십시오.

파일 기반 SR에 저장된 VDI는 다음과 같습니다. 씬 프로비저닝. 이미지 파일은 VM이 디스크에 데이터를 쓸 때 할당됩니다. 이 방법은 VM 이미지 파일이 스토리지에서 필요한 만큼의 공간만 차지한다는 상당한 이점이 있습니다. 예를 들어 VM에 100GB VDI가 할당되고 OS가 설치된 경우 VDI 파일은 전체 100GB가 아닌 디스크에 기록된 OS 데이터의 크기만 반영합니다.

VHD 파일을 연결하여 두 VDI가 공통 데이터를 공유할 수도 있습니다. 파일 기반 VM이 복제되는 경우 결과 VM은 복제 시 공통 디스크 데이터를 공유합니다. 각 VM은 격리된 쓰기 중 복사(copy-on-write) 버전의 VDI에서 자체 변경을 진행합니다. 이 기능을 사용하면 템플릿에서 파일 기반 VM을 빠르게 복제할 수 있으므로 새 VM을 매우 빠르게 프로비저닝하고 배포할 수 있습니다.

메모:

VHD 체인의 최대 지원 길이는 30입니다.

XenServer의 파일 기반 SR과 VHD 구현은 파일 서버의 SR 디렉토리에 대한 전체 제어권이 있다고 가정합니다. 관리자는 SR 디렉토리의 컨텐츠를 수정해서는 안 됩니다. 이 작업을 수행하면 VDI의 컨텐츠가 손상될 위험이 있습니다.

XenServer는 비휘발성 RAM을 사용하여 오류로부터 높은 수준의 데이터 보호를 유지하는 동시에 쓰기 요청을 빠르게 인식하는 엔터프라이즈급 스토리지에 맞춰 조정되었습니다. XenServer는 Data OnTap 7.3 및 8.1을 사용하여 Network Appliance FAS2020 및 FAS3210 스토리지에 대해 광범위하게 테스트되었습니다.

경고:

파일 기반 SR의 VDI는 씬 프로비저닝으로 생성되므로 관리자는 파일 기반 SR에 필요한 모든 VDI를 위한 충분한 디스크 공간이 있는지 확인해야 합니다. XenServer 호스트는 파일 기반 SR의 VDI에 필요한 공간이 있는지 확인하지 않습니다.

SR의 여유 공간을 모니터링해야 합니다. SR 사용량이 100%로 증가하면 VM의 추가 쓰기가 실패합니다. 이러한 쓰기 실패로 인해 VM이 정지되거나 충돌할 수 있습니다.

공유 NFS SR(NFS) 생성

메모:

읽기 전용 NFS SR을 연결하려고 하면 “SR_BACKEND_FAILURE_461 - SR의 파일 시스템을 쓸 수 없습니다.” 오류 메시지와 함께 이 작업이 실패합니다.

NFS SR을 생성하려면 NFS 서버의 호스트 이름 또는 IP 주소를 제공해야 합니다. 유효한 모든 대상 경로에서 SR을 생성할 수 있습니다. 를 사용하십시오. SR-프로브 명령을 사용하여 서버에서 내보낸 유효한 대상 경로 목록을 표시합니다.

XenServer가 하위 스토리지와 함께 사용되는 시나리오에서는 모든 쓰기가 확인될 때까지 신중하게 기다린 후 VM에 확인을 전달합니다. 이 접근 방식은 눈에 띄는 성능 비용을 발생시키며, SR 마운트 지점을 비동기 모드 내보내기로 제공하도록 스토리지를 설정하여 해결할 수 있습니다. 비동기 내보내기는 실제로 디스크에 없는 쓰기를 승인합니다. 이러한 상황에서는 실패의 위험을 신중하게 고려하십시오.

메모:

NFS 서버는 지정된 경로를 풀의 모든 호스트로 내보내도록 구성되어야 합니다. 이 컨피그레이션이 수행되지 않으면 SR 생성 및 PBD 레코드 플러깅이 실패합니다.

XenServer NFS 구현은 기본적으로 TCP를 사용합니다. 상황에 따라 성능이 향상될 수 있는 시나리오에서 UDP를 사용하도록 구현을 구성할 수 있습니다. 이 구성을 수행하려면 SR을 생성할 때 장치 구성 매개 변수 useUDP=참.

다음 장치 구성 매개변수는 NFS SR과 함께 사용됩니다.

매개 변수 이름	설명	필수?
`server`	NFS 서버의 IP 주소 또는 호스트 이름	예
`serverpath`	NFS 마운트 지점을 포함하여 SR을 호스팅하는 NFS 서버에 대한 경로	예
`nfsversion`	사용할 NFS 버전을 지정합니다. 를 지정하는 경우 `nfsversion="4"`SR은 사용 가능한 항목에 따라 NFS v4.0, v4.1 또는 v4.2를 사용합니다. 보다 구체적인 버전의 NFS를 선택하려면 다음을 지정할 수 있습니다 `nfsversion="4.0"` 등등. 에 대해 하나의 값만 지정할 수 있습니다. `nfs버전`.	아니요
`useUDP`	기본 TCP 대신 UDP를 사용하도록 SR을 구성합니다.	아니요

예를 들어 공유 NFS SR을 만들려면 다음을 수행합니다. 192.168.1.10:/내보내기1파일러에서 사용할 수 있는 NFS 버전 4를 사용하여 다음 명령을 사용합니다.

      xe sr-create content-type=user \
      name-label="shared NFS SR" shared=true \
      device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
      device-config:nfsversion="4"
<!--NeedCopy-->

비공유 NFS SR을 생성하려면 192.168.1.10:/내보내기1특히 NFS 버전 4.0을 사용하여 다음 명령을 실행합니다.

      xe sr-create host-uuid=host_uuid content-type=user \
      name-label="Non-shared NFS SR" \
      device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
      device-config:nfsversion="4.0"
<!--NeedCopy-->

공유 SMB SR(SMB) 만들기

SMB SR을 생성하려면 SMB 서버의 호스트 이름 또는 IP 주소, 내보낸 공유의 전체 경로 및 적절한 자격 증명을 제공합니다.

SMB SR에 대한 Device-config 매개 변수:

매개 변수 이름	설명	필수?
`server`	서버에서 공유할 전체 경로	예
`username`	공유할 RW 액세스 권한이 있는 사용자 계정	선택 사항입니다
`password_secret`	(권장) 암호 대신 사용할 수 있는 사용자 계정의 암호에 대한 비밀 ID입니다.	선택 사항입니다
`password`	사용자 계정의 암호입니다. 를 사용하는 것이 좋습니다. `password_secret` 매개 변수를 대신 사용합니다.	선택 사항입니다

메모:

실행할 때 sr-생성 명령을 사용하는 것이 좋습니다. 장치 구성:password_secret 명령줄에서 암호를 지정하는 대신 인수를 사용합니다. 자세한 내용은 비밀.

예를 들어 공유 SMB SR을 만들려면 192.168.1.10:/공유1다음 명령을 사용합니다.

      xe sr-create content-type=user \
      name-label="Example shared SMB SR" shared=true \
      device-config:server=//192.168.1.10/share1 \
      device-config:username=valid_username device-config:password_secret=valid_password_secret type=smb
<!--NeedCopy-->

비공유 SMB SR을 생성하려면 다음 명령을 실행합니다.

      xe sr-create host-uuid=host_uuid content-type=user \
      name-label="Non-shared SMB SR" \
      device-config:server=//192.168.1.10/share1 \
      device-config:username=valid_username device-config:password_secret=valid_password_secret type=smb
<!--NeedCopy-->

하드웨어 HBA를 통한 LVM

하드웨어 HBA를 통한 LVM 유형은 예를 들어 하드웨어 기반 iSCSI 또는 FC 지원을 제공하는 HBA LUN에서 생성된 볼륨 그룹 내의 논리 볼륨에 있는 VHD로 디스크를 나타냅니다.

XenServer 호스트는 Emulex 또는 QLogic 호스트 버스 어댑터(HBA)를 통해 파이버 채널 SAN을 지원합니다. 파이버 채널 LUN을 호스트에 노출하는 데 필요한 모든 파이버 채널 구성은 수동으로 완료해야 합니다. 이 구성에는 XenServer 호스트 내의 스토리지 장치, 네트워크 장치 및 HBA가 포함됩니다. 모든 FC 구성이 완료된 후 HBA는 FC LUN에서 지원하는 SCSI 디바이스를 호스트에 노출합니다. 그런 다음 SCSI 장치를 사용하여 로컬로 연결된 SCSI 장치인 것처럼 FC LUN에 액세스할 수 있습니다.

를 사용하십시오. SR-프로브 명령을 사용하여 호스트에 있는 LUN 지원 SCSI 장치를 나열합니다. 이 명령은 새 LUN 지원 SCSI 장치를 강제로 검색합니다. 에서 반환된 경로 값 SR-프로브 LUN 지원 SCSI 장치는 LUN에 액세스할 수 있는 모든 호스트에서 일관됩니다. 따라서 리소스 풀의 모든 호스트에서 액세스할 수 있는 공유 SR을 생성할 때 이 값을 사용해야 합니다.

QLogic iSCSI HBA에도 동일한 기능이 적용됩니다.

공유 HBA 기반 FC 및 iSCSI SR을 생성하는 방법에 대한 자세한 내용은 스토리지 저장소 만들기 를 참조하세요.

메모:

XenServer의 파이버 채널 지원은 LUN을 VM에 직접 매핑하는 것을 지원하지 않습니다. HBA 기반 LUN은 호스트에 매핑되고 SR에서 사용하도록 지정되어야 합니다. SR 내의 VDI는 표준 블록 디바이스로 VM에 노출됩니다.

HBA LUN을 통한 LVM의 블록 크기는 512바이트여야 합니다. 4KB 물리적 블록을 사용하는 저장소를 사용하려면 저장소가 512바이트 할당 블록의 에뮬레이션도 지원해야 합니다(논리적 블록 크기는 512바이트여야 함).

이 콘텐츠의 공식 버전은 영어로 작성되었습니다. 일부 Cloud Software Group 설명서 콘텐츠는 사용자의 편의를 위해 기계 번역되었습니다. Cloud Software Group는 기계 번역 콘텐츠를 제어할 수 없으며, 오류, 부정확성 또는 부적절한 언어가 포함될 수 있습니다. 영어 원본에서 다른 언어로 번역된 모든 콘텐츠의 정확성, 신뢰성, 적합성 또는 적절성에 대한 모든 종류의 명시적 또는 묵시적 보증이나 Cloud Software Group 제품 또는 서비스가 기계 번역된 콘텐츠를 준수한다는 보증은 하지 않으며, 해당하는 최종 사용자 사용권 계약, 이용 약관 또는 제품 또는 서비스가 준수해야 하는 Cloud Software Group와의 모든 계약에 제공된 모든 보증은 기계 번역된 범위까지 적용되지 않습니다. Cloud Software Group는 기계 번역된 콘텐츠의 사용으로 인해 발생할 수 있는 손상이나 문제에 대해 책임을 지지 않습니다.

도움이 되었나요?

스토리지 리포지토리를 생성합니다

May 2, 2025

제공::

May 2, 2025

제공::

도움이 되었나요?

스토리지 리포지토리를 생성합니다

로컬 LVM

LVM 성능 고려 사항

로컬 LVM SR 생성

로컬 EXT3/EXT4

로컬 EXT4 SR 생성(내선)

로컬 XFS

제약 조건

로컬 XFS SR 생성

우데브

이오스페이스

소프트웨어 iSCSI 지원

XenServer 호스트 iSCSI 구성

소프트웨어 FCoE 스토리지(더 이상 사용되지 않음)

소프트웨어 FCoE SR 생성

하드웨어 호스트 버스 어댑터(HBA)

타사 구성 도구

HBA 기반 SAS, FC 또는 iSCSI 장치 항목 제거

공유 LVM 스토리지

Software iSCSI 이니시에이터를 사용하여 iSCSI SR을 통해 공유 LVM을 생성합니다

파이버 채널 / 이더넷을 통한 파이버 채널 / iSCSI HBA 또는 SAS SR을 통한 공유 LVM 생성

씬 프로비저닝된 공유 GFS2 블록 스토리지

NFS 및 SMB

공유 NFS SR(NFS) 생성

공유 SMB SR(SMB) 만들기

하드웨어 HBA를 통한 LVM

이 문서

로컬 EXT4 SR 생성(`내선`)