업데이트 날짜: 2018년 4월 17일

ESXi 6.7 GA | 2018년 4월 17일 | ISO 빌드 8169922

vCenter Server 6.7 GA | 2018년 4월 17일 | ISO 빌드 8217866

vCenter Server Appliance 6.7 GA | 2018년 4월 17일 | 빌드 8217866

이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오.

릴리스 정보에 포함된 내용

릴리스 정보에는 다음과 같은 항목이 포함됩니다.

새로운 기능

이번 VMware vSphere 6.7 릴리스에는 ESXi 6.7과 vCenter Server 6.7이 포함됩니다. 이번 릴리스에 포함된 새로운 기능과 향상된 기능은 VMware vSphere 6.7의 새로운 기능에 설명되어 있습니다.

국제화

VMware vSphere 6.7은 다음과 같은 언어로 제공됩니다.

  • 영어
  • 프랑스어
  • 독일어
  • 스페인어
  • 일본어
  • 한국어
  • 중국어 간체
  • 중국어 번체

vSphere 6.7 구성 요소(vCenter Server, vCenter Server Appliance, ESXi, vSphere Client, vSphere Web Client 및 VMware Host Client 포함)에서는 ASCII가 아닌 입력을 사용할 수 없습니다.

호환성

ESXi 및 vCenter Server 버전 호환성

VMware 제품 상호 운용성 매트릭스 페이지에는 ESXi, VMware vCenter Server 및 선택적 VMware 제품을 포함한 VMware vSphere 구성 요소의 현재 버전과 이전 버전 사이의 호환성에 대한 자세한 내용이 나와 있습니다. ESXi 또는 vCenter Server를 설치하기 전에 VMware 제품 상호 운용성 매트릭스에서 지원되는 관리 및 백업 에이전트 관련 정보도 확인하십시오.

vSphere Update Manager, vSphere Client 및 vSphere Web Client는 vCenter Server와 함께 패키지로 구성됩니다.

ESXi의 하드웨어 호환성

vSphere 6.7과 호환되는 프로세서, 스토리지 디바이스, SAN 어레이 및 I/O 디바이스 목록을 보려면 VMware 호환성 가이드에 나와 있는 ESXi 6.7 정보를 참조하십시오.

ESXi의 디바이스 호환성

ESXi 6.7과 호환되는 디바이스를 확인하려면 VMware 호환성 가이드에서 ESXi 6.7 정보를 참조하십시오.

ESXi의 게스트 운영 체제 호환성

vSphere 6.7과 호환되는 게스트 운영 체제를 확인하려면 VMware 호환성 가이드에 나와 있는 ESXi 6.7 정보를 참조하십시오.

ESXi의 가상 시스템 호환성

ESX 3.x 이상(하드웨어 버전 4)과 호환되는 가상 시스템은 ESXi 6.7에서 지원됩니다. ESX 2.x 이상(하드웨어 버전 3)과 호환되는 가상 시스템은 지원되지 않습니다. ESXi 6.7에서 이와 같은 가상 시스템을 사용하려면 가상 시스템 호환성을 업그레이드하십시오. ESXi 업그레이드 설명서를 참조하십시오.

이 릴리스의 설치 및 업그레이드

이 릴리스에 대한 설치 정보

ESXi 및 vCenter Server 설치 및 구성에 대한 지침은 ESXi 설치 및 설정vCenter Server 설치 및 설정 설명서를 참조하십시오.

설치는 간단하지만 여러 후속 구성 단계를 수행해야 합니다. 다음 설명서를 읽어 보십시오.

ESXi 6.7의 VMware Tools 번들 변경 사항

ESXi 6.7에서는 VMware Tools 10.2 ISO 이미지의 일부가 ESXi 6.7 호스트와 함께 번들로 제공됩니다.

ESXi와 함께 번들로 제공되는 VMware Tools 10.2 ISO 이미지는 다음과 같습니다.

  • windows.iso: Windows Vista 이상용 VMware Tools 이미지
  • linux.iso: glibc 2.5 이상을 포함하는 Linux 운영 체제용 VMware Tools 이미지

다운로드로 제공되는 VMware Tools 10.2 ISO 이미지는 다음과 같습니다.

  • solaris.iso: Solaris용 VMware Tools 이미지
  • freebsd.iso: FreeBSD용 VMware Tools 이미지
  • darwin.iso: OSX용 VMware Tools 이미지

ESXi와 함께 제공되지 않는 플랫폼을 위한 VMware Tools를 다운로드하려면 다음 문서에 나열된 절차를 따르십시오.

  • VMware Tools 10.1.15 릴리스됨
  • VMware Tools 10으로의 업데이트 - 필독서
  • Auto Deploy로 프로비저닝된 호스트를 위한 VMware Tools
  • VMware Tools 업데이트 방법

타사 솔루션 마이그레이션

타사 사용자 지정 항목을 사용한 업그레이드에 대한 자세한 내용은 ESXi 업그레이드 설명서를 참조하십시오. Image Builder를 사용하여 사용자 지정 ISO를 만드는 방법에 대한 자세한 내용은 ESXi 설치 및 설정 설명서를 참조하십시오.

지원되지 않는 CPU에 대해 허용되지 않는 업그레이드 및 설치

vSphere 6.5에서 지원하는 프로세서와 비교해, vSphere 6.7에서는 더 이상 다음 프로세서를 지원하지 않습니다.

  • Xeon 31xx, 33xx, 34xx Lynnfield 및 Clarkdale, 35xx 및 36xx 시리즈
  • Xeon 52xx, 54xx, 55xx, 56xx 시리즈
  • Xeon 65xx 시리즈
  • Xeon 75xx 및 74xx 시리즈
  • i3/i5 Clarkdale 시리즈
  • i7-620LE 프로세서 시리즈
  • 다양한 i3/i5/i7 Nehalem/Bloomfield/Clarksfield, Lynnfield, Clarkdale/Arrandale, Westmere/Gulftown 시리즈
  • AMD Barcelona, Shanghai, Champlain, Rana, Istanbul, Magny-Cours, Lisbon 시리즈
  • Opteron 13xx, 23xx, 24xx, 41xx, 61xx, 83xx, 84xx 시리즈
  • Athlon-II-X2 Champlain, Athlon-II-X3/X4 Rana 시리즈

설치 또는 업그레이드를 진행하는 동안 설치 관리자는 호스트 CPU가 vSphere 6.7과 호환되는지 여부를 확인합니다. 호스트 하드웨어가 호환되지 않는 경우 보라색 화면이 나타나면서 비호환성 정보 메시지가 표시되며 vSphere 6.7 설치 프로세스가 중지됩니다.

다음 CPU는 vSphere 6.7 릴리스에서 지원되지만 향후 vSphere 릴리스에서 지원되지 않을 수 있습니다. 그러므로 이를 고려하여 적절히 계획하십시오.

  • Intel Xeon E3-1200(SNB-DT)
  • Intel Xeon E7-2800/4800/8800(WSM-EX)

이 릴리스에 대한 업그레이드 정보

ESXi 호스트 및 vCenter Server 업그레이드에 대한 지침은 ESXi 업그레이드vCenter Server 업그레이드 설명서를 참조하십시오.

vSphere 6.7의 오픈 소스 구성 요소

vSphere 6.7에서 배포되는 오픈 소스 소프트웨어 구성 요소에 적용되는 저작권 정보 및 라이센스는 http://www.vmware.com에서 확인할 수 있습니다. My VMware 계정으로 로그인해야 합니다. 그런 다음 다운로드 메뉴에서 vSphere를 선택합니다. 오픈 소스 탭에서는 최신 vSphere 릴리스에 대한 소스 코드 또는 소스 코드 수정 사항을 사용하는 데 필요한 모든 GPL, LGPL 또는 기타 유사한 라이센스의 소스 파일도 다운로드할 수 있습니다.

제품 지원 고지 사항

  • vSphere 6.7 릴리스는 Windows용 vCenter Server의 최종 릴리스입니다. 이 릴리스 후에는 Windows용 vCenter Server가 제공되지 않습니다. 자세한 내용은 Windows용 vCenter Server 단종을 참조하십시오.

  • vSphere 6.7의 vSphere Client(HTML5)는 vSphere Web Client(Flex)의 모든 기능과 함께 다수의 새로운 기능을 제공함으로써 완벽한 기능을 제공하는 클라이언트가 되어가고 있습니다. vSAN 및 VUM(vSphere Update Manager) 초기 지원을 비롯해 vCenter Server 작업을 관리하는 데 필요한 대부분의 기능을 이 버전에서 사용할 수 있습니다. 지원되지 않는 기능의 최신 목록은 vSphere Client의 기능 업데이트 가이드를 참조하십시오.

    vSphere Client에 없는 모든 고급 vCenter Server 작업에 사용할 수 있는 vSphere Web Client는 vSphere 6.7에서도 계속해서 제공됩니다. 그러나 VMware는 향후 릴리스에서 vSphere Web Client를 더 이상 제공하지 않을 계획입니다. 자세한 내용은 vSphere Web Client 단종을 참조하십시오.

    VMware Host Client는 vCenter Server 시스템에 연결되지 않은 개별 ESXi 호스트를 관리할 때 사용할 수 있는 웹 기반 애플리케이션입니다.

  • vSphere 6.7 릴리스는 두 vSphere Client API 집합인 vSphere Web Client API(Flex)와 현재 vSphere Client API(HTML5)(Bridge API라고도 함) 집합을 위한 최종 릴리스입니다. vSphere 6.7 릴리스에는 새로운 vSphere Client API 집합이 포함됩니다. 이 새로운 API는 vSphere Client의 사용 사례를 확대하고 개선된 보안, 설계 및 확장성을 지원하도록 설계되었습니다.

  • VMware는 webplatform.js를 더 이상 제공하지 않으며 vSphere Client SDK 업데이트의 수명 주기에 종속되지 않고 파트너 플러그인 솔루션에 업데이트를 푸시하는 개선된 방법으로 대체할 계획입니다. 

    참고: vSphere Client에 대한 기존 플러그인 솔루션이 있는 경우 Virgo Server를 업그레이드해야 합니다. 이 업그레이드를 수행하지 않으면 기존 vSphere Client 플러그인이 vSphere 6.7 릴리스와 호환되지 않습니다. Virgo Server 업그레이드에 대한 자세한 내용은 vSphere Client SDK 6.7과의 호환성을 유지하도록 플러그인 업그레이드를 참조하십시오.

  • vSphere 6.7에서는 기본적으로 TLS 1.2만 사용되도록 설정됩니다. TLS 1.0과 TLS 1.1은 기본적으로 사용되지 않도록 설정됩니다. vCenter Server 또는 Platform Services Controller를 vSphere 6.7로 업그레이드한 후 해당 vCenter Server 인스턴스 또는 Platform Services Controller 인스턴스에서 ESXi 호스트, 다른 vCenter Server 인스턴스 또는 다른 서비스에 연결하면 통신 문제가 발생할 수 있습니다.

    이 문제를 해결하려면 TLS 구성 유틸리티를 사용하여 vSphere 6.7 시스템에서 이전 버전의 프로토콜을 일시적으로 사용하도록 설정할 수 있습니다. 그런 다음 모든 연결에 TLS 1.2가 사용된 후에 보안이 더 낮은 이전 버전을 사용하지 않도록 설정할 수 있습니다. 자세한 내용은 vSphere 6.5 설명서 세트에서 TLS 구성 유틸리티를 사용하여 TLS 프로토콜 구성 관리를 참조하십시오.

    vSphere 6.7 릴리스에서 vCenter Server는 Oracle 데이터베이스에 대해 TLS 1.2 연결을 지원하지 않습니다.

  • vSphere 6.7 릴리스는 UI를 통한 솔루션 사용자 인증서 대체를 지원하는 최종 릴리스입니다. 향후 릴리스에서는 UI를 통해 이러한 인증서를 VMCA 인증서로 갱신할 수 있게 됩니다.

  • vSphere 6.7 릴리스는 고객이 SSO 사이트를 지정해야 하는 최종 릴리스입니다. 이 설명자는 vSphere 기능에서 필요하지 않으므로 제거됩니다. 향후 vSphere 릴리스에는 SSO 사이트가 고객이 구성 가능한 항목으로 포함되지 않습니다.

  • VMware vCenter Server Appliance 6.7을 IPv6 네트워크를 통해 ESXi 6.0의 원래 릴리스에 설치할 수 없습니다. 대신, vCenter Server Appliance를 IPv6 네트워크를 사용하여 ESXi 6.0 업데이트 1a 이상에 설치해야 합니다.

  • Update Manager 6.7 릴리스에서는 가상 장치의 업그레이드 및 패치 작업이 더 이상 제공되지 않습니다.

  • VMware는 vCenter Server 및 Photon 장치에 포함된 TFTP 서비스를 지원하지 않습니다. 이 서비스는 테스트 및 개발 용도로만 사용하고 운영 환경에서는 사용하지 않는 것이 좋습니다. 이 서비스를 사용하는 경우 서비스 사용에서 발생하는 모든 위험을 전적으로 사용자가 부담한다는 점을 인정하고 이에 동의해야 합니다. VMware는 향후 릴리스에서 이 서비스를 제거할 권리를 보유합니다.

알려진 문제

알려진 문제는 다음과 같이 그룹화되어 있습니다.

설치, 업그레이드 및 마이그레이션 문제
  • HPE ProLiant - DL380/360 9세대 서버의 메모리 손상으로 인해 ESXi 설치 또는 업그레이드가 실패함

    이 문제는 Smart Array P440ar 스토리지 컨트롤러가 포함된 HPE ProLiant - DL380/360 9세대 서버에서 발생합니다.

    해결 방법: ESXi를 설치 또는 업그레이드하기 전에 서버 BIOS 모드를 UEFI로 설정합니다.

  • ESXi를 버전 6.7로 업그레이드한 후 6.5 이하 버전으로 롤백하면 오류 메시지와 함께 작업이 실패할 수 있음

    6.5 이하 버전으로 되돌린 후 ESXi 호스트에서 다음 작업 중 하나를 수행하면 실패 및 오류 메시지가 표시될 수 있습니다.

    • 호스트에 패치 및 VIB 설치
      오류 메시지: [DependencyError] VIB VMware_locker_tools-light에 필요한 esx 버전 >= 6.6.0
    • VM에 VMware Tools 설치 또는 업그레이드
      오류 메시지: VMware Tools를 설치할 수 없습니다.

    ESXi를 버전 6.7에서 롤백한 후 새로운 tools-light VIB가 이전 버전으로 복구되지 않습니다. 그 결과 VIB가 롤백된 ESXi 호스트와 호환되지 않고 이러한 문제가 발생합니다.

    해결 방법: 이 문제를 해결하려면 다음을 수행합니다.

    SSH를 사용하여 호스트에 연결하고 다음 명령 중 하나를 실행합니다.

    esxcli software vib install -v /path/to/tools-light.vib

    또는

    esxcli software vib install -d /path/to/depot/zip -n tools-light

    여기서 vibzip은 현재 실행 중인 ESXi 버전의 vib와 zip입니다.

    참고: 새 VMware Tools가 이미 설치된 VM의 경우 ESXi 호스트를 롤백할 때 VMware Tools를 복구하지 않아도 됩니다.

  • 암호에 백슬래시(\) 또는 큰따옴표(") 특수 문자가 사용된 경우 설치 사전 확인이 실패함

    vCenter Server Appliance 설치 템플릿을 작성할 때 ESXi, vCenter Single Sign-On 또는 운영 체제 암호 필드에 백슬래시(\) 또는 큰따옴표(") 특수 문자를 사용하면 설치 사전 확인이 실패하고 다음 오류가 표시됩니다.
    오류 메시지: com.vmware.vcsa.installer.template.cli_argument_validation: 잘못된 \이스케이프: ##줄 ##열(### 문자)

    해결 방법: 백슬래시(\) 또는 큰따옴표(") 특수 문자를 ESXi, 운영 체제 또는 Single-Sign-On 암호에 포함하는 경우 특수 문자를 이스케이프해야 합니다. 예를 들어 암호가 pass\word인 경우 pass\\word로 이스케이프해야 합니다.

  • 암호에 ASCII가 아닌 문자가 있는 경우 Windows vCenter Server 6.7 설치 관리자가 실패함

    Single Sign-On 암호에 중국어, 일본어, 한국어 및 대만어 로케일의 ASCII가 아닌 문자가 포함되면 Windows vCenter Server 6.7 설치 관리자가 실패합니다.

    해결 방법: Single Sign-On 암호에 중국어, 일본어, 한국어 및 대만 로케일의 ASCII 문자만 포함되는지 확인하십시오.

  • vCenter Server 루트 암호의 일부가 콜론 문자(:)인 경우 vSphere Appliance Management Interface에 로그인할 수 없음

    vCenter Server Appliance UI를 설치할 때 1단계의 [장치 VM 설정] 페이지에서 vCenter Server 루트 암호의 일부로 콜론 문자(:)를 포함하면 vSphere Appliance Management Interface(https://vc_ip:5480) 로그인이 실패하고 로그인할 수 없게 됩니다. 암호 설정 시 암호 규칙 검사는 통과할 수 있지만 로그인은 실패합니다.

    해결 방법: 1단계의 [장치 VM 설정] 페이지에 있는 vCenter Server Appliance UI에서 vCenter Server 루트 암호를 설정할 때 콜론 문자(:)를 사용하지 마십시오.

  • vCenter Single Sign-On 암호에 백슬래시 문자(\)가 포함되는 경우 vCenter Server Appliance 설치가 실패함

    vCenter Server Appliance UI를 설치할 때 2단계 SSO 설정 페이지에서 vCenter Single Sign-On 암호의 일부로 백슬래시 문자(\)를 포함하면 설치가 실패하고 분석 서비스를 Component Manager에 등록하지 못함 오류가 표시됩니다. 암호 규칙 검사는 통과할 수 있지만 설치는 실패합니다.

    해결 방법: vCenter Server Appliance UI 설치 관리자(2단계 SSO 설정 페이지)에서 vCenter Single Sign-On 암호를 설정할 때 백슬래시 문자(\)를 사용하지 마십시오.

  • HP ProLiant 9세대 서버에서 스크립트로 작성된 ESXi 설치가 오류와 함께 실패함 

    다음 조건에서 HP ProLiant 9세대 서버에 스크립트로 작성된 ESXi 설치를 수행하는 경우: 

    • BIOS에서 Embedded User Partition 옵션을 사용하도록 설정합니다. 
    • 설치 중에 다수의 USB 드라이브를 사용합니다. 한 USB 드라이브에는 ks.cfg 파일이 포함되어 있고 다른 USB 드라이브는 포맷되지 않아 사용할 수 없습니다.

    이 경우 파티션이 초기화되지 않음이라는 오류 메시지와 함께 설치가 실패합니다.

    해결 방법:

    1. 서버 BIOS에서 Embedded User Partition 옵션을 사용하지 않도록 설정합니다.
    2. 포맷되지 않은 USB 드라이브를 파일 시스템으로 포맷하거나 서버에서 분리합니다.
  • vCenter Server에 이름이 ASCII 문자가 아니거나 상위 ASCII 문자인 5.5 호스트 프로파일이 포함되는 경우 Windows vCenter Server 6.0.x 또는 6.5.x에서 vCenter Server 6.7로의 업그레이드가 실패함

    소스 Windows vCenter Server 6.0.x 또는 6.5.x에 이름이 ASCII 문자가 아니거나 상위 ASCII 문자인 vCenter Server 5.5.x 호스트 프로파일이 포함되는 경우 업그레이드 사전 확인 프로세스 중에 UpgradeRunner가 시작되지 않습니다.

    해결 방법: Windows vCenter Server 6.0.x 또는 6.5.x를 vCenter Server 6.7로 업그레이드하기 전에 이름이 ASCII 문자가 아니거나 상위 ASCII 문자인 호스트 프로파일이 있는 vCenter Server 5.5.x 호스트를 Windows vCenter Server 6.0.x 또는 6.5.x로 업그레이드한 다음 업그레이드된 호스트에서 호스트에서 설정 복사를 클릭하여 호스트 프로파일을 업데이트합니다.

  • vCenter Single Sign-On 암호에 ASCII가 아닌 문자가 포함되는 경우 -x 옵션을 사용하여 camregister 명령을 실행할 수 없음

    예를 들어 vSphere Authentication Proxy를 등록하기 위해 camregister 명령을 -x 파일 옵션과 함께 실행하는 경우 vCenter Single Sign-On 암호에 ASCII가 아닌 문자가 포함되면 액세스 거부 오류와 함께 프로세스가 실패합니다.

    해결 방법: ASCII 문자를 사용하여 vCenter Single Sign-On 암호를 설정하거나 camregister 명령을 실행할 때 –p 암호 옵션을 사용하여 ASCII가 아닌 문자가 포함된 vCenter Single Sign-On 암호를 입력합니다.

  • vCenter Server 6.7로 업그레이드한 후 Bash 셸 및 SSH 로그인이 사용되지 않도록 설정됨

    vCenter Server 6.7로 업그레이드한 후 Bash 셸 또는 SSH 로그인을 사용하여 vCenter Server Appliance에 액세스할 수 없습니다.

    해결 방법:

    1. vCenter Server 6.7로 업그레이드한 후 vCenter Server Appliance Management Interface에 로그인합니다. 웹 브라우저에서 https://appliance_ip_address_or_fqdn:5480으로 이동합니다.
    2. 루트로 로그인합니다.
      기본 루트 암호는 vCenter Server Appliance를 배포할 때 설정한 암호입니다.
    3. [액세스]를 클릭하고 [편집]을 클릭합니다.
    4. Bash 셸 및 SSH 로그인에 대한 액세스 설정을 편집합니다. 
      vCenter Server Appliance에 대한 Bash 셸 액세스를 사용하도록 설정할 때 액세스 상태를 지속할 시간을 분 단위로 입력합니다.
    5. [확인]을 클릭하여 설정을 저장합니다.
  • Transport Layer Security 1.2를 사용하도록 설정하지 않고 Windows용 vCenter Server 6.0을 Windows Server 2008 R2에 설치한 경우 관리 노드 마이그레이션이 차단됨

    이 문제는 Windows Server 2008 R2에서 외부 Platform Services Controller(MxN 토폴로지)를 사용하여 Windows용 vCenter Server 6.0을 마이그레이션하는 경우 발생합니다. 외부 PSC(Platform Services Controller)를 마이그레이션한 후 관리 노드에서 Migration Assistant를 실행하면 Migration Assistant가 실패하면서 PSC 버전을 검색할 수 없다고 보고합니다. 이 오류는 Windows Server 2008 R2가 Platform Services Controller 6.7의 기본 TLS 프로토콜인 TLS(Transport Layer Security) 1.2를 기본적으로 지원하지 않기 때문에 발생합니다.

    해결 방법:

    Windows Server 2008 R2.1에 대해 TLS 1.2를 사용하도록 설정합니다.

    1. 다음 레지스트리 키로 이동합니다. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
    2. 새 폴더를 생성하고 TLS 1.2 레이블을 지정합니다.
    3. TLS 1.2 폴더를 사용하여 새 키 두 개를 생성하고 키 이름을 Client와 Server로 지정합니다.
    4. Client 키 아래에 DWORD(32비트) 값 두 개를 생성하고 DisabledByDefault와 Enabled로 이름을 지정합니다.
    5. Server 키 아래에 DWORD(32비트) 값 두 개를 생성하고 DisabledByDefault와 Enabled로 이름을 지정합니다.
    6. DisabledByDefault의 Value 필드가 0으로 설정되어 있고 Base가 Hexadecimal인지 확인합니다.
    7. Enabled의 Value 필드가 1으로 설정되어 있고 Base가 Hexadecimal인지 확인합니다.
    8. Windows Server 2008 R2 컴퓨터를 재부팅합니다.

    Windows Server 2008 R2에서 TLS 1.2를 사용하는 방법에 대한 자세한 내용은 운영 체제 벤더의 설명서를 참조하십시오.

  • 버전 6.0 미만의 호스트 프로파일이 포함된 vCenter Server가 버전 6.7로의 업그레이드 중에 실패함

    vCenter Server 6.7은 버전 6.0 미만의 호스트 프로파일을 지원하지 않습니다. 다음 구성 요소가 있는 경우 vCenter Server 6.7로 업그레이드하려면 먼저 호스트 프로파일을 버전 6.0 이상으로 업그레이드해야 합니다.

    • ESXi 호스트 버전 - 5.1 또는 5.5
    • vCenter Server 버전 - 6.0 또는 6.5
    • 호스트 프로파일 버전 - 5.1 또는 5.5

    해결 방법: KB 52932를 참조하십시오.

  • vCenter Server 6.7로 업그레이드한 후 ESXi 호스트의 /etc/ssh/sshd_config 파일에 대한 편집 내용이 무시되고 파일이 vCenter Server 6.7 기본 구성으로 복원됨

    /etc/ssh/sshd_config 파일의 기본값 변경으로 인해 vCenter Server 6.7 업그레이드 후 이 구성 파일에 대한 수동 편집 내용이 기본 구성으로 대체됩니다. 이 변경은 일부 이전 설정(예: 허용되는 암호)이 현재 ESXi 동작과 호환되지 않기 때문에 필요한 것으로, 이로 인해 SSHD(SSH 데몬)가 올바르게 시작되지 않습니다.

    주의: /etc/ssh/sshd_config를 편집하는 것은 권장되지 않습니다. SSHD는 기본적으로 사용되지 않도록 설정되며 시스템 구성 편집을 위한 기본 방법은 VIM API(ESXi 호스트 클라이언트 인터페이스) 또는 ESXCLI를 사용하는 것입니다.

    해결 방법:

    /etc/ssh/sshd_config를 편집해야 하는 경우 vCenter Server 6.7 업그레이드를 완료한 후 적용합니다. 이제 기본 구성 파일에 버전 번호가 포함됩니다. 파일을 덮어쓰지 않도록 버전 번호를 보존하십시오.

    /etc/ssh/sshd_config 파일 편집에 대한 자세한 내용은 다음 기술 자료 문서를 참조하십시오.

    • 공용/개인 키 인증을 사용하도록 설정하는 방법에 대한 자세한 내용은 기술 자료 문서 KB 1002866을 참조하십시오.
    • 기본 SSHD 구성을 변경하는 방법에 대한 자세한 내용은 기술 자료 문서 KB 1020530을 참조하십시오.
보안 기능 문제
  • Windows 게스트 운영 체제 RS1, RS2 및 RS3에서 vSphere의 VBS(가상화 기반 보안)을 사용하려면 게스트 운영 체제에서 HyperV를 사용하도록 설정해야 합니다.

    Windows 게스트 운영 체제 RS1, RS2 및 RS3에서 vSphere의 VBS(가상화 기반 보안)을 사용하려면 게스트 운영 체제에서 HyperV를 사용하도록 설정해야 합니다.

    해결 방법: Windows Server 2016에서 Hyper-V 플랫폼을 사용하도록 설정합니다. 서버 관리자의 [로컬 서버]에서 [관리] -> [역할 및 기능 추가 마법사]를 선택하고 [역할 기반 또는 기능 기반 설치]에서 서버 풀의 Hyper-V를 선택하고 서버 역할을 지정합니다. [서버 역할], [기능], [Hyper-V], [가상 스위치], [마이그레이션] 및 [기본 저장소]에 대한 기본값을 선택합니다. 호스트를 재부팅합니다.

    Windows 10에서 Hyper-V를 사용하도록 설정합니다. [제어판] -> [프로그램] -> [Windows 기능 사용/사용 안 함]으로 이동합니다. Hyper-V 하이퍼바이저 및 Hyper-V 서비스가 포함되는 Hyper-V 플랫폼을 선택합니다. [Hyper-V 관리 도구]를 선택 취소합니다. [확인]을 클릭합니다. 호스트를 재부팅합니다.

네트워킹 문제
  • 호스트 프로파일 PeerDNS 플래그가 일부 시나리오에서 작동하지 않음

    연결된 호스트 프로파일이 있는 상태 비저장 호스트의 vmknic에 대해 PeerDNS for IPv4를 사용하도록 설정한 경우 호스트 재부팅 후 추출된 호스트 프로파일에 다른 상태의 iPv6PeerDNS가 표시될 수 있습니다.

    해결 방법: 없음.

  • vSphere Distributed Switch를 버전 6.6으로 업그레이드할 때 몇 가지 알려진 문제가 발생할 수 있음

    업그레이드 중에 연결된 가상 시스템에서 몇 초 동안 패킷 손실이 발생할 수 있습니다.

    해결 방법:

    여러 vSphere Distributed Switch를 버전 6.6으로 업그레이드해야 하는 경우 스위치를 순차적으로 업그레이드합니다.

    유지 보수 기간 중에 vSphere Distributed Switch의 업그레이드를 예약하고 DRS 모드를 [수동]으로 설정하고 업그레이드 기간 동안 DRS 권장 사항을 적용하지 마십시오.

    알려진 문제 및 해결 방법에 대한 자세한 내용은 KB 52621을 참조하십시오.

  • Network I/O Control이 사용되도록 설정되어 있고 모든 활성 업링크가 중단된 경우 VM 전원이 켜지지 않음

    Network I/O Control이 사용되도록 설정되어 있고 다음 조건이 충족되는 경우 VM 전원이 켜지지 않습니다.

    • VM이 vSphere Distributed Switch의 분산 포트 그룹에 연결되어 있음
    • VM에 대역폭 할당 예약이 구성되어 있고 VM의 네트워크 어댑터(vNIC)에 예약이 구성되었음
    • 분산 포트 그룹의 팀 구성 정책이 [페일오버]로 설정됨
    • Distributed Switch의 모든 활성 업링크가 중단됨. 이 경우 vSphere DRS가 대기 업링크를 사용할 수 없고 VM의 전원이 켜지지 않습니다.

    해결 방법: 사용 가능한 대기 어댑터를 분산 포트 그룹의 팀 구성 정책의 활성 어댑터 목록으로 이동합니다.

  • qfle3f 드라이버를 사용하는 NIC의 네트워크 상태 변동으로 인해 ESXi 호스트가 충돌할 수 있음

    qfle3f 드라이버를 사용하는 물리적 NIC에서 링크 상태가 1~2초 간격으로 자주 변동되는 경우 qfle3f 드라이버로 인해 ESXi 호스트가 충돌(PSOD)할 수 있습니다.

    해결 방법: 네트워크 변동이 발생하지 않도록 합니다. 링크 상태 변동 간격이 10초를 초과하는 경우 qfle3f 드라이버가 ESXi 충돌을 야기하지 않습니다. 자세한 내용은 KB 2008093을 참조하십시오.

  • ERSPAN 유형 III의 포트 미러링 트래픽 패킷이 패킷 분석기에서 인식되지 않음

    잘못된 비트가 ERSPAN 유형 III 패킷 헤더에 들어가면 모든 ERSPAN 유형 III 패킷이 패킷 분석기에서 손상된 것으로 표시됩니다.

    해결 방법: 트래픽 분석기가 GRE 또는 ERSPAN 유형 II 패킷을 지원하는 경우 이러한 유형의 패킷을 사용합니다. 

  • 기본이 아닌 TCP/IP 스택에서 DNS 구성 esxcli 명령이 지원되지 않음

    기본이 아닌 TCP/IP 스택의 DNS 구성이 지원되지 않습니다. esxcli network ip dns server add -N vmotion -s 10.11.12.13 같은 명령이 작동하지 않습니다.

    해결 방법: 기본이 아닌 TCP/IP 스택에서 DNS 구성 esxcli 명령을 사용하지 마십시오.

  • vmknic 인터페이스에 대해 기본 IPv4 게이트웨이를 사용하도록 설정한 호스트 프로파일을 적용할 때 오류와 함께 규정 준수 검사가 실패함

    vmknic 인터페이스에 대해 기본 IPv4 게이트웨이를 사용하도록 설정한 호스트 프로파일을 적용하면 설정이 "0.0.0.0"으로 입력되고 호스트 정보와 일치하지 않아 다음 오류가 표시됩니다.

    IPv4 vmknic 게이트웨이 구성이 규격과 일치하지 않음

    해결 방법:
    1. 호스트 프로파일 설정을 편집합니다.
    2. 네트워킹 구성 > 호스트 가상 NIC 또는 호스트 포트 그룹 > (vSphere Distributed Switch 이름 또는 포트 그룹 이름) > IP 주소 설정으로 이동합니다.
    3. 기본 게이트웨이 Vmkernal 네트워크 어댑터(IPv4) 드롭다운 메뉴에서 vmknic에 대해 기본 IPv4 게이트웨이 선택을 선택하고 Vmknic 기본 IPv4 게이트웨이를 입력합니다.

  • Intel Fortville 시리즈 NIC에서 옵션 길이가 255바이트보다 큰 Geneve 캡슐화 패킷을 수신할 수 없음

    255바이트를 초과하는 옵션 길이로 Geneve 캡슐화를 구성하는 경우 Intel Fortville NIC X710, XL710 및 XXV710에서 패킷이 올바르게 수신되지 않습니다.

    해결 방법: 다음 명령을 실행하여 이러한 NIC에서 하드웨어 VLAN 태그 제거를 사용하지 않도록 설정합니다.

    esxcli network nic software set --untagging=1 -n vmnicX.

  • 마이그레이션 후 RSPAN_SRC 미러 세션이 실패함

    RSPAN_SRC 미러 세션에 대해 할당된 포트에 연결된 VM을 다른 호스트로 마이그레이션할 때 필요한 pNic가 대상 호스트의 대상 네트워크에 없으면 RSPAN_SRC 미러 세션이 포트에 구성되지 않습니다. 이로 인해 포트 연결은 실패하지만 vMotion 마이그레이션 프로세스는 성공합니다.

    해결 방법: 

    포트 연결 장애를 복원하려면 다음 중 하나를 완료합니다.

    • 실패한 포트를 제거하고 새 포트를 추가합니다.
    • 포트를 사용하지 않도록 설정한 후 사용하도록 설정합니다.

    미러 세션은 구성되지 않지만 포트 연결이 복원됩니다.

스토리지 문제
  • NFS 데이터스토어가 간헐적으로 읽기 전용이 됨

    NFS vmknic의 IP 주소가 일시적으로 손실될 때 또는 상태 비저장 호스트를 재부팅한 후 호스트의 NFS 데이터스토어가 읽기 전용이 될 수 있습니다.

    해결 방법: 데이터스토어를 마운트 해제한 후 다시 마운트하여 NFS vmknic을 통한 연결을 재확보할 수 있습니다. 또한 NFS vmknic의 IP 주소와 관리 vmknic의 IP 주소 모두에 대해 NFS 데이터스토어 쓰기 권한을 설정할 수 있습니다.

  • VM의 스토리지 정책을 편집할 때 [호스트-로컬 PMem 스토리지 정책]을 선택하면 오류와 함께 작업이 실패함 

    VM 스토리지 정책 편집 대화상자의 드롭다운 메뉴에서 호스트-로컬 PMem 스토리지 정책을 선택하고 확인을 클릭하면 다음 오류 중 하나와 함께 작업이 실패합니다.

    작업이 개체에서 지원되지 않습니다.

    또는

    디바이스 '0'에 대해 지정된 디바이스 백업이 호환되지 않습니다.

    해결 방법: 호스트-로컬 PMem 스토리지 정책을 VM 홈에 적용할 수 없습니다. 가상 디스크의 경우 마이그레이션 마법사를 사용하여 가상 디스크를 마이그레이션하고 호스트-로컬 PMem 스토리지 정책을 적용할 수 있습니다.

  • 영구적 디바이스 손실 상태에서 클러스터의 ESXi 호스트를 복구한 후 데이터스토어가 액세스할 수 없는 상태로 표시될 수 있음

    이 문제는 클러스터의 호스트가 많은 수의 데이터스토어 즉, 512~1000개의 데이터스토어를 공유하는 환경에서 발생할 수 있습니다.
    영구적 디바이스 손실 조건에서 클러스터의 호스트를 복구한 후 데이터스토어는 호스트 수준에서 성공적으로 마운트됩니다. 그러나 vCenter Server에서 다수의 호스트가 여러 데이터스토어에 액세스할 수 없는 것으로 표시될 수 있습니다.

    해결 방법: vCenter Server 보기에 데이터스토어가 액세스할 수 없는 상태로 표시되는 호스트에 대해 vCenter Server에서 [스토리지 다시 검색] 작업을 수행합니다.

  • ESXi 6.5 및 6.7 호스트가 혼합된 환경에서 VMFS3 데이터스토어의 가상 시스템을 VMFS5로 마이그레이션할 수 없음

    혼합 호스트 환경에서 ESXi 6.5 호스트에 연결된 VMFS3 데이터스토어의 가상 시스템을 ESXi 6.7 호스트의 VMFS5 데이터스토어로 마이그레이션할 수 없습니다.

    해결 방법: VM을 ESXi 6.7 호스트로 마이그레이션할 수 있도록 VMFS3 데이터스토어를 VMFS5로 업그레이드합니다.

  • CLI를 사용하여 VMFS3 데이터스토어를 업그레이드한 후 VMFS3 데이터스토어에 대한 경고 메시지가 변경되지 않음

    일반적으로 ESXi 업그레이드 중에 업그레이드에 실패한 VMFS3 데이터스토어를 업그레이드할 때는 CLI를 사용합니다. VMFS3 데이터스토어 업그레이드는 다음과 같은 여러 이유로 실패할 수 있습니다.

    • VMFS3 데이터스토어에 사용 가능한 공간이 없습니다.
    • 확장된 데이터스토어의 익스텐트 중 하나가 오프라인입니다.

    실패 이유를 해결하고 CLI를 사용하여 VMFS3 데이터스토어를 VMFS5로 업그레이드한 후 호스트가 VMFS3 데이터스토어를 계속해서 감지하고 다음 오류를 보고합니다.

    더 이상 사용하지 않는 VMFS(ver 3) 볼륨이 발견되었습니다. vSphere 6.7 호스트의 가용성을 유지하려면 이러한 볼륨을 VMFS(ver5)로 업그레이드해야 합니다.

    해결 방법: 오류 메시지를 제거하려면 /etc/init.d/hostd restart 명령을 사용하여 hostd를 다시 시작하거나 호스트를 재부팅합니다.

  • DRSS(기본 대기열 수신 측 크기 조정) 기능을 사용하는 경우 Mellanox ConnectX-4/ConnectX-5 네이티브 ESXi 드라이버의 성능이 저하될 수 있음

    RSS(수신 측 크기 조정) 기술은 수신 네트워크 트래픽을 여러 하드웨어 기반 수신 대기열에 분산하여 인바운드 트래픽이 여러 CPU를 통해 처리될 수 있도록 합니다. DRSS(기본 대기열 수신 측 크기 조정) 모드에서는 전체 디바이스가 RSS 모드에 배치됩니다. 드라이버는 운영 체제에 단일의 논리적 대기열을 제공하며 여러 하드웨어 대기열이 이 드라이버를 지원합니다.

    Mellanox ConnectX-4 및 ConnectX-5 어댑터 카드의 native nmlx5_core 드라이버는 DRSS 기능을 기본적으로 사용하도록 설정합니다. DRSS는 다수의 워크로드 성능을 개선하는 데 도움이 되지만 특정 다중 VM 및 다중 vCPU 워크로드의 성능 저하를 야기할 수 있습니다.

    해결 방법:  심각한 성능 저하가 관찰되는 경우 DRSS 기능을 사용하지 않도록 설정할 수 있습니다.

    1. esxcli system module parameters set -m nmlx5_core -p DRSS=0 RSS=0 명령을 실행합니다.
    2. 호스트를 재부팅합니다.
  • 데이터스토어 이름이 호스트 프로파일의 코어 덤프 파일 설정으로 추출되지 않음

    호스트 프로파일을 추출할 때 호스트 프로파일의 코어 덤프 파일 설정에서 데이터스토어 이름 필드가 비어 있습니다. esxcli 명령을 사용하여 코어 덤프를 설정하면 이 문제가 발생합니다.

    해결 방법:
    1. ESXi 호스트에서 호스트 프로파일을 추출합니다.
    2. 호스트 프로파일 설정을 편집하고 일반 시스템 설정 > 코어 덤프 구성 > 코어 덤프 파일로 이동합니다.
    3. 명시적 데이터스토어 및 크기 옵션으로 코어 덤프 파일 생성을 선택하고 코어 덤프 파일이 상주할 데이터스토어 이름을 입력합니다.

  • ESXi 호스트를 재부팅하면 호스트 구성된 네이티브 소프트웨어 FCoE 어댑터가 사라질 수 있음

    vmkfcoe 드라이버가 지원하는 네이티브 소프트웨어 FCoE 어댑터(vmhba)를 사용하도록 설정한 후 호스트를 재부팅하면 어댑터 목록에서 어댑터가 사라질 수 있습니다. 이 문제는 qfle3 드라이버가 지원하는 Cavium QLogic 57810 또는 QLogic 57840 CNA를 사용하는 경우 발생합니다.

    해결 방법: vmkfcoe 어댑터를 복구하려면 다음 단계를 수행합니다.

    1. esxcli storage core adapter list 명령을 실행하여 어댑터가 목록에 없는지 확인합니다.
    2. 누락된 FCoE 어댑터에 연결된 vmnic에서 vSwitch 구성을 확인합니다.
    3. 다음 명령을 실행하여 FCoE vmhba를 검색합니다.
      • 패브릭 설정에서:
        #esxcli fcoe nic discover -n vmnic_number
      • VN2VN 설정에서:
        #esxcli fcoe nic discover -n vmnic_number
  • 특정 소프트웨어 FCoE 환경에서 ESXi 6.7 호스트에 VMFS 데이터스토어가 생성되지 않을 수 있음

    다음 구성을 사용하는 경우 VMFS 데이터스토어가 생성되지 않습니다.

    • ESXi 6.7 호스트에 구성된 네이티브 소프트웨어 FCoE 어댑터
    • Cavium QLogic 57810 또는 57840 CNA
    • Dell EMC VNX5300 또는 VNX5700 시리즈의 스토리지 어레이에 있는 FCoE 포트에 직접 연결된 Cisco FCoE 스위치

    해결 방법: 없음.

    대안으로, 다음 종단 간 구성으로 전환할 수 있습니다.
    ESXi 호스트 > Cisco FCoE 스위치 > FC 스위치 > DELL EMC VNX5300 및 VNX5700 시리즈의 스토리지 어레이

백업 및 복원 문제
  • Windows 탐색기에서 유니코드가 포함된 일부 백업이 브라우저 및 파일 시스템 경로에 표시되는 것과 다르게 표시됨

    Windows 탐색기 파일 시스템 폴더에 표시되는 유니코드가 포함된 일부 백업이 브라우저 및 파일 시스템 경로에 표시되는 것과 다릅니다.

    해결 방법: Windows 탐색기를 통해 스토리지 폴더 위치로 이동하지 않고 웹 브라우저에서 http, https 또는 ftp를 사용하여 백업을 찾아볼 수 있습니다.

vCenter Server Appliance, vCenter Server, vSphere Web Client 및 vSphere Client 문제
  • vCenter Server Appliance를 업그레이드할 때 시간 동기화 모드 설정이 보존되지 않음

    소스 vCenter Server Appliance에서 NTP 시간 동기화를 사용하지 않도록 설정하고 vCenter Server Appliance 6.7로 업그레이드하면 업그레이드가 완료된 후 새로 업그레이드한 장치에서 NTP 시간 동기화가 사용되도록 설정됩니다.

    해결 방법:

    1. vCenter Server Appliance 6.7로 업그레이드한 후 vCenter Server Appliance Management Interface에 루트로 로그인합니다.

      기본 루트 암호는 vCenter Server Appliance를 배포할 때 설정한 암호입니다.

       https://IP_or_FQDN_of_appliance:5480
    2. vCenter Server Appliance Management Interface에서 [시간]을 클릭합니다.
    3. [시간 동기화] 창에서 [편집]을 클릭합니다.
    4. [모드] 드롭다운 메뉴에서 [사용 안 함]을 선택합니다.

      새로 업그레이드한 vCenter Server Appliance 6.7이 NTP 시간 동기화를 사용하지 않고 시스템 표준 시간대 설정을 대신 사용합니다.

  • Firefox 브라우저 버전 54 이상에서 Windows 세션 인증을 사용하여 vSphere Web Client에 로그인할 수 없음

    Firefox 버전 54 이상을 사용하여 vSphere Web Client에 로그인하고 Windows 세션을 인증에 사용하는 경우 VMware 고급 인증 플러그인이 사용자 이름을 입력하지 않아 로그인이 실패할 수 있습니다.

    해결 방법: Windows 세션 인증을 사용하여 vSphere Web Client에 로그인하는 경우 다음 브라우저 중 하나를 사용합니다. Internet Explorer, Chrome 또는 Firefox 버전 53 이하

  • 일부 인스턴스에서 vCenter 하드웨어 상태 경보 알림이 트리거되지 않음

    ESXi 호스트의 동일한 범주에 있는 다수의 센서가 5분 미만의 시간 범위 내에 작동하는 경우 트랩이 수신되지 않고 이메일 알림이 전송되지 않습니다.

    해결 방법: 없음. 하드웨어 센서 섹션에서 경고를 확인할 수 있습니다.

  • VCSA 설치 관리자의 [시간 동기화] 옵션을 사용하는 경우 [ESX 관리]의 [시간 및 날짜 설정]에서 대상 ESX를 NTP 서버에 연결해야 함

    VCSA 설치 관리자->2단계->[장치 구성]->[시간 동기화] 옵션(ESX/NTP 서버)에서 [NTP 서버와 시간 동기화]를 선택하려면 [ESX 관리]의 [시간 및 날짜 설정]에서 NTP 서버에 이미 연결된 대상 ESX를 선택해야 합니다. 그렇지 않으면 설치가 실패합니다.

    해결 방법:
    1. 2단계->[장치 구성]에서 [시간 동기화] 옵션을 ESX 동기화로 설정합니다.
    2. 2단계->[장치 구성]에서 [시간 동기화] 옵션을 ESX 동기화로 설정하고 ESX와 VC 둘 모두가 NTP 서버에 연결하도록 설정되었는지 확인합니다.

  • Windows vCenter Server 상태를 모니터링할 때 오류 메시지가 표시됨

    Windows vCenter Server에 대한 상태 서비스를 사용할 수 없습니다. vCenter Server를 선택하고 모니터 > 상태를 클릭하면 오류 메시지가 표시됩니다.

    vSAN 상태 정보를 쿼리할 수 없습니다. 자세한 내용은 vSphere Client 로그를 확인하십시오.

    이 문제는 Windows vCenter Server 릴리스 6.0 업데이트 1 또는 6.0 업데이트 2를 릴리스 6.7로 업그레이드한 후 발생할 수 있습니다. 이 메시지는 무시해도 됩니다.

    해결 방법: 없음. 사용자는 vCenter Server Appliance를 통해 vSAN 상태 정보에 액세스할 수 있습니다.

  • 이전 버전의 ESXi에서 vCenter 하드웨어 상태 경보가 작동하지 않음

    ESXi 버전 6.5 U1 이하를 vCenter 6.7에 추가한 경우 CPU 온도 높음, 팬 장애 및 전압 변동 같은 하드웨어 이벤트가 발생할 때 하드웨어 상태 관련 경보가 생성되지 않습니다.

    해결 방법: 없음. ESXi 6.5 U2로 업그레이드하면 문제가 해결됩니다.

  • vmodl을 사용하여 디스크를 편집하거나 확장할 때 경우에 따라 vCenter Server가 작동을 중지함

    Storage DRS를 사용하는 클러스터에서 최신 vmodl을 사용하여 VM 디스크를 구성하면 vCenter Server가 작동을 중지합니다. 이전 vmodl을 사용한 해결 방법이 더 이상 효과가 없을 뿐 아니라 vCenter Server가 작동을 중지합니다.

    해결 방법: 없음

  • Windows용 vCenter Server를 vCenter Server Appliance로 마이그레이션하면 오류와 함께 작업이 실패함

    Windows용 vCenter Server 6.0.x 또는 6.5.x를 vCenter Server Appliance 6.7로 마이그레이션할 때 데이터 내보내기 단계에서 다음 오류와 함께 마이그레이션이 실패할 수 있습니다. 압축된 zip 폴더가 잘못되었거나 손상되었습니다.

    해결 방법: 데이터 내보내기 폴더를 수동으로 압축하고 다음 단계를 수행합니다.

    1. 소스 시스템에서 MA_INTERACTIVE_MODE 환경 변수를 생성합니다.
    2. [컴퓨터] > [속성] > [고급 시스템 설정] > [환경 변수] > [시스템 변수] > [새로 만들기]로 이동합니다.
    3. "MA_INTERACTIVE_MODE"를 변수 이름으로 입력하고 값을 0 또는 1로 설정합니다.
    4. VMware Migration Assistant를 시작하고 암호를 입력합니다.
    5. 클라이언트 시스템에서 마이그레이션을 시작합니다. 마이그레이션이 일시 중지되고 Migration Assistant 콘솔에 마이그레이션을 계속하려면 내보내기 데이터(내보내기 폴더 포함)에서 export.zip 파일을 수동으로 생성하십시오라는 메시지가 표시됩니다.
    6. 참고: Migration Assistant 콘솔에서 키 또는 탭을 누르지 마십시오.
    7. %appdata%\vmware\migration-assistant 폴더로 이동합니다.
    8. Migration Assistant가 생성한 export.zip 파일을 삭제합니다.
    9. 마이그레이션을 계속하려면 내보낸 폴더에서 export.zip 파일을 수동으로 생성합니다.
    10. Migration Assistant 콘솔로 돌아갑니다. Y를 입력하고 Enter 키를 누릅니다.
가상 시스템 관리 문제
  • 인벤토리의 가상 시스템 이름이 경로 이름으로 변경됨

    이 문제는 VM이 상주하는 데이터스토어가 [모든 경로 다운] 상태가 되고 액세스할 수 없게 될 때 발생합니다. hostd가 VM 상태를 로드하거나 다시 로드하는 동안에는 VM의 이름을 읽을 수 없고 VM 경로가 대신 반환됩니다. 예를 들어 /vmfs/volumes/123456xxxxxxcc/cs-00.111.222.333이 반환됩니다.

    해결 방법: 스토리지 문제를 해결한 후 가상 시스템을 다시 로드하면 이름이 다시 표시됩니다.

  • AMD 시스템의 게스트 운영 체제에서 VBS를 사용하도록 설정할 때 [보안 부팅] 플랫폼 보안 수준을 선택해야 함

    AMD 시스템에서 vSphere 가상 시스템은 vIOMMU를 제공하지 않습니다. DMA 보호에는 vIOMMU가 필요하므로 AMD 사용자가 [가상화 기반 보안 켜기]를 선택하는 경우 Windows 그룹 정책 편집기에서 [보안 부팅 및 DMA 보호]를 선택할 수 없습니다. 대신 [보안 부팅]을 선택해야 합니다. 잘못된 옵션을 선택하면 Windows가 VBS 서비스를 자동으로 사용하지 않도록 설정합니다.

    해결 방법: AMD 시스템의 게스트 운영 체제에서 [보안 부팅] 플랫폼 보안 수준을 선택합니다.

  • Windows에서 VBS(가상화 기반 보안)을 사용하도록 설정한 경우 Windows VM의 메모리 및 CPU를 무중단으로 추가할 수 없음

    VBS(가상화 기반 보안)는 Windows 10 및 Windows Server 2016에 도입된 새로운 기능입니다. vSphere는 vSphere 6.7 릴리스부터 VBS를 사용하는 Windows의 실행을 지원합니다. 그러나 VBS(가상화 기반 보안)를 사용하는 경우 Windows VM에 대해 메모리 및 CPU의 무중단 추가가 작동하지 않습니다.

    해결 방법: VM 전원을 끄고 메모리 또는 CPU 설정을 변경한 다음 VM 전원을 켭니다.

  • vSAN 네트워크 장애 복구 후 연결된 복제 VM의 스냅샷 트리가 완전하지 않을 수 있음

    vSAN 네트워크 장애는 vSAN 개체 및 VM의 액세스 가능성에 영향을 미칠 수 있습니다. 네트워크를 복구하면 vSAN 개체에 다시 액세스할 수 있습니다. hostd 서비스는 스토리지에서 VM 상태를 다시 로드하여 VM을 복구합니다. 그러나 연결된 복제 VM의 경우 hostd가 상위 VM 네임스페이스의 액세스가 복구된 것을 탐지하지 못할 수 있습니다. 이로 인해 VM이 액세스할 수 없는 상태로 유지되고 VM 스냅샷 정보가 vCenter Server에 표시되지 않습니다.

    해결 방법: VM을 등록 취소한 후 다시 등록하여 hostd가 VM 상태를 다시 로드하도록 합니다. 스토리지의 스냅샷 정보가 로드됩니다.

  • vSphere Client에서 OVF 가상 장치가 시작되지 않음

    vSphere Client의 경우 [OVF 템플릿 배포] 마법사에서 vService 확장 기능을 선택할 수 없습니다. 따라서 OVF 가상 장치가 vService 확장 기능을 사용할 때 사용자가 vSphere Client를 사용하여 OVF 파일을 배포하면 배포가 성공하지만 가상 장치가 시작되지 않습니다.

    해결 방법: vService 확장 기능을 사용하는 OVF 가상 장치를 배포할 때 vSphere Web Client를 사용합니다. 

vSphere HA 및 Fault Tolerance 문제
  • vSphere 6.7 RC 빌드에서 수동/혼합 모드로 Proactive HA를 구성하면 DRS 권장 사항을 적용하라는 메시지가 두 번 표시됨    

    vSphere 6.7 RC 빌드에서 수동/혼합 모드로 Proactive HA를 구성할 때 Proactive HA 공급자 플러그인에서 빨간색 상태 업데이트가 전송되면 [클러스터] -> [모니터] -> [vSphere DRS] -> [권장 사항]의 권장 사항을 적용하라는 메시지가 두 번 표시됩니다. 첫 번째 메시지는 호스트를 유지 보수 모드로 전환하라는 것입니다. 두 번째 메시지는 유지 보수 모드로 전환되는 호스트의 모든 VM을 마이그레이션하라는 것입니다. vSphere 6.5에서는 이 두 단계가 유지 보수 모드로 전환하라는 하나의 권장 사항으로 표시되고 여기에 마이그레이션할 모든 VM이 나열됩니다.

    해결 방법: 워크플로 또는 결과에 미치는 영향은 없습니다. 권장 사항을 두 번 적용해야 합니다. 자동화된 스크립트를 사용하는 경우 스크립트를 수정하여 추가 단계를 포함해야 합니다.

  • VCHA가 구성되지 않은 경우 지연된 가져오기 업그레이드 상호 작용

    VCHA 기능은 6.5 GA 릴리스의 일부로 제공됩니다. 6.5 버전부터 VCHA 구성을 보존하면서 VCHA 클러스터를 업그레이드할 수 없습니다. 권장되는 업그레이드 접근 방식은 vSphere Client를 사용하거나 VCHA 삭제 API를 호출하여 VCHA 구성을 먼저 제거하는 것입니다. 따라서 VCHA 구성이 없는 지연된 가져오기 업그레이드 워크플로는 VCHA와 상호 작용하지 않습니다.
    지연된 가져오기가 진행 중인 동안에는 새 VCHA 설정을 구성하지 마십시오. VCHA 설정을 수행하려면 활성 VM을 수동/감시 VM으로 복제해야 합니다. 지연된 가져오기가 진행 중일 때는 복제해야 하는 데이터 양이 증가하므로 성능 문제가 발생할 수 있습니다.

    해결 방법: 없음.

Auto Deploy 및 Image Builder 문제
  • ESXi 상태 비저장 호스트를 재부팅하면 호스트의 numRxQueue 값이 재설정됨

    vSphere Auto Deploy로 프로비저닝된 ESXi 호스트를 재부팅하면 이전에 설정된 numRxQueue 값이 손실됩니다. 호스트 프로파일 기능은 호스트 재부팅 후 numRxQueue 값을 저장하는 작업을 지원하지 않습니다.

    ESXi 상태 비저장 호스트를 재부팅한 후 다음을 수행합니다.

    1. 호스트에서 vmknic를 제거합니다.
    2. 예상되는 numRxQueue 값을 사용하여 호스트에 vmknic를 생성합니다.
  • 드라이브에 캐싱 후 서버가 UEFI 모드에 있는 경우 UEFI 부팅 관리자에서 부팅할 디바이스를 명시적으로 선택하지 않으면 캐시에서 부팅이 성공하지 않음

    상태 비저장 캐싱의 경우 ESXi 이미지를 512n, 512e, USB 또는 4Kn 대상 디스크에 캐싱한 후 시스템을 재부팅할 때 AutoDeploy에서 ESXi 상태 비저장 부팅이 실패할 수 있습니다. 이 문제는 AutoDeploy 서비스가 중단된 경우 발생합니다.

    시스템은 부팅 순서의 다음에 있는 디스크에서 캐싱된 ESXi 이미지를 검색합니다. ESXi 캐싱 이미지가 검색되면 호스트가 해당 이미지에서 부팅됩니다. 기존 BIOS에서 이 기능은 문제 없이 작동합니다. 그러나 BIOS의 UEFI 모드에서는 캐싱된 이미지가 있는 다음 디바이스가 검색되지 않을 수 있습니다. 그 결과 이미지가 디스크에 있는 경우에도 호스트가 이미지에서 부팅되지 않습니다.

    해결 방법: AutoDeploy 서비스가 중단된 경우 시스템 재부팅 시 UEFI 부팅 관리자에서 캐싱된 이미지가 있는 디스크를 수동으로 선택합니다.

  • 상태 비저장 ESXi 호스트 부팅 시간이 20분 이상 소요될 수 있음

    구성된 데이터스토어가 1,000개인 상태 비저장 ESXi 호스트를 부팅하는 데 20분 이상이 소요될 수 있습니다.

    해결 방법: 없음.

기타 문제
  • qfle3i 드라이버를 통해 할당된 iSCSI LUN에서 실행되는 VM을 사용한 재부팅 시 ESXi가 실패할 수 있음

    qfle3i 드라이버를 통해 할당된 iSCSI LUN에서 실행되는 VM을 사용한 재부팅 시 I/O를 실행 중인 상태의 VM으로 서버를 재부팅하려고 하면 ESXi가 실패할 수 있습니다.

    해결 방법: 먼저 VM 전원을 끈 다음 ESXi 호스트를 재부팅합니다.

  • UCS VIC 13xx 어댑터에서 IPv6을 통한 게스트 운영 체제 TCP 트래픽에 VXLAN 상태 비저장 하드웨어 오프로드가 지원되지 않음

    VXLAN 상태 비저장 하드웨어 오프로드 기능을 사용하도록 구성된 Cisco UCS VIC 13xx 어댑터에서 IPv6을 통한 VXLAN 캡슐화 TCP 트래픽에 문제가 발생할 수 있습니다. IPV6를 통한 게스트 운영 체제 TCP 트래픽이 포함된 VXLAN 배포에서 TSO 대상인 TCP 패킷이 Cisco UCS VIC 13xx 어댑터를 통해 올바르게 처리되지 않아 트래픽 중단이 발생합니다. 상태 비저장 오프로드가 올바르게 수행되지 않습니다. TCP 프로토콜 관점에서 이 문제는 잘못된 패킷 체크섬이 ESXi 소프트웨어 스택에 보고되어 게스트 운영 체제에서 잘못된 TCP 프로토콜이 처리되는 문제를 야기할 수 있습니다.

    해결 방법: 이 문제를 해결하려면 Cisco UCS VIC 13xx 어댑터에서 IPV6을 통한 VXLAN 캡슐화 TCP 트래픽에 대해 VXLAN 상태 비저장 오프로드 기능을 사용하지 않도록 설정합니다. UCS Manager에서 VXLAN 상태 비저장 오프로드 기능을 사용하지 않도록 설정하려면 [이더넷 어댑터 정책]에서 Virtual Extensible LAN 필드를 사용하지 않도록 설정합니다. Cisco C-Series UCS 서버의 CIMC에서 VXLAN 상태 비저장 오프로드 기능을 사용하지 않도록 설정하려면 [이더넷 인터페이스 vNIC 속성] 섹션에서 VXLAN 사용 필드를 선택 취소합니다.

  • 배치 QueryUnresolvedVmfsVolume API를 사용하여 많은 수의 확인되지 않은 VMFS 볼륨을 나열하려면 시간이 오래 걸릴 수 있음

    ESXi가 제공하는 배치 QueryUnresolvedVmfsVolume API를 사용하면 확인되지 않은 VMFS 볼륨 또는 LUN 스냅샷을 쿼리하고 나열할 수 있습니다. 그런 다음 다른 배치 API를 사용하여 확인되지 않은 특정 VMFS 볼륨을 재서명하는 등의 작업을 수행할 수 있습니다. 기본적으로 호스트에서 API QueryUnresolvedVmfsVolume을 호출하면 시스템이 확인되지 않은 모든 볼륨에 대해 추가 파일 시스템 작동 여부 검사를 수행합니다.  작동 여부 검사는 지정된 LUN이 다른 호스트에 마운트되었는지 여부, 활성 VMFS 하트비트가 진행 중인지 여부 또는 파일 시스템 작업이 수행 중인지 여부를 감지합니다. 이 작업에는 많은 시간이 소요되며 LUN당 16초 이상의 시간이 필요합니다. 따라서 환경에 스냅샷 LUN이 많은 경우 쿼리 및 나열 작업에 상당한 시간이 소요될 수 있습니다.

    해결 방법: 쿼리 작업의 시간을 줄이려면 파일 시스템 작동 여부 검사를 사용하지 않도록 설정할 수 있습니다. 

    1. 호스트에 루트로 로그인합니다.
    2. 텍스트 편집기를 사용하여 hostd의 구성 파일을 엽니다.

      구성 파일은 plugins/hostsvc/storage 노드의 /etc/vmware/hostd/config.xml에 있습니다.

    3. checkLiveFSUnresolvedVolume 매개 변수를 추가하고 값을 FALSE로 설정합니다. 다음 구문을 사용합니다.

      <checkLiveFSUnresolvedVolume>FALSE</checkLiveFSUnresolvedVolume>

    또는 vSphere Client에서 ESXi 고급 옵션인 VMFS.UnresolvedVolumeLiveCheck를 FALSE로 설정할 수 있습니다.

  • 버전 6.7로 업그레이드된 ESXi 호스트를 버전 6.0 호스트 프로파일에 연결할 때 UserVars.ESXiVPsDisabledProtocols 옵션에 대한 오류와 함께 규정 준수 검사가 실패함

    이 문제는 다음 작업을 수행할 때 발생합니다.

    1. 버전 6.0 ESXi 호스트에서 호스트 프로파일을 추출합니다.
    2. ESXi 호스트를 버전 6.7로 업그레이드합니다.
    3. 업데이트를 적용한 후에도 호스트가 UserVars.ESXiVPsDisabledProtocols 옵션에 대해 비준수 상태로 표시됩니다.

    해결 방법: 

    • 업그레이드된 ESXi 호스트에서 새 호스트 프로파일을 추출하고 호스트를 프로파일에 연결합니다.
    • 업그레이드된 ESXi 호스트에서 [호스트에서 설정 복사]를 사용하여 호스트 프로파일을 업그레이드합니다.
  • ESXi 6.7로 업그레이드한 후 Intel 10GbE NIC의 네트워킹 워크로드로 인해 CPU 활용도가 높아짐

    업그레이드된 ESXi 6.7 호스트에서 특정 유형의 네트워킹 워크로드를 실행하는 경우 다음 조건에서 CPU 활용도가 높아질 수 있습니다.

    • ESXi 호스트의 NIC가 Intel 82599EB 또는 X540 제품군의 제품임
    • 워크로드에 동시에 실행되는 다수의 VM이 포함되고 각 VM이 여러 vCPU로 구성됨
    • ESXi 6.7로 업그레이드하기 전에 VMKLinux ixgbe 드라이버가 사용됨

    해결 방법: 기존 VMKLinux ixgbe 드라이버로 복구합니다.

    1. ESXi 호스트에 연결하고 다음 명령을 실행합니다.
      # esxcli system module set -e false -m ixgben
    2. 호스트를 재부팅합니다.

    참고: 기존 VMKLinux ixgbe 인박스 드라이버 버전 3.7.x는 Intel X550 NIC를 지원하지 않습니다. Intel X550 NIC에는 VMKLinux ixgbe 비동기 드라이버 버전 4.x를 사용하십시오.

  • 외부 Platform Services Controller를 사용하는 경우 패치의 스테이징을 해제할 수 없음

    VMware Appliance Management Interface에서 업데이트 저장소로 스테이징된 패치를 사용하여 외부 Platform Services Controller(MxN 토폴로지)에 패치를 적용하고 패치의 스테이징을 해제하려고 하면 다음 오류 메시지가 보고됩니다. 메서드 호출 오류 [오류 번호 2] 해당 파일 또는 디렉토리가 없습니다. '/storage/core/software-update/stage' 

    해결 방법:

    1. 장치 셸에 액세스하고 슈퍼 관리자 역할을 가진 사용자로 로그인합니다.
    2. 다음 명령을 실행하여 스테이징된 패치의 스테이징을 해제합니다.
      software-packages unstage

      스테이징 프로세스에서 생성된 모든 디렉토리 및 파일이 제거됩니다.

    3. VMware Appliance Management Interface를 새로 고치면 패치가 제거된 것으로 보고됩니다.
  • DELL CIM VIB의 초기 설치가 응답하지 않을 수 있음

    타사 CIM VIB를 설치한 후 설치가 응답하지 않을 수 있습니다.

    해결 방법: 이 문제를 해결하려면 다음 두 명령을 입력하여 sfcbd를 다시 시작합니다.
    esxcli system wbem set --enable false
    esxcli system wbem set --enable true

check-circle-line exclamation-circle-line close-line
Scroll to top icon