배포 모니터링 및 관리

XenServer는 성능 메트릭에 대한 자세한 모니터링을 제공합니다. 이러한 메트릭에는 CPU, 메모리, 디스크, 네트워크, C 상태/P 상태 정보 및 스토리지가 포함됩니다. 적절한 경우 이러한 메트릭은 호스트 및 VM 단위로 사용할 수 있습니다. 이러한 메트릭은 직접 사용할 수 있으며, XenCenter 또는 기타 타사 응용 프로그램에서 그래픽으로 액세스하고 볼 수 있습니다.

XenServer는 시스템 및 성능 경고도 제공합니다. 경고는 선택한 시스템 이벤트에 대한 응답으로 발생하는 알림입니다. 이러한 알림은 관리 호스트, VM 또는 스토리지 저장소에서 지정된 임계값(CPU 사용량, 네트워크 사용량, 메모리 사용량, 제어 도메인 메모리 사용량, 스토리지 처리량 또는 VM 디스크 사용량) 중 하나가 지정된 임계값을 초과하는 경우에도 발생합니다. xe CLI 또는 XenCenter를 사용하여 경고를 구성할 수 있습니다. 사용 가능한 호스트 또는 VM 성능 메트릭을 기반으로 알림을 생성하려면 다음을 참조하십시오. 성능 경고.

XenServer 성능 모니터링

고객은 RRD(라운드 로빈 데이터베이스)를 통해 노출되는 메트릭을 사용하여 XenServer 호스트 및 VM(가상 머신)의 성능을 모니터링할 수 있습니다. 이러한 메트릭은 HTTP 또는 RRD2CSV 도구를 통해 쿼리할 수 있습니다. 또한 XenCenter는 이 데이터를 사용하여 시스템 성능 그래프를 생성합니다. 자세한 내용은 메트릭 분석 및 시각화.

다음 표에는 사용 가능한 모든 호스트 및 VM 메트릭이 나열되어 있습니다.

노트:

• 일정 기간 동안의 대기 시간은 해당 기간 동안의 평균 작업 대기 시간으로 정의됩니다.
• 특정 메트릭의 가용성과 유용성은 SR 및 CPU에 따라 다릅니다.

사용 가능한 호스트 메트릭

사용 가능한 VM 메트릭

메모:

의 값 <XenCenter-pif-name> 다음 중 하나일 수 있습니다.

• NIC (닉) <pif> -면 <pif> 포함 pif_eth#어디 ## is 0–9
• <pif> -면 <pif> 포함 pif_eth#입니다. ## 또는 pif_xenbr## 또는 pif_bond##
• <Internal> 네트워크 <pif> -면 <pif> 포함 pif_xapi##, (참고로 <Internal> 있는 그대로 나타남)
• 박 <tap> -면 <pif> 포함 pif_tap##
• xapi 루프백 -면 <pif> 포함 pif_lo

메트릭 분석 및 시각화

XenCenter의 성능 탭에서는 가상 및 물리적 시스템 성능의 그래픽 추세 외에도 리소스 풀 전반의 성능 통계를 실시간으로 모니터링할 수 있습니다. CPU, 메모리, 네트워크 및 디스크 I/O를 보여주는 그래프는 기본적으로 성능 탭에 포함되어 있습니다. 더 많은 메트릭을 추가하거나, 기존 그래프의 모양을 변경하거나, 추가 메트릭을 만들 수 있습니다. 자세한 내용은 메트릭 구성 다음 섹션에서 설명합니다.

• 최대 12개월의 성능 데이터를 볼 수 있으며 확대하여 활동 급증을 자세히 확인할 수 있습니다.

• XenCenter는 CPU, 메모리, 네트워크 I/O, 스토리지 I/O 또는 디스크 I/O 사용량이 호스트, VM 또는 SR에서 지정된 임계값을 초과할 경우 성능 경고를 생성할 수 있습니다. 자세한 내용은 경고 다음 섹션에서 설명합니다.

메모:

XenServer VM Tools를 설치하여 전체 VM 성능 데이터를 확인합니다.

성능 그래프 구성

그래프를 추가하려면:

1. 에 공연 탭을 클릭하고 작업 그런 다음 새 그래프. 새 그래프 대화 상자가 표시됩니다.

2. 안에 이름 필드에 그래프의 이름을 입력합니다.

3. 목록에서 데이터 소스에서 그래프에 포함할 데이터 소스의 확인란을 선택합니다.

4. 저장을 클릭합니다.

기존 그래프를 편집하려면:

1. 로 이동합니다. 공연 탭을 클릭하고 수정할 그래프를 선택합니다.

2. 그래프를 마우스 오른쪽 버튼으로 클릭하고 선택합니다. 작업를 클릭하거나 작업 단추. 그런 다음 그래프 편집.

3. 그래프 세부 정보 창에서 필요한 사항을 변경하고 그래.

그래프 유형 구성

성능 그래프의 데이터는 선 또는 영역으로 표시할 수 있습니다. 그래프 유형을 변경하는 방법은 다음과 같습니다.

1. 에 도구 메뉴에서 옵션 을 클릭하고 그래프.

2. 성능 데이터를 선 그래프로 보려면 꺾은선형 그래프 선택.

3. 성능 데이터를 영역 그래프로 보려면 영역 그래프 선택.

4. 클릭 그래 을 클릭하여 변경 사항을 저장합니다.

XenCenter 성능 그래프를 구성하고 보는 방법에 대한 자세한 내용은 섹션의 XenCenter 설명서에서 확인할 수 있습니다 시스템 성능 모니터링.

메트릭 구성

메모:

C-상태 및 P-상태는 일부 프로세서의 전원 관리 기능입니다. 사용 가능한 상태 범위는 호스트의 물리적 기능과 전원 관리 구성에 따라 달라집니다.

host 및 VM 명령은 모두 다음을 반환합니다.

• 데이터 소스에 대한 전체 설명

• 메트릭에 적용된 단위

• 사용할 수 있는 가능한 값의 범위

예를 들어:

      name_label: cpu0-C1
      name_description: Proportion of time CPU 0 spent in C-state 1
      enabled: true
      standard: true
      min: 0.000
      max: 1.000
      units: Percent
<!--NeedCopy-->

특정 측정항목 사용

대부분의 메트릭은 기본적으로 활성화되고 수집되며, 그렇지 않은 메트릭을 활성화하려면 다음을 입력합니다.

  xe host-data-source-record data-source=metric name host=hostname
<!--NeedCopy-->

특정 측정항목 비활성화

특정 메트릭을 정기적으로 수집하고 싶지 않을 수 있습니다. 이전에 활성화된 메트릭을 비활성화하려면 다음을 입력합니다.

  xe host-data-source-forget data-source=metric name host=hostname
<!--NeedCopy-->

현재 활성화된 호스트 메트릭 목록을 표시합니다

현재 수집 중인 호스트 메트릭을 나열하려면 다음을 입력합니다.

  xe host-data-source-list host=hostname
<!--NeedCopy-->

현재 사용하도록 설정된 VM 메트릭 목록 표시

현재 수집 중인 VM 메트릭을 호스팅하려면 다음을 입력합니다.

  xe vm-data-source-list vm=vm_name
<!--NeedCopy-->

RRD 사용

XenServer는 RRD를 사용하여 성능 메트릭을 저장합니다. 이러한 RRD는 고정 크기 데이터베이스의 여러 RRA(라운드 로빈 아카이브)로 구성됩니다.

데이터베이스의 각 아카이브는 지정된 세분성에 따라 특정 메트릭을 샘플링합니다.

• 10분 동안 5초마다
• 지난 2시간 동안 1분마다
• 지난 주 동안 매시간
• 지난 한 해 동안 매일

5초마다 발생하는 샘플링은 실제 데이터 요소를 기록하지만 다음 RRA는 대신 통합 함수를 사용합니다. XenServer에서 지원하는 통합 기능은 다음과 같습니다.

• 평균의
• 분
• 최대

RRD는 개별 VM(dom0 포함) 및 XenServer 호스트에 대해 존재합니다. VM RRD는 실행되는 호스트 또는 실행 중이 아닐 때 풀 코디네이터에 저장됩니다. 따라서 연결된 성능 데이터를 검색하려면 VM의 위치를 알고 있어야 합니다.

XenServer RRD를 사용하는 방법에 대한 자세한 내용은 다음을 참조하십시오. XenServer 소프트웨어 개발 키트 가이드.

HTTP를 사용하여 RRD 분석

에 등록된 HTTP 처리기를 사용하여 지정된 XenServer 호스트에서 HTTP를 통해 RRD를 다운로드할 수 있습니다. /host_rrd 또는 /vm_rrd. 두 주소 모두 HTTP 인증을 통해 인증하거나 유효한 관리 API 세션 참조를 쿼리 인수로 제공하여 인증이 필요합니다. 예를 들어:

호스트 RRD를 다운로드합니다.

  wget http://server/host_rrd?session_id=OpaqueRef:SESSION HANDLE>
<!--NeedCopy-->

VM RRD를 다운로드합니다.

  wget http://server/vm_rrd?session_id=OpaqueRef:SESSION HANDLE>&uuid=VM UUID>
<!--NeedCopy-->

이 두 호출은 모두 직접 구문 분석할 수 있는 형식으로 XML을 다운로드합니다.

rrd2csv를 사용하여 RRD 분석

XenCenter에서 성능 메트릭을 보는 것 외에도 rrd2csv 도구는 RRD를 CSV(Comma Separated Value) 형식으로 기록합니다. Man 및 도움말 페이지가 제공됩니다. rrd2csv 도구 사용자 또는 도움말 페이지를 표시하려면 다음 명령을 실행합니다.

  man rrd2csv
<!--NeedCopy-->

또는

  rrd2csv --help
<!--NeedCopy-->

메모:

여러 옵션을 사용하는 경우 개별적으로 제공합니다. 예를 들어 VM 또는 호스트와 연결된 UUID 및 이름 레이블을 모두 반환하려면 아래와 같이 rrd2csv를 호출합니다.

rrd2csv -u -n

반환된 UUID는 고유하고 기본 키로 적합하지만 엔터티의 이름 레이블이 반드시 고유하지는 않을 수 있습니다.

매뉴얼 페이지(rrd2csv --도움)은 도구의 최종 도움말 텍스트입니다.

경고

사용 가능한 호스트 또는 VM 메트릭을 기반으로 경고를 생성하도록 XenServer를 구성할 수 있습니다. 또한 XenServer는 호스트가 특정 조건 및 상태를 겪을 때 트리거되는 미리 구성된 경고를 제공합니다. XenCenter 또는 xe CLI를 사용하여 이러한 경고를 볼 수 있습니다.

XenCenter를 사용하여 경고 보기

XenCenter에서 다음을 클릭하여 다양한 유형의 경고를 볼 수 있습니다. 알림을 그런 다음 경고. 이 경고 보기에는 성능 경고, 시스템 경고, 소프트웨어 업데이트 경고, 라이선스 경고 및 VM 반선호도 그룹 경고를 비롯한 다양한 유형의 경고가 표시됩니다. 자세한 내용은 경고.

성능 경고

성능 경고는 CPU 사용량, 네트워크 사용량, 메모리 사용량, 제어 도메인 메모리 사용량, 스토리지 처리량 또는 VM 디스크 사용량 값 중 하나가 관리 호스트, VM 또는 스토리지 저장소(SR)에서 지정된 임계값을 초과할 때 생성될 수 있습니다.

기본적으로 경고 반복 간격은 60분으로 설정되며 필요한 경우 수정할 수 있습니다. 경고는 XenCenter의 Notification(알림) 영역에 있는 Alert(경고) 페이지에 표시됩니다. 다른 심각한 시스템 경고와 함께 지정된 성능 경고에 대한 전자 메일을 보내도록 XenCenter를 구성할 수도 있습니다.

xe CLI를 사용하여 구성된 모든 사용자 지정 경고는 XenCenter의 경고 페이지에도 표시됩니다.

각 경고에는 해당하는 우선 순위/심각도 수준이 있습니다. 이러한 수준을 수정할 수 있으며 필요에 따라 경고가 트리거될 때 이메일을 받도록 선택할 수 있습니다. 기본 경고 우선 순위/심각도는 다음과 같이 설정됩니다. 3.

성능 경고 구성

1. 안에 리소스 창에서 관련 호스트, VM 또는 SR을 선택한 다음 일반 Tab 키를 누른 다음 속성.

2. 을(를) 선택합니다. 경고 탭. 다음 표에는 호스트, VM 또는 SR에 사용할 수 있는 경고가 요약되어 있습니다.

   경고 이름	호스트	가상 머신	SR	설명
   CPU 사용량 경고 생성	X	X		경고를 트리거하는 CPU 사용량 및 시간 임계값을 설정합니다.
   제어 도메인 CPU 사용량 경고 생성	X			경고를 트리거하는 제어 도메인 CPU 사용량 및 시간 임계값을 설정합니다.
   메모리 사용량 경고 생성	X			경고를 트리거하는 메모리 사용량 및 시간 임계값을 설정합니다.
   제어 도메인 메모리 사용량 경고 생성	X			경고를 트리거하는 제어 도메인 메모리 사용량 및 시간 임계값을 설정합니다.
   제어 도메인 사용 가능한 메모리 경고 생성	X			경고를 트리거하는 제어 도메인 사용 가능한 메모리 및 시간 임계값을 설정합니다.
   디스크 사용량 경고 생성		X		경고를 트리거하는 디스크 사용량 및 시간 임계값을 설정합니다.
   저장소 처리량 경고 생성Generate storage throughput alerts			X	경고를 트리거하는 스토리지 처리량 및 시간 임계값을 설정합니다. 참고: PBD(물리적 블록 디바이스)는 특정 XenServer 호스트와 연결된 SR 간의 인터페이스를 나타냅니다. PBD의 총 읽기/쓰기 SR 처리량 작업이 지정한 임계값을 초과하면 PBD에 연결된 호스트에서 경고가 생성됩니다. 다른 XenServer 호스트 경고와 달리 이 경고는 SR에서 구성해야 합니다.
   네트워크 사용량 경고 생성	X	X		경고를 트리거하는 네트워크 사용량 및 시간 임계값을 설정합니다.

   경고 반복 간격을 변경하려면 에 시간(분)을 입력합니다. 경고 반복 간격 상자. 경고 임계값에 도달하고 경고가 생성되면 경고 반복 간격이 경과할 때까지 다른 경고가 생성되지 않습니다.

3. 클릭 그래 을 클릭하여 변경 사항을 저장합니다.

성능 경고에 대한 심각도를 보고, 필터링하고, 구성하는 방법에 대한 자세한 내용은 다음을 참조하세요. 성능 경고 구성 XenCenter 설명서에 나와 있습니다.

시스템 경고

다음 표에는 XenCenter의 Alert(경고) 페이지에 경고가 표시되도록 트리거하는 시스템 이벤트/조건이 표시되어 있습니다.

소프트웨어 업데이트 알림

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

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

메모:

경고에 대한 트리거는 최소 5분 간격으로 확인됩니다. 이 간격은 이러한 조건을 확인하고 거짓 긍정을 보고하기 위해 시스템에 과도한 부하를 가하는 것을 방지합니다. 경고 반복 간격을 5분 미만으로 설정하면 경고가 최소 5분 간격으로 계속 생성됩니다.

성능 모니터링 퍼프몬 도구는 5분마다 한 번씩 실행되며 XenServer에서 평균 1분 이상의 업데이트를 요청합니다. 이러한 기본값은 다음에서 변경할 수 있습니다. /etc/sysconfig/perfmon.

이 퍼프몬 도구는 동일한 호스트에서 실행되는 성능 변수의 5분마다 업데이트를 읽습니다. 이러한 변수는 호스트 자체와 관련된 하나의 그룹과 해당 호스트에서 실행되는 각 VM에 대한 그룹으로 구분됩니다. 각 VM 및 호스트에 대해 퍼프몬 매개 변수를 읽습니다. 기타 구성:perfmon 이 문자열을 사용하여 모니터링할 변수와 메시지를 생성할 상황을 결정합니다.

예를 들어 다음은 매개 변수에 XML 문자열을 작성하여 VM “CPU 사용량” 경고를 구성하는 예를 보여 줍니다 기타 구성:perfmon:

  xe vm-param-set uuid=vm_uuid other-config:perfmon=\

  '<config>
      <variable>
          <name value="cpu_usage"/>
          <alarm_trigger_level value="0.5"/>
      </variable>
  </config>'
<!--NeedCopy-->

메모:

여러 변수 노드를 사용할 수 있습니다.

새 구성을 설정한 후 다음 명령을 사용하여 새로 고칩니다 퍼프몬 각 호스트에 대해 다음을 수행합니다.

  xe host-call-plugin host=host_uuid plugin=perfmon fn=refresh
<!--NeedCopy-->

이 새로 고침이 수행되지 않으면 기본적으로 새 구성이 적용되기 전에 지연이 발생합니다. 퍼프몬 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 그렇지 않으면 최대값입니다. 낮다 만약에 alarm_trigger_level 는 최소값(기본값 높다).

• alarm_trigger_period: 경고를 보내기 전에 값(경고 임계값 위 또는 아래)을 받을 수 있는 시간(초)입니다(기본값은 60).

• alarm_auto_inhibit_period: 경고가 전송된 후 이 경고가 비활성화되는 시간(초)입니다(기본값은 3600).

• consolidation_fn: rrd_updates의 변수를 하나의 값으로 결합합니다. 때문에 CPU 사용량 기본값은 평균의때문에 fs_usage 기본값은get_percent_fs_usage 그리고 다른 모든 사람들을 위해 - 합계.

• rrd_regex: 다음의 변수 이름과 일치합니다. xe vm-data-sources-list uuid=vm_uuid을 사용하여 성능 값을 계산합니다. 이 매개 변수에는 명명된 변수에 대한 기본값이 있습니다.

  • cpu_usage
  • memory_internal_free
  • network_usage
  • disk_usage

지정된 경우 에 의해 반환되는 모든 항목의 값 xe vm-data-source-list 이름이 지정된 정규식과 일치하는 것은 로 지정된 방법을 사용하여 통합됩니다. consolidation_fn.

유효한 호스트 요소

• 이름: 변수의 이름입니다(기본값 없음).
• alarm_priority: 생성된 경고의 우선 순위(기본값 3).
• alarm_trigger_level: 경고를 트리거하는 값의 수준입니다(기본값 없음).
• alarm_trigger_sense: 값은 다음과 같습니다. 높다 언제 alarm_trigger_level 그렇지 않으면 최대값입니다. 낮다 만약에 alarm_trigger_level 은 최소값입니다. (기본값 높다)
• alarm_trigger_period: 경고를 보내기 전에 값(경고 임계값 초과 또는 아래)을 받을 수 있는 시간(초)입니다(기본값). 60).
• alarm_auto_inhibit_period: 경고가 전송된 후 경고가 비활성화되는 시간(초)입니다. (기본값 3600).
• consolidation_fn: 다음의 변수를 결합합니다. rrd_updates 를 하나의 값으로(기본값 합계 -또는 평균의)
• rrd_regex: A regular expression to match the names of variables returned by the xe vm-data-source-list uuid=vm_uuid command to use to compute the statistical value. This parameter has defaults for the following named variables:
  • 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>'
<!--NeedCopy-->

일반 예제 구성

다음 예제에서는 일반 구성을 보여 줍니다.

  <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>
<!--NeedCopy-->

이메일 알림 구성

XenServer 호스트가 경고를 생성할 때 전자 메일 알림을 보내도록 XenServer를 구성할 수 있습니다. XenServer의 메일 알람 유틸리티는 sSMTP를 사용하여 이러한 전자 메일 알림을 보냅니다. XenCenter 또는 xe CLI(Command Line Interface)를 사용하여 기본 전자 메일 경고를 사용하도록 설정할 수 있습니다. 이메일 경고의 추가 구성을 위해 다음을 수정할 수 있습니다. 메일 알람.conf 구성 파일.

인증이 필요하지 않은 SMTP 서버를 사용합니다. 인증이 필요한 SMTP 서버를 통해 보낸 이메일은 배달할 수 없습니다.

XenCenter를 사용하여 전자 메일 경고 사용

1. 안에 리소스 창에서 풀을 마우스 오른쪽 버튼으로 클릭하고 속성.

2. 안에 속성 창에서 이메일 옵션.

3. 을(를) 선택합니다. 이메일 경고 알림 보내기 확인란. 알림 이메일 및 SMTP 서버 세부 정보에 대해 선호하는 대상 주소를 입력합니다.

4. 다음에서 원하는 언어를 선택하십시오. 메일 언어 목록. 성능 경고 이메일의 기본 언어는 영어입니다.

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>
<!--NeedCopy-->

XenServer는 보낸 사람 주소를 다음과 같이 자동으로 구성합니다. 아니오응답@<hostname>. 그러나 보낸 사람 주소를 명시적으로 설정할 수 있습니다.

  xe pool-param-set uuid=pool_uuid other-config:mail-sender=serveralerts@example.com
<!--NeedCopy-->

이메일 알림을 켜면 우선 순위가 3 이상인 알림이 생성될 때 이메일 알림을 받게 됩니다. 따라서 기본 최소 우선 순위 수준은 다음과 같습니다 3. 다음 명령을 사용하여 이 기본값을 변경할 수 있습니다.

  xe pool-param-set uuid=pool_uuid other-config:mail-min-priority=level
<!--NeedCopy-->

메모:

일부 SMTP 서버는 FQDN을 사용하는 주소의 메일만 전달합니다. 이메일이 전달되지 않는 경우 이러한 이유 때문일 수 있습니다. 이 경우 메일 서버에 연결할 때 이 주소가 사용되도록 서버 호스트 이름을 FQDN으로 설정할 수 있습니다.

성능 경고 이메일의 언어를 구성하려면 다음을 수행합니다.

  xe pool-param-set uuid=pool_uuid other-config:mail-language=ja-JP
<!--NeedCopy-->

성능 경고 이메일의 기본 언어는 영어입니다.

추가 구성

XenServer에서 mail-alarm 유틸리티를 추가로 구성하려면 /etc/mail-alarm.conf 다음을 포함하는 파일:

  root=postmaster
  authUser=<username>
  authPass=<password>
  mailhub=@MAILHUB@
<!--NeedCopy-->

/etc/mail-alarm.conf 은 sSMTP 구성 파일에 대한 사용자 제공 템플릿입니다. ssmtp.conf XenServer 호스트에서 생성된 모든 경고에 사용됩니다. 다음과 같은 키로 구성됩니다. 키=@KEY@ 그리고 @KEY@ 의 해당 값으로 대체됩니다. smtp 키 안으로 pool.other_config. 그런 다음 이러한 값은 ssmtp로 전달되므로 다음 값을 사용하여 sSMTP 구성의 측면을 제어할 수 있습니다. pool.other_config. 방법 유의 사항 확인 @KEY@ (대문자)는 다음과 같습니다. smtp 키 (소문자, 접두사 쯔엠프-).

예를 들어, SMTP 서버를 설정하는 경우:

  xe pool-param-set uuid=pool_uuid other-config:ssmtp-mailhub=smtp.example.com
<!--NeedCopy-->

그런 다음 다음을 추가하십시오. /etc/mail-alarm.conf 파일:

  mailhub=@MAILHUB@
<!--NeedCopy-->

mailhub=@MAILHUB@ 된다 mailhub=smtp.example.com.

각 SMTP 서버는 설정이 약간씩 다를 수 있으며 추가 구성이 필요할 수 있습니다. sSMTP를 추가로 구성하려면 해당 구성 파일을 수정합니다 ssmtp.conf. 관련 키를 에 저장하여 메일 알람.conf 파일의 경우 다음 값을 사용할 수 있습니다. pool.other_config sSMTP를 구성합니다. 다음에서 발췌한 내용입니다. ssmtp.conf man 페이지에는 올바른 구문과 사용 가능한 옵션이 표시됩니다.

  NAME
      ssmtp.conf – ssmtp configuration file

  DESCRIPTION
      ssmtp reads configuration data from /etc/ssmtp/ssmtp.conf The file con-
      tains keyword-argument pairs, one per line.   Lines starting with '#'
      and empty lines are interpreted as comments.

  The possible keywords and their meanings are as follows (both are case-
  insensitive):

      Root
      The user that gets all mail for userids less than 1000.   If blank,
      address rewriting is disabled.

      Mailhub
          The host to send mail to, in the form host | IP_addr port :
          <port>.   The default port is 25.

      RewriteDomain
      The domain from which mail seems to come.   For user authentication.

      Hostname
          The full qualified name of the host.   If not specified, the host
          is queried for its hostname.

      FromLineOverride
          Specifies whether the From header of an email, if any, may over-
          ride the default domain.   The default is "no".

      UseTLS
      Specifies whether ssmtp uses TLS to talk to the SMTP server.
      The default is "no".

      UseSTARTTLS
          Specifies whether ssmtp does a EHLO/STARTTLS before starting TLS
          negotiation.   See RFC 2487.

      TLSCert
          The file name of an RSA certificate to use for TLS, if required.

      AuthUser
          The user name to use for SMTP AUTH.   The default is blank, in
          which case SMTP AUTH is not used.

      AuthPass
          The password to use for SMTP AUTH.

      AuthMethod
          The authorization method to use.   If unset, plain text is used.
          May also be set to "cram-md5".
<!--NeedCopy-->

사용자 지정 필드 및 태그Custom fields and tags

XenCenter는 태그 및 사용자 지정 필드 생성을 지원하므로 VM, 스토리지 등을 구성하고 빠르게 검색할 수 있습니다. 자세한 내용은 시스템 성능 모니터링.

사용자 지정 검색

XenCenter는 사용자 지정 검색을 만들 수 있도록 지원합니다. 검색을 내보내고 가져올 수 있으며 검색 결과를 탐색 창에 표시할 수 있습니다. 자세한 내용은 시스템 성능 모니터링.

물리적 버스 어댑터의 처리량 결정

FC, SAS 및 iSCSI HBA의 경우 다음 절차를 사용하여 PBD의 네트워크 처리량을 확인할 수 있습니다.

1. 호스트의 PBD를 나열합니다.
2. 어떤 LUN이 어떤 PBD를 통해 라우팅되는지 확인합니다.
3. 각 PBD 및 SR에 대해 SR의 VDI를 참조하는 VBD를 나열합니다.
4. 호스트의 VM에 연결된 모든 활성 VBD에 대해 결합된 처리량을 계산합니다.

iSCSI 및 NFS 스토리지의 경우 네트워크 통계를 확인하여 어레이에 처리량 병목 현상이 있는지 또는 PBD가 포화 상태인지 확인합니다.

NRPE로 host 및 dom0 리소스 모니터링

메모:

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

풀 관리자 역할의 사용자는 NRPE(Nagios Remote Plugin Executor)를 지원하는 타사 모니터링 도구를 사용하여 XenServer 호스트 및 dom0(호스트의 제어 도메인)에서 사용하는 리소스를 모니터링할 수 있습니다.

다음 check 플러그인을 사용하여 host 및 dom0 리소스를 모니터링할 수 있습니다.

NRPE는 dom0에서 실행되며 TCP 포트(기본값) 5666에서 모니터링 도구의 검사 실행 요청을 수신하는 온-프레미스 서비스입니다. 요청이 도착하면 NRPE는 요청을 구문 분석하고 구성 파일에서 매개변수의 세부 정보를 포함하는 해당 check 명령을 찾은 다음 실행합니다. 검사 결과는 모니터링 도구로 전송되며, 모니터링 도구는 과거 검사 결과를 저장하고 과거 성능 데이터를 보여주는 그래프를 제공합니다.

사전 요구 사항

NRPE를 사용하여 호스트 및 dom0 리소스를 모니터할 수 있으려면 사용 중인 모니터링 도구가 다음 사전 요구 사항을 충족해야 합니다.

• 모니터링 도구는 NRPE 버전 4.1.0과 호환되어야 합니다.
• NRPE와 모니터링 도구 간의 통신을 허용하려면 모니터링 도구가 암호를 사용하여 TLS 1.2를 지원해야 합니다 ECDHE-RSA-AES256-GCM-SHA384 그리고 ECDHE-RSA-AES128-GCM-SHA256이고 EC 곡선은 다음과 같습니다. SECP384R1.

제약 조건

• 전체 풀 또는 풀의 일부가 아닌 독립형 호스트에 대해 NRPE 설정을 구성할 수 있습니다. 현재 풀의 개별 호스트에 대한 NRPE 설정을 구성할 수 없습니다.

• NRPE가 이미 사용되도록 설정되고 구성된 풀에 호스트를 추가하는 경우 XenCenter는 풀의 NRPE 설정을 새 호스트에 자동으로 적용하지 않습니다. 새 호스트를 추가한 후 풀에서 NRPE 설정을 재구성하거나 풀에 추가하기 전에 동일한 NRPE 설정으로 새 호스트를 구성해야 합니다.

  메모:

  새 호스트를 추가한 후 풀에서 NRPE 설정을 재구성할 때 호스트가 실행 중인지 확인합니다.

• NRPE가 사용되도록 설정되고 구성된 풀에서 호스트가 제거된 경우 XenCenter는 호스트 또는 풀의 NPRE 설정을 변경하지 않습니다.

xe CLI를 사용하여 NRPE 구성

xe CLI 또는 XenCenter를 사용하여 NRPE를 구성할 수 있습니다. XenCenter를 사용하여 NRPE를 구성하는 방법에 대한 자세한 내용은 다음을 참조하십시오. NRPE를 사용하여 호스트 및 dom0 리소스 모니터링.

NRPE에 대한 구성을 변경한 후 다음을 사용하여 NRPE 서비스를 다시 시작합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=restart
<!--NeedCopy-->

NRPE 활성화

NRPE는 XenServer에서 기본적으로 비활성화되어 있습니다. 호스트의 제어 도메인(dom0)에서 NRPE를 활성화하려면 xe CLI에서 다음 명령을 실행합니다.

1. 모니터링하려는 호스트의 호스트 UUID를 가져옵니다.

   xe host-list

2. 호스트에서 NRPE를 활성화합니다.

   xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=enable

   작업이 성공적으로 실행되면 이 명령은 다음을 출력합니다 성공. XenServer가 다시 시작되면 NRPE가 자동으로 시작됩니다.

NRPE를 중지, 시작, 다시 시작 또는 비활성화하려면 다음을 수행합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=<operation>
<!--NeedCopy-->

어디 수술 다음과 같음 멈추다, 시작하다, 다시 시작할또는 비활성화.

서버 모니터링

NRPE 데몬과 통신할 수 있는 IP 주소 또는 호스트 이름의 쉼표로 구분된 목록입니다. 비트 마스크가 있는 네트워크 주소(예: 192.168.1.0/24)도 지원됩니다.

모니터링 서버의 현재 목록을 봅니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config args:allowed_hosts
<!--NeedCopy-->

모니터링 도구가 검사를 실행하도록 허용합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:allowed_hosts=<IP address or hostname>
<!--NeedCopy-->

모든 NRPE 설정을 쿼리합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config
<!--NeedCopy-->

여러 NRPE 설정을 구성합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:allowed_hosts=<IP address or hostname> args:ssl_logging=<SSL log level> args:debug=<debug log level>
<!--NeedCopy-->

로그

디버그 로깅

기본적으로 디버그 로깅은 비활성화되어 있습니다.

디버그 로깅이 활성화되어 있는지 확인하려면 다음 명령을 실행합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config args:debug
<!--NeedCopy-->

면 디버그: 0 가 반환되면 디버그 로깅이 비활성화됩니다.

디버그 로깅을 활성화하려면:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:debug=1
<!--NeedCopy-->

SSL 로깅

기본적으로 SSL 로깅은 비활성화되어 있습니다.

  ssl_logging=0x00
<!--NeedCopy-->

SSL 로깅을 사용할 수 있는지 확인하려면 다음 명령을 실행합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config args:ssl_logging
<!--NeedCopy-->

SSL 로깅을 활성화하려면:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:ssl_logging=0x2f
<!--NeedCopy-->

경고 및 위험 임계값

이러한 검사 플러그인 중 일부의 경우 검사 플러그인에서 반환된 값이 임계값을 초과하면 경고가 생성되도록 경고 및 위험 임계값을 설정할 수 있습니다. 경고 임계값은 잠재적인 문제를 나타내고 위험 임계값은 즉각적인 주의가 필요한 더 심각한 문제를 나타냅니다. 경고 및 위험 임계값에 대해 기본값이 설정되지만 임계값을 조정할 수 있습니다.

모든 검사에 대한 기본 경고 및 위험 임계값을 쿼리하려면 모든 검사와 관련 경고 및 위험 임계값 목록을 반환하는 다음 xe CLI 명령을 실행합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-threshold
<!--NeedCopy-->

특정 검사에 대한 임계값을 쿼리할 수도 있습니다. 예를 들어, 에 대한 경고 및 위험 임계값을 가져오려면 check_memory check plugin에서 다음 xe CLI 명령을 실행합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-threshold args:check_memory
<!--NeedCopy-->

임계값의 기본값을 변경할 수도 있습니다. 예를 들어, 에 대한 기본 임계값을 변경하려면 check_memory check plugin에서 다음 xe CLI 명령을 실행합니다.

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-threshold args:check_memory args:w=75 args:c=85
<!--NeedCopy-->

SNMP를 사용하여 호스트 및 dom0 리소스 모니터링

메모:

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

풀 관리자 역할을 사용하면 SNMP를 사용하여 XenServer 호스트 및 dom0(호스트의 제어 도메인)에서 사용하는 리소스를 원격으로 모니터링할 수 있습니다. NMS(네트워크 관리 시스템)라고도 하는 SNMP 관리자는 XenServer 호스트에서 실행 중인 SNMP 에이전트에 쿼리 요청을 보냅니다. SNMP 에이전트는 다양한 메트릭에서 수집된 데이터를 NMS로 다시 전송하여 이러한 쿼리 요청에 응답합니다. 수집할 수 있는 데이터는 MIB(Management Information Base)라는 텍스트 파일의 OID(개체 식별자)에 의해 정의됩니다. OID는 CPU 또는 메모리 사용량과 같은 네트워크 장치에 대한 측정 가능한 특정 정보를 나타냅니다.

XenServer에서 특정 이벤트가 발생했음을 NMS에 알리는 에이전트 시작 메시지인 트랩을 구성할 수도 있습니다. 쿼리 요청과 트랩 모두 XenServer 풀의 상태를 모니터링하는 데 사용할 수 있습니다. 이는 메트릭 및 트랩 객체로 정의되며 MIB 파일의 OID로 식별됩니다 XENSERVER-MIB.txt에서 다운로드할 수 있습니다. XenServer 다운로드 페이지. 다음 표에서는 이러한 메트릭 및 트랩 개체에 대한 정보를 제공합니다.

메트릭 개체

다음 표에 나열된 메트릭을 사용하여 XenServer 호스트에 대한 특정 정보를 요청할 수 있습니다. 이러한 메트릭은 SNMP 에이전트에 쿼리 요청을 보낼 때 SNMP 관리자가 사용하므로 NMS에서 이 데이터를 볼 수 있습니다.

NMS 또는 xe CLI에서 이러한 메트릭 개체에서 반환된 데이터를 볼 수 있습니다. xe CLI에서 메트릭 개체를 쿼리하려면 다음을 실행합니다 호스트 데이터 소스 쿼리 또는 vm-데이터 소스 쿼리 RRDD 데이터 소스를 에 대한 값으로 제공합니다. 데이터 원본 매개 변수. 예를 들어:

  xe host-data-source-query data-source=cpu_avg host=<host UUID>
<!--NeedCopy-->

메모:

기본적으로 NMS는 포트 161을 사용하여 SNMP 에이전트에 OID 쿼리 요청을 보냅니다.

노트:

1. pCPU의 이름은 다음과 같은 형식입니다. 중앙 처리 유닛 그 뒤에 숫자가 옵니다. xe CLI에서 pCPU 수를 쿼리하려면 다음 명령을 실행합니다.

   xe host-data-source-list host=<host UUID> | grep -E 'cpu[0-9]+$'

   그러면 정규식과 일치하는 CPU 메트릭 목록이 반환됩니다 CPU[0-9]+.

트랩

트랩은 특정 이벤트가 발생할 때 SNMP 관리자에게 알리기 위해 SNMP 에이전트에서 보내는 경고로, XenServer 호스트를 모니터링하고 문제를 조기에 식별할 수 있습니다. 제한에 도달했을 때(예: 호스트 CPU 사용량이 너무 높은 경우) 트랩을 생성하도록 SNMP 설정을 구성할 수 있습니다. 트랩이 생성되면 NMS로 전송되고 다음 필드가 트랩 개체의 일부로 반환됩니다.

메모:

기본적으로 풀 코디네이터 호스트의 SNMP 에이전트는 UPD 포트 162를 사용하여 NMS에 트랩을 전송합니다.

사전 요구 사항

• 풀의 모든 호스트는 동일한 XenServer 버전을 실행해야 하며 이 버전에는 SNMP 플러그인이 포함되어야 합니다.

  메모:

  볼 수 없는 경우 SNMP (영문) 탭을 클릭하면 호스트 또는 풀의 구성원이 SNMP를 지원하는 XenServer 버전을 실행하고 있지 않기 때문일 수 있습니다. 호스트 또는 풀을 최신 버전의 XenServer로 업데이트합니다.

• 사용 중인 NMS는 SNMPv2c 또는 SNMPv3를 지원해야 합니다.

• NMS와 XenServer가 네트워크에 연결되어 있어야 합니다.

제약 조건

• 전체 풀 또는 풀의 일부가 아닌 독립형 호스트에 대해 SNMP 설정을 구성할 수 있습니다. 현재는 풀의 개별 호스트에 대해 SNMP 설정을 구성할 수 없습니다.

• 이미 SNMP를 사용하도록 설정하고 구성한 풀에 호스트를 추가하는 경우 XenCenter는 풀의 SNMP 설정을 새 호스트에 자동으로 적용하지 않습니다. 새 호스트를 추가한 후 풀에서 SNMP 설정을 재구성하거나 풀에 추가하기 전에 동일한 SNMP 설정으로 새 호스트를 구성해야 합니다.

  메모:

  새 호스트를 추가한 후 풀에서 SNMP 설정을 재구성할 때 호스트가 실행 중이고 유지 보수 모드가 아닌지 확인합니다.

• Citrix Hypervisor 8.2 CU1에서 XenServer 8로 롤링 풀 업그레이드를 수행하거나 XenServer 호스트 및 풀에 업데이트를 적용하기 전에 수동으로 수정한 적이 있고 필요한 경우 다음 구성 파일을 백업합니다.

  • /etc/snmp/snmpd.xs.conf
  • /etc/sysconfig/snmp
  • /var/lib/net-snmp/snmpd.conf
• SNMP 에이전트가 오프라인 상태이면 트랩을 생성할 수 없습니다. 예를 들어 SNMP 에이전트가 다시 시작되거나 풀 코디네이터가 다시 부팅되거나 다시 지정되는 경우입니다.

xe CLI를 사용하여 SNMP 구성

xe CLI 또는 XenCenter를 사용하여 SNMP를 구성할 수 있습니다. XenCenter를 사용하여 SNMP를 구성하는 방법에 대한 자세한 내용은 다음을 참조하십시오. SNMP를 사용하여 host 및 dom0 리소스 모니터링.

결과 개체

SNMP를 구성할 때 모든 응답은 JSON 형식으로 반환됩니다. 명령이 성공적으로 실행되면 키 값 쌍을 반환합니다 "코드": 0. 일부 명령(예: 가져오기 구성 command)라는 중첩된 JSON 객체를 반환합니다. 결과. 이 결과 JSON 객체는 다음과 같은 경우에도 필요합니다. 세트 구성 SNMP 컨피그레이션을 업데이트하는 데 사용되는 명령입니다.

이 결과 JSON 객체는 다음 객체로 구성됩니다 보통의, 대리인그리고 증권 시세 표시기:

common

agent

nmss

노트:

1. COMMON_STRING_TYPE는 다음 요구 사항을 충족하는 문자열을 참조합니다.

   • 문자, 숫자, 하이픈(-), 마침표(.), 파운드(#), 앳 기호(@), 등호(=), 콜론(:) 또는 밑줄(_)의 조합입니다.
   • 6에서 32 사이의 길이입니다.

2. 암호는 XenServer의 구성 파일에 일반 텍스트로 저장되지 않습니다. 지역화된 키로 변환되어 저장됩니다. 이 가져오기 구성 명령은 암호를 별표(*)로 구성된 숨겨진 상수로 표시합니다.

SNMP 서비스 구성

SNMP 서비스의 상태를 가져옵니다.

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=status
<!--NeedCopy-->

SNMP 서비스를 시작, 중지 또는 다시 시작합니다.

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=<operation>
<!--NeedCopy-->

어디 수술 다음과 같음 시작하다, 멈추다또는 다시 시작할.

SNMP 컨피그레이션 세부 정보를 가져옵니다.

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=get-config
<!--NeedCopy-->

제대로 된 경우 이 명령은 키 값 쌍을 반환합니다 "코드": 0 그리고 결과 SNMP 서비스의 구성 세부 정보를 포함하는 JSON 개체입니다. 예를 들어:

  "code": 0,
    "result": {
      "common": {
        "enabled": "no",
        "debug_log": "no",
        "max_nmss": 1
      },
      "agent": {
        "v2c": "yes",
        "v3": "no",
        "community": "public",
        "user_name": "",
        "authentication_password": "",
        "authentication_protocol": "",
        "privacy_password": "",
        "privacy_protocol": "",
        "engine_id": "<engine_id>"
      },
      "nmss": []
    }
<!--NeedCopy-->

를 복사합니다. 결과 JSON 객체를 원하는 텍스트 편집기에 추가하고 모든 줄 바꿈(\n) 문자를 파일에서 가져옵니다. SNMP 구성 세부 정보로 필드를 업데이트합니다. NMS 설명서를 참조하고 에 필요한 필드의 값을 지정하여 NMS를 구성합니다. 증권 시세 표시기 객체. 자세한 내용은 다음을 참조하십시오. 개체 위에 나열되어 있습니다.

SNMP 서비스를 구성하려면 를 실행합니다. 세트 구성 명령을 실행하고 편집된 정보를 제공합니다. 결과 JSON 객체를 매개 변수 값으로 인수 : 구성 매개 변수.

SNMP 구성을 설정합니다.

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=set-config args:config='<result>'
<!--NeedCopy-->

어디 결과 는 결과 에서 반환된 JSON 객체 가져오기 구성 복사하고 편집한 명령입니다.

메모:

전체 풀에 대해 SNMP를 구성하려면 다음을 실행해야 합니다. 세트 구성 풀의 각 호스트에 대한 명령입니다.

구성 변경에 성공하면 명령은 키 값 쌍을 반환합니다 "코드": 0. 구성 변경에 실패하면 세트 구성 command는 오류가 발생했음을 나타내는 다음 키 값 쌍 중 하나를 반환합니다.

• "코드": 1: 일반적인 오류 문자열입니다. 예를 들어 알 수 없는 예외가 있습니다.
• "코드": 2: 오류 문자열(매개 변수가 누락됨).
• "코드": 3: a를 반환합니다. 메시지 객체를 목록으로, 각 요소는 다음과 같은 형식입니다. [field_path, 키, 값, 오류 문자열].

또한 테스트 SNMP 트랩을 NMS로 전송하여 지정된 트랩 수신기 정보가 올바른지 확인할 수 있습니다.

테스트 SNMP 트랩을 보냅니다.

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=send-test-trap args:config='{"nmss":[{"uuid":"<uuid>","address":"<address>","port":162,"v2c":"yes","v3":"no","community":"public","user_name":"<user_name>","authentication_password":"<authentication_password>","authentication_protocol":"<authentication_protocol>","privacy_password":"<privacy_password>","privacy_protocol":"<privacy_protocol>"}]}'
<!--NeedCopy-->

이 명령은 다음을 사용하여 NMS에 테스트 트랩을 보냅니다. msg_name 의 TEST_TRAP 그리고 msg_body 의 이것은 XenServer 풀의 테스트 트랩입니다.<pool name>"를 클릭하여 NMS 트랩 수신기 컨피그레이션을 확인합니다.

테스트 트랩을 받지 못한 경우 SNMP 구성을 다시 확인하십시오. 실패하면 테스트 트랩 보내기 또한 command는 오류가 발생했음을 나타내는 다음 키 값 쌍 중 하나를 반환합니다.

• "코드": 1: 일반적인 오류 문자열입니다. 예를 들어 알 수 없는 예외가 있습니다.
• "코드": 2: 오류 문자열(매개 변수가 누락됨).
• "코드": 3: a를 반환합니다. 메시지 객체를 목록으로, 각 요소는 다음과 같은 형식입니다. [field_path, 키, 값, 오류 문자열].
• "코드": 4: a를 반환합니다. 메시지 객체를 목록으로, 각 요소는 다음과 같은 형식입니다. [nms 주소, nms 포트, 오류 문자열].