| vCenter Server 6.7.0d | 2018년 8월 14일 | ISO 빌드 9451876 vCenter Server Appliance 6.7.0d | 2018년 8월 14일 | 빌드 9451876 이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오. |
릴리스 정보에 포함된 내용
릴리스 정보에는 다음과 같은 항목이 포함됩니다.
새로운 기능
vCenter Server 6.7.0d 릴리스에는 다음과 같은 새로운 기능의 목록이 포함되어 있습니다.
- vCenter Server 6.7.0d 및 ESXi 6.7 패치 릴리스 ESXi670-201808001은 ESXi 고급 구성 옵션 HyperthreadingMitigation을 도입합니다. 이 새로운 옵션은 CVE-2018-3646에 설명된 취약점을 완화합니다. vSphere 환경에 대한 취약점 평가 및 전체 완화 단계에 대한 자세한 내용은 VMware 기술 자료 문서 55636을 참조하십시오.
- vCenter Server 6.7.0d 및 ESXi 6.7 패치 릴리스 ESXi670-201808001은 ESXi 고급 구성 옵션 SuppressHyperthreadWarning을 도입합니다. ESXi 패치의 설치 후, 환경에 CVE-2018-3646에 취약한 호스트가 있는 경우 경고가 vSphere Web Client 또는 vSphere Client의 [요약] 탭에 표시됩니다. SuppressHyperthreadWarning은 이 경고를 억제하는 데 사용될 수 있습니다.
vCenter Server 6.7의 이전 릴리스
vCenter Server의 기능과 알려진 문제는 각 릴리스의 릴리스 정보에 설명되어 있습니다. vCenter Server 6.7의 이전 릴리스에 대한 릴리스 정보는 다음과 같습니다.
국제화, 호환성, 설치 및 업그레이드, 오픈 소스 구성 요소 및 제품 지원 고지 사항에 대한 자세한 내용은 VMware vSphere 6.7 릴리스 정보를 참조하십시오.
이 릴리스에 포함된 패치
vCenter Server 6.7.0d는 다음과 같은 패치를 제공합니다. 패치 다운로드에 대한 자세한 내용은 VMware Patch Download Center를 참조하십시오.
VMware vCenter Server Appliance 6.7.0d에 대한 전체 패치
VMware 소프트웨어 수정 사항이 포함된 vCenter Server Appliance 6.7에 대한 제품 패치.
이 패치는 vCenter Server Appliance 및 Platform Services Controller 장치에 적용할 수 있습니다.
vCenter Server Appliance 및 Platform Services Controller 장치에 사용
| 다운로드 파일 이름 |
VMware-vCenter-Server-Appliance-6.7.0.14000-9451876-patch-FP.iso |
| 빌드 |
9451876 |
| 다운로드 크기 |
2094.8MB |
| md5sum |
5139b76cbf31160d719a21f04b16b6e8 |
| sha1checksum |
3fcd61de56a7ecd7c2f0e41d94753fa213c6a521 |
다운로드 및 설치
VMware Patch Download Center로 이동하고 제품별 검색 드롭다운 메뉴에서 VC를 선택하여 이 패치를 다운로드할 수 있습니다.
VMware-vCenter-Server-Appliance-6.7.0.14000-9451876-patch-FP.iso 파일을 vCenter Server Appliance CD 또는 DVD 드라이브에 연결합니다.- 장치 셸에 루트로 로그인하고 아래에 제공된 명령을 실행합니다.
- ISO를 스테이징하려면 다음을 실행합니다.
software-packages stage --iso
- 스테이징된 컨텐츠를 보려면 다음을 실행합니다.
software-packages list --staged
- 스테이징된 rpm을 설치하려면 다음을 실행합니다.
software-packages install --staged
vCenter Server Appliance 패치 적용에 대한 자세한 내용은 vCenter Server Appliance 패치 적용을 참조하십시오.
패치 스테이징에 대한 자세한 내용은 vCenter Server Appliance에 패치 스테이징을 참조하십시오.
패치 설치에 대한 자세한 내용은 vCenter Server Appliance 패치 설치를 참조하십시오.
이 패치에서 해결된 문제에 대해서는 해결된 문제를 참조하십시오.
장치 관리 인터페이스를 사용하여 패치를 적용하는 것에 대한 자세한 내용은 장치 관리 인터페이스를 사용하여 vCenter Server Appliance 패치 적용을 참조하십시오.
이 릴리스에 대한 업그레이드 정보
중요: CVE-2018-3646에 설명된 취약점을 올바르게 완화하려면 먼저 vCenter Server 6.7.0d로 업데이트한 후 VMware 기술 자료 문서 55636에 설명된 대로 각 호스트를 완화해야 합니다. 게스트 OS의 완화는 모든 호스트의 보안이 유지된 후 시작될 수 있습니다. 호스트가 부분적으로 완화되었는데 VM당 EVC(Enhanced vMotion Compatibility)를 구성하거나 재구성하려고 하면 알려진 문제 섹션에 명시된 vSphere vMotion 동작의 문제를 해결하기가 어려울 수 있습니다. 가상 시스템의 구성을 변경하기 전에 모든 호스트의 업그레이드를 완료합니다.
vCenter Server 6.5 업데이트 2 이상에서 vCenter Server 6.7 이상으로 업그레이드하거나 마이그레이션하는 경로는 지원되지 않습니다.
해결된 문제
해결된 문제는 다음과 같이 분류됩니다.
보안 문제
알려진 문제
알려진 문제는 다음과 같이 그룹화되어 있습니다.
기타 문제
- vCenter Server 및 ESXi의 일관되지 않은 패치 적용으로 인해 VM당 EVC와 관련된 문제가 발생할 수 있음
ESXi 6.7 패치 릴리스 ESXi670-201808001로 업그레이드하지만 일부 ESXi 호스트를 업그레이드하지 않는 경우 새로 구성되거나 재구성된 VM당 EVC가 패치가 적용되지 않은 호스트에서 가상 시스템의 전원을 잘못 켤 수 있습니다. 이 경우 가상 시스템은 패치가 적용된 호스트에 추가된 일부 기능이 누락될 수 있습니다. 호환성 검사 때문에 해당 가상 시스템은 vSphere vMotion을 사용하여 동일한 EVC 클러스터에서 패치가 적용된 호스트로 마이그레이션될 수 없습니다. 소스 및 대상 호스트가 동일한 EVC 클러스터에 있지 않는 경우 서로 다른 기능 세트를 포함하거나 마이그레이션이 가능할 수 있습니다.
해결 방법: VM당 EVC를 구성하거나 재구성하기 전에 모든 독립형 ESXi 호스트뿐 아니라 클러스터 내 호스트를 ESXi 6.7 패치 릴리스 ESXi670-201808001로 업그레이드합니다.
- VM당 EVC를 사용하도록 설정하면 가상 시스템의 전원을 켜지 못할 수 있음
클러스터 수준 EVC를 사용하도록 설정하고 클러스터의 호스트 중 하나라도 ESXi 6.7 패치 릴리스 ESXi670-201808001로 패치가 적용되지 않으면 해당 클러스터의 새 CPU ID를 클러스터에서 사용하지 못할 수도 있습니다. 이런 클러스터에서 VM당 EVC를 구성하거나 재구성하면 가상 시스템의 전원이 켜지지 않을 수 있습니다.
해결 방법: VM당 EVC를 구성하거나 재구성하기 전에 모든 독립형 ESXi 호스트뿐 아니라 클러스터 내 호스트를 ESXi 6.7 패치 릴리스 ESXi670-201808001로 업그레이드합니다.
- VM당 EVC를 사용하지 않도록 설정하면 VMware vSphere vMotion을 사용한 가상 시스템 마이그레이션이 실패할 수 있음
클러스터 수준 EVC를 사용하도록 설정하고 클러스터의 호스트 중 하나라도 ESXi 6.7 패치 릴리스 ESXi670-201808001로 패치가 적용되지 않으면 해당 클러스터의 새 CPU ID를 클러스터에서 사용하지 못할 수도 있습니다. 이런 클러스터에서 VM당 EVC를 사용하지 않도록 설정하면 패치가 적용되지 않은 호스트에서 실행되는 가상 시스템에서 패치가 적용된 호스트로 vSphere vMotion을 사용한 마이그레이션이 실패할 수 있습니다.
해결 방법: EVC 클러스터의 모든 호스트를 ESXi 6.7 패치 릴리스 ESXi670-201808001로 업그레이드합니다. VM당 EVC를 사용하지 않도록 설정합니다.
vCenter Server, vSphere Client 및 vSphere Web Client
이전 릴리스의 알려진 문제
이전의 알려진 문제 목록을 보려면 여기를 클릭하십시오.
이전의 알려진 문제는 다음과 같이 그룹화되어 있습니다.
업그레이드 문제
- vCenter Server Appliance 관리 인터페이스를 사용하여 vCenter Server Appliance 6.7.0a 패치를 적용한 후 패치 기록이 올바르지 않게 표시될 수 있음
vCenter Server Appliance 관리 인터페이스를 사용하여 vCenter Server Appliance 6.7.0a 패치를 적용하고 장치 셸에서 software-packages list --history 명령을 실행한 후 시스템이 적용된 패치의 전체 목록을 표시하지 않을 수 있습니다.
해결 방법: /var/vmware/applmgmt/patch-history/ 디렉토리에서 패치 기록을 추적합니다.
- vCenter Server Appliance 6.7.0a 패치 적용을 시작하는 경우 vCenter Server Appliance 관리 인터페이스에서 로그아웃될 수 있음
vCenter Server Appliance 관리 인터페이스를 사용하여 vCenter Server Appliance 6.7에서 vCenter Server Appliance 6.7.0a로 패치 적용 작업을 시작하는 경우 인터페이스에서 로그아웃되고 연결이 손실될 수 있습니다. 작업이 완료될 때까지 다시 로그인할 수 없습니다.
해결 방법: 작업이 완료될 때까지 대기하고 vCenter Server Appliance 관리 인터페이스에 로그인합니다.
- Windows용 vCenter Server 6.7에서 vCenter Server 6.7.0a로의 패치 적용이 오류 코드 3010으로 인해 실패할 수 있음
내장된 Platform Services Controller가 포함된 Windows용 vCenter Server 6.7 시스템을 재구성하여 외부 Platform Services Controller에 재지정하는 경우 vCenter Server 6.7에서 vCenter Server 6.7.0a로의 패치 적용 작업이 구성 요소 VMware 디렉토리 서비스 클라이언트의 설치 실패 오류로 인해 실패할 수 있습니다.
해결 방법: 외부 Platform Services Controller를 사용하도록 vCenter Server 6.7 시스템을 재구성한 후에는 시스템을 재부팅한 다음 업그레이드 프로세스를 시작해야 합니다.
- vCenter Server Appliance 관리 인터페이스가 vCenter Server 6.7.0a 패치를 표시하지 않을 수 있음
vCenter Server Appliance 관리 인터페이스가 vCenter Server 6.7.0a 패치를 표시하지 않을 수 있으며 업그레이드를 수행할 수 없을 수 있습니다.
해결 방법: 새로 설치를 수행하지 않지만 vCenter Server Appliance 관리 인터페이스를 사용하여 vCenter Server 시스템에 vCenter Server 6.7.0a 패치를 적용하는 경우 다음을 수행해야 합니다.
- vCenter Server Appliance 관리 인터페이스에서 업데이트 > 설정으로 이동하고 사용자 지정 URL을
https://vapp-updates.vmware.com/vai-catalog/valm/vmw/8d167796-34d5-4899-be0a-6daade4005a3/6.7.0.10000.latest/로 구성합니다.
- 업그레이드를 다시 시도합니다.
설치, 업그레이드 및 마이그레이션 문제
- 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
여기서 vib와 zip은 현재 실행 중인 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 드라이브는 포맷되지 않아 사용할 수 없습니다.
이 경우 파티션이 초기화되지 않음이라는 오류 메시지와 함께 설치가 실패합니다.
해결 방법:
- 서버 BIOS에서 Embedded User Partition 옵션을 사용하지 않도록 설정합니다.
- 포맷되지 않은 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로 이름이 지정된 호스트 프로파일이 있는 ESXi 5.5.x를 ESXi 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에 액세스할 수 없습니다.
해결 방법:
- vCenter Server 6.7로 업그레이드한 후 vCenter Server Appliance Management Interface에 로그인합니다. 웹 브라우저에서 https://appliance_ip_address_or_fqdn:5480으로 이동합니다.
- 루트로 로그인합니다.
기본 루트 암호는 vCenter Server Appliance를 배포할 때 설정한 암호입니다.
-
[액세스]를 클릭하고 [편집]을 클릭합니다.
-
Bash 셸 및 SSH 로그인에 대한 액세스 설정을 편집합니다.
vCenter Server Appliance에 대한 Bash 셸 액세스를 사용하도록 설정할 때 액세스 상태를 지속할 시간을 분 단위로 입력합니다.
-
[확인]을 클릭하여 설정을 저장합니다.
- 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를 사용하도록 설정합니다.
- 다음 레지스트리 키로 이동합니다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
- 새 폴더를 생성하고
TLS 1.2 레이블을 지정합니다.
TLS 1.2 폴더를 사용하여 새 키 두 개를 생성하고 키 이름을 Client와 Server로 지정합니다.- Client 키 아래에 DWORD(32비트) 값 두 개를 생성하고 DisabledByDefault와 Enabled로 이름을 지정합니다.
- Server 키 아래에 DWORD(32비트) 값 두 개를 생성하고 DisabledByDefault와 Enabled로 이름을 지정합니다.
- DisabledByDefault의 Value 필드가 0으로 설정되어 있고 Base가 Hexadecimal인지 확인합니다.
- Enabled의 Value 필드가 1으로 설정되어 있고 Base가 Hexadecimal인지 확인합니다.
- 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 게이트웨이 구성이 규격과 일치하지 않음
해결 방법:
- 호스트 프로파일 설정을 편집합니다.
- 네트워킹 구성 > 호스트 가상 NIC 또는 호스트 포트 그룹 > (vSphere Distributed Switch 이름 또는 포트 그룹 이름) > IP 주소 설정으로 이동합니다.
- 기본 게이트웨이 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 기능을 사용하지 않도록 설정할 수 있습니다.
- esxcli system module parameters set -m nmlx5_core -p DRSS=0 RSS=0 명령을 실행합니다.
- 호스트를 재부팅합니다.
- 데이터스토어 이름이 호스트 프로파일의 코어 덤프 파일 설정으로 추출되지 않음
호스트 프로파일을 추출할 때 호스트 프로파일의 코어 덤프 파일 설정에서 데이터스토어 이름 필드가 비어 있습니다. esxcli 명령을 사용하여 코어 덤프를 설정하면 이 문제가 발생합니다.
해결 방법:
- ESXi 호스트에서 호스트 프로파일을 추출합니다.
- 호스트 프로파일 설정을 편집하고 일반 시스템 설정 > 코어 덤프 구성 > 코어 덤프 파일로 이동합니다.
- 명시적 데이터스토어 및 크기 옵션으로 코어 덤프 파일 생성을 선택하고 코어 덤프 파일이 상주할 데이터스토어 이름을 입력합니다.
- ESXi 호스트를 재부팅하면 호스트 구성된 네이티브 소프트웨어 FCoE 어댑터가 사라질 수 있음
vmkfcoe 드라이버가 지원하는 네이티브 소프트웨어 FCoE 어댑터(vmhba)를 사용하도록 설정한 후 호스트를 재부팅하면 어댑터 목록에서 어댑터가 사라질 수 있습니다. 이 문제는 qfle3 드라이버가 지원하는 Cavium QLogic 57810 또는 QLogic 57840 CNA를 사용하는 경우 발생합니다.
해결 방법: vmkfcoe 어댑터를 복구하려면 다음 단계를 수행합니다.
- esxcli storage core adapter list 명령을 실행하여 어댑터가 목록에 없는지 확인합니다.
- 누락된 FCoE 어댑터에 연결된 vmnic에서 vSwitch 구성을 확인합니다.
- 다음 명령을 실행하여 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 시간 동기화가 사용되도록 설정됩니다.
해결 방법:
- vCenter Server Appliance 6.7로 업그레이드한 후 vCenter Server Appliance Management Interface에 루트로 로그인합니다.
기본 루트 암호는 vCenter Server Appliance를 배포할 때 설정한 암호입니다.
https://IP_or_FQDN_of_appliance:5480
- vCenter Server Appliance Management Interface에서 [시간]을 클릭합니다.
- [시간 동기화] 창에서 [편집]을 클릭합니다.
- [모드] 드롭다운 메뉴에서 [사용 안 함]을 선택합니다.
새로 업그레이드한 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를 선택해야 합니다. 그렇지 않으면 설치가 실패합니다.
해결 방법:
- 2단계->[장치 구성]에서 [시간 동기화] 옵션을 ESX 동기화로 설정합니다.
- 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 업데이트 1 이하를 vCenter 6.7에 추가한 경우 CPU 온도 높음, 팬 장애 및 전압 변동 같은 하드웨어 이벤트가 발생할 때 하드웨어 상태 관련 경보가 생성되지 않습니다.
해결 방법: 없음.
- 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 폴더가 잘못되었거나 손상되었습니다.
해결 방법: 데이터 내보내기 폴더를 수동으로 압축하고 다음 단계를 수행합니다.
- 소스 시스템에서 MA_INTERACTIVE_MODE 환경 변수를 생성합니다.
- [컴퓨터] > [속성] > [고급 시스템 설정] > [환경 변수] > [시스템 변수] > [새로 만들기]로 이동합니다.
- "MA_INTERACTIVE_MODE"를 변수 이름으로 입력하고 값을 0 또는 1로 설정합니다.
- VMware Migration Assistant를 시작하고 암호를 입력합니다.
- 클라이언트 시스템에서 마이그레이션을 시작합니다. 마이그레이션이 일시 중지되고 Migration Assistant 콘솔에
마이그레이션을 계속하려면 내보내기 데이터(내보내기 폴더 포함)에서 export.zip 파일을 수동으로 생성하십시오라는 메시지가 표시됩니다.
- 참고: Migration Assistant 콘솔에서 키 또는 탭을 누르지 마십시오.
%appdata%\vmware\migration-assistant 폴더로 이동합니다.- Migration Assistant가 생성한 export.zip 파일을 삭제합니다.
- 마이그레이션을 계속하려면 내보낸 폴더에서 export.zip 파일을 수동으로 생성합니다.
- Migration Assistant 콘솔로 돌아갑니다.
Y를 입력하고 Enter 키를 누릅니다.
- VAMI의 빌드 번호와 vSphere Client의 빌드 번호 간의 불일치
vSphere 6.7에서는 VAMI의 [요약] 탭에 vCenter Server 및 vCenter Server Appliance 제품에 대한 ISO 빌드가 표시됩니다. vSphere Client의 [요약] 탭에는 vCenter Server 제품 내의 구성 요소인 vCenter 제품에 대한 빌드가 표시됩니다.
해결 방법: 없음
- vCenter Server Appliance 6.7이 VAMI(vCenter Server Appliance 관리 인터페이스)의 [사용 가능한 업데이트] 섹션에 오류 메시지를 표시함
VAMI(vCenter Server Appliance 관리 인터페이스)의 [사용 가능한 업데이트] 섹션이 다음 오류 메시지를 표시합니다.
URL을 확인한 후 다시 시도하십시오.
이 메시지는 vCenter Server Appliance가 패치 또는 업데이트를 검색하고 이를 찾지 못할 경우 생성됩니다. 이 문제는 기능에 영향을 미치지 않습니다. 이 문제는 vSphere 6.7을 위한 첫 번째 패치의 릴리스에서 해결될 예정입니다.
해결 방법: 없음. 이 문제는 기능에 영향을 미치지 않습니다.
가상 시스템 관리 문제
- 인벤토리의 가상 시스템 이름이 경로 이름으로 변경됨
이 문제는 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 릴리스의 일부로 사용할 수 있습니다. 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 상태 비저장 호스트를 재부팅한 후 다음을 수행합니다.
- 호스트에서 vmknic를 제거합니다.
- 예상되는 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이 많은 경우 쿼리 및 나열 작업에 상당한 시간이 소요될 수 있습니다.
해결 방법: 쿼리 작업의 시간을 줄이려면 파일 시스템 작동 여부 검사를 사용하지 않도록 설정할 수 있습니다.
- 호스트에 루트로 로그인합니다.
- 텍스트 편집기를 사용하여 hostd의 구성 파일을 엽니다. 구성 파일은 plugins/hostsvc/storage 노드의 /etc/vmware/hostd/config.xml에 있습니다.
- checkLiveFSUnresolvedVolume 매개 변수를 추가하고 값을 FALSE로 설정합니다. 다음 구문을 사용합니다.
<checkLiveFSUnresolvedVolume>FALSE</checkLiveFSUnresolvedVolume>
또는 vSphere Client에서 ESXi 고급 옵션인 VMFS.UnresolvedVolumeLiveCheck를 FALSE로 설정할 수 있습니다.
- 버전 6.7로 업그레이드된 ESXi 호스트를 버전 6.0 호스트 프로파일에 연결할 때 UserVars.ESXiVPsDisabledProtocols 옵션에 대한 오류와 함께 규정 준수 검사가 실패함
이 문제는 다음 작업을 수행할 때 발생합니다.
- 버전 6.0 ESXi 호스트에서 호스트 프로파일을 추출합니다.
- ESXi 호스트를 버전 6.7로 업그레이드합니다.
- 업데이트를 적용한 후에도 호스트가 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 드라이버로 복구합니다.
- ESXi 호스트에 연결하고 다음 명령을 실행합니다.
# esxcli system module set -e false -m ixgben
- 호스트를 재부팅합니다.
참고: 기존 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'
해결 방법:
- 장치 셸에 액세스하고 슈퍼 관리자 역할을 가진 사용자로 로그인합니다.
software-packages unstage 명령을 실행하여 스테이징된 패치의 스테이징을 해제합니다. 스테이징 프로세스에서 생성된 모든 디렉토리 및 파일이 제거됩니다.- VMware Appliance Management Interface를 새로 고치면 패치가 제거된 것으로 보고됩니다.
- DELL CIM VIB의 초기 설치가 응답하지 않을 수 있음
타사 CIM VIB를 설치한 후 설치가 응답하지 않을 수 있습니다.
해결 방법: 이 문제를 해결하려면 다음 두 명령을 입력하여 sfcbd를 다시 시작합니다.
esxcli system wbem set --enable falseesxcli system wbem set --enable true
- VM당 EVC(Enhanced vMotion Compatibility)를 사용하도록 설정하면 가상 시스템의 전원을 켜지 못할 수 있음
클러스터 수준 EVC를 사용하도록 설정하고 클러스터의 호스트 중 하나라도 게스트 운영 체제의 하이퍼바이저 지원 게스트 완화로 패치되지 않으면 해당 클러스터의 새 CPU ID를 클러스터에서 사용하지 못할 수도 있습니다. 이런 클러스터에서 VM당 EVC를 구성하거나 재구성하면 가상 시스템의 전원이 켜지지 않을 수 있습니다.
해결 방법: VM당 EVC를 구성 또는 재구성하기 전에 클러스터 내 호스트뿐만 아니라 독립형 ESXi 호스트를 게스트 운영 체제용 하이퍼바이저 지원 게스트 완화를 위한 최신 패치로 모두 업그레이드합니다.
- 가상 시스템 수준에서 EVC(Enhanced vMotion Compatibility) 모드를 사용하지 않도록 설정하면 VMware vSphere vMotion을 사용한 가상 시스템 마이그레이션이 실패할 수 있음
클러스터 수준 EVC를 사용하도록 설정하고 클러스터의 호스트 중 하나라도 게스트 운영 체제의 하이퍼바이저 지원 게스트 완화로 패치가 적용되지 않으면 해당 클러스터의 새 CPU ID를 클러스터에서 사용하지 못할 수도 있습니다. 이런 클러스터에서 가상 시스템 수준에서 EVC를 사용하지 않도록 설정하면 패치가 적용되지 않은 호스트에서 실행되는 가상 시스템에서 패치가 적용된 호스트로 VMware vSphere vMotion을 사용한 마이그레이션이 실패할 수 있습니다.
해결 방법: EVC 클러스터의 모든 호스트를 게스트 운영 체제의 하이퍼바이저 지원 게스트 완화용 최신 패치로 업그레이드합니다. 가상 시스템 수준에서 EVC를 사용하지 않도록 설정합니다.
- vCenter Server 및 ESXi의 일관되지 않은 패치 적용으로 인해 VM당 EVC(Enhanced vMotion Compatibility)와 관련된 문제가 발생할 수 있음
게스트 운영 체제용 하이퍼바이저 지원 게스트 완화로 vCenter Server 시스템에 패치를 적용하고 일부 ESXi 호스트에만 업그레이드가 있는 경우 새로 구성되거나 재구성된 VM당 EVC가 패치가 적용되지 않은 호스트에서 가상 시스템의 전원을 잘못 켤 수 있습니다. 이 경우 가상 시스템은 패치가 적용된 호스트에 추가된 일부 기능이 누락될 수 있습니다. 호환성 검사 때문에 해당 가상 시스템은 vSphere vMotion을 사용하여 동일한 EVC 클러스터에서 패치가 적용된 호스트로 마이그레이션될 수 없습니다. 소스 및 대상 호스트가 동일한 EVC 클러스터에 있지 않는 경우 서로 다른 기능 세트를 포함하거나 마이그레이션이 가능할 수 있습니다. 해결 방법:
해결 방법: 해결 방법: VM당 EVC를 구성하거나 재구성하기 전에 클러스터 내 호스트뿐만 아니라 모든 독립형 ESXi 호스트를 게스트 운영 체제용 하이퍼바이저 지원 게스트 완화를 위한 최신 패치로 업그레이드합니다.
이전의 알려진 문제 목록을 축소하려면 여기를 클릭하십시오.
