경고

Last published : Oct 07, 2026
사용 가능한 호스트 또는 VM 메트릭을 기반으로 경고를 생성하도록 XenServer®를 구성할 수 있습니다. 또한 XenServer는 호스트가 특정 조건 및 상태를 겪을 때 트리거되는 사전 구성된 경고를 제공합니다.
Related information
배포 모니터링 및 관리

경고 보기

XenCenter® 또는 xe CLI를 사용하여 이러한 경고를 볼 수 있습니다.
  • XenCenter에서 경고를 보려면 알림을 클릭한 다음 경고를 클릭합니다.
    경고 보기에는 성능 경고, 시스템 경고, 소프트웨어 업데이트 경고, 라이선스 경고 및 VM 안티-어피니티 그룹 경고를 포함한 다양한 유형의 경고가 표시됩니다. 자세한 내용은 경고를 참조하십시오.
  • xe CLI를 사용하여 경고를 보려면 xe message-list를 입력합니다.
    추가 매개변수를 지정하여 경고 목록을 좁힐 수 있습니다. 예를 들어:
    • 나열할 경고의 우선순위를 지정합니다: xe message-list priority=<priority>
    • 풀 관련 경고인지 VM 관련 경고인지 지정합니다: xe message-list class=<Pool|VM>
    • 경고 유형의 이름을 지정합니다: xe message-list name=<alert_name>. 사용 가능한 일부 경고 유형 목록은 시스템 경고를 참조하십시오.
환경을 구성하여 경고를 이메일로 보낼 수도 있습니다. 자세한 내용은 이메일을 통해 경고 수신을 참조하십시오.

성능 경고

관리되는 호스트, VM 또는 스토리지 리포지토리(SR)에서 CPU 사용량, 네트워크 사용량, 메모리 사용량, 제어 도메인 메모리 사용량, 스토리지 처리량 또는 VM 디스크 사용량 중 하나가 지정된 임계값을 초과할 때 성능 경고가 생성될 수 있습니다.
기본적으로 경고 반복 간격은 60분으로 설정되어 있으며, 필요한 경우 수정할 수 있습니다. 경고는 XenCenter의 알림 영역에 있는 경고 페이지에 표시됩니다. 또한 XenCenter를 구성하여 지정된 성능 경고와 기타 심각한 시스템 경고에 대한 이메일을 보낼 수 있습니다.
xe CLI를 사용하여 구성된 모든 사용자 지정 경고는 XenCenter의 경고 페이지에도 표시됩니다.
각 경고에는 해당 우선순위/심각도 수준이 있습니다. 이러한 수준을 수정하고 경고가 트리거될 때 이메일을 받을지 선택할 수 있습니다. 기본 경고 우선순위/심각도는 3으로 설정됩니다.
우선순위 이름 설명 기본 이메일 경고
1 치명적 지금 조치하지 않으면 데이터가 영구적으로 손실/손상될 수 있습니다. 예
2 주요 지금 조치하지 않으면 일부 서비스가 실패할 수 있습니다. 예
3 경고 지금 조치하지 않으면 서비스에 문제가 발생할 수 있습니다. 예
4 경미함 무언가 개선되었음을 알립니다. 아니요
5 정보 일상 정보 (VM 시작, 중지, 재개 등) 아니요
? 알 수 없음 알 수 없는 오류 아니요

XenCenter를 사용하여 성능 경고 구성

  1. 리소스 창에서 관련 호스트, VM 또는 SR을 선택한 다음 일반 탭을 클릭하고 속성을 클릭합니다.
  2. 경고 탭을 선택합니다. 다음 표에는 호스트, VM 또는 SR에 사용할 수 있는 경고가 요약되어 있습니다.
    경고 이름 호스트 VM SR 설명
    CPU 사용량 경고 생성 X X 경고를 트리거하는 CPU 사용량 및 시간 임계값을 설정합니다.
    제어 도메인 CPU 사용량 경고 생성 X 경고를 트리거하는 제어 도메인 CPU 사용량 및 시간 임계값을 설정합니다.
    메모리 사용량 경고 생성 X 경고를 트리거하는 메모리 사용량 및 시간 임계값을 설정합니다.
    제어 도메인 메모리 사용량 경고 생성 X 경고를 트리거하는 제어 도메인 메모리 사용량 및 시간 임계값을 설정합니다.
    제어 도메인 사용 가능 메모리 경고 생성 X 경고를 트리거하는 제어 도메인 사용 가능 메모리 및 시간 임계값을 설정합니다.
    디스크 사용량 경고 생성 X 경고를 트리거하는 디스크 사용량 및 시간 임계값을 설정합니다.
    스토리지 처리량 경고 생성 X 경고를 트리거하는 스토리지 처리량 및 시간 임계값을 설정합니다. 참고: 물리적 블록 장치(PBD)는 특정 XenServer 호스트와 연결된 SR 간의 인터페이스를 나타냅니다. PBD에서 총 읽기/쓰기 SR 처리량 활동이 지정한 임계값을 초과하면 PBD에 연결된 호스트에 경고가 생성됩니다. 다른 XenServer 호스트 경고와 달리 이 경고는 SR에서 구성해야 합니다.
    네트워크 사용량 경고 생성 X X 경고를 트리거하는 네트워크 사용량 및 시간 임계값을 설정합니다.
    경고 반복 간격을 변경하려면 경고 반복 간격 상자에 분 단위 숫자를 입력합니다. 경고 임계값에 도달하여 경고가 생성되면, 경고 반복 간격이 경과할 때까지 다른 경고는 생성되지 않습니다.
  3. 변경 사항을 저장하려면 확인을 클릭합니다.
성능 경고의 심각도를 보고, 필터링하고, 구성하는 방법에 대한 자세한 내용은 XenCenter 설명서의 성능 경고 구성을 참조하십시오.

xe CLI를 사용하여 성능 경고 구성

참고:
경고 트리거는 최소 5분 간격으로 확인됩니다. 이 간격은 이러한 조건을 확인하고 오탐을 보고하기 위해 시스템에 과도한 부하가 걸리는 것을 방지합니다. 경고 반복 간격을 5분 미만으로 설정하면 경고는 여전히 5분 최소 간격으로 생성됩니다.
성능 모니터링 perfmon 도구는 5분마다 한 번씩 실행되며, 1분 동안의 평균인 XenServer의 업데이트를 요청합니다. 이러한 기본값은 /etc/sysconfig/perfmon에서 변경할 수 있습니다.
perfmon 도구는 동일한 호스트에서 실행되는 성능 변수의 업데이트를 5분마다 읽습니다. 이러한 변수는 호스트 자체와 관련된 그룹 하나와 해당 호스트에서 실행되는 각 VM에 대한 그룹으로 나뉩니다. 각 VM 및 호스트에 대해 perfmon는 매개변수 other-config:perfmon을(를) 읽고 이 문자열을 사용하여 모니터링할 변수와 메시지를 생성할 상황을 결정합니다.
예를 들어, 다음은 매개변수 other-config:perfmon에 XML 문자열을 작성하여 VM "CPU 사용량" 경고를 구성하는 예시를 보여줍니다.
xe vm-param-set uuid=vm_uuid other-config:perfmon=\

'<config>
    <variable>
        <name value="cpu_usage"/>
        <alarm_trigger_level value="0.5"/>
    </variable>
</config>'
참고:
여러 변수 노드를 사용할 수 있습니다.
새 구성을 설정한 후, 각 호스트에 대해 perfmon을(를) 새로 고치려면 다음 명령을 사용하십시오:
xe host-call-plugin host=host_uuid plugin=perfmon fn=refresh
이 새로 고침이 수행되지 않으면, 기본적으로 perfmon이(가) 30분마다 새 구성을 확인하므로 새 구성이 적용되기 전에 지연이 발생합니다. 이 기본값은 /etc/sysconfig/perfmon에서 변경할 수 있습니다.

유효한 VM 요소

  • name: 변수의 이름 (기본값 없음). 이름 값이 cpu_usage, network_usage, 또는 disk_usage 중 하나인 경우, 해당 값에 대한 기본값이 사용되므로 rrd_regex 및 alarm_trigger_sense 매개변수는 필요하지 않습니다.
  • alarm_priority: 생성된 경고의 우선순위 (기본값 3).
  • alarm_trigger_level: 경고를 트리거하는 값의 수준 (기본값 없음).
  • alarm_trigger_sense: alarm_trigger_level이(가) 최대값인 경우 값은 high이고, 그렇지 않고 alarm_trigger_level이(가) 최소값인 경우 값은 low입니다 (기본값 high).
  • alarm_trigger_period: 경고가 전송되기 전에 (경고 임계값보다 높거나 낮은) 값을 수신할 수 있는 시간(초) (기본값은 60).
  • alarm_auto_inhibit_period: 경고가 전송된 후 이 경고가 비활성화될 시간(초) (기본값은 3600).
  • consolidation_fn: rrd_updates의 변수들을 하나의 값으로 결합합니다. cpu-usage의 경우 기본값은 average이고, fs_usage의 경우 기본값은 get_percent_fs_usage이며, 그 외 모든 경우 - sum입니다.
  • rrd_regex: 성능 값을 계산하기 위해 xe vm-data-sources-list uuid=vm_uuid의 변수 이름과 일치시킵니다. 이 매개변수에는 명명된 변수에 대한 기본값이 있습니다:
    • CPU 사용량
    • 내부 메모리 여유 공간
    • 네트워크 사용량
    • 디스크 사용량
지정된 경우, 지정된 정규 표현식과 이름이 일치하는 xe vm-data-source-list에서 반환된 모든 항목의 값은 consolidation_fn로 지정된 방법을 사용하여 통합됩니다.

유효한 호스트 요소

  • name: 변수의 이름 (기본값 없음).
  • alarm_priority: 생성된 경고의 우선순위 (기본값 3).
  • alarm_trigger_level: 경고를 트리거하는 값의 수준 (기본값 없음).
  • alarm_trigger_sense: alarm_trigger_level이(가) 최대값일 경우 값은 high이고, 그렇지 않고 alarm_trigger_level이(가) 최소값일 경우 low입니다. (기본값 high)
  • alarm_trigger_period: 경고가 전송되기 전에 (경고 임계값보다 높거나 낮은) 값을 수신할 수 있는 시간(초) (기본값 60).
  • alarm_auto_inhibit_period: 경고가 전송된 후 경고가 비활성화되는 시간(초) (기본값 3600).
  • consolidation_fn: rrd_updates의 변수들을 하나의 값으로 결합합니다 (기본값 sum - 또는 average).
  • rrd_regex: 통계 값을 계산하는 데 사용할 xe vm-data-source-list uuid=vm_uuid 명령으로 반환된 변수 이름과 일치하는 정규 표현식입니다. 이 매개변수에는 다음 명명된 변수에 대한 기본값이 있습니다.
    • cpu_usage
    • network_usage
    • memory_free_kib
    • sr_io_throughput_total_xxxxxxxx (여기서 xxxxxxxx은 SR-UUID의 처음 8자입니다.).
SR 처리량: 스토리지 처리량 경고는 호스트가 아닌 SR에서 구성해야 합니다. 예를 들어:
xe sr-param-set uuid=sr_uuid other-config:perfmon=\
'<config>
    <variable>
        <name value="sr_io_throughput_total_per_host"/>
        <alarm_trigger_level value="0.01"/>
    </variable>
</config>'

일반적인 예시 구성

다음은 일반적인 구성의 예시입니다:
<config>
    <variable>
    <name value="NAME_CHOSEN_BY_USER"/>
    <alarm_trigger_level value="THRESHOLD_LEVEL_FOR_ALERT"/>
    <alarm_trigger_period value="RAISE_ALERT_AFTER_THIS_MANY_SECONDS_OF_BAD_VALUES"/>
    <alarm_priority value="PRIORITY_LEVEL"/>
    <alarm_trigger_sense value="HIGH_OR_LOW"/>
    <alarm_auto_inhibit_period value="MINIMUM_TIME_BETWEEN_ALERT_FROM_THIS_MONITOR"/>
    <consolidation_fn value="FUNCTION_FOR_COMBINING_VALUES"/>
    <rrd_regex value="REGULAR_EXPRESSION_TO_CHOOSE_DATASOURCE_METRIC"/>
    </variable>

    <variable>
    ...
    </variable>

    ...
</config>

시스템 경고

다음 표는 XenCenter의 경고 페이지에 표시될 경고를 트리거하는 시스템 이벤트/조건을 보여줍니다.
이름 우선순위/심각도 설명
license_expires_soon 2 XenServer 라이선스 계약이 곧 만료됩니다.
ha-statefile_lost 2 고가용성 스토리지 리포지토리와의 연결이 끊겼습니다. 곧 조치하십시오.
ha-heartbeat_approaching_timeout 5 고가용성 시간 초과가 임박했습니다. 조치가 취해지지 않으면 호스트가 재부팅될 수 있습니다.
ha_statefile_approaching_timeout 5 고가용성 시간 초과가 임박했습니다. 조치가 취해지지 않으면 호스트가 재부팅될 수 있습니다.
haxapi_healthcheck_approaching_timeout 5 고가용성 시간 초과가 임박했습니다. 조치가 취해지지 않으면 호스트가 재부팅될 수 있습니다.
ha_network_bonding_error 3 서비스 손실 가능성. 고가용성 하트비트를 전송하는 네트워크 손실.
ha_pool_overcommited 3 서비스 손실 가능성. 고가용성이 구성된 VM에 대한 보호를 보장할 수 없습니다.
ha_poor_drop_in_plan_exists_for 3 고가용성 적용 범위가 감소하여 실패할 가능성이 높아졌지만, 아직 손실은 없습니다.
ha_protected_vm_restart_failed 2 서비스 손실. 고가용성이 보호된 VM을 다시 시작할 수 없었습니다.
ha_host_failed 3 고가용성이 호스트 실패를 감지했습니다.
ha_host_was_fenced 4 고가용성이 VM 손상을 방지하기 위해 호스트를 재부팅했습니다.
redo_log_healthy 4 XAPI 재실행 로그가 이전 오류에서 복구되었습니다.
redo_log_broken 3 XAPI 재실행 로그에서 오류가 발생했습니다.
ip_configured_pif_can_unplug 3 고가용성을 사용할 때 IP가 구성된 NIC가 XAPI에 의해 분리될 수 있으며, 이는 고가용성 실패로 이어질 수 있습니다.
host_sync_data_failed 3 XenServer 성능 통계 동기화에 실패했습니다.
host_clock_skew_detected 3 호스트 클럭이 풀의 다른 호스트와 동기화되지 않았습니다.
host_clock_went_backwards 1 호스트 클럭이 손상되었습니다.
pool_master_transition 4 새 호스트가 풀 코디네이터로 지정되었습니다.
pbd_plug_failed_on_server_start 3 호스트가 부팅 시 스토리지에 연결하지 못했습니다.
auth_external_init_failed 2 호스트가 외부 AD 인증을 활성화하지 못했습니다.
auth_external_pool_non-homogeneous 2 풀의 호스트에 서로 다른 AD 인증 구성이 있습니다.
multipath_period_alert 3 SR로 가는 경로가 실패했거나 복구되었습니다.
본드 상태 변경됨 3 본드의 링크가 연결 해제되었거나 다시 연결되었습니다.

소프트웨어 업데이트 경고

  • XenCenter 버전이 오래됨: XenServer는 최신 버전을 예상하지만 현재 버전에도 여전히 연결할 수 있습니다.
  • XenCenter가 오래됨: XenCenter가 너무 오래되어 XenServer에 연결할 수 없습니다.
  • XenServer가 오래됨: XenServer가 현재 XenCenter가 연결할 수 없는 이전 버전입니다.
  • 라이선스 만료 경고: XenServer 라이선스가 만료되었습니다.
  • IQN 누락 경고: XenServer가 iSCSI 스토리지를 사용하지만 호스트 IQN이 비어 있습니다.
  • 중복 IQN 경고: XenServer가 iSCSI 스토리지를 사용하며, 중복된 호스트 IQN이 있습니다.

이메일을 통해 경고 수신

XenServer 호스트에서 경고가 발생할 때 XenServer가 이메일 알림을 보내도록 구성할 수 있습니다. XenServer의 mail-alarm 유틸리티는 sSMTP를 사용하여 이러한 이메일 알림을 보냅니다. XenCenter 또는 xe 명령줄 인터페이스(CLI)를 사용하여 기본 이메일 경고를 활성화할 수 있습니다.
인증이 필요 없는 SMTP 서버를 사용하십시오. 인증이 필요한 SMTP 서버를 통해 전송된 이메일은 전달될 수 없습니다.

XenCenter를 사용하여 이메일 경고 활성화

  1. Resources 창에서 풀을 마우스 오른쪽 버튼으로 클릭하고 Properties를 선택합니다.
  2. Properties 창에서 Email Options를 선택합니다.
  3. Send email alert notifications 확인란을 선택합니다. 알림 이메일의 기본 대상 주소와 SMTP 서버 세부 정보를 입력합니다.
  4. Mail language 목록에서 선호하는 언어를 선택합니다. 성능 경고 이메일의 기본 언어는 영어입니다.

xe CLI를 사용하여 이메일 경고 활성화

이메일 경고를 구성하려면 알림 이메일 및 SMTP 서버에 대한 선호하는 대상 주소를 지정하십시오.
xe pool-param-set uuid=pool_uuid other-config:mail-destination=joe.bloggs@example.com
xe pool-param-set uuid=pool_uuid other-config:ssmtp-mailhub=smtp.example.com:<port>
XenServer는 발신자 주소를 noreply@<hostname>으로 자동 구성합니다. 그러나 발신자 주소를 명시적으로 설정할 수 있습니다.
xe pool-param-set uuid=pool_uuid other-config:mail-sender=serveralerts@example.com
이메일 알림을 켜면 우선순위가 3 이상인 경고가 생성될 때 이메일 알림을 받게 됩니다. 따라서 기본 최소 우선순위 수준은 3입니다. 다음 명령으로 이 기본값을 변경할 수 있습니다.
xe pool-param-set uuid=pool_uuid other-config:mail-min-priority=level
참고:
일부 SMTP 서버는 FQDN을 사용하는 주소의 메일만 전달합니다. 이메일이 전달되지 않는 경우 이 때문일 수 있습니다. 이 경우 서버 호스트 이름을 FQDN으로 설정하여 메일 서버에 연결할 때 이 주소가 사용되도록 할 수 있습니다.
성능 경고 이메일의 언어를 구성하려면 다음을 수행합니다.
xe pool-param-set uuid=pool_uuid other-config:mail-language=ja-JP
성능 경고 이메일의 기본 언어는 영어입니다.