풀 관리하기
이 글에서는 수영장을 관리하기 위해 취할 수 있는 몇 가지 조치를 설명합니다.
개별 호스트를 관리하려면 호스트 관리를 참조하세요.
자원 그룹 만들기
리소스 풀은 XenCenter 또는 CLI를 사용하여 만들 수 있습니다. 새 호스트가 리소스 풀에 가입하면 가입 호스트는 로컬 데이터베이스를 풀 전체 데이터베이스와 동기화하고 풀에서 일부 설정을 상속합니다.
-
VM, 로컬 및 원격 스토리지 구성이 풀 전체 데이터베이스에 추가됩니다. 이 구성은 호스트가 풀에 가입한 후 리소스를 명시적으로 공유하도록 만들지 않는 한 풀의 가입 호스트에 적용됩니다.
-
조인 호스트는 풀의 기존 공유 스토리지 저장소를 상속합니다. 새 호스트가 기존 공유 스토리지에 자동으로 액세스할 수 있도록 적절한 PBD 레코드가 생성됩니다.
-
네트워킹 정보는 조인 호스트에 부분적으로 상속됩니다. 구조 NIC, VLAN 및 결합된 인터페이스의 세부 정보는 모두 상속되지만 정책 정보는 그렇지 않습니다. 다시 구성해야 하는 이 정책 정보에는 다음이 포함됩니다.
-
원래 구성에서 유지되는 관리 NIC의 IP 주소입니다.
-
원래 구성과 동일하게 유지되는 관리 인터페이스의 위치입니다. 예를 들어, 다른 풀 호스트에 결합된 인터페이스에 관리 인터페이스가 있는 경우 가입 후 가입 호스트를 결합 상태로 마이그레이션해야 합니다.
-
XenCenter 또는 CLI에서 조인 호스트에 재할당해야 하는 전용 스토리지 NIC 및 그에 따라 트래픽을 라우팅하기 위해 다시 연결된 PBD입니다. 이는 IP 주소가 풀 조인 작업의 일부로 할당되지 않고 스토리지 NIC가 올바르게 구성된 경우에만 작동하기 때문입니다. CLI에서 스토리지 NIC 전용으로 사용하는 방법에 대한 자세한 내용은 을 참조하십시오 네트워킹 관리.
-
호스트를 풀에 추가하기 전에 관리 인터페이스를 재구성하고 물리적 NIC로 옮깁니다. 호스트가 풀에 가입한 후에는 관리 인터페이스를 다시 구성할 수 있습니다.
-
리소스 풀을 만들기 전에 풀과 참여 호스트에 대한 요구 사항을 검토하세요. 자세한 내용은 리소스 풀을 참조하세요.
xe CLI를 사용하여 풀에 호스트 추가
메모:
조인을 시도하기 전에 풀과 조인 호스트를 동일한 수준으로 업데이트하는 것이 좋습니다.
-
풀에 가입할 XenServer 호스트에서 콘솔을 엽니다.
-
다음 명령을 실행하여 XenServer 호스트를 풀에 가입시킵니다.
xe pool-join master-address=<address of pool coordinator> master-username=<administrator username> master-password=<password> <!--NeedCopy-->이
마스터 주소풀 코디네이터의 정규화된 도메인 이름으로 설정해야 합니다. 이암호풀 코디네이터를 설치할 때 설정한 관리자 암호여야 합니다.
메모:
호스트를 풀에 가입시키면 가입 호스트의 관리자 비밀번호가 풀 코디네이터의 관리자 비밀번호와 일치하도록 자동으로 변경됩니다.
XenServer 호스트는 기본적으로 명명되지 않은 풀에 속합니다. 첫 번째 리소스 풀을 만들려면 기존의 이름 없는 풀의 이름을 바꿉니다. tab-complete를 사용하여 pool_uuid:
xe pool-param-set name-label="New Pool" uuid=pool_uuid
<!--NeedCopy-->
다른 유형의 리소스 풀 만들기Create heterogeneous resource pools
XenServer는 서로 다른 호스트 하드웨어를 이기종 리소스 풀이라고 하는 리소스 풀에 조인할 수 있도록 하여 시간이 지남에 따라 배포를 확장하는 작업을 간소화합니다. 이기종 리소스 풀은 CPU “마스킹” 또는 “레벨링”을 제공하는 Intel(FlexMigration) 및 AMD(Extended Migration) CPU의 기술을 사용하여 가능합니다. CPU 마스킹 및 레벨링 기능을 사용하면 CPU를 다음과 같이 구성할 수 있습니다. 나타나다 실제와 다른 제조사, 모델 또는 기능을 제공하는 것입니다. 이 기능을 사용하면 서로 다른 CPU를 가진 호스트 풀을 생성할 수 있지만 실시간 마이그레이션을 안전하게 지원할 수 있습니다.
메모:
다른 유형의 풀에 가입하는 XenServer 호스트의 CPU는 이미 풀에 있는 호스트의 CPU와 동일한 공급업체(즉, AMD, Intel)의 CPU여야 합니다. 그러나 호스트가 패밀리, 모델 또는 스테핑 번호 수준에서 동일한 유형일 필요는 없습니다.
XenServer는 이기종 풀의 지원을 간소화합니다. 이제 기본 CPU 유형에 관계없이 기존 리소스 풀에 호스트를 추가할 수 있습니다(CPU가 동일한 공급업체 제품군에 속하는 경우). 풀 기능 집합은 매번 동적으로 계산됩니다.
-
새 호스트가 풀에 참가합니다.
-
수영장 구성원이 수영장을 떠납니다.
-
풀 멤버가 재부팅 후 다시 연결됩니다.
풀 기능 집합의 변경은 풀에서 현재 실행 중인 VM에 영향을 주지 않습니다. 실행 중인 VM은 시작될 때 적용된 기능 집합을 계속 사용합니다. 이 기능 집합은 부팅 시 고정되며 마이그레이션, 일시 중단 및 다시 시작 작업 간에 유지됩니다. 성능이 낮은 호스트가 풀에 가입할 때 풀 수준이 떨어지면 실행 중인 VM을 새로 추가된 호스트를 제외한 풀의 모든 호스트로 마이그레이션할 수 있습니다. 풀 내부 또는 풀 간에 다른 호스트로 VM을 이동하거나 마이그레이션하는 경우 XenServer는 VM의 기능 집합을 대상 호스트의 기능 집합과 비교합니다. 기능 집합이 호환되는 것으로 확인되면 VM을 마이그레이션할 수 있습니다. 이렇게 하면 VM이 사용하는 CPU 기능에 관계없이 풀 내에서 그리고 풀 간에 자유롭게 이동할 수 있습니다. Workload Balancing을 사용하여 VM을 마이그레이션할 최적의 대상 호스트를 선택하는 경우 호환되지 않는 기능 집합이 있는 호스트는 대상 호스트로 권장되지 않습니다.
공유 스토리지 추가하기
지원되는 공유 스토리지 유형의 전체 목록은 다음을 참조하십시오. 스토리지 리포지토리 형식. 이 섹션에서는 기존 NFS 서버에서 공유 스토리지(스토리지 저장소로 표시)를 생성하는 방법을 보여줍니다.
CLI를 사용하여 NFS 공유 스토리지를 리소스 풀에 추가하려면
-
풀의 XenServer 호스트에서 콘솔을 엽니다.
-
다음 명령을 실행하여 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-->장치 구성:서버은 NFS 서버의 호스트 이름이고장치 구성:서버 경로은 NFS 서버의 경로입니다. 만큼공유를 true로 설정하면 공유 스토리지가 풀의 모든 XenServer 호스트에 자동으로 연결됩니다. 나중에 가입하는 모든 XenServer 호스트도 저장소에 연결됩니다. 스토리지 저장소의 UUID(Universally Unique Identifier)가 화면에 인쇄됩니다. -
다음 명령을 실행하여 풀의 UUID를 찾습니다.
xe pool-list <!--NeedCopy--> -
다음 명령을 사용하여 공유 저장소를 풀 전체 기본값으로 설정합니다.
xe pool-param-set uuid=pool_uuid default-SR=sr_uuid <!--NeedCopy-->공유 스토리지가 풀 전체 기본값으로 설정되었으므로 이후의 모든 VM에는 기본적으로 공유 스토리지에 디스크가 생성됩니다. 다른 유형의 공유 저장소를 만드는 방법에 대한 자세한 내용은 다음을 참조하십시오. 스토리지 리포지토리 형식.
리소스 풀에서 XenServer 호스트 제거
메모:
풀에서 XenServer 호스트를 제거하기 전에 해당 호스트에서 실행 중인 모든 VM을 종료해야 합니다. 그렇지 않으면 호스트를 제거할 수 없다는 경고가 표시될 수 있습니다.
제거할 때(꺼내기) 호스트를 풀에서 가져오면 시스템이 재부팅되고 다시 초기화되며 새로 설치와 유사한 상태로 유지됩니다. 로컬 디스크에 중요한 데이터가 있는 경우 풀에서 XenServer 호스트를 꺼내지 마십시오.
CLI를 사용하여 리소스 풀에서 호스트를 제거하려면
-
풀의 호스트에서 콘솔을 엽니다.
-
다음 명령을 실행하여 호스트의 UUID를 찾습니다.
xe host-list <!--NeedCopy--> -
풀에서 필요한 호스트를 꺼냅니다.
xe pool-eject host-uuid=host_uuid <!--NeedCopy-->XenServer 호스트가 배출되고 새로 설치된 상태로 유지됩니다.
경고:
하다 안 리소스 풀에서 호스트를 꺼냅니다(로컬 디스크에 저장된 중요한 데이터가 포함되어 있는 경우). 호스트가 풀에서 배출되면 모든 데이터가 지워집니다. 이 데이터를 보존하려면 XenCenter를 사용하여 VM을 풀의 공유 스토리지에 복사하거나
xe vm-copyCLI 명령을 사용합니다.
로컬에 저장된 VM이 포함된 XenServer 호스트를 풀에서 꺼내면 VM이 풀 데이터베이스에 표시됩니다. 로컬에 저장된 VM은 다른 XenServer 호스트에서도 볼 수 있습니다. VM과 연결된 가상 디스크가 풀의 다른 XenServer 호스트에서 볼 수 있는 공유 스토리지를 가리키도록 변경되거나 제거될 때까지 VM이 시작되지 않습니다. 따라서 풀에 가입할 때 모든 로컬 저장소를 공유 저장소로 이동하는 것이 좋습니다. 공유 스토리지로 이동하면 데이터 손실 없이 개별 XenServer 호스트를 배출(또는 물리적으로 실패)할 수 있습니다.
메모:
태그가 지정된 VLAN 네트워크에 관리 인터페이스가 있는 풀에서 호스트를 제거하면 시스템이 재부팅되고 해당 관리 인터페이스를 동일한 네트워크에서 사용할 수 있습니다.
풀 시크릿 순환
풀 시크릿은 풀의 호스트 간에 공유되는 시크릿으로, 호스트가 풀에 대한 멤버십을 증명할 수 있도록 합니다.
풀 관리자 역할이 있는 사용자는 이 비밀을 검색할 수 있으므로 이러한 사용자 중 한 명이 조직을 떠나거나 풀 관리자 역할을 잃을 경우 풀 암호를 교체하는 것이 좋습니다.
XenCenter 또는 xe CLI를 사용하여 풀 암호를 회전할 수 있습니다.
XenCenter (젠센터)
XenCenter를 사용하여 풀의 풀 암호를 회전하려면 다음 단계를 완료하십시오.
- 안에 리소스 창에서 풀 또는 풀의 호스트를 선택합니다.
- 에 풀 메뉴에서 선택 Rotate Pool Secret(풀 시크릿 순환).
풀 시크릿을 회전할 때 루트 비밀번호를 변경하라는 메시지도 표시됩니다. 환경이 손상되었다고 생각되어 풀 비밀번호를 교체한 경우 풀 코디네이터의 루트 비밀번호도 변경해야 합니다. 자세한 내용은 비밀번호 변경을 참조하세요.
xe CLI
xe CLI를 사용하여 풀 암호를 교체하려면 풀의 호스트에서 다음 명령을 실행합니다.
xe pool-secret-rotate
<!--NeedCopy-->
환경이 손상되었다고 생각하여 풀 암호를 교체한 경우 루트 암호도 변경해야 합니다. 자세한 내용은 비밀번호 변경을 참조하세요.
SSH 액세스 구성
풀에 있는 호스트에 대한 SSH 액세스는 기본적으로 활성화되어 있습니다. 풀에 있는 모든 호스트에 대한 SSH 액세스를 비활성화하려면 다음 명령을 실행하세요.
xe pool-disable-ssh
<!--NeedCopy-->
이 명령은 SSH를 비활성화합니다. 호스트는 새로운 SSH 연결을 거부하지만 기존 세션은 연결 해제하지 않습니다.
풀에 있는 모든 호스트에 대한 SSH 액세스를 활성화하려면 다음 명령을 실행하세요.
xe pool-enable-ssh
<!--NeedCopy-->
두 명령 모두 풀에 있는 모든 호스트를 변경하려고 시도합니다. 풀에 있는 하나 이상의 호스트에서 명령이 실패하더라도 해당 명령은 풀에 있는 다른 모든 호스트에서 계속 실행됩니다. 해당 명령은 명령이 실패한 모든 호스트 목록을 반환합니다.
개별 호스트의 SSH 액세스를 관리할 수 있습니다. 자세한 내용은 호스트에 대한 SSH 액세스 비활성화를 참조하세요.
XenServer 풀에서 IGMP 스누핑을 사용하도록 설정합니다
XenServer는 모든 게스트 VM으로 멀티캐스트 트래픽을 전송하여 호스트 장치에 불필요한 부하를 발생시키며, 이로 인해 요청하지 않은 패킷을 처리하도록 요구합니다. IGMP 스누핑을 활성화하면 로컬 네트워크의 호스트가 명시적으로 가입하지 않은 멀티캐스트 그룹에 대한 트래픽을 수신하는 것을 방지하고 멀티캐스트 성능을 향상시킬 수 있습니다. IGMP 스누핑은 IPTV와 같이 대역폭을 많이 사용하는 IP 멀티캐스트 애플리케이션에 특히 유용합니다.
노트:
IGMP 스누핑은 네트워크 백엔드가 Open vSwitch를 사용하는 경우에만 사용할 수 있습니다.
풀에서 이 기능을 활성화할 때 물리적 스위치 중 하나에서 IGMP 쿼리 발생기를 활성화해야 할 수도 있습니다. 그렇지 않으면 서브 네트워크의 멀티캐스트가 브로드캐스트로 대체되어 XenServer 성능이 저하될 수 있습니다.
IGMP v3을 실행하는 풀에서 이 기능을 사용하도록 설정하면 VM 마이그레이션 또는 네트워크 결합 장애 조치(failover)로 인해 IGMP 버전이 v2로 전환됩니다.
GRE 네트워크에서 이 기능을 활성화하려면 사용자가 GRE 네트워크에서 IGMP 쿼리 발생기를 설정해야 합니다. 또는 물리적 네트워크에서 GRE 네트워크로 IGMP 쿼리 메시지를 전달할 수 있습니다. 그렇지 않으면 GRE 네트워크의 멀티캐스트 트래픽을 차단할 수 있습니다.
XenCenter 또는 xe CLI를 사용하여 풀에서 IGMP 스누핑을 활성화할 수 있습니다.
XenCenter (젠센터)
- 로 이동합니다. 풀 속성.
- 고르다 네트워크 옵션. 여기에서 IGMP 스누핑을 활성화하거나 비활성화할 수 있습니다.
xe CLI
-
풀 UUID를 가져옵니다.
xe pool-list -
풀에 대한 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,제나피또는엑스피0.
그러면 4개의 열이 있는 테이블이 출력됩니다.
- 포트: 스위치(OVS)의 포트입니다.
- VLAN: 트래픽의 VLAN ID입니다.
- GROUP: 포트가 요청한 멀티캐스트 그룹입니다.
- 나이: 이 레코드의 나이(초)입니다.
GROUP 이 멀티캐스트 그룹 주소인 경우, 이는 연관된 스위치 포트에서 IGMP 보고 메시지가 수신되었음을 의미합니다. 이는 멀티캐스트 그룹의 수신기(구성원)가 이 포트에서 수신 대기하고 있음을 의미합니다.
두 개의 레코드가 포함된 다음 예제를 살펴보겠습니다.
| port | VLAN (영어) | 그룹 | 연령 |
|---|---|---|---|
| 14 | 0 | 227.0.0.1 | 15 |
| 1 | 0 | 쿼리 발생기 | 24 |
첫 번째 레코드는 멀티캐스트 그룹 227.0.0.1에 대해 포트 14에서 수신 대기하는 수신기가 있음을 보여줍니다. Open vSwitch는 227.0.0.1 멀티캐스트 그룹으로 향하는 트래픽을 모든 포트로 브로드캐스트하지 않고 이 그룹의 수신 포트(이 예에서는 포트 14)로만 전달합니다. 포트 14 및 그룹 227.0.0.1을 연결하는 레코드가 15초 전에 생성되었습니다. 기본적으로 시간 제한 간격은 300초입니다. 즉, 스위치가 레코드를 추가한 후 300초 동안 포트 14에서 더 이상 IGMP 보고서 메시지를 수신하지 않으면 레코드가 만료되고 테이블에서 제거됩니다.
두 번째 레코드에서 그룹 다음과 같음 쿼리 발생기이는 IGMP 쿼리 메시지가 연결된 포트에서 수신되었음을 의미합니다. 쿼리 발생기는 모든 스위치 포트로 브로드캐스트되는 IGMP 쿼리 메시지를 주기적으로 전송하여 멀티캐스트 그룹에서 수신 대기 중인 네트워크 노드를 확인합니다. IGMP 쿼리 메시지를 받으면 수신자는 IGMP 보고서 메시지로 응답하며, 이로 인해 수신자의 멀티캐스트 레코드가 새로 고쳐지고 만료되지 않습니다.
이 VLAN (영어) 열은 수신기/쿼리 발생기가 살고 있음을 VLAN에 나타냅니다. ‘0’은 기본 VLAN을 의미합니다. 태그가 지정된 일부 VLAN에서 멀티캐스트를 실행하려면 VLAN에 레코드가 있는지 확인합니다.
메모:
VLAN 시나리오의 경우 네트워크의 VLAN ID와 동일한 VLAN 열 값을 갖는 쿼리어 레코드가 있어야 합니다. 그렇지 않으면 VLAN 네트워크에서 멀티캐스트가 작동하지 않습니다.
XenServer 풀에서 마이그레이션 스트림 압축을 사용하도록 설정합니다
VM의 실시간 마이그레이션 중에 해당 메모리는 네트워크를 사용하는 두 호스트 간에 데이터 스트림으로 전송됩니다. 마이그레이션 스트림 압축 기능은 이 데이터 스트림을 압축하여 느린 네트워크에서 메모리 전송 속도를 높입니다. 이 기능은 기본적으로 비활성화되어 있지만 XenCenter 또는 xe CLI를 사용하여 변경할 수 있습니다. 자세한 내용은 풀 속성 - 고급 그리고 풀 매개 변수. 또는 명령줄을 사용하여 VM을 마이그레이션할 때 압축을 사용하도록 설정할 수 있습니다. 자세한 내용은 vm-migrate (가상 머신) 명령 입력 VM 명령.
자원 그룹 데이터 내보내기Export resource pool data
리소스 데이터 내보내기 옵션을 사용하면 풀에 대한 리소스 데이터 보고서를 생성하고 보고서를 .xls 또는 .csv 파일로 내보낼 수 있습니다. 이 보고서는 호스트, 네트워크, 스토리지, 가상 머신, VDI 및 GPU와 같은 풀의 다양한 리소스에 대한 자세한 정보를 제공합니다. 이 기능을 통해 관리자는 CPU, 스토리지 및 네트워크와 같은 다양한 워크로드를 기반으로 리소스를 추적, 계획 및 할당할 수 있습니다.
메모:
리소스 풀 데이터 내보내기는 XenServer Premium Edition 고객이 사용할 수 있습니다.
보고서에 포함된 자원 및 다양한 유형의 자원 데이터 목록은 다음과 같습니다.
서버:
- 이름
- 풀 코디네이터
- UUID
- 주소
- CPU 사용량
- 네트워크(평균/최대 KB)
- 사용된 메모리
- 보관
- 가동
- 설명
네트워크:
- 이름
- 링크 상태
- 맥
- 최대 전송 단위(MTU)
- VLAN (영어)
- 유형
- 위치
VDI:
- 이름
- 유형
- UUID
- 크기
- 보관
- 설명
보관:
- 이름
- 유형
- UUID
- 크기
- 위치
- 설명
가상 머신:
- 이름
- 전원 상태
- 실행 중
- 주소
- 맥
- NIC (닉)
- 운영 체제
- 보관
- 사용된 메모리
- CPU 사용량
- UUID
- 가동
- 템플렛
- 설명
그래픽 카드:
- 이름
- 서버
- PCI 버스 경로
- UUID
- 전력 사용량
- 온도
- 사용된 메모리
- 컴퓨터 활용
메모:
GPU에 대한 정보는 XenServer 호스트에 GPU가 연결되어 있는 경우에만 사용할 수 있습니다.
자원 데이터를 내보내려면
-
XenCenter Navigation(XenCenter 탐색) 창에서 인프라 을 클릭한 다음 풀을 선택합니다.
-
을(를) 선택합니다. 풀 menu 다음 자원 데이터 내보내기Export Resource Data.
-
보고서를 저장할 위치로 이동한 다음 구해내다.