layout: doc—
참고:
XenCenter YYYY.x.x는 아직 프로덕션 환경에서 Citrix Hypervisor 8.2 CU1과 함께 사용할 수 있도록 지원되지 않습니다. Citrix Hypervisor 8.2 CU1 프로덕션 환경을 관리하려면 XenCenter 8.2.7을 사용하십시오. 자세한 내용은 XenCenter 8.2.7 설명서를 참조하십시오.
XenCenter 8.2.7과 XenCenter YYYY.x.x를 동일한 시스템에 설치할 수 있습니다. XenCenter YYYY.x.x를 설치해도 설치된 XenCenter 8.2.7을 덮어쓰지 않습니다.
씬 프로비저닝은 VDI의 전체 가상 크기를 미리 할당하는 대신 가상 디스크에 데이터가 기록될 때 디스크 스토리지 공간을 VDI에 할당하여 사용 가능한 스토리지를 더욱 효과적으로 활용합니다. 씬 프로비저닝을 사용하면 공유 스토리지 시스템에 필요한 공간을 대폭 절감하고 총 소유 비용 (TCO) 을 절감할 수 있습니다.
공유 블록 스토리지에 대한 씬 프로비저닝은 다음과 같은 경우에 특히 중요합니다.
참고:
클러스터 네트워크가 비관리 VLAN에 있는 경우 클러스터된 풀에서 호스트를 추가하거나 제거할 수 없는 알려진 문제가 있으므로 VLAN과 함께 GFS2 SR을 사용하지 않는 것이 좋습니다.
공유 GFS2 유형은 디스크를 iSCSI 또는 HBA LUN에서 생성된 파일 시스템으로 나타냅니다. GFS2 SR에 저장된 VDI는 QCOW2 이미지 형식으로 저장됩니다.
데이터 손실 위험 없이 공유 블록 스토리지에서 씬 프로비저닝의 이점을 제공하려면 풀이 우수한 수준의 안정성과 연결성을 제공해야 합니다. GFS2를 사용하는 리소스 풀의 호스트는 서로 안정적으로 통신할 수 있어야 합니다. 이를 보장하려면 XenServer에서 GFS2 SR과 함께 클러스터링된 풀을 사용해야 합니다. 또한 가능한 한 많은 복원력과 이중화를 제공하도록 환경을 설계하고 XenServer 기능을 구성하는 것이 좋습니다.
GFS2 SR과 함께 작동하도록 XenServer 풀을 설정하기 전에 이상적인 GFS2 환경을 위한 다음 요구 사항 및 권장 사항을 검토하십시오.
권장 사항: 중복 네트워킹 인프라 구성
권장 사항: 전용 본드 네트워크 생성
필수: 클러스터링된 풀 설정
권장 사항: 스토리지 다중 경로 구성
필수: GFS2 SR 생성
GFS2 SR로 클러스터링된 풀은 다른 유형의 풀 및 SR과 동작에서 약간의 차이가 있습니다. 자세한 내용은 제약 조건을 참조하십시오.
본드 네트워크는 두 개 이상의 NIC를 연결하여 네트워크 트래픽을 위한 단일 채널을 생성합니다. 클러스터링된 풀 트래픽에는 본드 네트워크를 사용하는 것이 좋습니다. 그러나 연결된 네트워크를 설정하기 전에 네트워크 하드웨어 구성이 연결된 네트워크에서 이중화를 권장하는지 확인하십시오. 이러한 권장 사항을 조직 및 환경에 맞게 가능한 한 많이 구현하는 것을 고려해 보십시오.
다음 모범 사례는 네트워크 스위치에 영향을 줄 수 있는 소프트웨어, 하드웨어 또는 전원 장애에 대한 복원력을 높여줍니다.
클러스터된 풀의 호스트가 서로 안정적으로 통신할 수 있는지 확인하는 것이 중요합니다. 이 풀 트래픽에 대해 본드된 네트워크를 생성하면 클러스터링된 풀의 복원력이 향상됩니다.
연결된 네트워크는 두 개 이상의 NIC 간에 연결을 형성하여 클러스터 풀이 클러스터 하트비트 트래픽에 사용할 수 있는 고성능 단일 채널을 만듭니다. 이 본드 네트워크를 다른 트래픽에는 사용하지 않는 것이 좋습니다. 풀이 관리 트래픽에 사용할 별도의 네트워크를 생성합니다.
참고:
풀의 호스트 간에 방화벽이 있는 경우 호스트가 다음 포트를 사용하여 클러스터 네트워크에서 통신할 수 있는지 확인합니다.
- TCP: 8892, 8896, 21064
- UDP: 5404, 5405
자세한 내용은 XenServer에서 사용하는 통신 포트를 참조하십시오.
클러스터링 네트워크로 사용할 본드 네트워크를 만드는 방법:
Bond mode(본드 모드)에서 본드 유형을 선택합니다.
참고:
- XenCenter에서 LACP 연결 옵션을 보고 LACP 본딩을 만들려면 vSwitch를 네트워크 스택으로 구성합니다. 또한 스위치가 IEEE 802.3ad 표준을 지원해야 합니다.
- 액티브-액티브 및 액티브-패시브 연결 유형은 vSwitch 및 Linux 브리지 모두에서 사용할 수 있습니다.
- vSwitch가 네트워크 스택인 경우 NIC를 2개, 3개 또는 4개 연결할 수 있습니다. 그러나 Linux 브리지가 네트워크 스택인 경우에는 두 개의 NIC만 연결할 수 있습니다.
풀 코디네이터에서 연결된 네트워크를 만든 후 다른 XenServer 호스트를 풀에 조인하면 네트워크 및 연결 정보가 가입 서버에 자동으로 복제됩니다.
자세한 내용은 NIC 구성을 참조하십시오.
참고:
- XenCenter를 사용하여 클러스터 네트워크의 IP 주소를 변경하려면 클러스터링과 GFS2를 일시적으로 사용하지 않도록 설정해야 합니다.
- 클러스터가 작동 중이고 VM이 실행 중인 동안에는 클러스터링 네트워크의 연결을 변경하지 마십시오. 이 작업을 수행하면 클러스터의 호스트가 강제 재부팅(차단)될 수 있습니다.
- 클러스터링이 활성화된 호스트가 하나 이상 있는 클러스터링 네트워크에서 IP 주소 충돌(동일한 IP 주소를 가진 여러 호스트)이 있는 경우 클러스터가 제대로 구성되지 않아 필요할 때 호스트를 차단할 수 없습니다. 이 문제를 해결하려면 IP 주소 충돌을 해결하십시오.
공유 GFS2 스토리지를 사용하려면 XenServer 리소스 풀이 클러스터된 풀이어야 합니다. GFS2 SR을 생성하기 전에 풀에서 클러스터링을 활성화합니다.
클러스터링된 풀을 생성하는 방법:
클러스터된 풀과 GFS2 SR 사이에 스토리지 다중 경로가 설정되어 있는지 확인합니다.
다중 경로 지정은 이중화를 위해 스토리지 트래픽을 다중 경로를 통해 스토리지 장치로 라우팅합니다. 정상 작동 중에는 모든 경로에 활성 트래픽이 있으므로 처리량이 증가합니다.
다중 경로 지정을 사용하도록 설정하기 전에 다음 명령문이 참인지 확인합니다.
이더넷 또는 파이버 스위치는 스토리지 서버에서 여러 대상을 사용할 수 있도록 구성되어 있습니다.
예를 들어 지정된 sendtargets
포털에서 쿼리된 iSCSI 스토리지 백엔드는 다음 예와 같이 여러 대상을 반환합니다.
iscsiadm -m discovery --type sendtargets --portal 192.168.0.161
192.168.0.161:3260,1 iqn.strawberry:litchie
192.168.0.204:3260,2 iqn.strawberry:litchie
그러나 단일 대상만 노출하는 어레이에 대해 iSCSI 다중 경로를 사용하도록 추가 구성을 수행할 수 있습니다. 자세한 내용은 단일 대상만 노출하는 어레이의 iSCSI 다중 경로단원을 참조하십시오.
iSCSI의 경우에만 제어 도메인 (dom0) 에는 다중 경로 스토리지에서 사용하는 각 서브넷에 IP 주소가 있습니다.
스토리지의 각 경로에 NIC가 있고 각 NIC에 IP 주소가 구성되어 있는지 확인합니다. 예를 들어 스토리지에 대한 네 개의 경로가 필요한 경우 각각 IP 주소가 구성된 네 개의 NIC가 있어야 합니다.
iSCSI의 경우에만 모든 iSCSI 대상 및 이니시에이터에는 고유한 IQN이 있습니다.
iSCSI의 경우에만 iSCSI 대상 포트가 포털 모드에서 작동합니다.
HBA의 경우에만 여러 HBA가 스위치 패브릭에 연결됩니다.
가능하면 여러 개의 이중 스위치를 사용하십시오.
다중 경로 지정을 활성화하는 방법:
풀의 모든 서버에 대해 다음 단계를 완료하십시오.
풀의 모든 호스트에서 다중 경로 지정을 활성화해야 합니다. 모든 케이블 연결 및 iSCSI의 경우 서브넷 구성이 각 호스트의 해당 NIC와 일치해야 합니다.
리소스 풀의 모든 XenServer 호스트에서 볼 수 있는 iSCSI 또는 HBA LUN에 공유 GFS2 SR을 만듭니다. GFS2와 함께 씬 프로비저닝된 LUN을 사용하지 않는 것이 좋습니다. 그러나 이 구성을 선택하는 경우 LUN에 XenServer가 쓸 수 있는 충분한 공간이 항상 있는지 확인해야 합니다.
클러스터링된 풀에 최대 62개의 GFS2 SR을 추가할 수 있습니다.
참고:
다음 단계를 수행하기 전에 iSCSI 이니시에이터 IQN이 풀의 모든 호스트에 대해 적절하게 설정되어 있는지 확인합니다. 자세한 내용은 서버 속성 변경을 참조하십시오.
위치 페이지에서 iSCSI 대상 세부 정보를 지정합니다.
대상 호스트: iSCSI 대상의 IP 주소 또는 DNS 이름입니다. 쉼표로 구분된 값 목록일 수도 있습니다.
CHAP 사용: GFS2 SR에서는 지원되지 않습니다. 이 옵션은 선택하지 않은 상태로 둡니다.
대상 IQN: iSCSI 대상 IQN을 지정하려면 IQN 검색 버튼을 클릭한 다음 대상 IQN 목록에서 IQN을 선택합니다.
중요:
iSCSI 대상과 풀의 모든 서버에 동일한 IQN 세트가 없어야 합니다. 모든 iSCSI 대상 및 이니시에이터에는 고유한 IQN이 있어야 합니다. 고유하지 않은 IQN 식별자를 사용하면 데이터가 손상되거나 타겟에 대한 액세스가 거부되거나 둘 다 거부될 수 있습니다.
대상 LUN: 스토리지 저장소를 생성할 LUN을 지정하려면 LUN 검색 버튼을 클릭합니다. 타겟 LUN 목록에서 LUN을 선택합니다.
각 개별 iSCSI 스토리지 저장소는 모두 단일 LUN에 포함되어야 합니다. SR은 둘 이상의 LUN에 걸쳐 있을 수 없습니다. LUN에 이미 SR이 포함되어 있는 경우 기존 SR을 사용하거나 기존 SR을 새 SR로 교체할 것인지 선택합니다. 기존 SR을 교체하면 디스크에 있는 모든 데이터가 삭제됩니다.
마법사가 사용 가능한 LUN을 검색한 다음 발견된 모든 LUN을 나열하는 페이지를 표시합니다. 목록에서 LUN을 선택하고 만들기를 클릭합니다.
참고:
선택한 LUN에 기존 SR이 있으면 경고 메시지가 표시됩니다. 세부 정보를 검토하고 다음 옵션 중 하나를 선택합니다.
- 기존 항목을 사용하려면 다시 연결(Reattach) 을 클릭합니다.
- 기존 SR을 삭제하고 SR을 생성하려면 형식을 클릭합니다.
- 다른 LUN을 선택하려면 취소 를 클릭하고 목록에서 LUN을 선택합니다.
공유 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가 지원되지 않습니다.
변경된 블록 추적은 GFS2 SR에 저장된 vDI에 대해 지원되지 않습니다.
2TiB보다 큰 VDI는 VHD 또는 OVA/OVF로 내보낼 수 없습니다. 그러나 VDI가 2TiB보다 큰 VM을 XVA 형식으로 내보낼 수 있습니다.
GFS2와 함께 씬 프로비저닝된 LUN을 사용하지 않는 것이 좋습니다. 그러나 이 구성을 선택하는 경우 LUN에 XenServer가 쓸 수 있는 충분한 공간이 항상 있는지 확인해야 합니다.
풀에 62개 이상의 GFS2 SR을 보유할 수 없습니다.
클러스터된 풀은 풀당 최대 16개의 호스트만 지원합니다.
클러스터 트래픽의 경우 두 개 이상의 서로 다른 네트워크 스위치를 사용하는 연결된 네트워크를 사용하기를 강력하게 권장합니다. 이 네트워크를 다른 용도로 사용하지 마십시오.
XenCenter를 사용하여 클러스터 네트워크의 IP 주소를 변경하려면 클러스터링과 GFS2를 일시적으로 사용하지 않도록 설정해야 합니다.
클러스터가 작동 중이고 VM이 실행 중인 동안에는 클러스터링 네트워크의 연결을 변경하지 마십시오. 이 작업을 수행하면 클러스터의 호스트가 강제 재부팅(차단)될 수 있습니다.
클러스터링이 활성화된 호스트가 하나 이상 있는 클러스터링 네트워크에서 IP 주소 충돌(동일한 IP 주소를 가진 여러 호스트)이 있는 경우 클러스터가 제대로 구성되지 않아 필요할 때 호스트를 차단할 수 없습니다. 이 문제를 해결하려면 IP 주소 충돌을 해결하십시오.