XenServer

Workload Balancing 동작 구성

May 14, 2025

제공::

Workload Balancing 가상 장비에 연결한 후 Workload Balancing에서 배치 및 권장 사항을 계산하는 데 사용하는 설정을 편집할 수 있습니다. 워크로드 밸런싱 설정은 풀 내의 모든 VM과 호스트에 전체적으로 적용됩니다.

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

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

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

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

임계값을 편집하기 전에 풀 상태 보고서와 풀의 각 물리적 호스트에 대한 풀 상태 기록 보고서를 생성할 수 있습니다. 자세한 내용은 작업 부하 보고서 생성을 참조하세요.

노트:

Workload Balancing은 XenServer Premium Edition 고객이 사용할 수 있습니다. XenServer 라이센스에 대한 자세한 내용은 다음을 참조하십시오. 라이센스. XenServer 라이센스를 업그레이드하거나 얻으려면 XenServer 웹 사이트.

Workload Balancing 8.4.0은 XenServer 8.4 및 Citrix Hypervisor 8.2 CU1과 호환됩니다.

Workload Balancing 가상 장비의 기본 OS는 원래 범용 Linux 배포에서 파생되었습니다. Workload Balancing 가상 어플라이언스는 전체적으로 XenServer에서 지원되며 이는 XenServer 제품 매트릭스에 설명되어 있습니다.

이 문서에서는 풀을 Workload Balancing 가상 장비에 이미 연결했다고 가정합니다. Workload Balancing 가상 어플라이언스를 다운로드, 가져오기, 구성 및 연결하는 방법에 대한 자세한 내용은 시작하기를 참조하세요.

최적화 모드 조정

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

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

성능 극대화 (기본값)

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

워크로드 밸런싱은 활성 VM을 통합하여 온라인 상태여야 하는 물리적 호스트의 수를 최소화하려고 시도합니다.

배치 전략으로 Maximize Density(밀도 최대화)를 선택하면 Maximize Performance(성능 최대화)에 있는 것과 유사한 매개 변수를 지정할 수 있습니다. 그러나 워크로드 밸런싱은 이러한 매개변수를 사용하여 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이 권장 사항을 자동으로 적용하도록 하려면 자동화를 활성화합니다. 그렇지 않은 경우 을 클릭하여 권장 사항을 수동으로 적용해야 합니다. 권장 사항 적용.

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

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

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

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

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 자동화.
다음 확인란 중 하나 이상을 선택합니다.
- 최적화 권장 사항 자동 적용. 이 옵션을 선택하면 최적화 권장 사항을 수동으로 수락할 필요가 없습니다. 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은 필요에 따라 전원 켜기 및 끄기에 대한 권장 사항을 제시합니다.

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

Workload Balancing은 풀에서 사용되지 않는 리소스를 감지하면 모든 초과 용량을 제거할 때까지 호스트의 전원을 끄는 것을 권장합니다.
풀에 호스트 용량이 부족하여 호스트를 종료할 수 없는 경우 Workload Balancing은 풀 작업 부하가 충분히 감소할 때까지 호스트를 켜두는 것을 권장합니다.
Workload Balancing을 구성하여 추가 호스트의 전원을 자동으로 끄면 이러한 권장 사항이 자동으로 적용되므로 동일한 방식으로 작동합니다.

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

Workload Balancing이 호스트의 전원을 자동으로 켜도록 구성한 경우, 호스트의 리소스 사용률이 높은 임계값을 초과하면 Workload Balancing이 호스트의 전원을 켭니다.
워크로드 밸런싱은 호스트의 전원을 켠 후에는 절대로 호스트의 전원을 끄지 않습니다.

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

호스트 전원 켜기 기능 구성

호스트의 호스트 전원 켜기 기능을 구성하려면 다음 단계를 따르세요.

XenCenter에서 호스트를 선택하고 속성을 클릭합니다.
왼쪽 창에서 전원에.
전원 켜기 모드의 경우 원격 서버 시작을 활성화할 수 있는 전원 켜기 모드를 선택하세요.
전원 켜기 모드를 구성한 후 풀을 선택하세요.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 자동화.
때문에 자동화에서 다음 확인란을 선택합니다.
- 최적화 권장 사항 자동 적용. 이 옵션을 선택하면 최적화 권장 사항을 수동으로 수락할 필요가 없습니다. Workload Balancing은 최적화 및 배치 권장 사항을 자동으로 수락합니다.
- 전원 관리 권장 사항을 자동으로 적용합니다. 이 옵션의 동작은 풀의 최적화 모드에 따라 달라집니다.
  - 최대 성능 모드: 전원 관리 권장 사항을 자동으로 적용 이 활성화된 경우, 워크로드 밸런싱은 호스트 성능을 향상시키면서 호스트의 전원을 자동으로 켭니다.
  - 최대 밀도 모드: 전원 관리 권장 사항을 자동으로 적용 이 활성화된 경우, 리소스 사용률이 낮음 임계값 아래로 떨어지면 워크로드 밸런싱이 호스트의 전원을 자동으로 끕니다. 즉, Workload Balancing은 사용량이 적은 기간 동안 호스트의 전원을 자동으로 끕니다.
때문에 전원 관리에서 이름을 선택합니다. 호스트 서버 현재 구성 중입니다.

전원 관리 동작 이해

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

풀 코디네이터는 전원을 끌 수 없는 호스트이므로 풀 코디네이터를 채웁니다.
호스트에 가장 많은 VM을 채웁니다.
가장 많은 VM이 실행 중인 호스트에 따라 후속 호스트를 채웁니다.

워크로드 밸런싱이 풀 코디네이터를 채울 때는 코디네이터에 대한 임계값을 인위적으로 낮게 가정합니다. Workload Balancing은 이러한 낮은 임계값을 버퍼로 사용하여 풀 코디네이터가 오버로드되는 것을 방지합니다.

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

최대 밀도 모드에서 호스트의 VM을 통합할 때 XenServer는 풀 코디네이터를 먼저 채우고, 가장 로드된 호스트를 두 번째로 채우고, 로드가 가장 적은 호스트를 세 번째로 채웁니다.

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

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

VM을 마이그레이션하는 동안 Workload Balancing은 용량을 늘리면 풀의 전반적인 성능에 도움이 된다고 판단하면 호스트의 전원을 자동으로 켜거나 켜는 것을 권장합니다.

중요:

Workload Balancing은 Workload Balancing이 전원을 끈 호스트만 전원을 켤 것을 권장합니다.

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

XenServer 구현을 계획하고 자동 VM 통합 및 전원 관리를 구성하려는 경우 작업 부하 설계를 고려하세요. 예를 들어 다음과 같은 작업을 수행할 수 있습니다.

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

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

전원 관리 및 VM 통합은 풀 수준에서 관리되므로 동일한 속도로 통합하려는 워크로드를 포함하도록 풀을 설계합니다. 고급 설정 구성에서 설명한 것과 같은 고려 사항을 반드시 반영하세요.
워크로드 밸런싱에서 호스트를 제외합니다.

일부 호스트는 항상 켜져 있어야 할 수도 있습니다. 자세한 내용은 추천에서 호스트 제외를 참조하세요.
워크로드 밸런싱에서 VM을 제외합니다.

일부 VM은 워크로드 밸런싱 최적화 및 배치 권장 사항에서 제외해야 할 수도 있습니다. 자세한 내용은 권장 사항에서 VM 제외를 참조하세요.

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

워크로드 밸런싱은 관리하는 풀 전체에서 물리적 호스트와 VM의 리소스 메트릭을 임계값에 대해 지속적으로 평가합니다. 임계값은 워크로드 밸런싱이 최적화 권장 사항을 내리기 전에 호스트가 초과해야 하는 경계와 같은 기능을 하는 사전 설정된 값입니다. Workload Balancing 프로세스는 다음과 같습니다.

Workload Balancing은 리소스의 임계값이 위반되었음을 감지합니다.
Workload Balancing은 최적화 권장 사항을 제공하는지 평가합니다.
워크로드 밸런싱은 어떤 호스트를 대상 호스트로 사용할지, 어떤 순서로 최적화를 수행할지 결정합니다. 대상 호스트는 Workload Balancing이 하나 이상의 VM을 다시 배치할 것을 권장하는 호스트입니다.
Workload Balancing은 최적화를 권장합니다.

풀의 호스트를 평가하여 최적화 권장 사항을 내릴 때 Workload Balancing은 다음과 같이 임계값과 가중치를 사용합니다.

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

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은 라이브 마이그레이션에 대한 XenServer 기준을 충족하는 VM만 마이그레이션할 것을 권장합니다. 이러한 기준 중 하나는 대상 호스트에 VM에 필요한 저장 공간이 있어야 한다는 것입니다. 대상 호스트에는 풀에 구성된 최적화 모드의 임계값을 초과하지 않고 VM을 추가할 수 있을 만큼 충분한 리소스가 있어야 합니다. 예를 들어, Maximum Performance(최대 성능) 모드의 High threshold(높음 임계값)와 Maximum Density(최대 밀도) 모드의 Critical 임계값이 있습니다.

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

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

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

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

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

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

워크로드 밸런싱은 호스트에 다양한 VM 조합을 배치할 경우 리소스 활용에 미치는 예상 효과를 계산하여 이러한 결정을 내립니다. Workload Balancing은 수학에서 순열이라고 하는 이러한 계산을 수행하는 방법을 사용합니다.

이를 위해 Workload Balancing은 VM을 호스트로 마이그레이션하는 영향을 예측하기 위한 단일 메트릭 또는 점수를 만듭니다. 점수는 호스트가 더 많은 VM을 수용하기에 적합한지를 나타냅니다.

호스트 성능을 평가하기 위해 Workload Balancing은 다음과 같은 측정 항목을 결합합니다.
- 호스트의 현재 메트릭
- 지난 30분 동안 호스트의 메트릭
- 24시간 전 호스트의 메트릭
- VM의 메트릭입니다.
Workload Balancing은 호스트와 VM에 대한 점수를 매긴 후, 다양한 VM 조합에서 호스트가 어떻게 보이는지에 대한 가상 모델을 구축하려고 시도합니다. 워크로드 밸런싱은 이러한 모델을 사용하여 VM을 배치할 가장 적합한 호스트를 결정합니다.

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

Maximum Density 모드의 통합 프로세스

워크로드 밸런싱은 VM을 호스트로 마이그레이션하고 해당 호스트를 중요 임계값 아래에서 실행할 수 있는지 여부에 따라 권장 사항을 제시할지 여부를 결정합니다.

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

Workload Balancing은 VM을 더 적은 수의 호스트에 통합할 것을 권장하기 전에 VM이 해당 호스트로 재배치된 후 해당 호스트의 리소스 사용률이 위험 임계값보다 낮은지 확인합니다.

메모:

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

중요 임계값 변경

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

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

워크로드 밸런싱은 호스트의 리소스에 대한 평균 과거 사용률이 임계값을 위반하는지 여부에 따라 권장 사항을 생성할지 여부를 결정합니다. 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을 재배치하기 위한 최적화 권장 사항이 트리거됩니다.
- 최대 밀도. 워크로드 밸런싱은 VM을 호스트로 이동하면 호스트 리소스 사용률이 높은 임계값을 초과하는 경우 해당 VM을 호스트에 배치하는 것을 권장하지 않습니다.
낮은 임계값.
- 최대 성능. Workload Balancing은 낮음 임계값에서 권장 사항을 트리거하지 않습니다.
- 최대 밀도. 메트릭 값이 낮음 임계값 아래로 떨어지면 워크로드 밸런싱은 호스트가 충분히 활용되지 않는다고 판단하고 더 적은 수의 호스트에 VM을 통합하기 위한 최적화 권장 사항을 제시합니다. 워크로드 밸런싱은 호스트 리소스 중 하나에 대한 메트릭 값이 높은 임계값에 도달할 때까지 VM을 호스트로 이동할 것을 계속 권장합니다.
  
  그러나 VM이 다시 배치된 후에는 VM의 새 호스트에서 리소스 사용률이 위험 임계값을 초과할 수 있습니다. 이 경우, 워크로드 밸런싱은 최대 성능 로드 밸런싱 알고리즘과 유사한 알고리즘을 일시적으로 사용하여 VM에 대한 새로운 호스트를 찾습니다. 워크로드 밸런싱은 풀 전체의 호스트의 리소스 사용률이 높은 임계값 아래로 떨어질 때까지 VM을 이동할 것을 권장하기 위해 이 알고리즘을 계속 사용합니다.

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

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

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

메트릭 가중치 조정

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

Workload Balancing은 최적화 권장 사항을 처리할 때 최적화 순서를 생성합니다. 워크로드 밸런싱은 메트릭 가중치 페이지에서 가장 중요한 리소스로 순위가 매겨진 리소스에 대해 가장 높은 메트릭 값을 갖는 호스트를 순위를 매겨서 순서를 결정합니다.

최대 성능 모드

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

어떤 호스트에서 먼저 성능을 처리해야 합니까?
먼저 마이그레이션을 권장하는 VM

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

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

최대 밀도 모드

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

두 개 이상의 호스트에 중요 임계값을 초과하는 리소스가 있는 경우 워크로드 밸런싱은 각 리소스에 대해 설정한 중요도를 확인합니다. 이러한 중요성을 사용하여 어떤 호스트를 먼저 최적화할지, 해당 호스트의 어떤 VM을 먼저 재배치할지 결정합니다.

예를 들어, 풀에 호스트 A와 호스트 B가 포함되어 있고 두 호스트의 상태는 다음과 같습니다.

호스트 A의 CPU 사용률이 중요 임계값을 초과하고 CPU 사용률에 대한 메트릭 가중치가 더 중요로 설정되었습니다.
호스트 B의 메모리 사용률이 중요 임계값을 초과하며 메모리 사용률에 대한 메트릭 가중치가 덜 중요로 설정되었습니다.

워크로드 밸런싱은 호스트 A를 먼저 최적화할 것을 권장합니다. 임계 값에 도달한 리소스에 가장 높은 가중치가 할당되기 때문입니다. Workload Balancing이 호스트 A의 성능 문제를 해결해야 한다고 판단하면 Workload Balancing은 해당 호스트의 VM에 대한 배치를 권장하기 시작합니다. CPU 사용률이 가장 높은 리소스이므로 CPU 사용률이 가장 높은 VM으로 시작합니다.

워크로드 밸런싱이 호스트 A를 최적화할 것을 권장한 후 호스트 B에 대한 최적화 권장 사항을 제시합니다. 호스트 B에서 VM에 대한 배치를 권장할 때 CPU 사용률을 먼저 고려하는데, 이는 CPU 사용률에 가장 높은 가중치가 할당되었기 때문입니다. 최적화가 필요한 호스트가 더 많은 경우 Workload Balancing은 CPU 사용률이 세 번째로 높은 호스트에 따라 해당 호스트의 성능을 처리합니다.

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

메모:

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

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

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

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

권장 사항에서 VM 제외

Workload Balancing을 구성할 때 특정 VM이 Workload Balancing 최적화 및 배치 권장 사항에서 제외되도록 지정할 수 있습니다.

권장 사항에서 VM을 제외해야 하는 상황은 다음과 같습니다.

두 VM 워크로드가 항상 동일한 호스트에서 실행되어야 하는 경우(예: 보완 애플리케이션 또는 워크로드가 있는 경우).
이동하고 싶지 않은 작업 부하가 있는 경우(예: 도메인 컨트롤러, DNS 서버 또는 SQL 서버)

고정 또는 예약된 최적화 모드를 지정했는지 여부에 관계없이 제외된 VM은 최적화 모드가 변경되어도 제외된 상태로 유지됩니다.

배치 및 최적화 권장 사항에서 VM을 제외하려면

리소스 창에서 VM을 선택하고, 일반 탭을 선택하고, 속성을 선택합니다.
왼쪽 창에서 일반을 선택하세요.
일반 페이지에서 태그: 필드에서 태그 편집을 선택합니다.
새로운 태그 wlb_excluded 를 지정하고 만들기를 클릭합니다.

고급 설정 구성

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

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

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

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

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

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

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

XenServer 기술 지원에서 안내를 받았습니다.
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 이동의 가능성을 줄일 수 있습니다. 권장 사항 수는 기본적으로 보수적인 값으로 설정됩니다.

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

권장 사항 심각도

모든 최적화 권장 사항에는 권장 사항의 중요도를 나타내는 심각도 등급(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이 호스트에서 다른 곳으로 이동될 가능성을 줄여줍니다. 기본적으로 이 설정은 안정성을 높이기 위해 낮음으로 설정됩니다.

호스트가 최적화되는 빈도를 높이기 위해 최적화 공격성 설정을 높이는 것은 권장하지 않습니다. 호스트가 충분히 빠르거나 자주 최적화되지 않는다고 생각되면 중요 임계값을 조정해보세요. 임계값을 풀 상태 보고서와 비교합니다.

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

낮다:

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

보통:

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

높다:

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

최적화 적극성 예시

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

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

다음 예에서 최적화 적극성(Optimization Aggressiveness) 설정이 높음으로 설정된 경우 권장 사항 수는 권장 사항 1, 2 및 3 후에도 계속 증가합니다. 이러한 증가는 각 권장 사항의 새 배치에 대해 동일한 VM이 권장되지 않는 경우에도 발생합니다. 워크로드 밸런싱은 3개의 연속된 권장 사항에 대해 해당 호스트에서 동일한 동작을 확인했기 때문에 권장 사항 3을 사용하여 배치 권장 사항을 적용합니다.

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

권장 사항 1 :

제안 게재 위치:

VM1을 호스트 A에서 호스트 B로 이동합니다.
VM3을 호스트 A에서 호스트 B로 이동합니다.
호스트 A에서 호스트 C로 VM5 이동

권장 사항 수:

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

권장 사항 2 :

제안 게재 위치:

VM1을 호스트 A에서 호스트 B로 이동합니다.
VM3을 호스트 A에서 호스트 C로 이동합니다.
호스트 A에서 호스트 C로 VM7 이동

권장 사항 수:

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

권장 사항 3 :

제안 게재 위치:

VM1을 호스트 A에서 호스트 B로 이동합니다.
VM3을 호스트 A에서 호스트 C로 이동합니다.
호스트 A에서 호스트 C로 VM5 이동

권장 사항 수:

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

권장 사항 4 :

제안 게재 위치:

VM1을 호스트 A에서 호스트 B로 이동합니다.
VM3을 호스트 A에서 호스트 B로 이동합니다.
호스트 A에서 호스트 C로 VM5 이동

권장 사항 수:

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

권장 사항 5 :

제안 게재 위치:

VM1을 호스트 A에서 호스트 B로 이동합니다.
VM3을 호스트 A에서 호스트 B로 이동합니다.
호스트 A에서 호스트 C로 VM5 이동

권장 사항 수:

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

권장 사항 6 :

제안 게재 위치:

VM1을 호스트 A에서 호스트 B로 이동합니다.
VM3을 호스트 A에서 호스트 B로 이동합니다.
호스트 A에서 호스트 C로 VM5 이동

권장 사항 수:

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

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

XenCenter에서 풀을 선택합니다.
안에 속성 풀의 창에서 증권 시세 표시기 탭.
안에 증권 시세 표시기 탭을 클릭하고 설정.
왼쪽 창에서 고급.
안에 VM 권장 사항 간격 섹션에서 다음 중 하나 이상을 수행합니다.
- 분 상자에 워크로드 밸런싱이 새로 재조정된 호스트에 대한 다른 최적화 권장 사항을 수행하기 전에 기다리는 시간(분)에 대한 값을 입력합니다.
- 안에 권장 사항 상자에 권장 사항을 자동으로 적용하기 전에 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
<!--NeedCopy-->

데이터베이스 암호를 입력합니다. 데이터베이스 암호는 가상 장비를 가져온 후 Workload Balancing 구성 마법사를 실행할 때 설정합니다.

event 개체 사용자 지정Customize event objects

메모:

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

이벤트 개체 활성화:

  select * from update_audit_log_objects('event_object', true);
<!--NeedCopy-->

이벤트 개체 비활성화:

  select * from update_audit_log_objects('event_object', false);
<!--NeedCopy-->

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

  select * from hv_audit_log_get_event_objects(false);
<!--NeedCopy-->

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

  select * from hv_audit_log_get_event_objects(true);
<!--NeedCopy-->

이벤트 작업 사용자 지정

메모:

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

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

  select * from update_audit_log_actions('event_action', true);
<!--NeedCopy-->

이벤트 작업 비활성화:

  select * from update_audit_log_actions('event_action', false);
<!--NeedCopy-->

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

  select * from hv_audit_log_get_event_actions(false);
<!--NeedCopy-->

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

  select * from hv_audit_log_get_event_actions(true);
<!--NeedCopy-->

Workload Balancing 가상 장비 다시 시작

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

  \q
<!--NeedCopy-->

  systemctl restart workloadbalancing
<!--NeedCopy-->

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

xe CLI를 사용하여 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 경고를 발생시킨 다음 XenCenter에서 알림 패널을 클릭하여 경고를 확인합니다.

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

도움이 되었나요?

Workload Balancing 동작 구성

May 14, 2025

제공::

May 14, 2025

제공::

이 문서

최적화 모드 조정
전력 자동 최적화 및 관리
중요 임계값 변경
메트릭 가중치 조정
추천에서 호스트 제외
권장 사항에서 VM 제외
고급 설정 구성
Pool Audit Trail 세분성 설정 조정
XenCenter에서 Workload Balancing 경고에 대한 경고 수준 설정

도움이 되었나요?

Workload Balancing 동작 구성

최적화 모드 조정

고정 최적화 모드

예약된 최적화 모드

전력 자동 최적화 및 관리

자동으로 권장 사항 적용

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

Workload Balancing 전원 관리 활성화

호스트 전원 켜기 기능 구성

전원 관리 동작 이해

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

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

최적화 및 통합 프로세스

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

Maximum Density 모드의 통합 프로세스

중요 임계값 변경

메트릭 가중치 조정

최대 성능 모드

최대 밀도 모드

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

추천에서 호스트 제외

워크로드 밸런싱에서 호스트를 제외하려면

권장 사항에서 VM 제외

배치 및 최적화 권장 사항에서 VM을 제외하려면

고급 설정 구성

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

VM 마이그레이션 간격

권장 사항 수

권장 사항 심각도

최적화 적극성

최적화 적극성 예시

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

Pool Audit Trail 세분성 설정 조정

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

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

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

event 개체 사용자 지정Customize event objects

이벤트 작업 사용자 지정

Workload Balancing 가상 장비 다시 시작

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

이 문서