layout: doc description: Create storage repositories for use in your XenServer environment.—

스토리지 리포지토리 생성

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

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

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

경고:

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

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

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

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

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

스토리지 저장소 형식	최대 VDI 크기
EXT3/EXT4	2TiB
GFS2 (iSCSI 또는 HBA 사용)	16TiB
XFS	16TiB
LVM	2TiB
LVMoFCoE(더 이상 사용되지 않음)	2TiB
LVMoHBA	2TiB
LVMoiSCSI	2TiB
NFS	2TiB
SMB	2TiB

로컬 LVM

로컬 LVM 유형은 로컬로 연결된 볼륨 그룹 내에 디스크를 표시합니다.

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

참고:

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

LVM 성능 고려 사항

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

경고:

type=raw개 디스크가 연결된 VM의 스냅샷을 생성하지 마십시오. 이 작업을 수행하면 부분 스냅샷이 생성될 수 있습니다. 이 경우 snapshot-of 필드를 확인한 다음 삭제하여 분리된 스냅샷 vDI를 식별할 수 있습니다.

로컬 LVM SR 만들기

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

LVM SR의 디바이스 구성 매개 변수는 다음과 같습니다.

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

/dev/sdb에서 로컬 LVM SR을 생성하려면 다음 명령을 사용합니다.

    xe sr-create host-uuid=valid_uuid content-type=user \
    name-label="Example Local LVM SR" shared=false \
    device-config:device=/dev/sdb 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로 업그레이드한 경우 EXT3을 사용합니다.
XenServer 8에서 로컬 EXT SR을 만든 경우 EXT4를 사용합니다.

참고:

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

로컬 EXT4 SR 만들기 (`ext`)

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

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

/dev/sdb에서 로컬 EXT4 SR을 만들려면 다음 명령을 사용합니다.

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

로컬 XFS

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

로컬 XFS SR 생성

XFS SR의 장치 구성 매개 변수:

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

/dev/sdb에서 로컬 XFS SR을 생성하려면 다음 명령을 사용합니다.

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

udev

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

XenServer에는 이동식 스토리지를 나타내는 udev 유형의 SR이 두 개 있습니다. 하나는 XenServer 호스트의 물리적 CD 또는 DVD-ROM 드라이브에 있는 CD 또는 DVD 디스크용입니다. 다른 하나는 XenServer 호스트의 USB 포트에 연결된 USB 장치용입니다. 미디어를 나타내는 VDI는 이동식 디스크나 USB 장치와 같이 삽입하고 제거할 수 있습니다.

ISO

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

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

nfs_iso: NFS ISO SR 유형은 NFS 공유로 사용할 수 있는 ISO 형식의 파일로 저장된 CD 이미지를 처리합니다.
cifs: Windows 파일 공유 (SMB/CIFS) SR 유형은 Windows (SMB/CIFS) 공유로 사용할 수 있는 ISO 형식의 파일로 저장된 CD 이미지를 처리합니다.

SR에 사용할 스토리지 유형을 지정하지 않은 경우 XenServer는 장치 구성 location매개 변수를 사용하여 유형을 결정합니다.

ISO SR의 디바이스 구성 매개변수:

매개 변수 이름	설명	필수 여부
`location`	마운트로 가는 길.	예
`type`	SR에 사용할 스토리지 유형: `cifs`또는 `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`	스토리지 유형 CIFS/SMB의 경우 Windows 파일 서버에 암호가 필요한 경우 대신 파라미터를 사용하는 것`cifspassword_secret`이 좋습니다.	아니요

참고:

sr-create명령을 실행할 때는 명령줄에 암호를 지정하는 대신 인수를 사용하는 것device-config:cifspassword_secret이 좋습니다. 자세한 내용은 비밀을 참조하십시오.

ISO 라이브러리를 content-type저장하는 스토리지 리포지토리의 경우 파라미터를 다음과 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를 참조하십시오.

Windows 파일 서버에 ISO SR을 탑재하려면 SMB 버전 3을 사용하는 것이 좋습니다. 버전 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는 개방형 iSCSI 소프트웨어 iSCSI 초기자를 사용하거나 지원되는 iSCSI 호스트 버스 어댑터 (HBA) 를 사용하여 지원됩니다. iSCSI HBA 사용 단계는 파이버 채널 HBA 의 단계와 동일합니다. 두 단계 모두 파이버 채널을 통해 공유 LVM 만들기/이더넷을 통한 파이버 채널/iSCSI HBA 또는 SAS SR에 설명되어 있습니다.

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

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 (공용 월드 와이드 이름) 에 LUN을 할당하는 작업이 포함됩니다. 이 구성을 완료하면 사용 가능한 LUN이 호스트의 CNA에 SCSI 디바이스로 마운트됩니다. 그러면 로컬로 연결된 SCSI 장치인 것처럼 SCSI 장치를 LUN에 액세스하는 데 사용할 수 있습니다. FCoE를 지원하도록 물리적 스위치 및 배열을 구성하는 방법에 대한 자세한 내용은 공급업체가 제공한 설명서를 참조하십시오.

참고:

소프트웨어 FCoE는 개방형 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를 관리하는 데 필요한 다양한 작업에 대해 설명합니다.

QLogic iSCSI HBA 설정 예제

QLogic 파이버 채널 및 iSCSI HBA를 구성하는 방법에 대한 자세한 내용은 Cavium 웹 사이트를 참조하십시오.

HBA를 XenServer 호스트에 물리적으로 설치한 후에는 다음 단계를 사용하여 HBA를 구성하십시오.

HBA에 대한 IP 네트워킹 구성을 설정합니다. 이 예에서는 DHCP 및 HBA 포트 0을 사용합니다. 정적 IP 주소 지정 또는 다중 포트 HBA를 사용하는 경우 적절한 값을 지정합니다.
```
/opt/QLogic_Corporation/SANsurferiCLI/iscli -ipdhcp 0

```

지속적 iSCSI 대상을 HBA의 포트 0에 추가합니다.

/opt/QLogic_Corporation/SANsurferiCLI/iscli -pa 0 iscsi_target_ip_address
<!--NeedCopy-->

xe sr-probe 명령을 사용하여 HBA 컨트롤러를 강제로 다시 스캔하고 사용 가능한 LUN을 표시합니다. 자세한 내용은 SR 검색 및 파이버 채널을 통해 공유 LVM 만들기/이더넷을 통한 파이버 채널/iSCSI HBA 또는 SAS SR을 참조하십시오.

HBA 기반 SAS, FC 또는 iSCSI 디바이스 항목 제거

참고:

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

각 HBA 기반 LUN에는 <SCSIid>-<adapter>:<bus>:<target>:<lun> 형식에 해당하는 글로벌 디바이스 경로 항목이 /dev/disk/by-scsibus에 있고 /dev에는 표준 디바이스 경로가 있습니다. 더 이상 SR로 사용되지 않는 LUN의 디바이스 항목을 제거하려면 다음 단계를 수행하십시오.

sr-forget 또는 sr-destroy 를 사용하여 XenServer 호스트 데이터베이스에서 SR을 제거합니다. 자세한 내용은 SR 제거를 참조하십시오.
SAN 내에서 원하는 호스트의 원하는 LUN에 대한 영역 지정 구성을 제거합니다.
sr-probe 명령을 사용하여 제거할 LUN에 해당하는 어댑터, 버스, 대상 및 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바이트여야 함).

소프트웨어 iSCSI 이니시에이터를 사용하여 iSCSI SR을 통해 공유 LVM을 생성합니다

LVMoiSCSI SR에 대한 디바이스 구성 매개 변수는 다음과 같습니다.

매개 변수 이름	설명	필수 여부
`target`	SR을 호스팅하는 iSCSI 파일러의 IP 주소 또는 호스트 이름입니다. 쉼표로 구분된 값 목록일 수도 있습니다.	예
`targetIQN`	SR을 호스팅하는 iSCSI 파일러의 IQN 대상 주소	예
`SCSIid`	대상 LUN의 SCSI 버스 ID	예
`chapuser`	CHAP 인증에 사용할 사용자 이름	아니요
`chappassword_secret`	(권장) CHAP 인증에 사용할 암호의 비밀 ID입니다. 비밀번호 대신 비밀번호를 전달하세요.	아니요
`chappassword`	CHAP 인증에 사용할 암호입니다. 대신 파라미터를 사용하는 것`chappassword_secret`이 좋습니다.	아니요
`port`	대상을 쿼리할 네트워크 포트 번호	아니요
`usediscoverynumber`	사용할 특정 iSCSI 레코드 인덱스	아니요
`incoming_chapuser`	iSCSI 필터가 호스트에 대해 인증하는 데 사용하는 사용자 이름	아니요
`incoming_chappassword`	iSCSI 필터가 호스트에 대해 인증하는 데 사용하는 암호	아니요

참고:

sr-create명령을 실행할 때는 명령줄에 암호를 지정하는 대신 인수를 사용하는 것device-config: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 생성

Xe CLI 또는 Citrix Hypervisor 센터를 사용하여 LVMOHBA 유형의 SR을 만들고 관리할 수 있습니다.

LVMOHBA SR에 대한 디바이스 구성 매개 변수:

매개 변수 이름	설명	필수 여부
`SCSIid`	디바이스 SCSI ID	예

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

하나 이상의 LUN을 풀 내의 각 XenServer 호스트에 배치합니다. 이 과정은 사용하는 SAN 장비에 따라 많이 다릅니다. 자세한 내용은 SAN 설명서를 참조하십시오.
필요한 경우 XenServer 호스트에 포함된 HBA CLI를 사용하여 HBA를 구성하십시오.
- Emulex: /bin/sbin/ocmanager
- QLogic FC: /opt/QLogic_Corporation/SANsurferCLI
- QLogic iSCSI: /opt/QLogic_Corporation/SANsurferiCLI
QLogic iSCSI HBA 구성의 예는 이전 섹션의 하드웨어 HBA (호스트 버스 어댑터)를 참조하십시오. 파이버 채널 및 iSCSI HBA에 대한 자세한 내용은 Broadcom 및 Cavium 웹사이트를 참조하십시오.

sr-probe 명령을 사용하여 HBA LUN의 글로벌 디바이스 경로를 확인합니다. 이 sr-probe 명령은 시스템에 설치된 HBA를 강제로 다시 검색하여 호스트에 조닝 (Zoning) 된 모든 새 LUN을 검색합니다. 이 명령은 검색된 각 LUN에 대한 속성 목록을 반환합니다. 프로브가 원하는 호스트에서 발생하도록 host-uuid 매개 변수를 지정합니다.

<path> 속성으로 반환되는 전역 디바이스 경로는 풀의 모든 호스트에서 공통입니다. 따라서 SR을 만들 때 이 경로를 device-config:device 매개 변수의 값으로 사용해야 합니다.

LUN이 여러 개 있는 경우 공급업체, LUN 크기, LUN 일련 번호 또는 <path> 속성의 SCSI ID를 사용하여 원하는 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을 생성합니다. sr-probe에서 <path> 속성에 반환된 전역 장치 경로를 지정합니다. 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

```

참고:

Citrix Hypervisor 센터 복구 스토리지 저장소 기능을 사용하여 sr-create 작업의 PBD 생성 및 연결 부분을 다시 시도할 수 있습니다. 이 기능은 SR을 생성할 때 풀에 있는 하나 이상의 호스트에 대해 LUN 조닝 (zoning) 이 올바르지 않은 경우에 유용할 수 있습니다. 영향을 받는 호스트의 조닝 (zoning) 을 수정하고 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는 GFS2 SR에 QCOW2 이미지 형식의 파일로 저장됩니다.

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

NFS 및 SMB

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

리소스 풀의 모든 XenServer 호스트에서 VM을 시작할 수 있습니다.
실시간 마이그레이션을 사용하여 리소스 풀의 XenServer 호스트 간에 가상 머신을 마이그레이션합니다(심각한 다운타임 없음).

중요:

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

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

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

XenServer 프리미엄 에디션 고객은 SMB 스토리지를 사용할 수 있습니다.

NFS 및 SMB 스토리지 모두에 두 개 이상의 본딩 링크를 사용하는 전용 스토리지 네트워크를 사용하는 것이 좋습니다. 이상적으로는 예비 전원 공급 장치가 있는 독립 네트워크 스위치에 이상적입니다.

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

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

VHD 파일을 체인으로 연결하여 두 VDI가 공통 데이터를 공유할 수도 있습니다. 파일 기반 VM이 복제되는 경우 결과 VM은 복제 시 공통 온디스크 데이터를 공유합니다. 각 VM은 격리된 기록 중 복사 버전의 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 호스트는 VDI에 필요한 공간이 파일 기반 SR에 실제로 있는지 여부를 확인하지 않습니다.

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

공유 NFS SR (NFS) 생성

NFS SR을 생성하려면 NFS 서버의 호스트 이름 또는 IP 주소를 제공해야 합니다. 유효한 대상 경로에 SR을 작성할 수 있습니다. sr-probe 명령을 사용하여 서버에서 익스포트한 유효한 대상 경로 목록을 표시합니다.

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

참고:

지정된 경로를 풀의 모든 XenServer 호스트에 내보내도록 NFS 서버를 구성해야 합니다. 이 구성이 완료되지 않으면 SR 작성 및 PBD 레코드 연결이 실패합니다.

XenServer NFS 구현에서는 기본적으로 TCP를 사용합니다. 허용되는 경우 성능상의 이점이 있을 수 있는 시나리오에서는 UDP를 사용하여 해당 구현을 구성할 수 있습니다. 이 구성을 수행하려면 SR을 만들 때 device-config 매개 변수 useUDP=true를 지정하십시오.

NFS SR에는 다음 device-config 매개 변수가 사용됩니다.

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

예를 들어 파일러에서 제공하는 NFS 버전 4를 사용하여 192.168.1.10:/export1에서 공유 NFS SR을 생성하려면 다음 명령을 사용하십시오.

    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-->

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

    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-create명령을 실행할 때는 명령줄에 암호를 지정하는 대신 인수를 사용하는 것device-config:password_secret이 좋습니다. 자세한 내용은 비밀을 참조하십시오.

예를 들어 192.168.1.10:/share1에서 공유 SMB SR을 생성하려면 다음 명령을 사용합니다.

    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

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

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

sr-probe 명령을 사용하여 호스트에 있는 LUN 지원 SCSI 디바이스를 나열합니다. 이 명령은 새로운 LUN 지원 SCSI 장치를 강제로 검색합니다. LUN 백업 SCSI 디바이스에 대해 sr-probe에서 반환하는 경로 값은 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바이트여야 함).