Guest Introspection Thin Agent는 각 게스트 가상 시스템에 VMware Tools™와 함께 설치됩니다.

Linux의 Thin Agent 문제 해결

가상 시스템의 읽기 및 쓰기 작업, 파일 압축 해제 또는 저장이 느려지는 경우 Thin Agent에 문제가 있을 수 있습니다.

  1. 관련된 모든 구성 요소의 호환성을 확인합니다. ESXi, vCenter Server, NSX Manager 및 선택한 보안 솔루션(예: Trend Micro, McAfee, Kaspersky 또는 Symantec)의 빌드 번호가 필요합니다. 이 데이터를 수집한 후 vSphere 구성 요소의 호환성을 비교합니다. 자세한 내용은 VMware 제품 상호 운용성 매트릭스를 참조하십시오.
  2. 파일 자체 검사가 시스템에 설치되어 있는지 확인합니다.
  3. service vsepd status 명령을 사용하여 Thin Agent가 실행되고 있는지 확인합니다.

  4. Thin Agent가 시스템에 성능 문제를 야기하는 것으로 판단되면 service vsepd stop 명령을 실행하여 서비스를 중지합니다.

  5. 그런 다음 테스트를 수행하여 기준선을 얻습니다. service vsepd start 명령을 실행하여 vsep 서비스를 시작하고 다른 테스트를 수행할 수 있습니다.
  6. Linux Thin Agent에 대해 디버깅을 사용하도록 설정:
    1. /etc/vsep/vsep.conf 파일을 편집합니다.
    2. 모든 로그에 대해 DEBUG_LEVEL=4를 DEBUG_LEVEL=7로 변경하고, 보통 로그에 대한 DEBUG_LEVEL=6으로 설정합니다.
    3. 기본 로그 대상(DEBUG_DEST=2)은 vmware.log(호스트)입니다. 게스트 VM(/var/log/message or /var/log/syslog)으로 변경하려면 DEBUG_DEST=1을 설정합니다.
      참고: 전체 로깅을 사용하도록 설정하면 과도한 로그 활동으로 인해 vmware.log 파일이 플러딩될 수 있습니다. 가능한 한 빨리 전체 로깅을 사용하지 않도록 설정합니다.

Windows의 Thin Agent 문제 해결

  1. 관련된 모든 구성 요소의 호환성을 확인합니다. ESXi, vCenter Server, NSX Manager 및 선택한 보안 솔루션(예: Trend Micro, McAfee, Kaspersky 또는 Symantec)의 빌드 번호가 필요합니다. 이 데이터를 수집한 후 vSphere 구성 요소의 호환성을 비교할 수 있습니다. 자세한 내용은 VMware 제품 상호 운용성 매트릭스를 참조하십시오.
  2. VMware Tools™가 최신 상태인지 확인합니다. 특정 가상 시스템이 영향을 받는다는 것이 확인되면 vSphere에서 VMware Tools 설치 및 업그레이드(2004754)를 참조하십시오.
  3. PowerShell 명령 fltmc를 실행하여 Thin Agent가 로드되었는지 확인합니다.

    vsepflt가 드라이버의 목록에 포함되어 있는지 확인합니다. 드라이버가 로드되지 않은 경우 fltmc load vsepflt 명령을 사용하여 드라이버를 로드합니다.

  4. Thin Agent가 시스템에 성능 문제를 야기하는 경우 fltmc unload vsepflt 명령을 실행하여 드라이버를 언로드합니다.

    다음으로, 테스트를 수행하여 기준선을 얻습니다. 다음 명령을 실행하여 드라이버를 로드하고 다른 테스트를 수행할 수 있습니다.

    fltmc load vsepflt 항목을 참조하십시오.

    Thin Agent에 성능 문제가 있음을 확인한 경우 NSX/vCloud Networking & Security에서 VMware Tools를 업그레이드한 후에 VM이 느려짐(2144236)을 참조하십시오.

  5. 네트워크 검사를 사용하지 않는 경우 이 드라이버를 제거하거나 사용하지 않도록 설정합니다.

    VMware Tools 설치 관리자를 수정하여 네트워크 검사를 제거할 수도 있습니다.
    1. VMware Tools 설치 관리자를 마운트합니다.
    2. 제어판 > 프로그램 및 기능으로 이동합니다.
    3. 마우스 오른쪽 버튼으로 VMware Tools > 수정을 클릭합니다.
    4. 설치 완료를 선택합니다.
    5. NSX 파일 자체 검사를 찾습니다. 여기에는 네트워크 검사용 하위 폴더가 포함됩니다.
    6. 네트워크 검사를 사용하지 않도록 설정합니다.
    7. VM을 재부팅하여 드라이버 제거를 완료합니다.
  6. Thin Agent에 대해 디버그 로깅을 사용하도록 설정합니다. 모든 디버깅 정보는 해당 가상 시스템에 대한 vmware.log 파일에 기록되도록 구성됩니다.
  7. procmon 로그를 검토하여 Thin Agent의 파일 검사를 검토합니다. 자세한 내용은 바이러스 백신 소프트웨어로 인한 vShield Endpoint 성능 문제 해결(2094239)을 참조하십시오.

환경 및 워크로드 세부 정보 수집

  1. Guest Introspection이 사용자 환경에서 사용되고 있는지 확인합니다. 사용되고 있지 않은 경우 가상 시스템에 대한 Guest Introspection 서비스를 제거하고 이 문제가 해결되었는지 확인합니다. Guest Introspection이 필요한 경우에만 게스트 검사 문제를 해결하십시오.
  2. 환경 세부 정보 수집:

    1. ESXi 빌드 버전을 수집하려면 ESXi 호스트에서 uname –a 명령을 실행하거나 vSphere Web Client에서 호스트를 선택하고 오른쪽 창 위쪽에서 빌드 번호를 찾습니다.

    2. Linux 제품 버전 및 빌드 번호
    3. /usr/sbin/vsep -v는 프로덕션 버전을 반환합니다. 
      Build number
------------------
Ubuntu 
dpkg -l | grep vmware-nsx-gi-file
SLES12 and RHEL7
rpm -qa | grep vmware-nsx-gi-file
  3. NSX for vSphere 버전 및 다음을 수집합니다.
    • 파트너 솔루션 이름 및 버전 번호

    • 파트너 솔루션에서 사용되는 EPSec 라이브러리 버전 번호: SVM에 로그인하고 strings <path to EPSec library>/libEPSec.so | grep BUILD 실행

    • 가상 시스템의 게스트 운영 체제
    • 다른 모든 타사 애플리케이션 또는 파일 시스템 드라이버
  4. ESX GI 모듈(MUX) 버전 - esxcli software vib list | grep epsec-mux 명령을 실행합니다.
  5. 서버 유형 등의 워크로드 세부 정보를 수집합니다.
  6. ESXi 호스트 로그를 수집합니다. 자세한 내용은 VMware ESX/ESXi에 대한 진단 정보 수집(653)을 참조하십시오.
  7. 파트너 솔루션에서 SVM(서비스 가상 시스템) 로그를 수집합니다. 파트너에게 SVM 로그 수집에 대한 자세한 정보를 문의하십시오.
  8. 문제가 발생하는 동안 일시 중단 상태를 수집합니다. 진단 정보를 수집하려면 ESX/ESX에서 가상 시스템 일시 중단(2005831)을 참조하십시오.

Thin Agent 충돌 문제 해결

Thin Agent가 충돌하는 경우 /directory에 코어 파일이 생성됩니다. location / directory에서 코어 덤프 파일(코어)을 수집합니다. file 명령을 사용하여 코어 파일이 vsep에서 생성되었는지 확인합니다. 예: 
# file core
core: ELF 64-bit LSB  core file x86-64, version 1 (SYSV), SVR4-style, from '/usr/sbin/vsep'

가상 시스템이 응답하지 않거나 작동 중지됨

일시 중단된 상태의 가상 시스템 VMware vmss 파일을 수집한 후 ESX/ESXi에서 가상 시스템을 일시 중단하여 진단 정보 수집(2005831)을 참조하거나 가상 시스템 충돌을 야기한 후 전체 메모리 덤프 파일을 수집합니다. VMware는 ESXi vmss 파일을 코어 덤프 파일로 변환하는 유틸리티를 제공합니다. 자세한 내용은 Vmss2core Fling을 참조하십시오.