Citrix Hypervisor

스토리지 저장소 형식

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

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

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

경고:

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

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

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

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

스토리지 저장소 형식 최대 VDI 크기
EXT3/EXT4 2TiB
GFS2 (iSCSI 또는 HBA 사용) 16TiB
LVM 2TiB
LVMoFCOE 2TiB
LVMoHBA 2TiB
LVMoiSCSI 2TiB
NFS 2TiB
SMB 2TiB

로컬 LVM

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

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

참고:

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

LVM 성능 고려 사항

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

경고:

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

로컬 LVM SR 만들기

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

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

매개 변수 이름 설명 필수 여부
장치 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은 Citrix Hypervisor CLI를 사용하여 구성해야 합니다.

로컬 EXT SR이 EXT3을 사용하는지 또는 EXT4를 사용하는지 여부는 해당 버전을 만든 Citrix Hypervisor 버전에 따라 달라집니다.

  • 이전 버전의 XenServer 또는 Citrix Hypervisor에서 로컬 EXT SR을 만든 다음 Citrix Hypervisor 8 Cloud로 업그레이드한 경우 EXT3를 사용할 수 있습니다.
  • Citrix Hypervisor 8 Cloud에서 로컬 EXT SR을 만든 경우 EXT4를 사용합니다.

참고:

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

로컬 EXT4 SR 만들기 (ext)

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

매개 변수 이름 설명 필수 여부
장치 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-->

udev

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

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

ISO

ISO 유형은 ISO 형식의 파일로 저장된 CD 이미지를 처리합니다. 이 SR 유형은 공유 ISO 라이브러리를 만드는 데 유용합니다. ISO의 라이브러리를 저장하는 스토리지 저장소의 경우 content-type 매개 변수를 iso로 설정해야 합니다.

예:

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

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=valid location
     device-config:username=username device-config:cifspassword=password
     device-config:type=cifs device-config:vers=<Choose either 1.0 or 3.0> name-label="Example ISO SR"
<!--NeedCopy-->

참고:

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

소프트웨어 iSCSI 지원

Citrix Hypervisor는 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 민첩성을 지원할 수 있습니다. 리소스 풀의 모든 Citrix Hypervisor 서버에서 VM을 시작하고 눈에 띄는 가동 중지 시간 없이 VM을 마이그레이션할 수 있습니다.

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

참고:

iSCSI LUN의 블록 크기는 512바이트여야 합니다. 4KB 네이티브 블록이 있는 스토리지를 사용하려면 스토리지가 512바이트 할당 블록의 에뮬레이션도 지원해야 합니다.

Citrix Hypervisor 서버 iSCSI 구성

모든 iSCSI 초기자 및 대상은 네트워크에서 고유하게 식별될 수 있도록 반드시 고유한 이름을 가져야 합니다. 이니시에이터에는 iSCSI 이니시에이터 주소가 있고 대상에는 iSCSI 대상 주소가 있습니다. 이러한 이름을 총체적으로 iSCSI 공인 이름 또는 IQN이라고 합니다.

Citrix Hypervisor 서버는 호스트 설치 중에 임의의 IQN을 사용하여 자동으로 생성 및 구성되는 단일 iSCSI 초기자를 지원합니다. 단일 초기자는 동시에 여러 iSCSI 대상에 연결하는 데 사용될 수 있습니다.

iSCSI 대상은 일반적으로 iSCSI 이니시에이터 IQN 목록을 사용하여 액세스 제어를 제공합니다. Citrix Hypervisor 서버가 액세스하는 모든 iSCSI 대상/LUN은 호스트의 이니시에이터 IQN이 액세스할 수 있도록 구성해야 합니다. 마찬가지로 공유 iSCSI SR로 사용할 대상/LUN은 리소스 풀의 모든 호스트 IQN이 액세스할 수 있도록 구성해야 합니다.

참고:

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

Citrix Hypervisor 서버 IQN 값은 Citrix Hypervisor 센터를 사용하거나 iSCSI 소프트웨어 이니시에이터를 사용할 때 다음 명령과 함께 CLI를 사용하여 조정할 수 있습니다.

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

경고:

  • 각 iSCSI 대상 및 이니시에이터에는 고유한 IQN이 있어야 합니다. 고유하지 않은 IQN 식별자를 사용하면 데이터가 손상되거나 LUN 액세스가 거부될 수 있습니다.
  • iSCSI SR이 연결된 Citrix Hypervisor 서버 IQN을 변경하지 마십시오. 변경하면 새로운 대상 또는 기존 SR과의 연결에 실패할 수 있습니다.

소프트웨어 FCoE 스토리지

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

소프트웨어 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가 Citrix Hypervisor 서버에 물리적으로 설치되면 다음 단계에 따라 HBA를 구성합니다.

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

    /opt/QLogic_Corporation/SANsurferiCLI/iscli -ipdhcp 0
    <!--NeedCopy-->
    
  2. 지속적 iSCSI 대상을 HBA의 포트 0에 추가합니다.

    /opt/QLogic_Corporation/SANsurferiCLI/iscli -pa 0 iscsi_target_ip_address
    <!--NeedCopy-->
    
  3. 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의 디바이스 항목을 제거하려면 다음 단계를 수행하십시오.

  1. sr-forget 또는 sr-destroy 를 사용하여 Citrix Hypervisor 서버 데이터베이스에서 SR을 제거합니다. 자세한 내용은 SR 제거를 참조하십시오.

  2. SAN 내에서 원하는 호스트의 원하는 LUN에 대한 영역 지정 구성을 제거합니다.

  3. sr-probe 명령을 사용하여 제거할 LUN에 해당하는 어댑터, 버스, 대상 및 LUN 값을 결정합니다. 자세한 내용은 SR을 조사하십시오.

  4. 다음 명령으로 장치 항목을 제거합니다.

    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바이트 할당 블록의 에뮬레이션도 지원해야 합니다.

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

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

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

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을 생성하려면 풀의 각 호스트에서 다음 단계를 수행하십시오.

  1. 하나 이상의 LUN에서 풀의 각 Citrix Hypervisor 서버에 영역을 지정합니다. 이 과정은 사용하는 SAN 장비에 따라 많이 다릅니다. 자세한 내용은 SAN 설명서를 참조하십시오.

  2. 필요한 경우 Citrix Hypervisor 서버에 포함된 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에 대한 자세한 내용은 BroadcomCavium 웹사이트를 참조하십시오.

  3. 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-->
    
  4. 풀의 풀 코디네이터 호스트에서 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
    <!--NeedCopy-->
    

참고:

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를 지원합니다.

공유 GFS2 유형은 디스크를 iSCSI 또는 HBA LUN에서 생성된 파일 시스템으로 나타냅니다. GFS2 SR에 저장된 VDI는 QCOW2 이미지 형식으로 저장됩니다.

공유 GFS2 스토리지를 사용하려면 Citrix Hypervisor 리소스 풀이 클러스터된 풀이어야 합니다. GFS2 SR을 생성하기 전에 풀에서 클러스터링을 활성화합니다. 자세한 내용은 클러스터된 풀을 참조하십시오.

클러스터된 풀과 GFS2 SR 사이에 스토리지 다중 경로가 설정되어 있는지 확인합니다. 자세한 내용은 스토리지 다중 경로 지정을 참조하십시오.

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

제약 조건

공유 GFS2 스토리지에는 현재 다음과 같은 제약이 있습니다.

  • 씬 프로비저닝된 SR과 마찬가지로 GFS2 SR 사용량이 100% 로 증가하면 VM의 추가 쓰기가 실패합니다. 이러한 쓰기 실패로 인해 VM 내에서 오류가 발생하거나 데이터가 손상되거나 두 가지 모두 발생할 수 있습니다.

  • SR 사용량이 80% 까지 증가하면 XenCenter에 경고가 표시됩니다. 이 경고에 대해 GFS2 SR을 모니터링하고 표시되는 경우 적절한 조치를 취하십시오. GFS2 SR에서 사용량이 높으면 성능이 저하됩니다. SR 사용량을 80% 이하로 유지하는 것이 좋습니다.

  • VDI가 GFS2 SR에 있는 VM에는 스토리지 라이브 마이그레이션을 사용한 VM 마이그레이션이 지원되지 않습니다. 또한 vDI를 다른 유형의 SR에서 GFS2 SR로 마이그레이션할 수 없습니다.

  • FCoE 프로토콜은 GFS2 SR에서 지원되지 않습니다.

  • GFS2 SR에서는 트림/매핑 해제를 지원하지 않습니다.

  • GFS2 SR에서는 CHAP가 지원되지 않습니다.

  • MCS 전체 클론 VM은 GFS2 SR에서 지원되지 않습니다.

  • 동일한 MCS 카탈로그에서 여러 GFS2 SR을 사용하는 것은 지원되지 않습니다.

  • GFS2 SR 및 이러한 SR의 디스크에는 성능 메트릭을 사용할 수 없습니다.

  • 변경된 블록 추적은 GFS2 SR에 저장된 vDI에 대해 지원되지 않습니다.

  • 2TiB보다 큰 VDI는 VHD 또는 OVA/OVF로 내보낼 수 없습니다. 그러나 VDI가 2TiB보다 큰 VM을 XVA 형식으로 내보낼 수 있습니다.

  • GFS2와 함께 씬 프로비저닝된 LUN을 사용하지 않는 것이 좋습니다. 그러나 이 구성을 선택하는 경우 LUN에 Citrix Hypervisor가 쓸 수 있는 충분한 공간이 항상 있는지 확인해야 합니다.

참고:

클러스터링이 활성화된 호스트가 하나 이상 포함된 클러스터링 네트워크에서 IP 주소 충돌 (동일한 IP 주소를 가진 여러 호스트) 이 있는 경우 GFS2 SR에 대한 작업이 중단될 수 있습니다. 이 경우 호스트는 울타리를 사용하지 않습니다. 이 문제를 해결하려면 IP 주소 충돌을 해결하십시오.

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

Citrix Hypervisor 센터를 사용하여 iSCSI SR을 통해 GFS2를 생성할 수 있습니다. 자세한 내용은 XenCenter 제품 설명서에서 소프트웨어 iSCSI 스토리지를 참조하십시오.

또는 xe CLI를 사용하여 iSCSI SR을 통해 GFS2를 생성할 수도 있습니다.

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

매개 변수 이름 설명 필수 여부
provider 블록 제공자 구현입니다. 이 경우 iscsi.
target 호스트하는 iSCSI 파일러의 IP 주소 또는 호스트 이름
targetIQN SR을 호스팅하는 iSCSI 파일러의 IQN 타겟입니다.
SCSIid 디바이스 SCSI ID

xe sr-probe-ext 명령을 사용하여 이러한 매개 변수에 사용할 값을 찾을 수 있습니다.

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. 다음 명령을 실행하여 시작합니다.

    xe sr-probe-ext type=gfs2 device-config:provider=iscsi
    

    명령의 출력은 추가 매개 변수를 제공하라는 메시지를 표시하고 각 단계에서 사용 가능한 값 리스트를 제공합니다.

  2. 명령을 반복하고 매번 새 매개 변수를 추가합니다.

  3. 명령 출력이 The following SRs were found:로 시작되면 xe sr-create 명령을 실행할 때 지정한 device-config 매개 변수를 사용하여 SR을 찾을 수 있습니다.

iSCSI 대상의 특정 LUN에 공유 GFS2 SR을 생성하려면 클러스터된 풀의 서버에서 다음 명령을 실행합니다.

xe sr-create type=gfs2 name-label="Example GFS2 SR" --shared \
   device-config:provider=iscsi device-config:targetIQN=target_iqns \
   device-config:target=portal_address device-config:SCSIid=scsci_id

GFS2 파일 시스템이 마운트된 상태에서 iSCSI 대상에 연결할 수 없는 경우 클러스터된 풀의 일부 호스트가 차단 될 수 있습니다.

iSCSI SR을 사용하는 방법에 대한 자세한 내용은 소프트웨어 iSCSI 지원을 참조하십시오.

HBA SR을 통한 공유 GFS2 생성

Citrix Hypervisor 센터를 사용하여 HBA SR을 통해 GFS2를 만들 수 있습니다. 자세한 내용은 Citrix Hypervisor 센터 제품 설명서에서 하드웨어 HBA 스토리지를 참조하십시오.

또는 xe CLI를 사용하여 HBA SR을 통해 GFS2를 생성할 수 있습니다.

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

매개 변수 이름 설명 필수 여부
provider 블록 제공자 구현입니다. 이 경우 hba.
SCSIid 디바이스 SCSI ID

xe sr-probe-ext 명령을 사용하여 scsiID 매개 변수에 사용할 값을 찾을 수 있습니다.

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. 다음 명령을 실행하여 시작합니다.

    xe sr-probe-ext type=gfs2 device-config:provider=hba
    

    명령의 출력은 추가 매개 변수를 제공하라는 메시지를 표시하고 각 단계에서 사용 가능한 값 리스트를 제공합니다.

  2. 명령을 반복하고 매번 새 매개 변수를 추가합니다.

  3. 명령 출력이 The following SRs were found:로 시작되면 xe sr-create 명령을 실행할 때 지정한 device-config 매개 변수를 사용하여 SR을 찾을 수 있습니다.

HBA 대상의 특정 LUN에 공유 GFS2 SR을 생성하려면 클러스터된 풀의 서버에서 다음 명령을 실행합니다.

xe sr-create type=gfs2 name-label="Example GFS2 SR" --shared \
  device-config:provider=hba device-config:SCSIid=device_scsi_id

HBA SR 작업에 대한 자세한 내용은 하드웨어 호스트 버스 어댑터를 참조하십시오.

NFS 및 SMB

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

  • 리소스 풀의 모든 Citrix Hypervisor 서버에서 시작할 VM

  • 실시간 마이그레이션을 사용하여 리소스 풀의 Citrix Hypervisor 서버 간 VM 마이그레이션 (눈에 띄는 가동 중지 시간 없음)

중요:

  • SMB3에 대한 지원은 3 프로토콜을 사용하여 공유에 연결하는 기능으로 제한됩니다. 투명한 장애 조치와 같은 추가 기능은 업스트림 Linux 커널의 기능 가용성에 따라 달라지며 Citrix Hypervisor 8 Cloud에서는 지원되지 않습니다.
  • NFSv4의 경우 인증 유형 AUTH_SYS만 지원됩니다.
  • SMB 스토리지는 Citrix Hypervisor 프리미엄 에디션 고객 또는 Citrix Virtual Apps and Desktops 또는 Citrix DaaS 권한을 통해 Citrix Hypervisor에 액세스할 수 있는 고객에게 제공됩니다.
  • NFS 및 SMB 스토리지 모두에 두 개 이상의 본딩 링크를 사용하는 전용 스토리지 네트워크를 사용하는 것이 좋습니다. 이상적으로는 예비 전원 공급 장치가 있는 독립 네트워크 스위치에 이상적입니다.

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

VHD 파일을 체인으로 연결하여 두 VDI가 공통 데이터를 공유할 수도 있습니다. 파일 기반 VM이 복제되는 경우 결과 VM은 복제 시 공통 온디스크 데이터를 공유합니다. 각 VM은 격리된 기록 중 복사 버전의 VDI에서 자체 변경을 진행합니다. 이 기능을 통해 파일 기반 VM을 템플릿에서 신속하게 복제할 수 있으며 새로운 VM을 매우 빠르게 준비하고 배포할 수 있습니다.

참고:

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

Citrix Hypervisor 파일 기반 SR과 VHD 구현은 파일 서버의 SR 디렉터리를 완전히 제어할 수 있다고 가정합니다. 관리자는 SR 디렉터리의 내용을 수정하면 안 됩니다. 이 작업을 수행하면 VDI의 내용이 손상될 수 있습니다.

Citrix Hypervisor는 비휘발성 RAM을 사용하는 엔터프라이즈급 스토리지용으로 조정되어 오류로부터 높은 수준의 데이터 보호를 유지하면서 쓰기 요청에 대한 빠른 승인을 제공합니다. Citrix Hypervisor 데이터 온탭 7.3 및 8.1을 사용하여 네트워크 어플라이언스 FAS2020 및 FAS3210 스토리지에 대해 광범위하게 테스트되었습니다.

경고:

파일 기반 SR의 VDI가 씬 프로비저닝된 상태로 생성되므로 관리자는 파일 기반 SR에 필요한 모든 VDI를 위한 충분한 디스크 공간이 있는지 확인해야 합니다. Citrix Hypervisor 서버는 파일 기반 SR에서 VDI에 필요한 공간이 존재하도록 강제하지 않습니다.

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

공유 NFS SR (NFS) 생성

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

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

참고:

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

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

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

매개 변수 이름 설명 필수 여부
server NFS 서버의 IP 주소 또는 호스트 이름
serverpath NFS 마운트 지점을 포함하여 SR을 호스트하는 NFS 서버에 대한 경로

예를 들어 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 \
    nfsversion="3", "4"
<!--NeedCopy-->

비공유 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 \
    nfsversion="3", "4"
<!--NeedCopy-->

공유 SMB SR (SMB) 생성

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

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

매개 변수 이름 설명 필수 여부
server 서버에서 공유할 전체 경로
username 공유할 수 있는 RW 액세스 권한이 있는 사용자 계정 선택 사항
password 사용자 계정의 암호 선택 사항

예를 들어 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=valid_password 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=valid_password type=smb
<!--NeedCopy-->

참고:

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

하드웨어 HBA를 통한 LVM

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

Citrix Hypervisor 서버는 에뮬 렉스 또는 QLogic HBA (호스트 버스 어댑터)를 통해 파이버 채널 SAN을 지원합니다. 파이버 채널 LUN을 호스트에 노출하는 데 필요한 모든 파이버 채널 구성을 수동으로 완료해야 합니다. 이 구성에는 저장 장치, 네트워크 장치 및 Citrix Hypervisor 서버 내의 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을 만드는 방법에 대한 자세한 내용은 스토리지 저장소 생성을 참조하십시오.

참고:

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

HBA LUN을 통한 LVM의 블록 크기는 512바이트여야 합니다. 4KB 네이티브 블록이 있는 스토리지를 사용하려면 스토리지가 512바이트 할당 블록의 에뮬레이션도 지원해야 합니다.

스토리지 저장소 형식