씬 프로비저닝된 공유 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 이미지 형식으로 저장됩니다.
사전 요구 사항
시작하기 전에 다음 사전 요구 사항이 충족되었는지 확인합니다.
-
클러스터된 풀의 모든 Citrix Hypervisor 서버에는 최소 2GiB의 제어 도메인 메모리가 있어야 합니다.
-
클러스터의 모든 호스트는 클러스터 네트워크에 대해 정적 IP 주소를 사용해야 합니다.
-
호스트가 3개 이상 포함된 풀에서만 클러스터링을 사용하는 것이 좋습니다. 두 개의 호스트로 구성된 풀은 전체 풀을 자체 보호하는 데 민감합니다.
- 풀의 호스트 간에 방화벽이 있는 경우 호스트가 다음 포트를 사용하여 클러스터 네트워크에서 통신할 수 있는지 확인합니다.
- TCP: 8892, 21064
- UDP: 5404, 5405
자세한 내용은 Citrix 기술에서 사용되는 통신 포트를 참조하십시오.
-
기존 풀을 클러스터링하는 경우 고가용성을 사용하지 않도록 설정해야 합니다. 클러스터링을 사용하도록 설정한 후 고가용성을 다시 사용하도록 설정할 수 있습니다.
- 리소스 풀의 모든 Citrix Hypervisor 서버에 표시되는 블록 기반 스토리지 장치가 있습니다.
공유 GFS2 SR을 사용하도록 클러스터된 풀 설정
공유 GFS2 스토리지를 사용하려면 Citrix Hypervisor 리소스 풀이 클러스터된 풀이어야 합니다. GFS2 SR을 생성하기 전에 풀에서 클러스터링을 활성화합니다.
참고:
클러스터된 풀은 클러스터되지 않은 풀과 다르게 동작합니다. 클러스터 동작에 대한 자세한 내용은 클러스터된 풀을 참조하십시오.
원하는 경우 XenCenter를 사용하여 풀에서 클러스터링을 설정할 수 있습니다. 자세한 내용은 Citrix Hypervisor 센터 제품 설명서를 참조하십시오.
xe CLI를 사용하여 클러스터된 풀을 생성하려면 다음과 같이 하십시오.
-
군집화 네트워크로 사용할 결합 네트워크를 만듭니다. 풀 마스터로 사용할 Citrix Hypervisor 서버에서 다음 단계를 완료합니다.
-
Citrix Hypervisor 서버에서 콘솔을 엽니다.
-
다음 명령을 사용하여 리소스 풀의 이름을 지정합니다.
xe pool-param-set name-label="New Pool" uuid=<pool_uuid> -
다음 명령을 사용하여 연결된 NIC에 사용할 네트워크를 만듭니다.
xe network-create name-label=bond0새 네트워크의 UUID가 반환됩니다.
-
다음 명령을 사용하여 결합에 사용할 PIF의 UUID를 찾습니다.
xe pif-list -
액티브-액티브 모드, 액티브-패시브 모드 또는 LACP 본드 모드에서 본드 네트워크를 생성합니다. 사용하려는 본드 모드에 따라 다음 작업 중 하나를 완료합니다.
-
액티브-액티브 모드 (기본값) 에서 본드를 구성하려면
bond-create명령을 사용하여 본드를 만듭니다. 쉼표를 사용하여 매개 변수를 구분하고, 새로 생성된 네트워크 UUID와 연결할 PIF의 UUID를 지정합니다.xe bond-create network-uuid=<network_uuid> / pif-uuids=<pif_uuid_1>,<pif_uuid_2>,<pif_uuid_3>,<pif_uuid_4>4개의 NIC를 결합할 때 2개의 NIC와 4개의 UUID를 결합하는 경우 2개의 UUID를 입력합니다. 명령을 실행하면 본드의 UUID가 반환됩니다.
-
액티브-패시브 또는 LACP 본드 모드에서 본드를 구성하려면 동일한 구문을 사용하고 선택적
mode매개 변수를 추가한 후lacp또는active-backup를 지정합니다.xe bond-create network-uuid=<network_uuid> pif-uuids=<pif_uuid_1>, / <pif_uuid_2>,<pif_uuid_3>,<pif_uuid_4> / mode=balance-slb | active-backup | lacp
-
풀 마스터에서 연결된 네트워크를 만든 후 다른 Citrix Hypervisor 서버를 풀에 조인하면 네트워크 및 연결 정보가 자동으로 가입 서버에 복제됩니다.
자세한 내용은 네트워킹을 참조하십시오.
-
-
세 개 이상의 Citrix Hypervisor 서버로 구성된 리소스 풀을 만듭니다.
(마스터가 아닌) 풀 멤버인 각 Citrix Hypervisor 서버에서 다음 단계를 반복합니다.
- Citrix Hypervisor 서버에서 콘솔을 엽니다.
-
다음 명령을 사용하여 Citrix Hypervisor 서버를 풀 마스터의 풀에 가입합니다.
xe pool-join master-address=master_address master-username=administrators_username master-password=passwordmaster-address매개 변수의 값은 풀 마스터인 Citrix Hypervisor 서버의 정규화된 도메인 이름으로 설정해야 합니다.password는 풀 마스터가 설치될 때 설정된 관리자 암호여야 합니다.
자세한 내용은 호스트 및 리소스 풀을 참조하십시오.
-
이 네트워크에 속한 모든 PIF에 대해
disallow-unplug=true을(를) 설정합니다.-
다음 명령을 사용하여 네트워크에 속한 PIF의 UUID를 찾습니다.
xe pif-list -
리소스 풀의 Citrix Hypervisor 서버에서 다음 명령을 실행합니다.
xe pif-param-set disallow-unplug=true uuid=<pif_uuid>
-
-
풀에서 클러스터링을 사용하도록 설정합니다. 리소스 풀의 Citrix Hypervisor 서버에서 다음 명령을 실행합니다.
xe cluster-pool-create network-uuid=<network_uuid>이전 단계에서 생성한 연결된 네트워크의 UUID를 제공합니다.
클러스터된 풀과 GFS2 SR 사이에 스토리지 다중 경로가 설정되어 있는지 확인합니다. 자세한 내용은 스토리지 다중 경로 지정을 참조하십시오.
공유 GFS2 SR 만들기
iSCSI 또는 HBA LUN에서 공유 GFS2 SR을 생성할 수 있습니다.
iSCSI SR을 통한 공유 GFS2 생성
XenCenter를 사용하여 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>
-
다음 명령을 실행하여 시작합니다.
xe sr-probe-ext type=gfs2 device-config:provider=iscsi명령의 출력은 추가 매개 변수를 제공하라는 메시지를 표시하고 각 단계에서 사용 가능한 값 리스트를 제공합니다.
-
명령을 반복하고 매번 새 매개 변수를 추가합니다.
-
명령 출력이
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>
-
다음 명령을 실행하여 시작합니다.
xe sr-probe-ext type=gfs2 device-config:provider=hba명령의 출력은 추가 매개 변수를 제공하라는 메시지를 표시하고 각 단계에서 사용 가능한 값 리스트를 제공합니다.
-
명령을 반복하고 매번 새 매개 변수를 추가합니다.
-
명령 출력이
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 작업에 대한 자세한 내용은 하드웨어 호스트 버스 어댑터를 참조하십시오.
제약 조건
공유 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가 쓸 수 있는 충분한 공간이 항상 있는지 확인해야 합니다.
- 클러스터된 풀은 풀당 최대 16개의 호스트만 지원합니다.
- 클러스터 트래픽의 경우 두 개 이상의 서로 다른 네트워크 스위치를 사용하는 연결된 네트워크를 사용해야 합니다. 이 네트워크를 다른 용도로 사용하지 마십시오.
- XenCenter를 사용하여 클러스터 네트워크의 IP 주소를 변경하려면 클러스터링과 GFS2를 일시적으로 사용하지 않도록 설정해야 합니다.
- 클러스터가 작동 중이고 VM이 실행 중인 동안에는 클러스터링 네트워크의 연결을 변경하지 마십시오. 이 작업으로 인해 클러스터가 차단 될 수 있습니다.
- 클러스터링을 사용하는 호스트가 하나 이상 포함된 클러스터링 네트워크에 IP 주소 충돌 (동일한 IP 주소를 갖는 여러 호스트) 이 있는 경우 호스트가 차단되지 않습니다. 이 문제를 해결하려면 IP 주소 충돌을 해결하십시오.