Citrix Hypervisor

이 기사는 기계 번역되었습니다.책임 부인

Workload Balancing 동작 구성

February 4, 2025

제공::

중요:

Citrix Hypervisor 8.2 누적 업데이트 1은 2025년 6월 25일 23:59(동부 표준시)에 수명이 종료됩니다. 원활한 전환과 지속적인 지원을 위해 지금 XenServer 8로의 업그레이드를 계획하십시오. 자세한 내용은 업그레이드.

Citrix Virtual Apps and Desktops 라이센스 파일을 사용하여 Citrix Hypervisor 8.2 누적 업데이트 1 호스트에 라이센스를 부여하는 경우 이러한 라이센스 파일은 XenServer 8과 호환되지 않습니다. 업그레이드하기 전에 XenServer 8에서 사용할 XenServer Premium Edition 소켓 라이센스 파일을 얻어야 합니다. 이러한 소켓 라이센스 파일은 Citrix 워크로드를 실행하기 위한 Citrix for Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP 및 Citrix Platform License 구독의 자격으로 사용할 수 있습니다. 아직 이러한 새로운 서브스크립션으로 전환하지 않은 Citrix 고객은 XenServer Premium Edition 소켓 라이센스 10,000개에 대한 무료 프로모션에 참여를 요청할 수 있습니다. 자세한 내용은 XenServer 서버.

업그레이드하기 전에 XenServer 8에 대한 호환 라이센스를 얻지 못한 경우 호스트를 업그레이드할 때 90일 평가판으로 되돌아갑니다. 평가판은 Premium Edition과 동일한 기능을 제공하지만 몇 가지 제한 사항이 있습니다. 자세한 내용은 XenServer 8 라이센스 개요.

Workload Balancing 가상 장비에 연결한 후 Workload Balancing에서 배치 및 권장 사항을 계산하는 데 사용하는 설정을 편집할 수 있습니다. Workload Balancing 설정은 풀의 모든 VM 및 서버에 집합적으로 적용됩니다.

수정할 수 있는 배치 및 최적화 설정은 다음과 같습니다.

배치 전략 변경
자동 최적화 및 전원 관리 구성
성능 임계값 및 메트릭 가중치 편집
서버 제외.

네트워크 및 디스크 임계값이 사용자 환경의 하드웨어와 일치하는 경우 처음에는 Workload Balancing에서 대부분의 기본값을 사용하는 것이 좋습니다. Workload Balancing을 잠시 활성화한 후에는 성능 임계값을 평가하고 편집 여부를 결정하는 것이 좋습니다. 예를 들어 다음과 같은 경우를 생각해 볼 수 있습니다.

아직 필요하지 않은 경우 권장 사항을 가져옵니다. 그렇다면 Workload Balancing이 적절한 권장 사항을 제공하기 시작할 때까지 임계값을 조정해 보십시오.
추천을 받을 것으로 예상할 때 추천을 받지 못합니다. 예를 들어 네트워크의 대역폭이 부족하고 권장 사항을 받지 못하는 경우 설정을 조정해야 할 수 있습니다. 그렇다면 Workload Balancing이 권장 사항을 제공하기 시작할 때까지 네트워크 중요 임계값을 낮추십시오.

임계값을 편집하기 전에 풀의 각 물리적 서버에 대한 풀 상태 보고서 및 풀 상태 기록 보고서를 생성할 수 있습니다. 자세한 내용은 워크로드 보고서 생성.

노트:

Workload Balancing은 Citrix Hypervisor 프리미엄 에디션 고객 또는 Citrix Virtual Apps and Desktops 권한 또는 Citrix DaaS 권한을 통해 Citrix Hypervisor에 액세스할 수 있는 고객이 사용할 수 있습니다. Citrix Hypervisor 라이센스에 대한 자세한 내용은 을 참조하십시오. 라이센스. 업그레이드하거나 Citrix Hypervisor 라이센스를 얻으려면 다음을 방문하십시오. Citrix 웹 사이트.

Workload Balancing 8.2.2 이상은 Citrix Hypervisor 8.2 누적 업데이트 1과 호환됩니다.

Workload Balancing 가상 장비의 기본 OS는 원래 범용 Linux 배포에서 파생되었습니다. Workload Balancing 가상 장비는 에 설명된 대로 Citrix Hypervisor에서 지원됩니다. Citrix 제품 매트릭스.

이 문서에서는 풀을 Workload Balancing 가상 장비에 이미 연결했다고 가정합니다. Workload Balancing 가상 장비 다운로드, 가져오기, 구성 및 연결에 대한 자세한 내용은 단원을 참조하십시오. 시작.

최적화 모드 조정

Workload Balancing은 선택한 배치 전략에 따라 환경에서 VM 워크로드를 재조정하거나 최적화하기 위한 권장 사항을 제공합니다. 배치 전략은 최적화 모드라고 합니다.

다음 최적화 모드 중에서 선택할 수 있습니다.

성능 극대화 (기본값)

Workload Balancing은 리소스 풀의 모든 물리적 서버에 워크로드를 균등하게 분산하려고 시도합니다. 목표는 모든 서버의 CPU, 메모리 및 네트워크 부담을 최소화하는 것입니다. 성능 극대화가 배치 전략인 경우 Workload Balancing은 서버가 높음 임계값에 도달할 때 최적화를 권장합니다.
밀도 최대화

Workload Balancing은 활성 VM을 통합하여 온라인 상태여야 하는 물리적 서버의 수를 최소화하려고 합니다.

배치 전략으로 Maximize Density(밀도 최대화)를 선택하면 Maximize Performance(성능 최대화)에 있는 것과 유사한 매개 변수를 지정할 수 있습니다. 그러나 Workload Balancing은 이러한 매개 변수를 사용하여 VM을 서버에 패킹하는 방법을 결정합니다. 밀도 최대화가 배치 전략인 경우 Workload Balancing은 VM이 낮음 임계값에 도달할 때 통합 최적화를 권장합니다.

또한 Workload Balancing을 사용하면 이러한 최적화 모드를 항상 적용할 수 있습니다. 부정하게 결정된_또는 지정된 기간 동안 모드를 전환합니다. _예약:

고정 최적화 모드

고정 최적화 모드는 Workload Balancing이 항상 특정 최적화 동작을 갖도록 설정합니다. 이 동작은 최상의 성능을 만들거나 가장 높은 밀도를 만들기 위한 것일 수 있습니다.

고정 최적화 모드를 설정하려면 다음 단계를 완료하십시오.

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 최적화 모드.
안에 부정하게 결정된 섹션의 최적화 모드 페이지에서 다음 최적화 모드 중 하나를 선택합니다.
- 성능 최대화(기본값). 리소스 풀의 모든 물리적 서버에 작업 부하를 균등하게 분산하려고 시도합니다. 목표는 모든 서버의 CPU, 메모리 및 네트워크 부담을 최소화하는 것입니다.
- 밀도를 최대화합니다. 가능한 한 많은 VM을 물리적 서버에 맞추려고 시도합니다. 목표는 온라인 상태여야 하는 실제 서버의 수를 최소화하는 것입니다.

예약된 최적화 모드

예약된 최적화 모드를 사용하면 Workload Balancing이 하루 중 시간에 따라 다른 최적화 모드를 적용하도록 예약할 수 있습니다. 예를 들어 사용자가 연결되어 있는 낮 동안 성능을 최적화하도록 Workload Balancing을 구성할 수 있습니다. 에너지를 절약하기 위해 Workload Balancing을 지정하여 야간에 최대 밀도를 최적화할 수 있습니다.

예약된 최적화 모드를 구성하면 Workload Balancing은 지정한 기간이 시작될 때 자동으로 최적화 모드로 변경됩니다. 매일, 평일, 주말 또는 개별 요일을 구성할 수 있습니다. 시간의 경우 하루 중 시간을 선택합니다.

최적화 모드에 대한 스케줄을 설정하려면 다음 단계를 완료하십시오.

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 최적화 모드.
안에 최적화 모드 창에서 예약. 이 예약 섹션을 사용할 수 있게 됩니다.
클릭 새로 추가.
안에 로 변경 상자에서 다음 모드 중 하나를 선택합니다.
- 성능을 최대화합니다. 리소스 풀의 모든 물리적 서버에 작업 부하를 균등하게 분산하려고 시도합니다. 목표는 모든 서버의 CPU, 메모리 및 네트워크 부담을 최소화하는 것입니다.
- 밀도를 최대화합니다. 가능한 한 많은 VM을 물리적 서버에 맞추려고 시도합니다. 목표는 온라인 상태여야 하는 실제 서버의 수를 최소화하는 것입니다.
Workload Balancing이 이 모드에서 작동을 시작할 요일과 시간을 선택합니다.
앞의 단계를 반복하여 필요한 수가 될 때까지 더 많은 예약 모드 작업을 만듭니다. 하나의 작업만 예약하는 경우 Workload Balancing은 예약된 대로 해당 모드로 전환되지만 다시 전환되지는 않습니다.
확인을 클릭합니다.

스케줄 설정을 변경하려면 다음 단계를 완료하세요.

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 최적화 모드.
에서 삭제하거나 비활성화할 작업을 선택합니다. 예약된 모드 변경 목록.
다음 중 하나를 수행합니다.
- 작업을 영구적으로 삭제: 클릭 삭제하다 단추.
- 작업 실행을 임시로 중지합니다.: 작업을 마우스 오른쪽 버튼으로 클릭하고 비활성화.
  팁:
  - 작업을 선택하고 클릭하여 작업을 비활성화하거나 활성화할 수도 있습니다. 편집하다을 선택하고 작업 활성화 의 체크 박스 최적화 모드 스케줄러 대화.
  - 작업을 다시 활성화하려면 에서 작업을 마우스 오른쪽 버튼으로 클릭합니다. 예약된 모드 변경 목록을 클릭하고 사용.
- Edit the task: Double-click the task that you want to edit. In the Change to box, select a different mode or make other changes as desired.

메모:

확인을 클릭하기 전에 취소를 클릭하면 작업 삭제를 포함하여 최적화 탭에서 수행한 모든 변경 사항이 취소됩니다.

전력 자동 최적화 및 관리

권장 사항을 자동으로 적용하고 서버를 자동으로 켜거나 끄도록 Workload Balancing을 구성할 수 있습니다. 서버의 전원을 자동으로 끄려면(예: 사용량이 적은 기간에) 권장 사항을 자동으로 적용하고 전원 관리를 활성화하도록 Workload Balancing을 구성해야 합니다. 전원 관리와 자동화는 모두 다음 섹션에 설명되어 있습니다.

자동으로 권장 사항 적용

Workload Balancing을 사용하면 사용자를 대신하여 권장 사항을 적용하고 자동으로 권장하는 최적화 작업을 수행하도록 구성할 수 있습니다. 자동 최적화 수락이라고 하는 이 기능을 사용하여 성능을 향상시키거나 서버 전원을 끄기 위한 권장 사항을 포함하여 모든 권장 사항을 자동으로 적용할 수 있습니다. 그러나 VM 사용량이 감소함에 따라 서버의 전원을 끄려면 자동화, 전원 관리 및 최대 밀도 모드를 구성해야 합니다.

기본적으로 Workload Balancing은 권장 사항을 자동으로 적용하지 않습니다. Workload Balancing이 권장 사항을 자동으로 적용하도록 하려면 자동화를 활성화합니다. 그렇지 않은 경우 을 클릭하여 권장 사항을 수동으로 적용해야 합니다. 권장 사항 적용.

Workload Balancing은 권장 사항이 HA 설정과 충돌하는 경우 서버 또는 VM에 권장 사항을 자동으로 적용하지 않습니다. Workload Balancing 최적화 권장 사항을 적용하여 풀이 과도하게 커밋되면 XenCenter는 권장 사항을 계속 적용할지 여부를 묻습니다. 자동화가 활성화되면 Workload Balancing은 HA 계획에서 허용할 서버 장애 수를 초과하는 전원 관리 권장 사항을 적용하지 않습니다.

자동화 기능이 활성화된 상태에서 Workload Balancing이 실행 중인 경우 이 동작을 자동 모드에서 실행 중이라고도 합니다.

Workload Balancing이 자동 모드에서 권장 사항을 적용하는 방법을 조정할 수 있습니다. 자세한 내용은 보수적이거나 공격적인 자동 추천 설정.

최적화 권장 사항을 자동으로 적용하려면

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 자동화.
다음 확인란 중 하나 이상을 선택합니다.
- 최적화 권장 사항 자동 적용. 이 옵션을 선택하면 최적화 권장 사항을 수동으로 수락할 필요가 없습니다. Workload Balancing은 최적화 및 배치 권장 사항을 자동으로 수락합니다.
- 전원 관리 권장 사항을 자동으로 적용합니다. 이 옵션의 동작은 풀의 최적화 모드에 따라 달라집니다.
  - 최대 성능 모드: 언제 전원 관리 권장 사항을 자동으로 적용합니다 이 활성화되면 Workload Balancing은 서버 성능이 향상될 때 자동으로 서버 전원을 켭니다.
  - 최대 밀도 모드: 전원 관리 권장 사항을 자동으로 적용합니다 이 활성화되면 Workload Balancing은 리소스 사용률이 낮음 임계값 아래로 떨어질 때 자동으로 서버의 전원을 끕니다. 즉, Workload Balancing은 사용량이 적은 기간 동안 서버의 전원을 자동으로 끕니다.
(선택 사항) 을 클릭하여 최적화 권장 사항을 미세 조정합니다. 고급 의 왼쪽 창에서 설정 대화 상자에서 다음 작업 중 하나 이상을 수행합니다.
- 권장 사항이 자동으로 적용되기 전에 Workload Balancing에서 최적화 권장 사항을 만들어야 하는 횟수를 지정합니다. 기본값은 세 번이며, 이는 권장 사항이 세 번째로 수행될 때 적용됨을 의미합니다.
- Workload Balancing이 자동으로 적용할 가장 낮은 수준의 최적화 권장 사항을 선택합니다. 기본값은 높음입니다.
- Workload Balancing이 최적화 권장 사항을 적용하는 적극성을 변경합니다.
  
  최근에 이동한 VM에 최적화 권장 사항을 적용하기 전에 Workload Balancing이 대기해야 하는 시간(분)을 지정할 수도 있습니다.
  
  이러한 모든 설정은 다음에서 자세히 설명합니다. 보수적이거나 공격적인 자동 추천 설정.
(선택 사항) 전원 관리를 구성하려면 자동화/전력 관리
1. 안에 전원 관리 섹션에서 Workload Balancing에서 전원 켜기 및 끄기를 권장할 서버를 선택합니다.
  
  메모:
  
  선택하지 않고 전원 관리 권장 사항에 대한 서버 선택 전원 관리 권장 사항을 자동으로 적용합니다 Workload Balancing이 전원 관리 권장 사항을 제안하지만 자동으로 적용하지는 않도록 합니다.
  
  리소스 풀의 서버 중 원격 전원 관리를 지원하는 서버가 없는 경우 Workload Balancing은 “전원 관리를 지원하는 호스트가 없습니다”라는 메시지를 표시합니다.
2. 확인을 클릭합니다.
자동화 구성을 완료하려면 그래.

Workload Balancing 전원 관리 활성화

전원 관리라는 용어는 물리적 서버의 전원을 켜거나 끌 수 있는 기능을 의미합니다. Workload Balancing 컨텍스트에서 이 용어는 풀의 총 작업 부하에 따라 풀의 서버에 전원을 공급하거나 끄는 것을 의미합니다.

서버에서 Workload Balancing 전원 관리를 구성하려면 다음이 필요합니다.

서버용 하드웨어에는 원격 전원 켜기/끄기 기능이 있습니다.
호스트 전원 켜기 기능이 서버에 대해 구성되어 있습니다. 서버에 대한 호스트 전원 켜기 기능을 구성하려면 다음을 참조하십시오. 호스트 전원 켜기 기능 구성.
서버가 Workload Balancing 전원 관리에 참여할 서버로 명시적으로 선택되었습니다.

또한 Workload Balancing이 서버의 전원을 자동으로 끄도록 하려면 다음 작업을 수행하도록 Workload Balancing을 구성합니다.

자동으로 권장 사항 적용
전원 관리 권장 사항을 자동으로 적용합니다

서버가 전원 관리에 참여하도록 설정된 경우 Workload Balancing은 필요에 따라 전원 켜기 및 끄기 권장 사항을 제공합니다.

Maximum Density(최대 밀도) 모드에서 실행하는 경우:

Workload Balancing이 풀에서 사용되지 않는 리소스를 감지하면 초과 용량이 모두 제거될 때까지 서버의 전원을 끄는 것이 좋습니다.
풀에 서버를 종료할 수 있는 서버 용량이 충분하지 않은 경우 Workload Balancing은 풀 워크로드가 충분히 줄어들 때까지 서버를 켜 두는 것이 좋습니다.
추가 서버의 전원을 자동으로 끄도록 Workload Balancing을 구성하면 이러한 권장 사항이 자동으로 적용되므로 동일한 방식으로 작동합니다.

최대 성능 모드에서 실행하는 경우:

서버의 전원을 자동으로 켜도록 Workload Balancing을 구성하는 경우 서버의 리소스 사용률이 높음 임계값을 초과할 때 Workload Balancing이 서버의 전원을 켭니다.
Workload Balancing은 서버의 전원을 켠 후에는 서버의 전원을 끄지 않습니다.

전원 관리 권장 사항을 자동으로 적용하는 옵션을 켜면 풀 수준에서 적용합니다. 그러나 풀에서 전원 관리에 참여할 서버를 지정할 수 있습니다.

호스트 전원 켜기 기능 구성

서버에 대한 호스트 전원 켜기 기능을 구성하려면 다음 단계를 수행합니다.

Citrix Hypervisor 센터에서 서버를 선택하고 속성.
왼쪽 창에서 전원에.
에 대한 전원 켜기 모드고르다 Dell 원격 액세스 컨트롤러(DRAC).
에 대한 구성 옵션에 서버의 DRAC IP 주소를 입력합니다. BMC 관리 포트의 IP 주소입니다. 자세한 내용은 DRAC 카드 방법 안내 [PDF]를 참조하십시오.
DRAC(Dell Remote Access Controller)를 구성한 후 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 자동화.
때문에 자동화에서 다음 확인란을 선택합니다.
- 최적화 권장 사항 자동 적용. 이 옵션을 선택하면 최적화 권장 사항을 수동으로 수락할 필요가 없습니다. Workload Balancing은 최적화 및 배치 권장 사항을 자동으로 수락합니다.
- 전원 관리 권장 사항을 자동으로 적용합니다. 이 옵션의 동작은 풀의 최적화 모드에 따라 달라집니다.
  - 최대 성능 모드: 언제 전원 관리 권장 사항을 자동으로 적용합니다 이 활성화되면 Workload Balancing은 서버 성능이 향상될 때 자동으로 서버 전원을 켭니다.
  - 최대 밀도 모드: 전원 관리 권장 사항을 자동으로 적용합니다 이 활성화되면 Workload Balancing은 리소스 사용률이 낮음 임계값 아래로 떨어질 때 자동으로 서버의 전원을 끕니다. 즉, Workload Balancing은 사용량이 적은 기간 동안 서버의 전원을 자동으로 끕니다.
때문에 전원 관리에서 이름을 선택합니다. 호스트 서버 현재 구성 중입니다.

전원 관리 동작 이해

Workload Balancing은 서버의 전원을 켜거나 끌 것을 권장하기 전에 VM을 전송할 서버를 선택합니다. 다음 순서로 수행됩니다.

전원을 끌 수 없는 서버이므로 풀 마스터를 채웁니다.
서버를 가장 많은 VM으로 채웁니다.
가장 많은 VM이 실행 중인 서버에 따라 후속 서버를 채웁니다.

Workload Balancing이 풀 마스터를 채울 때 마스터에 대해 인위적으로 낮은 임계값을 가정하여 채웁니다. Workload Balancing은 이러한 낮은 임계값을 버퍼로 사용하여 풀 마스터가 오버로드되는 것을 방지합니다.

Workload Balancing은 밀도를 높이기 위해 이 순서로 서버를 채웁니다.

최대 밀도 모드의 서버에서 VM을 통합할 때 Citrix Hypervisor는 풀 마스터를 먼저 채우고, 가장 많이 로드된 서버를 두 번째로, 가장 적게 로드된 서버를 세 번째로 채웁니다.

Workload Balancing은 풀이 최대 밀도 모드에 있는 동안 성능 문제를 감지하면 전원이 켜진 서버 간에 워크로드를 마이그레이션하는 것이 좋습니다. Workload Balancing이 이 방법을 사용하여 문제를 해결할 수 없는 경우 서버 전원을 켜려고 시도합니다. Workload Balancing은 최적화 모드가 최대 성능으로 설정된 경우와 동일한 기준을 적용하여 전원을 켤 서버를 결정합니다.

Workload Balancing이 최대 성능 모드에서 실행되는 경우 Workload Balancing은 모든 풀 멤버의 리소스 사용률이 높음 임계값 아래로 떨어질 때까지 서버의 전원을 켜는 것이 좋습니다.

VM을 마이그레이션하는 동안 Workload Balancing에서 용량을 늘리면 풀의 전반적인 성능이 향상된다고 판단하면 자동으로 서버 전원을 켜거나 그렇게 하도록 권장합니다.

중요:

Workload Balancing은 Workload Balancing이 전원을 끈 서버만 전원을 켤 것을 권장합니다.

전원 관리 및 VM 통합을 위한 환경 설계

Citrix Hypervisor 구현을 계획하고 자동 VM 통합 및 전원 관리를 구성하려는 경우 워크로드 설계를 고려하십시오. 예를 들어 다음과 같은 작업을 수행할 수 있습니다.

다양한 유형의 워크로드를 별도의 풀에 배치합니다.

고유한 유형의 워크로드가 있는 환경이 있는 경우 이러한 워크로드를 호스트하는 VM을 다른 풀에 배치할지 여부를 고려합니다. 또한 특정 유형의 하드웨어에서 더 나은 성능을 발휘하는 애플리케이션 유형을 호스팅하는 VM을 다른 풀로 분할하는 것이 좋습니다.

전원 관리 및 VM 통합은 풀 수준에서 관리되므로 동일한 속도로 통합하려는 워크로드를 포함하도록 풀을 설계합니다. 에서 설명한 것과 같은 고려 사항을 고려해야 합니다. 고급 설정 구성.
Workload Balancing에서 서버를 제외합니다.

일부 서버는 항상 켜져 있어야 할 수 있습니다. 자세한 내용은 권장 사항에서 서버 제외.

Workload Balancing이 권장 사항을 제공하는 시점 이해

Workload Balancing은 임계값에 대해 관리 중인 풀에서 물리적 서버 및 VM의 리소스 메트릭을 지속적으로 평가합니다. 임계값은 Workload Balancing이 최적화 권장 사항을 만들기 전에 서버가 초과해야 하는 경계와 같은 기능을 하는 사전 설정된 값입니다. Workload Balancing 프로세스는 다음과 같습니다.

Workload Balancing은 리소스의 임계값이 위반되었음을 감지합니다.
Workload Balancing은 최적화 권장 사항을 제공하는지 평가합니다.
Workload Balancing은 대상 서버로 작동하도록 권장하는 서버와 최적화를 수행할 순서를 결정합니다. 대상 서버는 Workload Balancing에서 하나 이상의 VM을 재배치하도록 권장하는 서버입니다.
Workload Balancing은 최적화를 권장합니다.

최적화 권장 사항을 만들기 위해 풀의 서버를 평가할 때 Workload Balancing은 다음과 같이 임계값 및 가중치를 사용합니다.

임계값 은 Workload Balancing이 풀의 리소스 메트릭을 비교하는 경계 값입니다. 임계값은 권장 사항을 설정할지 여부와 재배치된 VM을 호스팅하는 데 적합한 후보인 서버를 결정하는 데 사용됩니다.
가중치 는 리소스를 얼마나 고려하길 원하는지에 따라 리소스의 순위를 매기는 방법으로, 처리 순서를 결정하는 데 사용됩니다. Workload Balancing은 권장 사항을 만들기로 결정한 후 사용자의 사양을 사용하여 다음을 결정하는 데 중요한 리소스를 결정합니다.
- 어떤 서버의 성능을 먼저 처리해야 할까요
- 먼저 마이그레이션을 권장하는 VM

Workload Balancing이 모니터링하는 각 리소스에는 위험, 높음, 중간 및 낮음의 네 가지 임계값 수준이 있습니다. Workload Balancing은 서버의 리소스 메트릭이 다음과 같을 때 권장 사항을 설정할지 여부를 평가합니다.

풀이 최대 성능 모드에서 실행 중인 경우 높음 임계값을 초과합니다(성능 향상).
풀이 최대 밀도 모드에서 실행 중인 경우 낮음 임계값 아래로 떨어집니다(서버에 VM 통합).
풀이 최대 밀도 모드에서 실행 중인 경우 위험 임계값을 초과합니다(성능 향상).

최대 성능 모드에서 실행 중인 풀의 높음 임계값이 80%인 경우 서버의 CPU 사용률이 80.1%에 도달하면 Workload Balancing은 권장 사항을 발행할지 여부를 평가합니다.

리소스가 임계값을 위반하면 Workload Balancing은 과거 성능과 비교하여 리소스 메트릭을 평가하여 일시적인 스파이크를 기반으로 최적화 권장 사항을 만들지 않도록 합니다. 이를 위해 Workload Balancing은 다음 시간에 캡처된 리소스 사용률에 대한 데이터를 평가하여 과거 평균 사용률 메트릭을 생성합니다.

캡처된 데이터	무게
즉시, 시간 임계값을 초과했습니다. 즉, 실시간 데이터입니다.	70%
임계값을 초과하기 30분 전	25%
임계값을 초과하기 24시간 전	5%

서버의 CPU 사용률이 오후 12시 2분에 임계값을 초과하는 경우 Workload Balancing은 해당 날 오전 11시 32분과 전날 오후 12시 2분에 사용률을 확인합니다. 예를 들어 CPU 사용률이 다음 값인 경우 Workload Balancing은 권장 사항을 제공하지 않습니다.

그날 오후 12시 2분에 80.1%
그날 오전 11시 32분에 50%
전날 오후 12시 32분 78%

이 동작은 과거 평균 사용률이 72.5%이기 때문에 Workload Balancing은 사용률이 일시적인 급증이라고 가정합니다. 그러나 오전 11시 32분에 CPU 사용률이 83%인 경우 과거 평균 사용률이 80.1%이므로 Workload Balancing을 권장합니다.

최적화 및 통합 프로세스

잠재적 최적화를 결정하기 위한 Workload Balancing 프로세스는 최적화 모드(최대 성능 또는 최대 밀도)에 따라 다릅니다. 그러나 최적화 모드에 관계없이 최적화 및 배치 권장 사항은 2단계 프로세스를 사용하여 수행됩니다.

잠재적 최적화 결정: 서버에서 마이그레이션할 VM.
배치 권장 사항 결정: 새 VM에 적합한 후보가 될 서버.

메모:

Workload Balancing은 실시간 마이그레이션에 대한 Citrix Hypervisor 기준을 충족하는 VM만 마이그레이션하는 것이 좋습니다. 이러한 조건 중 하나는 대상 서버에 VM에 필요한 스토리지가 있어야 한다는 것입니다. 또한 대상 서버에는 풀에 구성된 최적화 모드의 임계값을 초과하지 않고 VM을 추가할 수 있는 충분한 리소스가 있어야 합니다. 예를 들어, Maximum Performance(최대 성능) 모드의 High threshold(높음 임계값)와 Maximum Density(최대 밀도) 모드의 Critical 임계값이 있습니다.

Workload Balancing이 자동 모드에서 실행 중인 경우 권장 사항을 적용하는 방식을 조정할 수 있습니다. 자세한 내용은 보수적이거나 공격적인 자동 추천 설정.

Maximum Performance 모드의 최적화 권장 프로세스

최대 성능 모드에서 실행 중인 경우 Workload Balancing은 다음 프로세스를 사용하여 잠재적인 최적화를 결정합니다.

Workload Balancing은 2분마다 풀의 각 서버에 대한 리소스 사용률을 평가합니다. 이를 위해 각 서버를 모니터링하고 각 리소스의 사용률이 높음 임계값을 초과하는지 확인합니다. 자세한 내용은 중요 임계값 변경.

최대 성능 모드에서 리소스 사용률이 높음 임계값을 초과하면 Workload Balancing이 프로세스를 시작하여 최적화 권장 사항을 수행할지 여부를 결정합니다. Workload Balancing은 최적화를 통해 높음 임계값으로 표시되는 것과 같은 성능 제약 조건을 완화할 수 있는지 여부에 따라 최적화 권장 사항을 수행할지 여부를 결정합니다.

예를 들어 Workload Balancing에서 CPU 리소스 부족이 서버의 VM 성능에 부정적인 영향을 미치는 경우를 생각해 보십시오. Workload Balancing에서 CPU 사용률이 낮은 다른 서버를 찾을 수 있는 경우 하나 이상의 VM을 다른 서버로 이동하는 것이 좋습니다.
서버의 리소스 사용률이 관련 임계값을 초과하는 경우 Workload Balancing은 다음 데이터를 결합하여 과거 평균 사용률을 형성합니다.
- 리소스의 현재 사용률
- 30분 전의 기록 데이터
- 24시간 전의 기록 데이터 과거 평균 사용률이 리소스의 임계값을 초과하는 경우 Workload Balancing은 이를 최적화 권장 사항으로 결정합니다.
Workload Balancing은 지표 가중치를 사용하여 먼저 최적화할 서버를 결정합니다. 가장 많은 가중치가 할당된 리소스는 Workload Balancing이 먼저 해결하려고 시도하는 리소스입니다. 자세한 내용은 메트릭 가중치 조정.
Workload Balancing은 서버에서 마이그레이션하려는 VM을 지원할 수 있는 서버를 결정합니다.

Workload Balancing은 서버에 다양한 VM 조합을 배치할 때 리소스 사용률에 대한 예상 효과를 계산하여 이러한 결정을 내립니다. Workload Balancing은 수학에서 순열이라고 하는 이러한 계산을 수행하는 방법을 사용합니다.

이를 위해 Workload Balancing은 단일 메트릭 또는 점수를 생성하여 VM을 서버로 마이그레이션하는 영향을 예측합니다. 점수는 더 많은 VM에 대한 홈으로 서버의 적합성을 나타냅니다.

서버 성능을 점수 매기기 위해 Workload Balancing은 다음 지표를 결합합니다.
- 서버의 현재 메트릭
- 지난 30분 동안의 서버 메트릭
- 24시간 전의 서버 메트릭
- VM의 메트릭입니다.
서버와 VM의 점수를 매긴 후 Workload Balancing은 다양한 VM 조합을 사용하여 서버가 어떻게 보이는지에 대한 가상 모델을 구축하려고 시도합니다. Workload Balancing은 이러한 모델을 사용하여 VM을 배치하기에 가장 적합한 서버를 결정합니다.

최대 성능 모드에서 Workload Balancing은 지표 가중치를 사용하여 먼저 최적화할 서버와 해당 서버에서 먼저 마이그레이션할 VM을 결정합니다. Workload Balancing은 지표 가중치를 기반으로 모델을 만듭니다. 예를 들어 CPU 사용률에 가장 높은 중요도가 할당된 경우 Workload Balancing은 다음 기준에 따라 최적화하도록 서버와 VM을 정렬합니다.
1. CPU 사용률에 대한 높음 임계값에 가장 가깝게 실행 중인 서버입니다.
2. CPU 사용률이 가장 높거나 높음 임계값에 가장 가깝게 실행되는 VM입니다.
Workload Balancing은 최적화 계산을 계속합니다. VM을 호스팅하는 서버의 예상 리소스 사용률이 높음 임계값 아래로 떨어질 때까지 서버를 최적화 후보로, VM을 마이그레이션 후보로 간주합니다. 예측된 리소스 사용률은 Workload Balancing이 서버에서 VM을 추가하거나 제거한 후 Workload Balancing이 서버에 대해 예측하는 리소스 사용률입니다.

Maximum Density 모드의 통합 프로세스

Workload Balancing은 VM을 서버로 마이그레이션하고 해당 서버를 위험 임계값 이하로 계속 실행할 수 있는지 여부에 따라 권장 사항을 작성할지 여부를 결정합니다.

리소스의 사용률이 낮음 임계값 아래로 떨어지면 Workload Balancing이 잠재적인 통합 시나리오를 계산하기 시작합니다.
Workload Balancing은 서버에서 VM을 통합할 수 있는 방법을 발견하면 대상 서버가 VM에 적합한 홈인지 여부를 평가합니다.
최대 성능 모드와 마찬가지로 Workload Balancing은 서버의 점수를 매겨 서버가 새 VM의 홈으로 적합한지 확인합니다.

Workload Balancing은 더 적은 수의 서버에 VM을 통합할 것을 권장하기 전에 VM을 재배치한 후 해당 서버의 리소스 사용률이 위험 임계값 미만인지 확인합니다.

메모:

Workload Balancing은 통합 권장 사항을 만들 때 메트릭 가중치를 고려하지 않습니다. 서버에서 성능을 보장하기 위해 메트릭 가중치만 고려합니다.
서버와 VM의 점수를 매긴 후 Workload Balancing은 다양한 VM 조합을 사용하여 서버가 어떻게 보이는지에 대한 가상 모델을 구축하려고 시도합니다. 이러한 모델을 사용하여 VM을 배치하는 데 가장 적합한 서버를 결정합니다.
Workload Balancing은 다른 VM을 추가하면 서버 리소스가 위험 임계값을 초과할 것으로 예측할 때까지 서버에 VM을 추가하는 효과를 계산합니다.
Workload Balancing 권장 사항에서는 전원을 끌 수 없는 서버이므로 항상 풀 마스터를 먼저 채우는 것이 좋습니다. 그러나 Workload Balancing은 버퍼를 풀 마스터에 적용하여 과도하게 할당되지 않도록 합니다.
Workload Balancing은 VM을 서버로 마이그레이션할 때 나머지 모든 서버가 위험 임계값을 초과할 때까지 VM을 서버로 마이그레이션할 것을 계속 권장합니다.

중요 임계값 변경

최적화 권장 사항이 트리거되는 시기를 제어하는 방법으로 중요 임계값을 변경할 수 있습니다. 이 섹션에서는 다음에 대한 지침을 제공합니다.

풀의 서버에서 기본 중요 임계값을 수정하는 방법
Critical threshold(위험 임계값)에 대해 설정된 값이 High(높음), Medium(중간) 및 Low(낮음) 임계값을 변경하는 방법.

Workload Balancing은 서버의 리소스에 대한 평균 기록 사용률이 임계값을 위반하는지 여부에 따라 권장 사항을 생성할지 여부를 결정합니다. Workload Balancing 권장 사항은 최대 성능 모드의 높음 임계값 또는 최대 밀도 모드의 낮음 및 위험 임계값을 위반할 때 트리거됩니다. 자세한 내용은 최적화 및 통합 프로세스.

리소스에 대한 새 중요 임계값을 지정하면 Workload Balancing은 새 중요 임계값을 기준으로 리소스의 다른 임계값을 재설정합니다. 사용자 인터페이스를 단순화하기 위해 위험 임계값은 XenCenter를 통해 변경할 수 있는 유일한 임계값입니다.

다음 표에는 Workload Balancing 임계값의 기본값이 나와 있습니다.

메트릭	중요	높음	중간	Low(낮음)
CPU 사용률	90%	76.5%	45%	22.5%
사용 가능한 메모리	51 메가바이트	63.75 메가 바이트	510 메가바이트	1020 메가바이트
네트워크 읽기	25MB/초	21.25MB/초	12.5MB/초	6.25MB/초
네트워크 쓰기	25MB/초	21.25MB/초	12.5MB/초	6.25MB/초
디스크 읽기	25MB/초	21.25MB/초	12.5MB/초	6.25MB/초
디스크 쓰기	25MB/초	21.25MB/초	12.5MB/초	6.25MB/초

메모리를 제외한 모든 지표에 대한 임계값을 계산하기 위해 Workload Balancing은 중요 임계값의 새 값에 다음 요소를 곱합니다.

높은 임계값 계수: 0.85
중간 임계값 계수: 0.50
낮은 임계값 계수: 0.25

예를 들어 CPU 사용률에 대한 중요 임계값을 95%로 늘리면 Workload Balancing은 다음과 같이 다른 임계값을 재설정합니다.

높음: 80.75%
중간: 47.5%
낮음: 23.75%

사용 가능한 메모리의 임계값을 계산하기 위해 Workload Balancing은 중요 임계값의 새 값에 다음 요소를 곱합니다.

높은 임계값 계수: 1.25
중간 임계값 계수: 10.0
낮은 임계값 계수: 20.0

예를 들어 사용 가능한 메모리에 대한 위험 임계값을 45MB로 늘리면 Workload Balancing은 다음과 같이 다른 임계값을 재설정합니다.

높음: 56.25 MB
중형: 450MB
낮음: 900 MB

특정 임계값에 대해 이 계산을 수행하려면 임계값에 대한 계수를 해당 자원에 대한 임계값에 입력한 값과 곱합니다.

  High, Medium, or Low Threshold = Critical Threshold * High, Medium, or Low Threshold Factor

Critical threshold(중요 임계값)는 많은 최적화 권장 사항을 트리거하지만 다음과 같이 다른 임계값도 최적화 권장 사항을 트리거할 수 있습니다.

높은 임계값.
- 최대 성능. 높음 임계값을 초과하면 리소스 사용률이 낮은 서버로 VM을 재배치하기 위한 최적화 권장 사항이 트리거됩니다.
- 최대 밀도. Workload Balancing은 VM을 서버로 이동하면 서버 리소스 사용률이 높음 임계값을 초과할 때 VM을 서버에 배치하는 것을 권장하지 않습니다.
낮은 임계값.
- 최대 성능. Workload Balancing은 낮음 임계값에서 권장 사항을 트리거하지 않습니다.
- 최대 밀도. 메트릭 값이 낮음 임계값 아래로 떨어지면 Workload Balancing은 서버 사용률이 낮다고 판단하고 더 적은 수의 서버에 VM을 통합하기 위한 최적화 권장 사항을 만듭니다. Workload Balancing은 서버 리소스 중 하나에 대한 메트릭 값이 높음 임계값에 도달할 때까지 VM을 서버로 이동하는 것을 계속 권장합니다.
  
  그러나 VM을 재배치한 후에는 VM의 새 서버에 있는 리소스 사용률이 위험 임계값을 초과할 수 있습니다. 이 경우 Workload Balancing은 임시로 최대 성능 로드 밸런싱 알고리즘과 유사한 알고리즘을 사용하여 VM에 대한 새 서버를 찾습니다. Workload Balancing은 이 알고리즘을 계속 사용하여 풀 전체의 서버 리소스 사용률이 높음 임계값 아래로 떨어질 때까지 VM 이동을 권장합니다.

중요 임계값을 변경하려면 다음을 수행합니다.

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 Critical 임계값. 이러한 중요 임계값은 서버 리소스 사용률을 평가하는 데 사용됩니다.
안에 Critical 임계값 페이지에서 하나 이상의 새 값을 입력합니다. Critical 임계값 상자. 이 값은 서버의 리소스 사용률을 나타냅니다.

Workload Balancing은 VM 배치 및 풀 최적화 권장 사항을 만들 때 이러한 임계값을 사용합니다. Workload Balancing은 서버의 리소스 사용률을 설정된 임계값 미만으로 유지하기 위해 노력합니다.

메트릭 가중치 조정

Workload Balancing에서 먼저 처리할 서버 및 VM을 결정할 때 메트릭 가중치를 사용하는 방법은 최적화 모드(최대 밀도 또는 최대 성능)에 따라 다릅니다. 일반적으로 메트릭 가중치는 풀이 최대 성능 모드에 있을 때 사용됩니다. 그러나 Workload Balancing이 최대 밀도 모드에 있는 경우 리소스가 중요 임계값을 초과할 때 지표 가중치를 사용합니다.

Workload Balancing은 최적화 권장 사항을 처리할 때 최적화 순서를 생성합니다. Workload Balancing은 지표 가중치 페이지에서 가장 중요한 것으로 순위가 매겨진 리소스에 대해 가장 높은 지표 값을 가진 서버에 따라 서버의 순위를 매겨 순서를 결정합니다.

최대 성능 모드

최대 성능 모드에서 Workload Balancing은 지표 가중치를 사용하여 다음을 결정합니다.

성능을 먼저 처리할 서버
먼저 마이그레이션을 권장하는 VM

예를 들어 네트워크 쓰기가 가장 중요한 리소스인 경우 Workload Balancing은 먼저 초당 네트워크 쓰기 수가 가장 많은 서버에 대한 최적화 권장 사항을 만듭니다. 네트워크 쓰기를 가장 중요한 리소스로 만들려면 메트릭 가중치 슬라이더는 오른쪽으로, 다른 모든 슬라이더는 가운데로 이동합니다.

모든 리소스를 동등하게 중요하게 구성하는 경우 Workload Balancing은 일반적으로 가장 제한적인 리소스이므로 CPU 사용률을 먼저 처리하고 메모리 사용률을 두 번째로 처리합니다. 모든 리소스를 동등하게 중요하게 만들려면 메트릭 가중치 슬라이더는 모든 리소스에 대해 동일한 위치에 있습니다.

최대 밀도 모드

최대 밀도 모드에서 Workload Balancing은 서버가 중요 임계값에 도달할 때만 지표 가중치를 사용합니다. 이 시점에서 Workload Balancing은 중요 임계값을 초과하는 서버가 없을 때까지 최대 성능 알고리즘과 유사한 알고리즘을 적용합니다. 이 알고리즘을 사용할 때 Workload Balancing은 최대 성능 모드와 동일한 방식으로 메트릭 가중치를 사용하여 최적화 순서를 결정합니다.

두 개 이상의 서버에 중요 임계값을 초과하는 리소스가 있는 경우 Workload Balancing은 각 리소스에 대해 설정한 중요도를 확인합니다. 이 중요도를 사용하여 먼저 최적화할 서버와 해당 서버에서 먼저 재배치할 VM을 결정합니다.

예를 들어 풀에는 다음과 같은 상태의 서버 A와 서버 B가 포함되어 있습니다.

서버 A의 CPU 사용률이 위험 임계값을 초과하고 CPU 사용률에 대한 메트릭 가중치가 다음으로 설정됩니다. 더 중요한 것.
서버 B의 메모리 사용률이 위험 임계값을 초과하고 메모리 사용률에 대한 메트릭 가중치가 다음으로 설정됩니다. 덜 중요함.

Workload Balancing은 위험 임계값에 도달한 리소스가 가장 높은 가중치가 할당된 리소스이기 때문에 서버 A를 먼저 최적화할 것을 권장합니다. Workload Balancing이 서버 A의 성능을 처리해야 한다고 결정한 후 Workload Balancing은 해당 서버의 VM에 대한 배치를 권장하기 시작합니다. CPU 사용률이 가장 높은 리소스이므로 CPU 사용률이 가장 높은 VM으로 시작합니다.

Workload Balancing은 서버 A의 최적화를 권장한 후 서버 B에 대한 최적화 권장 사항을 제공합니다. 서버 B의 VM에 대한 배치를 권장할 때 CPU 사용률에 가장 높은 가중치가 할당되었기 때문에 CPU 사용률을 먼저 처리하여 수행합니다. 최적화가 필요한 서버가 더 많은 경우 Workload Balancing은 CPU 사용률이 세 번째로 높은 서버에 따라 해당 서버의 성능을 처리합니다.

기본적으로 모든 메트릭 가중치는 슬라이더에서 가장 먼 지점(더 중요)으로 설정됩니다.

메모:

메트릭의 가중치는 상대적입니다. 모든 메트릭이 동일한 수준으로 설정된 경우 해당 수준이 덜 중요하더라도 모두 동일한 가중치가 부여됩니다. 메트릭 간의 관계는 각 메트릭을 설정하는 실제 가중치보다 더 중요합니다.

메트릭 가중치 요소를 편집하려면

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 메트릭 가중치.
안으로 메트릭 가중치 페이지에서 원하는 대로 개별 리소스 옆에 있는 슬라이더를 조정합니다.

슬라이더를 다음 위치로 이동합니다. 덜 중요함 VM이 항상 이 리소스의 사용 가능한 가장 높은 양을 갖도록 하는 것이 이 풀에 그다지 중요하지 않음을 나타냅니다.

권장 사항에서 서버 제외

Workload Balancing을 구성할 때 시작 배치 권장 사항을 포함하여 특정 물리적 서버가 Workload Balancing 최적화 및 배치 권장 사항에서 제외되도록 지정할 수 있습니다.

권장 사항에서 서버를 제외할 수 있는 상황은 다음과 같습니다.

최대 밀도 모드에서 풀을 실행하고 서버를 통합 및 종료하려고 하지만 이 동작에서 특정 서버를 제외하려고 합니다.
항상 동일한 서버에서 실행해야 하는 두 개의 VM 워크로드가 있습니다. 예를 들어 VM에 보완적인 애플리케이션 또는 워크로드가 있는 경우입니다.
이동하지 않으려는 워크로드(예: 도메인 컨트롤러 또는 데이터베이스 서버)가 있습니다.
서버에서 유지 관리를 수행하려고 하며 VM을 서버에 배치하지 않으려고 합니다.
워크로드의 성능은 매우 중요하므로 전용 하드웨어 비용은 관련이 없습니다.
특정 서버가 우선 순위가 높은 워크로드를 실행하고 있으며 HA 기능을 사용하여 이러한 VM의 우선 순위를 지정하지 않으려고 합니다.
서버의 하드웨어가 풀의 다른 워크로드에 최적이 아닙니다.

고정 최적화 모드 또는 스케줄된 최적화 모드를 지정하는지 여부에 관계없이 제외된 서버는 최적화 모드가 변경되더라도 제외된 상태로 유지됩니다. 따라서 Workload Balancing이 서버를 자동으로 종료하는 것만 방지하려면 대신 해당 서버에 대한 전원 관리를 비활성화하는 것이 좋습니다. 자세한 내용은 전력 자동 최적화 및 관리.

권장 사항에서 서버를 제외하면 Workload Balancing에서 해당 서버를 전혀 관리하지 않도록 지정하는 것입니다. 이 구성은 Workload Balancing이 제외된 서버에 대한 최적화 권장 사항을 만들지 않음을 의미합니다. 반면, 전원 관리에 참여할 서버를 선택하지 않으면 Workload Balancing이 서버를 관리하지만 서버에 대한 전원 관리 권장 사항은 만들지 않습니다.

Workload Balancing에서 서버를 제외하려면

이 절차를 사용하여 Workload Balancing이 관리하는 풀의 서버를 전원 관리, 서버 제거, 배치 및 최적화 권장 사항에서 제외합니다.

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 제외된 호스트.
안으로 제외된 호스트 페이지에서 Workload Balancing이 대체 배치 및 최적화를 권장하지 않도록 할 서버를 선택합니다.

고급 설정 구성

Workload Balancing은 Workload Balancing이 자동화된 권장 사항을 적용하는 방법을 제어할 수 있는 몇 가지 고급 설정을 제공합니다. 이러한 설정은 고급 Workload Balancing 구성 대화 상자의 페이지입니다. 에 도달하려면 고급 페이지에서 다음 단계를 완료합니다.

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 고급.

다음 섹션에서는 에서 구성할 수 있는 동작에 대해 설명합니다. 고급 설정.

보수적이거나 공격적인 자동 추천 설정

자동화된 모드에서 실행할 때 최적화 및 통합 권장 사항의 빈도와 자동으로 적용되는 시간은 다음을 포함한 여러 요인의 산물입니다.

VM을 이동한 후 다른 권장 사항을 만들기 전에 Workload Balancing이 대기하는 시간을 지정하는 시간
권장 사항을 자동으로 적용하기 전에 Workload Balancing에서 수행해야 하는 권장 사항의 수입니다
최적화가 자동으로 적용되기 전에 권장 사항이 달성해야 하는 심각도 수준입니다
권장 사항을 자동으로 적용하기 전에 Workload Balancing에 필요한 권장 사항(이동할 권장 VM, 대상 서버)의 일관성 수준입니다

일반적으로 다음과 같은 경우에만 이러한 요소에 대한 설정을 조정하십시오.

Citrix 기술 지원의 안내가 있습니다.
Workload Balancing을 활성화한 상태에서 풀의 동작을 중요하게 관찰하고 테스트했습니다.

이러한 설정을 잘못 구성하면 Workload Balancing이 권장 사항을 만들지 않을 수 있습니다.

VM 마이그레이션 간격

VM이 마지막으로 이동된 후 Workload Balancing이 해당 VM에 대한 다른 권장 사항을 만들 수 있기 전에 Workload Balancing이 대기하는 시간(분)을 지정할 수 있습니다. 권장 사항 간격은 Workload Balancing이 인위적인 이유(예: 일시적인 사용률 급증이 있는 경우)로 권장 사항을 생성하지 않도록 설계되었습니다.

자동화가 구성된 경우 권장 사항 간격을 수정할 때 특히 주의해야 합니다. 지속적이고 반복적인 스파이크로 이어지는 문제가 발생하는 경우 간격을 줄이면 많은 권장 사항이 생성될 수 있으므로 재배치가 가능합니다.

메모:

권장 사항 간격을 설정해도 Workload Balancing이 최근에 리밸런싱된 서버를 시작 배치, 재개 및 유지 관리 모드에 대한 권장 사항으로 고려하기 위해 대기하는 시간에는 영향을 주지 않습니다.

권장 사항 수

2분마다 Workload Balancing은 모니터링 중인 풀에 대한 권장 사항을 생성할 수 있는지 확인합니다. 자동화를 활성화하면 Workload Balancing이 권장 사항을 자동으로 적용하기 전에 일관된 권장 사항을 수행해야 하는 횟수를 지정할 수 있습니다. 이렇게 하려면 라는 설정을 구성합니다. 권장 사항 수에 지정된 대로 권장 사항 밭. 이 권장 사항 수 그리고 최적화 적극성(Optimization Aggressiveness) 설정을 사용하면 사용자 환경에서 권장 사항의 자동화된 적용을 미세 조정할 수 있습니다.

Workload Balancing은 권장 사항의 유사성을 사용하여 다음을 확인합니다.

권장 사항이 실제로 필요한지 여부
대상 서버가 재배치된 VM을 잠시 동안 서버에서 다시 이동할 필요 없이 수용할 수 있을 만큼 충분히 안정적인 성능을 가지고 있는지 여부

Workload Balancing은 권장 사항 수 값을 사용하여 Workload Balancing이 권장 사항을 자동으로 적용하기 전에 권장 사항을 반복해야 하는지 여부를 결정합니다. Workload Balancing은 다음과 같이 이 설정을 사용합니다.

Workload Balancing이 Optimization Aggressiveness(최적화 적극성) 설정에 표시된 대로 일관성 요구 사항을 충족하는 권장 사항을 생성할 때마다 Workload Balancing은 권장 사항 수를 증가시킵니다. 권장 사항이 일관성 요구 사항을 충족하지 않는 경우 Workload Balancing에서 권장 사항 수를 0으로 재설정할 수 있습니다. 이 동작은 에 설명된 요인에 따라 달라집니다. 최적화 적극성.
Workload Balancing이 권장 사항 수에 대한 값을 충족할 만큼 충분히 일관된 권장 사항을 생성하는 경우 권장 사항 필드에 권장 사항이 자동으로 적용됩니다.

이 설정을 수정하도록 선택하는 경우 설정할 값은 환경에 따라 달라집니다. 다음과 같은 시나리오를 생각해 볼 수 있습니다.

사용자 환경에서 서버 부하와 활동이 급격히 증가하는 경우 권장 사항 수의 값을 늘릴 수 있습니다. Workload Balancing은 2분마다 권장 사항을 생성합니다. 예를 들어, 이 간격을 3그런 다음 6분 후에 Workload Balancing이 권장 사항을 자동으로 적용합니다.
사용자 환경에서 서버 부하와 활동이 점진적으로 증가하는 경우 권장 사항 수의 값을 줄일 수 있습니다.

권장 사항을 수락하면 시스템 리소스가 사용되며 Workload Balancing이 VM을 재배치할 때 성능에 영향을 줍니다. 권장 사항 수를 늘리면 Workload Balancing이 권장 사항을 적용하기 전에 발생해야 하는 일치하는 권장 사항의 수가 늘어납니다. 이 설정은 Workload Balancing이 보다 보수적이고 안정적인 권장 사항을 적용하도록 권장하며 가상 VM 이동의 가능성을 줄일 수 있습니다. 권장 사항 수는 기본적으로 보수적인 값으로 설정됩니다.

이 설정을 조정하면 환경에 미칠 수 있는 잠재적인 영향 때문에 매우 주의해서 변경해야 합니다. 가급적이면 값을 테스트하고 반복적으로 변경하거나 Citrix 기술 지원의 지침에 따라 이러한 조정을 수행하는 것이 좋습니다.

권장 사항 심각도

모든 최적화 권장 사항에는 권장 사항의 중요도를 나타내는 심각도 등급(Critical, High, Medium, Low)이 포함됩니다. Workload Balancing은 다음을 포함한 요인의 조합을 기반으로 이 등급을 매깁니다.

설정하는 구성 옵션(예: 임계값 및 메트릭 튜닝)
작업에 사용할 수 있는 리소스
리소스 사용 기록.

권장 사항에 대한 심각도 등급은 최적화 권장 사항 창의 증권 시세 표시기 탭.

권장 사항을 자동으로 적용하도록 Workload Balancing을 구성하는 경우 Workload Balancing이 자동으로 적용하기 전에 권장 사항과 연결할 최소 심각도 수준을 설정할 수 있습니다.

최적화 적극성

자동화된 모드에서 실행할 때 추가적인 보증을 제공하기 위해 Workload Balancing에는 최적화를 자동으로 수락하기 위한 일관성 기준이 있습니다. 이 기준은 급증 및 변칙으로 인한 VM 이동을 방지하는 데 도움이 될 수 있습니다. 자동화된 모드에서 Workload Balancing은 생성하는 첫 번째 권장 사항을 수락하지 않습니다. 대신 Workload Balancing은 서버 또는 VM이 시간이 지남에 따라 일관된 동작을 보일 때까지 권장 사항이 자동으로 적용되기를 기다립니다. 시간 경과에 따른 일관된 동작에는 서버가 권장 사항을 계속 트리거하는지 여부 및 해당 서버의 동일한 VM이 권장 사항을 계속 트리거하는지 여부와 같은 요소가 포함됩니다.

Workload Balancing은 일관성 기준을 사용하고 동일한 권장 사항이 수행되는 횟수에 대한 기준을 사용하여 동작이 일관되는지 확인합니다. 를 사용하여 Workload Balancing이 일관성 기준을 얼마나 엄격하게 적용할지 구성할 수 있습니다. 최적화 적극성(Optimization Aggressiveness) 설정. 이 설정을 사용하여 Workload Balancing이 최적화 권장 사항을 적용하기 전에 환경에서 원하는 안정성의 정도를 제어할 수 있습니다. 가장 안정적인 설정인 낮은 공격성이 기본적으로 구성됩니다. 이러한 맥락에서 안정성이라는 용어는 이 섹션 전체에서 설명하는 것처럼 시간 경과에 따른 권장 변경 사항의 유사성을 의미합니다. 공격성은 대부분의 환경에서 바람직하지 않습니다. 따라서 낮음이 기본 설정입니다.

Workload Balancing은 최대 4개의 기준을 사용하여 일관성을 확인합니다. 충족해야 하는 기준의 수는 에서 설정한 수준에 따라 다릅니다. 최적화 적극성(Optimization Aggressiveness) 설정. 수준이 낮을수록(예: 낮음 또는 중간) Workload Balancing이 권장 사항을 수락하는 데 덜 적극적입니다. 즉, Workload Balancing은 aggressiveness(공격성)가 Low(낮음)로 설정된 경우 기준을 일치시키도록 요구하는 것에 대해 더 엄격합니다.

예를 들어 강도 수준이 낮음으로 설정된 경우 권장 사항을 자동으로 적용하기 전에 낮음에 대한 각 조건을 권장 사항 수 값으로 지정된 횟수만큼 충족해야 합니다.

Recommendation Count를 3, Workload Balancing은 낮음에 대해 나열된 모든 기준이 충족되고 3회 연속 권장 사항에서 반복될 때까지 기다립니다. 이 설정은 VM을 실제로 이동해야 하고 권장 대상 서버의 리소스 사용률이 장기간에 걸쳐 안정적인지 확인하는 데 도움이 됩니다. 이동 후 서버 성능 변경으로 인해 최근에 이동된 VM이 서버 외부로 이동될 가능성이 줄어듭니다. 기본적으로 이 설정은 안정성을 높이기 위해 낮음으로 설정됩니다.

를 늘리지 않는 것이 좋습니다. 최적화 적극성(Optimization Aggressiveness) 서버를 최적화하는 빈도를 늘리는 설정입니다. 서버가 빠르게 또는 충분히 자주 최적화되지 않는다고 생각되면 위험 임계값을 조정해 보세요. 임계값을 풀 상태 보고서와 비교합니다.

다양한 수준의 공격성과 관련된 일관성 기준은 다음과 같습니다.

낮다:

후속 권장 사항의 모든 VM은 동일해야 합니다(각 권장 사항에서 UUID를 일치시켜 설명됨).
모든 대상 서버는 후속 권장 사항에서 동일해야 합니다.
초기 권장 사항 바로 다음에 오는 권장 사항이 일치해야 하며, 그렇지 않으면 권장 사항 수가 1로 되돌아갑니다

보통:

후속 권장 사항의 모든 VM은 동일한 서버에서 가져와야 합니다. 그러나 첫 번째 권장 사항의 VM과 다른 VM일 수 있습니다.
모든 대상 서버는 후속 권장 사항에서 동일해야 합니다.
첫 번째 권장 사항 바로 다음에 오는 다음 두 권장 사항 중 하나가 일치해야 하며, 그렇지 않으면 권장 사항 수가 1로 되돌아갑니다

높다:

권장 사항의 모든 VM은 동일한 서버의 VM이어야 합니다. 그러나 권장 사항이 즉시 서로를 따를 필요는 없습니다.
Workload Balancing에서 VM 이동을 권장한 서버는 각 권장 사항에서 동일해야 합니다
권장 사항 수는 첫 번째 권장 사항을 따르는 두 권장 사항이 일치하지 않는 경우에도 동일한 값으로 유지됩니다

최적화 적극성 예시

다음 예에서는 Workload Balancing에서 최적화 적극성(Optimization Aggressiveness) 설정 및 권장 사항 수를 사용하여 권장 사항을 자동으로 수락할지 여부를 결정합니다.

Workload Balancing에서 발행한 각 최적화 권장 사항은 세 가지 VM 배치를 제안합니다. 이러한 제안된 배치 후 각 적극성 수준과 연결된 추천 수는 해당 최적화 적극성 설정에서 연속적인 추천이 있었던 횟수입니다.

다음 예에서 최적화 적극성(Optimization Aggressiveness) 설정이 높음으로 설정된 경우 권장 사항 수는 권장 사항 1, 2 및 3 후에도 계속 증가합니다. 이러한 증가는 각 권장 사항의 새 배치에 대해 동일한 VM이 권장되지 않는 경우에도 발생합니다. Workload Balancing은 세 가지 연속 권장 사항에 대해 해당 서버에서 동일한 동작을 보았기 때문에 권장 사항 3과 함께 배치 권장 사항을 적용합니다.

반면, 낮은 공격성으로 설정하면 처음 4개의 권장 사항에 대해 연속 권장 사항 수가 증가하지 않습니다. 권장 사항 수는 동일한 VM이 배치에 권장되지 않았기 때문에 각 권장 사항에서 1로 다시 설정됩니다. 권장 사항 수는 권장 사항 #5에서 동일한 권장 사항이 수행될 때까지 증가하기 시작하지 않습니다. 마지막으로, Workload Balancing은 동일한 배치 권장 사항을 세 번째로 발행한 후 권장 사항 #6에서 만든 권장 사항을 자동으로 적용합니다.

권장 사항 1 :

제안 게재 위치:

서버 A에서 서버 B로 VM1 이동
서버 A에서 서버 B로 VM3 이동
서버 A에서 서버 C로 VM5 이동

권장 사항 수:

높은 공격성 권장 횟수: 1
중간 공격성 권장 횟수: 1
낮은 공격성 권장 횟수: 1

권장 사항 2 :

제안 게재 위치:

서버 A에서 서버 B로 VM1 이동
서버 A에서 서버 C로 VM3 이동
서버 A에서 서버 C로 VM7 이동

권장 사항 수:

높은 공격성 권장 횟수: 2
중간 공격성 권장 횟수: 1
낮은 공격성 권장 횟수: 1

권장 사항 3 :

제안 게재 위치:

서버 A에서 서버 B로 VM1 이동
서버 A에서 서버 C로 VM3 이동
서버 A에서 서버 C로 VM5 이동

권장 사항 수:

높은 공격성 권장 횟수: 3(적용)
중간 공격성 권장 횟수: 1
낮은 공격성 권장 횟수: 1

권장 사항 4 :

제안 게재 위치:

서버 A에서 서버 B로 VM1 이동
서버 A에서 서버 B로 VM3 이동
서버 A에서 서버 C로 VM5 이동

권장 사항 수:

중간 공격성 권장 횟수: 2
낮은 공격성 권장 횟수: 1

권장 사항 5 :

제안 게재 위치:

서버 A에서 서버 B로 VM1 이동
서버 A에서 서버 B로 VM3 이동
서버 A에서 서버 C로 VM5 이동

권장 사항 수:

중간 공격성 권장 횟수: 3(적용)
낮은 공격성 권장 횟수: 2

권장 사항 6 :

제안 게재 위치:

서버 A에서 서버 B로 VM1 이동
서버 A에서 서버 B로 VM3 이동
서버 A에서 서버 C로 VM5 이동

권장 사항 수:

낮은 공격성 권장 횟수: 3(적용)

VM 권장 사항 간격을 구성하려면

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 고급.
안에 VM 권장 사항 간격 섹션에서 다음 중 하나 이상을 수행합니다.
- 안에 분 상자에 새로 리밸런싱된 서버에서 다른 최적화 권장 사항을 만들기 전에 Workload Balancing이 대기하는 시간(분)에 대한 값을 입력합니다.
- 안에 권장 사항 상자에 권장 사항을 자동으로 적용하기 전에 Workload Balancing에서 수행할 권장 사항 수에 대한 값을 입력합니다.
- 최적화가 자동으로 적용되기 전에 최소 심각도 수준을 선택합니다.
- Workload Balancing이 자동화 모드에서 실행 중일 때 최적화 권장 사항을 얼마나 적극적으로 적용하는지 수정합니다. 적극성 수준을 높이면 권장 사항을 자동으로 적용하기 전에 권장 사항의 일관성에 대한 제약 조건을 줄일 수 있습니다. 이 최적화 적극성(Optimization Aggressiveness) 설정은 직접 보완합니다. 권장 사항 설정: 즉, 권장 사항이 계산됩니다.
  
  메모:
  
  의 값으로 “1”을 입력하면 권장 사항 설정, 최적화 적극성(Optimization Aggressiveness) 설정은 관련이 없습니다.

Pool Audit Trail 세분성 설정 조정

다음 절차에 따라 세분성 설정을 수정합니다.

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 고급.
에 고급 페이지에서 풀 감사 추적 보고서 세분성 을 클릭하고 목록에서 옵션을 선택합니다.

중요:

감사 로그 요구 사항에 따라 세분성을 선택합니다. 예를 들어 감사 로그 보고서 세분성을 최소로 설정하면 보고서는 특정 사용자 및 개체 유형에 대해 제한된 양의 데이터만 캡처합니다. 세분성을 Medium(중간)으로 설정하면 보고서는 감사 로그의 사용자 친화적인 보고서를 제공합니다. 세분성을 최대로 설정하도록 선택하면 보고서에는 감사 로그 보고서에 대한 자세한 정보가 포함됩니다. 감사 로그 보고서를 최대로 설정하면 Workload Balancing 서버가 더 많은 디스크 공간과 메모리를 사용할 수 있습니다.
변경 사항을 확인하려면 그래.

XenCenter에서 개체를 기반으로 하는 풀 감사 추적 보고서 보기

다음 절차에 따라 선택한 개체를 기반으로 Pool Audit Trail 보고서를 실행하고 볼 수 있습니다.

Pool Audit Trail Granularity(풀 감사 추적 세분성) 설정을 지정한 후 보고서. 워크로드 보고서 페이지가 나타납니다.
고르다 풀 감사 트레일 왼쪽 창에 있습니다.
에서 선택하여 특정 개체를 기반으로 보고서를 실행하고 볼 수 있습니다. 객체 목록. 예를 들어 호스트 서버만을 기반으로 보고서를 가져옵니다.

Pool Audit Trail에서 캡처한 이벤트 개체 및 작업 사용자 지정Customize the event objects and actions captured by the Pool Audit Trail

풀 감사 추적에서 캡처한 이벤트 개체 및 작업을 사용자 지정하려면 Workload Balancing 가상 장비에서 PostgreSQL 데이터베이스에 로그인하고 이벤트 개체 또는 작업 목록을 적절하게 변경한 다음 Workload Balancing 가상 장비를 다시 시작해야 합니다.

PostgreSQL 데이터베이스에 로그인합니다

Workload Balancing 가상 장비 콘솔에 로그온합니다.
다음 명령을 실행합니다.
```
  psql -Upostgres -dWorkloadBalancing
 
```
데이터베이스 암호를 입력합니다. 데이터베이스 암호는 가상 장비를 가져온 후 Workload Balancing 구성 마법사를 실행할 때 설정합니다.

event 개체 사용자 지정Customize event objects

메모:

다음 명령 구문에서, event_object 추가, 업데이트 또는 비활성화할 이벤트 개체의 이름을 나타냅니다.

이벤트 개체 활성화:


  select * from update_audit_log_objects('event_object', true);

이벤트 개체 비활성화:


  select * from update_audit_log_objects('event_object', false);

현재 비활성화된 이벤트 개체 목록을 가져옵니다.


  select * from hv_audit_log_get_event_objects(false);

현재 활성화된 이벤트 개체 목록을 가져옵니다.


  select * from hv_audit_log_get_event_objects(true);

이벤트 작업 사용자 지정

메모:

다음 명령 구문에서, event_action 추가, 업데이트 또는 비활성화할 이벤트 동작의 이름을 나타냅니다.

이벤트 작업을 활성화합니다.


  select * from update_audit_log_actions('event_action', true);

이벤트 작업 비활성화:


  select * from update_audit_log_actions('event_action', false);

현재 비활성화된 이벤트 작업 목록을 가져옵니다.


  select * from hv_audit_log_get_event_actions(false);

현재 활성화된 이벤트 작업 목록을 가져옵니다.


  select * from hv_audit_log_get_event_actions(true);

Workload Balancing 가상 장비 다시 시작

다음 명령을 실행하여 PostgreSQL을 종료하고 Workload Balancing 가상 장비를 다시 시작합니다.

\q


  systemctl restart workloadbalancing

XenCenter에서 Workload Balancing 경고에 대한 경고 수준 설정

XenAPI를 통해 XenCenter에서 Workload Balancing 경고에 대한 경고 수준을 설정할 수 있습니다.

다음 단계를 완료하십시오.

풀 마스터에서 다음 명령을 실행하여 각 경고 코드에 대한 경고 수준을 설정합니다.
```
  xe pool-send-wlb-configuration config:<wlb-alert-code>=<alert-level>
 
```
또한 4 WLB 경고 코드 유형은 다음과 같습니다.
- MESSAGE_PRIORITY_WLB_OPTIMIZATION_ALERT - Workload Balancing이 최적화 권장 사항을 제공하는 경우 이 경고가 발생합니다.
- MESSAGE_PRIORITY_WLB_VM_RELOCATION - Workload Balancing이 VM을 다른 호스트로 재배치하면 이 경고가 발생합니다.
- MESSAGE_PRIORITY_WLB_HOST_POWER_OFF - Workload Balancing 최적화 모드가 다음으로 구성된 경우 밀도 최대화 호스트에서 실행 중인 VM이 없기 때문에 호스트의 전원이 꺼지면 이 경고가 발생합니다.
- MESSAGE_PRIORITY_WLB_HOST_POWER_ON - Workload Balancing 최적화 모드가 다음으로 구성된 경우 성능 극대화 그리고 호스트 성능이 향상되기 때문에 호스트의 전원이 켜지면 이 경고가 발생합니다.
또한 6 경고 수준 유형은 다음과 같습니다.
- 0 - 경고 음소거
- 1 - 위험
- 2 - 메이저
- 3 - 경고
- 4 - 마이너
- 5 - 정보 제공
풀 마스터에서 다음 명령을 실행하여 경고 코드에 대해 설정된 경고 수준을 확인합니다.
```
  xe pool-retrieve-wlb-configuration
 
```
경고를 테스트하려면 Workload Balancing 경고를 발생시킨 다음 알림을 패널을 클릭하여 경고를 봅니다.

이 콘텐츠의 공식 버전은 영어로 작성되었습니다. 일부 Cloud Software Group 설명서 콘텐츠는 사용자의 편의를 위해 기계 번역되었습니다. Cloud Software Group는 기계 번역 콘텐츠를 제어할 수 없으며, 오류, 부정확성 또는 부적절한 언어가 포함될 수 있습니다. 영어 원본에서 다른 언어로 번역된 모든 콘텐츠의 정확성, 신뢰성, 적합성 또는 적절성에 대한 모든 종류의 명시적 또는 묵시적 보증이나 Cloud Software Group 제품 또는 서비스가 기계 번역된 콘텐츠를 준수한다는 보증은 하지 않으며, 해당하는 최종 사용자 사용권 계약, 이용 약관 또는 제품 또는 서비스가 준수해야 하는 Cloud Software Group와의 모든 계약에 제공된 모든 보증은 기계 번역된 범위까지 적용되지 않습니다. Cloud Software Group는 기계 번역된 콘텐츠의 사용으로 인해 발생할 수 있는 손상이나 문제에 대해 책임을 지지 않습니다.

도움이 되었나요?

Workload Balancing 동작 구성

February 4, 2025

제공::

이 문서

도움이 되었나요?