당신의 풀 관리

이 문서에서는 풀을 관리하기 위해 수행할 수 있는 몇 가지 작업에 대해 설명합니다.

개별 호스트를 관리하려면 호스트 관리를 참조하십시오.

리소스 풀 만들기

리소스 풀은 XenCenter® 또는 CLI를 사용하여 만들 수 있습니다. 새 호스트가 리소스 풀에 참여하면 참여 호스트는 로컬 데이터베이스를 풀 전체 데이터베이스와 동기화하고 풀에서 일부 설정을 상속합니다.

• VM, 로컬 및 원격 스토리지 구성이 풀 전체 데이터베이스에 추가됩니다. 이 구성은 호스트가 풀에 참여한 후 리소스를 명시적으로 공유하지 않는 한 풀의 참여 호스트에 적용됩니다.

• 참여 호스트는 풀에 있는 기존 공유 스토리지 리포지토리를 상속합니다. 새 호스트가 기존 공유 스토리지에 자동으로 액세스할 수 있도록 적절한 PBD 레코드가 생성됩니다.

• 네트워킹 정보는 참여 호스트에 부분적으로 상속됩니다. NIC, VLAN 및 본딩된 인터페이스의 구조적 세부 정보는 모두 상속되지만 정책 정보는 상속되지 않습니다. 재구성해야 하는 이 정책 정보에는 다음이 포함됩니다.

  • 원래 구성에서 보존된 관리 NIC의 IP 주소.

  • 원래 구성과 동일하게 유지되는 관리 인터페이스의 위치. 예를 들어, 다른 풀 호스트에 본딩된 인터페이스에 관리 인터페이스가 있는 경우 참여 호스트는 참여 후 본드로 마이그레이션되어야 합니다.

  • 전용 스토리지 NIC는 XenCenter 또는 CLI에서 참여 호스트에 다시 할당해야 하며, 트래픽을 적절하게 라우팅하도록 PBD를 다시 연결해야 합니다. 이는 IP 주소가 풀 참여 작업의 일부로 할당되지 않으며, 스토리지 NIC는 올바르게 구성된 경우에만 작동하기 때문입니다. CLI에서 스토리지 NIC를 전용으로 사용하는 방법에 대한 자세한 내용은 네트워킹 관리를 참조하십시오.

  • 호스트를 풀에 추가하기 전에 관리 인터페이스를 재구성하고 물리적 NIC로 이동합니다. 호스트가 풀에 참여한 후 관리 인터페이스를 다시 재구성할 수 있습니다.

리소스 풀을 만들기 전에 풀 및 참여 호스트에 대한 요구 사항을 검토하십시오. 자세한 내용은 리소스 풀을 참조하십시오.

xe CLI를 사용하여 풀에 호스트 추가

1. 참여를 시도하기 전에 풀과 참여 호스트를 동일한 수준으로 업데이트하십시오. 다음 방법 중 하나로 이 작업을 수행할 수 있습니다.

   • 참여 호스트를 풀과 동일한 수준으로 업데이트합니다:

     • (권장) 참여 호스트를 풀과 동기화하고 풀 코디네이터에 있는 업데이트 파일로 업데이트합니다. 자세한 내용은 풀 수준으로 업데이트를 참조하십시오.
     • 풀 수준과 일치하는 업데이트 번들을 다운로드하여 참여 호스트를 업데이트합니다.

   • 풀과 참여 호스트를 모두 최신 수준으로 업데이트합니다:

     • 호스트와 풀을 동일한 업데이트 채널로 동기화하고 최신 업데이트를 적용합니다.
     • 오프라인 업데이트 메커니즘을 사용하여 호스트와 풀 모두에 최신 수준의 업데이트를 적용합니다.

   이러한 업데이트 방법에 대한 자세한 내용은 XenCenter를 사용하여 업데이트 적용 또는 xe CLI를 사용하여 업데이트 적용를 참조하십시오.

2. 풀에 참여시키려는 XenServer® 호스트에서 콘솔을 엽니다.

3. 다음 명령을 실행하여 XenServer 호스트를 풀에 참여시킵니다:

   xe pool-join master-address=<address of pool coordinator> master-username=<administrator username> master-password=<password>
   <!--NeedCopy-->
   

   master-address은(는) 풀 코디네이터의 정규화된 도메인 이름으로 설정되어야 합니다. password은(는) 풀 코디네이터가 설치될 때 설정된 관리자 암호여야 합니다.

참고:

호스트를 풀에 참여시키면 참여 호스트의 관리자 암호는 풀 코디네이터의 관리자 암호와 일치하도록 자동으로 변경됩니다.

XenServer 호스트는 기본적으로 이름 없는 풀에 속합니다. 첫 번째 리소스 풀을 만들려면 기존의 이름 없는 풀의 이름을 바꿉니다. 탭 완성을 사용하여 pool_uuid을(를) 찾으십시오:

xe pool-param-set name-label="New Pool" uuid=pool_uuid
<!--NeedCopy-->

이기종 리소스 풀 생성

XenServer는 이기종 호스트 하드웨어를 리소스 풀(이기종 리소스 풀이라고 함)에 참여시킬 수 있도록 허용함으로써 시간이 지남에 따라 배포 확장을 간소화합니다. 이기종 리소스 풀은 CPU “마스킹” 또는 “레벨링”을 제공하는 Intel (FlexMigration) 및 AMD (Extended Migration) CPU의 기술을 사용하여 가능해집니다. CPU 마스킹 및 레벨링 기능을 통해 CPU를 실제와 다른 제조사, 모델 또는 기능을 제공하는 것처럼 보이도록 구성할 수 있습니다. 이 기능을 통해 이기종 CPU를 가진 호스트 풀을 생성하면서도 라이브 마이그레이션을 안전하게 지원할 수 있습니다.

참고:

이종 풀에 참여하는 XenServer 호스트의 CPU는 풀에 이미 있는 호스트의 CPU와 동일한 공급업체(즉, AMD, Intel)여야 합니다. 그러나 호스트는 제품군, 모델 또는 스테핑 번호 수준에서 동일한 유형일 필요는 없습니다.

XenServer는 이종 풀 지원을 간소화합니다. 이제 기본 CPU 유형에 관계없이(CPU가 동일한 공급업체 제품군인 한) 기존 리소스 풀에 호스트를 추가할 수 있습니다. 풀 기능 세트는 다음 경우에 동적으로 계산됩니다.

• 새 호스트가 풀에 참여할 때

• 풀 멤버가 풀을 떠날 때

• 재부팅 후 풀 멤버가 다시 연결될 때

풀 기능 세트의 변경 사항은 현재 풀에서 실행 중인 VM에 영향을 미치지 않습니다. 실행 중인 VM은 시작될 때 적용된 기능 세트를 계속 사용합니다. 이 기능 세트는 부팅 시 고정되며 마이그레이션, 일시 중단 및 재개 작업 전반에 걸쳐 유지됩니다. 기능이 떨어지는 호스트가 풀에 참여하여 풀 수준이 떨어지는 경우, 실행 중인 VM은 새로 추가된 호스트를 제외하고 풀의 모든 호스트로 마이그레이션될 수 있습니다. VM을 풀 내 또는 풀 간에 다른 호스트로 이동하거나 마이그레이션할 때 XenServer는 VM의 기능 세트를 대상 호스트의 기능 세트와 비교합니다. 기능 세트가 호환되는 것으로 확인되면 VM 마이그레이션이 허용됩니다. 이를 통해 VM은 VM이 사용하는 CPU 기능에 관계없이 풀 내외에서 자유롭게 이동할 수 있습니다. Workload Balancing을 사용하여 VM을 마이그레이션할 최적의 대상 호스트를 선택하는 경우, 호환되지 않는 기능 세트를 가진 호스트는 대상 호스트로 권장되지 않습니다.

공유 스토리지 추가

이 섹션에서는 기존 NFS 서버에 공유 스토리지(스토리지 리포지토리로 표시됨)를 생성하는 방법의 예를 보여줍니다. 지원되는 공유 스토리지 유형의 전체 목록은 스토리지를 참조하십시오.

CLI를 사용하여 NFS 공유 스토리지를 리소스 풀에 추가하려면

1. 풀의 모든 XenServer 호스트에서 콘솔을 엽니다.

2. 다음 명령을 실행하여 server:/path에 스토리지 리포지토리를 생성합니다.

   xe sr-create content-type=user type=nfs name-label="Example SR" shared=true \
       device-config:server=server \
       device-config:serverpath=path
   <!--NeedCopy-->
   

   device-config:server은 NFS 서버의 호스트 이름이고 device-config:serverpath는 NFS 서버의 경로입니다. shared가 true로 설정되어 있으므로 공유 스토리지는 풀의 모든 XenServer 호스트에 자동으로 연결됩니다. 나중에 참여하는 모든 XenServer 호스트도 스토리지에 연결됩니다. 스토리지 리포지토리의 UUID(Universally Unique Identifier)가 화면에 인쇄됩니다.

3. 다음 명령을 실행하여 풀의 UUID를 찾습니다.

   xe pool-list
   <!--NeedCopy-->
   

4. 다음 명령으로 공유 스토리지를 풀 전체의 기본값으로 설정합니다.

   xe pool-param-set uuid=pool_uuid default-SR=sr_uuid
   <!--NeedCopy-->
   

   공유 스토리지가 풀 전체의 기본값으로 설정되었으므로, 향후 모든 VM은 기본적으로 공유 스토리지에 디스크가 생성됩니다. 다른 유형의 공유 스토리지 생성에 대한 자세한 내용은 SR 생성을 참조하십시오.

리소스 풀에서 XenServer 호스트 제거

참고:

풀에서 XenServer 호스트를 제거하기 전에 해당 호스트에서 실행 중인 모든 VM을 종료해야 합니다. 그렇지 않으면 호스트를 제거할 수 없다는 경고가 표시될 수 있습니다.

풀에서 호스트를 제거(꺼내기)하면 시스템이 재부팅되고 다시 초기화되어 새로 설치된 것과 유사한 상태가 됩니다. 로컬 디스크에 중요한 데이터가 있는 경우 풀에서 XenServer 호스트를 제거하지 마십시오.

CLI를 사용하여 리소스 풀에서 호스트를 제거하려면

1. 풀에 있는 아무 호스트에서나 콘솔을 엽니다.

2. 다음 명령을 실행하여 호스트의 UUID를 찾습니다.

   xe host-list
   <!--NeedCopy-->
   

3. 풀에서 필요한 호스트를 제거합니다.

   xe pool-eject host-uuid=host_uuid
   <!--NeedCopy-->
   

   XenServer 호스트가 제거되고 새로 설치된 상태로 유지됩니다.

   경고:

   로컬 디스크에 중요한 데이터가 저장되어 있는 경우 리소스 풀에서 호스트를 제거하지 마십시오. 호스트가 풀에서 제거되면 모든 데이터가 지워집니다. 이 데이터를 보존하려면 XenCenter 또는 xe vm-copy CLI 명령을 사용하여 VM을 풀의 공유 스토리지로 복사하십시오.

로컬에 저장된 VM을 포함하는 XenServer 호스트가 풀에서 제거되면 VM은 풀 데이터베이스에 존재합니다. 로컬에 저장된 VM은 다른 XenServer 호스트에서도 볼 수 있습니다. VM은 연결된 가상 디스크가 풀의 다른 XenServer 호스트에서 볼 수 있는 공유 스토리지를 가리키도록 변경되거나 제거될 때까지 시작되지 않습니다. 따라서 풀에 가입할 때 모든 로컬 스토리지를 공유 스토리지로 이동하는 것이 좋습니다. 공유 스토리지로 이동하면 개별 XenServer 호스트가 데이터 손실 없이 제거(또는 물리적으로 실패)될 수 있습니다.

참고:

관리 인터페이스가 태그된 VLAN 네트워크에 있는 풀에서 호스트가 제거되면 시스템이 재부팅되고 해당 관리 인터페이스는 동일한 네트워크에서 사용할 수 있게 됩니다.

풀 암호 순환

풀 암호는 풀의 호스트 간에 공유되는 암호로, 호스트가 풀의 멤버십을 증명할 수 있도록 합니다.

풀 관리자 역할이 있는 사용자는 이 암호를 알 수 있으므로, 이러한 사용자 중 한 명이 조직을 떠나거나 풀 관리자 역할을 잃게 되면 풀 암호를 순환하는 것이 좋습니다.

XenCenter 또는 xe CLI를 사용하여 풀 암호를 순환할 수 있습니다.

젠센터

XenCenter를 사용하여 풀의 풀 암호를 순환하려면 다음 단계를 완료하십시오.

1. 리소스 창에서 풀 또는 풀의 호스트를 선택합니다.
2. 풀 메뉴에서 풀 암호 순환을 선택합니다.

풀 암호를 순환할 때 루트 암호 변경 메시지도 표시됩니다. 환경이 손상되었다고 생각하여 풀 암호를 순환한 경우, 풀 코디네이터의 루트 암호도 변경해야 합니다. 자세한 내용은 암호 변경을 참조하십시오.

xe 씨엘아이

xe CLI를 사용하여 풀 암호를 순환하려면 풀의 호스트에서 다음 명령을 실행하십시오.

xe pool-secret-rotate
<!--NeedCopy-->

환경이 손상되었다고 생각하여 풀 암호를 순환한 경우, 루트 암호도 변경해야 합니다. 자세한 내용은 암호 변경을 참조하십시오.

SSH 액세스 구성

XenServer 풀에 대한 SSH 액세스는 기본적으로 활성화되어 있습니다. XenServer 풀에 대한 SSH 액세스를 비활성화하려면 다음 명령을 실행하십시오.

xe pool-disable-ssh pool=<pool_uuid_or_name_label>
<!--NeedCopy-->

이 명령은 SSH를 비활성화합니다. 풀은 새 SSH 연결을 거부하지만 기존 세션의 연결을 끊지는 않습니다.

XenServer 풀에 대한 SSH 액세스를 활성화하려면 다음 명령을 실행하십시오.

xe pool-enable-ssh pool=<pool_uuid_or_name_label>
<!--NeedCopy-->

현재 풀 SSH 임시 활성화 시간 제한(초)을 설정하려면:

xe pool-param-set uuid=<pool-uuid> ssh-enabled-timeout=<seconds>
<!--NeedCopy-->

시간 제한 매개변수는 SSH 서비스 지속 시간을 결정합니다. 0으로 설정하면 SSH는 무기한 활성 상태를 유지합니다. 양의 정수(초)로 설정하면 지정된 기간 후에 SSH가 자동으로 비활성화됩니다. 구성 변경 사항은 이후 활성 SSH 세션에 즉시 적용되며, 사용자가 SSH를 활성화할 때마다 적용됩니다.

참고:

ssh-enabled-timeout에 설정할 수 있는 최대값은 172800초(약 2일)입니다.

현재 풀의 SSH 콘솔 유휴 시간 제한(초)을 설정하려면

xe pool-param-set uuid=<pool-uuid> console-idle-timeout=<seconds>
<!--NeedCopy-->

VNC 및 SSH 콘솔 연결에 대한 유휴 세션 시간 제한을 초 단위의 음이 아닌 정수 값으로 구성합니다. 여기서 0은 시간 제한을 비활성화하고(세션이 만료되지 않음) 양수 값(예: 3600)은 지정된 기간 후에 유휴 세션을 자동으로 종료하며, 설정은 구성 후 새로 생성된 콘솔 세션에 적용됩니다.

현재 풀 SSH 자동 모드를 설정하려면

xe poolparam-set uuid=<pool-uuid>  ssh-auto-mode=true
<!--NeedCopy-->

XAPI 서비스 상태에 따라 자동 SSH 관리를 구성합니다. 자동 모드가 활성화되면 SSH 활성화는 XAPI 상태를 따릅니다. XAPI가 정상일 때는 SSH가 비활성화되고, XAPI가 비정상일 때는 활성화됩니다.

자동 모드 활성화 + ssh_enabled_timeout = 0: pool.enable_ssh를 통한 수동 SSH 활성화는 자동 모드를 영구적으로 비활성화합니다.

자동 모드 활성화 + ssh_enabled_timeout > 0: 수동 SSH 활성화는 자동 모드를 일시적으로 비활성화합니다. 시간 제한이 만료되면 자동 모드는 원래 설정으로 복원됩니다. (활성 SSH 시간 제한 기간 동안 시스템 재시작이 발생하면 원래 자동 모드 설정이 손실되고 시간 제한/복구 시 활성화로 재설정됩니다.)

이 명령들 중 하나에서 풀 매개변수 값에 대해 풀 선택기를 사용할 수 있습니다. 자세한 내용은 풀 명령을 참조하십시오.

XenServer 풀의 모든 풀에 대한 SSH 액세스를 동시에 관리할 수 있습니다. 자세한 내용은 풀에 대한 SSH 액세스 비활성화를 참조하십시오.

풀 가입/제거 동작

• 가입 – 서버가 풀에 가입하면 SSH 설정(SSH 활성화 시간 제한, 유휴 콘솔 시간 제한, 자동 모드)이 상속됩니다.

• 추출 – 서버가 풀에서 추출되면 기본 설정이 복원됩니다.

  • XenServer 8.4: SSH 활성화, 자동 모드 비활성화

새 SSH 관리 제어 정의

SSH를 구성하려면 풀 수준에서 새 XAPI API pool.set_ssh_auto_mode을(를) 설정하십시오.

set_ssh_auto_mode: SSH 자동 모드를 활성화하거나 비활성화하도록 구성합니다. 자동 모드가 활성화되면 SSH 상태는 XAPI 상태에 따라 달라집니다. XAPI가 정상일 때는 SSH가 비활성화되고, XAPI가 비정상일 때는 SSH가 활성화됩니다.

사용자가 자동 모드를 활성화로 설정하고 현재 ssh_enabled_timeout이 0인 경우, pool.enable_ssh을(를) 사용하여 SSH를 활성화하면 자동 모드가 영구적으로 비활성화됩니다.

사용자가 pool.set_auto_mode을(를) 활성화 또는 비활성화로 자동 모드를 설정하는 것을 “원래 자동 모드 설정”이라고 합니다. 현재 ssh_enabled_timeout이(가) 양수(예: 1800초)로 설정된 경우, pool.enable_ssh을(를) 사용하여 SSH를 활성화하면 자동 모드가 일시적으로 비활성화됩니다. 시간 초과 기간이 만료되면 SSH가 자동으로 비활성화되고 자동 모드는 원래 설정으로 복원됩니다.

사용자가 ssh_enabled_timeout을(를) 양수(예: 3600초)로 설정하고 시간 초과 기간이 만료되기 전에 호스트를 재부팅(또는 XAPI를 다시 시작)하면, 시간 초과 기간이 만료된 후 SSH가 자동으로 비활성화되고 재부팅으로 인해 원래 자동 모드 설정이 손실되었으므로 자동 모드가 true로 복원됩니다.

ssh_enabled_timeout을(를) 양수(예: 180초)로 구성한 후 XAPI가 실패하고, 시간 초과 기간이 만료될 때 XAPI가 실패 상태로 유지되면 XAPI가 다시 시작될 때까지 SSH는 활성화된 상태로 유지됩니다. XAPI가 다시 시작되면 SSH는 자동으로 비활성화되고, 시스템 재부팅으로 인해 원래 자동 모드 설정이 손실되었으므로 자동 모드는 true로 복원됩니다.

This command disables SSH. The hosts refuse new SSH connections, but do not disconnect any existing sessions.

To enable SSH access to all hosts in your pool, run the following command:

xe pool-enable-ssh ```

Both of these commands attempt to make a change on all hosts in the pool. If the command fails on one or more of the hosts in your pool, the command continues to run for all other hosts in the pool. The command returns a list of any hosts where the command fails.

You can manage the SSH access for an individual host. For more information, see Disable SSH access for a host.–>

XenServer 풀에서 IGMP 스누핑 활성화

XenServer는 모든 게스트 VM에 멀티캐스트 트래픽을 전송하여 호스트 장치가 요청하지 않은 패킷을 처리하도록 요구함으로써 불필요한 부하를 발생시킵니다. IGMP 스누핑을 활성화하면 로컬 네트워크의 호스트가 명시적으로 가입하지 않은 멀티캐스트 그룹에 대한 트래픽을 수신하는 것을 방지하고 멀티캐스트 성능을 향상시킵니다. IGMP 스누핑은 IPTV와 같이 대역폭 집약적인 IP 멀티캐스트 애플리케이션에 특히 유용합니다.

참고:

• 풀에서 이 기능을 활성화할 때 물리적 스위치 중 하나에서 IGMP 쿼리어도 활성화해야 할 수 있습니다. 그렇지 않으면 서브 네트워크의 멀티캐스트가 브로드캐스트로 대체되어 XenServer 성능이 저하될 수 있습니다.

• IGMP v3를 실행하는 풀에서 이 기능을 활성화하면 VM 마이그레이션 또는 네트워크 본드 페일오버로 인해 IGMP 버전이 v2로 전환됩니다.

• GRE 네트워크에서 이 기능을 활성화하려면 사용자는 GRE 네트워크에 IGMP 쿼리어를 설정해야 합니다. 또는 물리적 네트워크에서 GRE 네트워크로 IGMP 쿼리 메시지를 전달할 수 있습니다. 그렇지 않으면 GRE 네트워크의 멀티캐스트 트래픽이 차단될 수 있습니다.

XenCenter 또는 xe CLI를 사용하여 풀에서 IGMP 스누핑을 활성화할 수 있습니다.

젠센터

1. 풀 속성으로 이동합니다.
2. 네트워크 옵션을 선택합니다. 여기서 IGMP 스누핑을 활성화하거나 비활성화할 수 있습니다.

엑스이 씨엘아이

1. 풀 UUID를 가져옵니다:

   xe pool-list

2. 풀에 대한 IGMP 스누핑을 활성화/비활성화합니다:

   xe pool-param-set [uuid=pool-uuid] [igmp-snooping-enabled=true|false]

IGMP 스누핑을 활성화한 후, xe CLI를 사용하여 IGMP 스누핑 테이블을 볼 수 있습니다.

IGMP 스누핑 테이블 보기

다음 명령을 사용하여 IGMP 스누핑 테이블을 봅니다:

ovs-appctl mdb/show [bridge name]

참고:

xe network-list을(를) 사용하여 브리지 이름을 가져올 수 있습니다. 이러한 브리지 이름은 xenbr0, xenbr1, xenapi 또는 xapi0일 수 있습니다.

다음과 같이 네 개의 열로 구성된 테이블이 출력됩니다:

• port: 스위치(OVS)의 포트.
• VLAN: 트래픽의 VLAN 식별자입니다.
• GROUP: 포트가 요청한 멀티캐스트 그룹.
• Age: 이 레코드의 경과 시간(초).

GROUP이 멀티캐스트 그룹 주소인 경우, 이는 연결된 스위치 포트에서 IGMP 보고 메시지가 수신되었음을 의미합니다. 즉, 멀티캐스트 그룹의 수신기(멤버)가 이 포트에서 수신 대기 중입니다.

두 개의 레코드를 포함하는 다음 예시를 참조하십시오:

첫 번째 레코드는 멀티캐스트 그룹 227.0.0.1에 대해 포트 14에서 수신기가 수신 대기 중임을 보여줍니다. Open vSwitch는 227.0.0.1 멀티캐스트 그룹으로 향하는 트래픽을 모든 포트로 브로드캐스트하는 대신, 이 그룹에 대해 수신 대기 중인 포트(이 예에서는 포트 14)로만 전달합니다. 포트 14와 그룹 227.0.0.1을 연결하는 레코드는 15초 전에 생성되었습니다. 기본적으로 시간 초과 간격은 300초입니다. 이는 스위치가 레코드를 추가한 후 300초 동안 포트 14에서 더 이상 IGMP 보고 메시지를 수신하지 않으면 해당 레코드가 만료되어 테이블에서 제거됨을 의미합니다.

두 번째 레코드에서 GROUP은 쿼리어이며, 이는 관련 포트에서 IGMP 쿼리 메시지가 수신되었음을 의미합니다. 쿼리어는 멀티캐스트 그룹에서 어떤 네트워크 노드가 수신 대기 중인지 확인하기 위해 모든 스위치 포트로 브로드캐스트되는 IGMP 쿼리 메시지를 주기적으로 보냅니다. IGMP 쿼리 메시지를 수신하면 수신기는 IGMP 보고 메시지로 응답하며, 이는 수신기의 멀티캐스트 레코드를 새로 고쳐 만료를 방지합니다.

VLAN 열은 수신기/쿼리어가 존재하는 VLAN을 나타냅니다. ‘0’은 네이티브 VLAN을 의미합니다. 태그된 VLAN에서 멀티캐스트를 실행하려면 해당 VLAN에 레코드가 있는지 확인하십시오.

참고:

VLAN 시나리오의 경우, 네트워크의 VLAN ID와 동일한 VLAN 열 값을 가진 쿼리어 레코드가 있어야 합니다. 그렇지 않으면 VLAN 네트워크에서 멀티캐스트가 작동하지 않습니다.

XenServer 풀에서 마이그레이션 스트림 압축 활성화

VM의 라이브 마이그레이션 중에 해당 메모리는 네트워크를 사용하여 두 호스트 간에 데이터 스트림으로 전송됩니다. 마이그레이션 스트림 압축 기능은 이 데이터 스트림을 압축하여 느린 네트워크에서 메모리 전송 속도를 높입니다. 이 기능은 기본적으로 비활성화되어 있지만, XenCenter 또는 xe CLI를 사용하여 변경할 수 있습니다. 자세한 내용은 풀 속성 - 고급 및 풀 매개변수를 참조하십시오. 또는 명령줄을 사용하여 VM을 마이그레이션할 때 압축을 활성화할 수 있습니다. 자세한 내용은 VM 명령의 vm-migrate 명령을 참조하십시오.

리소스 풀 데이터 내보내기

리소스 데이터 내보내기 옵션을 사용하면 풀에 대한 리소스 데이터 보고서를 생성하고 해당 보고서를 .xls 또는 .csv 파일로 내보낼 수 있습니다. 이 보고서는 호스트, 네트워크, 스토리지, 가상 머신, VDI 및 GPU와 같은 풀의 다양한 리소스에 대한 자세한 정보를 제공합니다. 이 기능을 통해 관리자는 CPU, 스토리지 및 네트워크와 같은 다양한 워크로드에 따라 리소스를 추적, 계획 및 할당할 수 있습니다.

참고:

리소스 풀 데이터 내보내기는 XenServer Premium Edition 고객에게 제공됩니다.

보고서에 포함된 리소스 목록 및 다양한 유형의 리소스 데이터:

서버:

• 이름
• 풀 코디네이터
• 유유아이디
• 주소
• CPU 사용량
• 네트워크 (평균/최대 KB)
• 사용된 메모리
• 스토리지
• 업타임
• 설명란

네트워크:

• 이름
• 링크 상태
• MAC
• MTU
• 브이랜
• 유형
• 위치

VDI:

• 이름
• 유형
• 유유아이디
• 크기
• 스토리지
• 설명 내용

스토리지:

• 이름
• 유형
• 범용 고유 식별자
• 크기
• 위치
• 설명 내용

VM:

• 이름
• 전원 상태
• 실행 중인 호스트
• 주소
• MAC
• NIC
• 운영 체제
• 스토리지
• 사용된 메모리
• CPU 사용량
• 유유아이디
• 가동 시간
• 템플릿
• 상세 설명

GPU:

• 이름
• 서버
• PCI 버스 경로
• 유유아이디
• 전력 사용량
• 온도 정보
• 사용된 메모리
• 컴퓨터 활용률

참고:

GPU에 대한 정보는 XenServer 호스트에 GPU가 연결된 경우에만 사용할 수 있습니다.

리소스 데이터 내보내기

1. XenCenter 탐색 창에서 인프라를 선택한 다음 풀을 선택합니다.

2. 풀 메뉴를 선택한 다음 리소스 데이터 내보내기를 선택합니다.

3. 보고서를 저장할 위치를 찾아본 다음 저장을 클릭합니다.