vRealize Automation 8.1 릴리스 정보

업데이트 날짜: 2020년 7월 28일

vRealize Automation 8.1 |

vRA Easy Installer (ISO) 빌드 15996863
vRA 제품(장치) 빌드 15986821

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

릴리스 정보에 포함된 내용

vRealize Automation 8.1 정보
새로운 기능
시작하기 전에
알려진 문제

새로운 내용 vRealize Automation 8.1 패치 2

vRealize Automation 8.1 패치 2를 사용할 수 있으며 다양한 영역의 버그 수정이 포함되어 있습니다. 누적 업데이트입니다.

자세한 내용과 설치 지침은 KB 79170를 참조하십시오.

vRealize Automation 8.1 정보

vRealize Automation 8.1은 vRealize Automation 8.0에 기능을 더하여 vRA 7.x 릴리스와 기능이 더욱 유사해졌으며, XaaS와 같은 주요 기능이 재도입되고 ABX의 PowerShell 지원과 AWS GovCloud 지원 및 vRO의 Python, Node.js 및 PowerShell과 같은 기능이 추가되었습니다.

새로운 기능

vRealize Automation 8.1에는 다음을 비롯한 많은 장점이 있습니다.

XaaS
CMP
- vSphere 끝점 빠른 설정
- vROps 통합을 활용한 vRA의 상태 배지
- 사설 클라우드 배포의 가격 책정(요금 카드)
거버넌스/정책
- 승인 정책
- 리소스 제한(메모리, CPU)
- vSphere에 대한 스토리지 제한 - VM 템플릿 및 0일차만
- RBAC - OOTB 보기 전용 역할
- SPBM 정책에 대한 기본 지원
여러 언어를 사용하는 플랫폼
- ABX용 PowerShell
IaaS 프로비저닝
- 서비스로 제공되는 영구 디스크(API)
- AWS GovCloud
- NSX-T 3.0 지원
- vSphere 7 지원
- 대량 배포 요청
- NSX-V: 주문형 보안 그룹
- 태그 지정 API 개선
- 2일차 관리(로드 밸런서 및 네트워크 재구성)
- 구독을 위한 네트워킹 이벤트(ABX 및 vRO)
플랫폼
- 다중 테넌시 - 테넌트 관리
에코시스템
- IPAM SDK
- Terraform 제공자
- OpenShift 지원
- Active Directory 기능 향상 - Active Directory 끝점의 상태
카탈로그 컨텐츠 소스
- 카탈로그 컨텐츠 소스 - 마켓플레이스의 OVA
- 카탈로그 항목으로서의 파이프라인
vSphere의 이중 스택 IP(IPv4/IPv6) 네트워크에 IPv6 워크로드 배포
vRealize Automation Service Broker에서 vRO 속성 및 복합 유형 지원

VMware vRealize Automation 8.1에는 제품 내 사용자 지원이 포함되어 있습니다.

설정에 대해 알아보려면 표지판 도움말을 사용합니다.
기능 또는 구성 프로세스에 대한 자세한 정보를 보려면 도움말 패널을 사용합니다.

[중요] 기능 및 지원 공지사항

워크플로를 Service Broker로 가져오고 속성과 복합 유형을 사용하도록 설정하기 전에 사용자 지정 양식을 사용하도록 설정되어 있고 어레이 해당 항목이 구현되어 있으면, 사용자 지정 양식을 삭제하고 Service Broker에서 워크플로를 다시 가져와서 양식의 요소를 수정해야 합니다.

새로운 내용 vRealize Automation 8.1로 업그레이드

vRealize Automation 8.0/8.0.1을 8.1로 업그레이드하려면 vRealize Automation 8.x 업그레이드 설명서를 참조하십시오. vRealize Suite Lifecycle Manager를 업그레이드한 후에 KB 75185를 참조하여 vRealize Automation 8.1 OVA 바이너리를 vRealize Suite Lifecycle Manager에 매핑합니다.

vRealize Automation 8.1에서 마이그레이션 평가

마이그레이션 평가 서비스를 사용하려면 먼저 해당 서비스를 사용하도록 설정해야 합니다.

새 vRealize Automation 8 인스턴스를 업그레이드하고 배포한 후에는 ID 및 액세스 관리로 이동합니다.
사용자를 선택하고 역할을 클라우드 관리자 및 마이그레이션 서비스의 관리자 또는 뷰어로 편집합니다. 마이그레이션 평가 서비스를 추가합니다.
vRealize Automation 8에서 사용자를 로그아웃합니다.
vRealize Automation 8에 사용자를 로그인하고 마이그레이션 평가 타일을 확인합니다.

참고: 8.0 또는 8.0.1에 대한 마이그레이션 평가를 이전에 실행했으면, 8.1의 소스 환경에서 평가를 다시 실행해야 합니다. 8.1의 소스 환경에서 평가를 다시 실행하려면 소스 인스턴스 페이지로 이동하여 [편집]을 클릭하고 암호를 입력한 후 필요한 테넌트를 선택하고 [다음: 평가]를 클릭합니다.

시작하기 전에

지원 문서를 숙지하십시오.

vRealize Automation을 설치하고 사용자를 설정한 후, 포함된 각 서비스에 대해 시작 및 사용 및 관리 가이드를 사용할 수 있습니다. 시작 가이드에는 포괄적인 개념 증명이 포함되어 있습니다. 사용 및 관리 가이드는 사용 가능한 기능을 탐색하는 데 도움이 되는 보다 자세한 정보를 제공합니다. vRealize Automation 8.1 제품 설명서에서도 추가 정보를 확인할 수 있습니다.

vRealize Orchestrator 8.1 기능 및 제한 사항에 대한 자세한 내용은 vRealize Orchestrator 8.0 릴리스 정보를 참조하십시오.

해결된 문제

여러 디스크를 사용한 비용 예상에 대한 문서 제한/해결 방법(Blueprint에서 count 속성을 사용하는 경우)
현재, Blueprint UI가 연결된 디스크에 대한 새 구문을 yaml 형식으로 생성하지 않기 때문에 count 속성이 있는 디스크의 0일차 프로비저닝이 중단됩니다. 따라서 디스크 비용 예상의 필수 속성 중 하나(vcUuid)가 null이 되고 카탈로그 항목에 대한 비용 예상을 못하게 됩니다.

해결 방법: 디스크에 대해 count 속성을 사용하는 경우 yaml에서 Blueprint 구문을 수동으로 업데이트합니다.
```
attachedDisks: ‘${map_by(resource.Cloud_Volume_1.id, id =>

{“source”:id}
)}’
```
계산 인스턴스에 볼륨이 연결되고 count 속성이 추가된 Blueprint를 배포하여 여러 개의 disksm을 포함하면 일부 디스크가 분리됨 상태가 됨
생성된 배포에 대해 이러한 BP를 배포하고 사후 프로비저닝을 수행하면(예: count: 2) 디스크 중 하나는 연결됨이 아닌 분리됨 상태로 항상 유지됩니다. 이상적으로는 "attachedDisks" 속성 값으로 여러 디스크가 있는 경우, 최신 구문(map_to_object(resource.disk[*].id))만 허용해야 합니다. 카탈로그 UI에서도 비용 예상이 지원되지 않으며 이러한 Blueprint를 카탈로그로 게시하면 오류가 발생합니다.

해결 방법: 필요한 수의 디스크로 count 속성을 추가한 다음, Blueprint 캔버스에서 디스크와 시스템 간에 링크만 생성합니다. 이 방법을 사용하면 yaml이 항상 attachedDisks 속성에 대한 최신 구문을 가져옵니다. 그렇지 않으면, count 속성을 사용하여 여러 볼륨을 추가하는 경우, 디스크가 계산 인스턴스에 연결되면, 최신 구문으로 수동으로 업데이트해야 합니다. Blueprint에서 수동으로 업데이트해야 하는 올바른 구문은 다음과 같습니다. attachedDisks: '${map_by(resource.Cloud_Volume_XYZ.id, id => {"source":id})}'
인터넷 액세스가 프록시 뒤에 있으면 ABX가 작동하지 않을 수 있음
ABX 작업은 vRA 장치 내에서 실행되는 즉시 사용 가능한 준비된 컨테이너에서 실행됩니다.

이러한 컨테이너를 준비하기 위해서는 산업 표준 전송 메커니즘으로 공개 저장소에서 사용할 수 있는 아티팩트의 자동 다운로드가 필요합니다.

ABX 작업의 이점을 얻기 위해, vRA 배포는 이러한 저장소에 대한 오픈 액세스 권한이 있는 가상 네트워크에 할당되어야 합니다. vRA가 클러스터에 배포된 경우 모든 3개의 노드에 대해 동일한 네트워크 구성이 필요합니다.

직접 인터넷 액세스 또는 프록시를 통해 액세스할 수 있어야 하는 표준 저장소의 예는 다음과 같습니다.

모든 작업: https://symphony-docker-external.jfrog.io 및 https://gcr.io 및 https://hub.docker.com/

Python 작업: https://pypi.org/

NodeJS 작업: https://registry.npmjs.org/

ABX 작업의 실제 종속성에 따라 추가 저장소에 대한 오픈 액세스가 필요할 수도 있습니다.

이러한 요구 사항은 ABX 작업에 의해 지원되는 vRA의 기본 IPAM 및 AD 프로비저닝 구성에도 적용됩니다.

해결 방법: HTTP 프록시를 사용하여 트래픽을 필요한 외부 사이트로 전달합니다. 이 프록시는 vracII proxy 명령줄 확장을 통해 구성되며, GSS를 통해 추가 지침을 얻을 수 있습니다.
특정 도메인 이름, 특히 공용 접미사를 사용하지 않는 경우 와일드카드 인증서를 설정할 수 없음
vRealize Automation 8은 공용 접미사 목록([https://publicsuffix.org/])의 컨텐츠와 일치하는 DNS 이름에 대해서만 와일드카드 인증서를 설정할 수 있습니다. 유효한 와일드카드 인증서 예: DNS 이름이 "*.myorg.com"과 같은 와일드카드 인증서는 사용할 수 있습니다. "com"이 공용 접미사 목록에 속하기 때문에 지원됩니다. 잘못된 와일드카드 인증서 예: DNS 이름이 "*.myorg.local"과 같은 와일드카드 인증서는 사용할 수 없습니다. "local"은 공용 접미사 목록에 속하지 않기 때문에 지원되지 않습니다.

해결 방법: 공용 접미사 목록에 있는 도메인 이름만 사용합니다.
액세스를 위해 Cloud.vmware.com으로 전송됨
조직의 권한이 있는 로그인한 사용자에게 액세스 권한 없음 오류 페이지가 표시됩니다. 이 문제는 HA에서만 발생합니다.

해결 방법: 브라우저 캐시를 지웁니다.
VA를 스냅샷으로 되돌린 후 vRA 8 클러스터가 시작되지 않음
LCM 내에서 3-노드 vRealize Automation 8 클러스터의 스냅샷을 현재 사용할 수 없습니다.

해결 방법: 오프라인 스냅샷을 생성하기 전에 vRA 서비스 종료

1. 단일 vRA 노드에서 "/opt/scripts/deploy.sh --onlyClean"을 실행하여 서비스를 안전하게 종료합니다.

2. halt 명령을 사용하여 각 노드의 전원을 끕니다.

3. VM의 전원이 꺼진 후 스냅샷을 생성합니다.

환경을 스냅샷으로 되돌릴 때 시작 절차:

1. 모든 VM의 전원을 켭니다.

2. vRA 서비스가 다시 시작되도록 인수 없이 "deploy.sh" 스크립트를 실행합니다.
기본 db 노드를 중지한 후 EBS 항목이 등록되지 않아서 프로비저닝이 실패함
vRealize Automation 8 HA 환경에서 기본 db 노드를 제거하면 다음 오류로 인해 프로비저닝이 실패합니다. "EBS 항목이 등록되지 않아서 이벤트를 게시하지 못함"

해결 방법: 자세한 내용은 KB를 참조하십시오.
마이그레이션 평가 시작 페이지의 마이그레이션 가이드 링크가 잘못됨
마이그레이션 평가 UI의 마이그레이션 가이드 링크가 잘못되었으며 유효하지 않습니다.

해결 방법: 올바른 링크는 vRealize Automation 8 마이그레이션 평가 서비스 사용입니다.
'properties' 유형의 입력이 있는 vRO 워크플로를 트리거할 수 없음
유형 속성의 입력이 있는 vRealize Orchestrator 워크플로가 catalogSteps에 노출된 다음, vRealize Automation catalogResult에서 트리거되면 실행이 실패합니다.

알려진 문제

이 릴리스에는 다음과 같은 알려진 문제가 있습니다.

172.17.x.x 네트워크에서 장치가 배포된 경우 vRA 8.1 배포 또는 업그레이드가 실패함
vRA 배포 실패 - "내장된 vRO 등록" 단계에서 deploy.sh 스크립트 오류 발생
/var/log/deploy.log에 포함된 내용:
curl: (22) The requested URL returned error: 400 Bad Request
Failed to register vRO. Will retry in 45 seconds...
...
curl: (22) The requested URL returned error: 400 Bad Request
Maximum number of retries exceeded."

원인: 장치의 IP 주소를 172.17.x.x 공간에서 가져왔습니다. 이것이 vRO 포드의 내부 docker0 인터페이스와 충돌합니다.

https://kb.vmware.com/s/article/78783을 참조하십시오.
vCenter 클라우드 계정을 업데이트하여 데이터 센터를 추가하면 이 데이터 센터의 리소스를 즉시 사용할 수 없음
vCenter 클라우드 계정의 지역(데이터 센터)에 변경한 사항은 즉시 적용되지 않으며 데이터 수집을 실행해야 합니다.

해결 방법: 다음 데이터 수집이 완료될 때까지 기다려 주십시오. 데이터 수집은 약 10분마다 실행됩니다.
PowerShell 작업이 중단된 것으로 나타남
활성 세션이 없으면 PowerShell 작업이 중단된 것으로 나타납니다. 이러한 동작은 사용자 스크립트를 실행하는 PowerShell 프로세스가 Windows 시스템 프로세스 WmiPrvSE에 의해 유지되기 때문에 나타납니다.

해결 방법: 시스템에 로그인하고 활성 세션을 유지합니다. 완전하게 로그아웃하는 대신 화면을 잠급니다.
vRO에서 [어레이] 유형을 "type.isMultiple"이 true인 필드가 아니라 하나의 열만 있는 복합 유형으로 나타냄
어레이 입력이 있는 워크플로를 추가하고 해당 양식을 사용자 지정하는 경우 데이터 그리드의 [값] 탭에서 열의 ID를 변경하지 마십시오. 기본값은 _column-0_에 설정된 상태여야 합니다. 반대로 열의 레이블을 변경할 수 있습니다(데이터 그리드에 값을 추가할 때 UI에 표시됨).
라이센스 재구성이 지원되지 않음
Enterprise 라이센스로 vRealize Automation을 구성한 후에는 Advanced 라이센스를 사용하도록 시스템을 재구성할 수 없습니다.
vRealize Automation 8이 Internet Explorer 11을 지원하지 않음
Internet Explorer 11은 vRealize Automation 8과 함께 사용할 수 없습니다.

해결 방법: Internet Explorer 11 대신 다른 브라우저를 사용하십시오.
사용자 지정 리소스가 변경되거나 삭제된 후에 BP 캔버스가 새로 고쳐지지 않음
사용자 지정 리소스를 삭제하면 변경 내용이 Blueprint 캔버스에 즉시 전파되지 않습니다.

캔버스에는 캐시 메커니즘이 있으며, 검색 창 옆에 있는 새로 고침 버튼을 사용하여 업데이트할 수 있습니다.
동일한 vRO 개체 유형으로 서로 다른 사용자 지정 리소스를 생성하는 것이 지원되지 않음
vRA 7.x에서는 동일한 유형으로 서로 다른 사용자 지정 리소스를 생성할 수 있었습니다. 따라서 사용자가 서로 다른 사용자 지정 리소스 유형을 생성하여 동일한 vRO 유형으로 서로 다른 생성/삭제/운영 작업 집합을 정의할 수 있었습니다. vRA 8.1에서는 서로 다른 사용자 지정 리소스에서 동일한 vRO_Type을 활용할 수 있는 경우가 지원되지 않습니다.
참조 유형의 빈 입력이 있는 경우 카탈로그를 통해 vRO 워크플로가 실행되지 않음
참조 유형의 워크플로 입력에 대해 빈 값의 vRO 워크플로를 요청하려고 하면 Null 포인터 예외가 나타납니다.

해결 방법: 필드를 필수로 설정하거나 참조 유형의 기본값을 설정합니다.
성공적으로 프로비저닝되지 않은 사용자 지정 리소스를 배포에서 삭제할 수 없음
사용자 지정 리소스를 요청하는 경우 리소스를 생성하는 워크플로 실행이 실패해도 배포 서비스의 리소스가 여전히 생성됩니다. (초기 요청에 시작됨 상태로 응답하기 때문에, 그 결과 배포에서 리소스가 생성됩니다.) 이 리소스에는 vRO에서 리소스를 성공적으로 프로비저닝하면 추가되는 메타데이터가 포함되어 있지 않기 때문에 삭제할 수 없습니다.

해결 방법: 사용자 지정 리소스를 삭제하려고 처음 시도한 직후에 강제로 삭제할지 묻는 대화 상자가 나타납니다. 예로 답변하여 강제로 삭제합니다.
사용자 지정 리소스 이름이 배포 보기 목록에 올바르게 전파되지 않음
vRO_Type을 기반으로 사용자 지정 리소스를 생성하는 경우 일반적으로 포괄적인 표시 이름을 사용합니다. 현재 이 표시 이름은 배포 보기에서 사용할 수 없습니다. 배포에 표시되는 리소스는 해당 유형으로만 식별됩니다.
vCenter 시스템 콘솔 창에서 표준 시간대를 설정할 수 있는 옵션
사용자가 vCenter 시스템 콘솔 창에서 표준 시간대를 설정할 때 정의되지 않은 동작이 발생함

해결 방법: 표준 시간대를 변경하지 마십시오.
대/소문자가 다른 테넌트 이름이 동일하게 처리됨
이름이 vmware인 테넌트와 이름이 VMware인 또 다른 테넌트는 동일하게 간주됩니다.

해결 방법: vRA 8.1의 테넌트는 호스트 이름에 기반하며, 호스트 이름은 대/소문자를 구분하지 않으므로 테넌트 이름도 대/소문자를 구분하지 않습니다. 즉, 이름이 VMware인 테넌트는 VMWARE나 vmware 또는 다른 대/소문자 조합과 동일합니다. 테넌트 이름 대/소문자는 다를 수 있으며 애플리케이션 사이에 유지되지 않을 수 있습니다.
특정 네트워킹 속성에 대한 속성 바인딩이 포함된 Blueprint는 바인딩 값을 올바르게 확인할 수 없기 때문에 배포할 수 없음
dns, dnsSearchDomains 및 gateway 속성에 대한 속성 바인딩이 작동하지 않습니다. 해당 항목은 주로 OVF Blueprint에 사용됩니다.

해결 방법: 다른 속성 집합을 사용하려면 다음 속성을 사용하는 Blueprint를 수정해야 합니다.

참고: 이 문제에 대한 영구적인 수정은 vRA 8.1에 대한 첫 번째 핫픽스에서 제공됩니다. 이 문서에 제공된 해결 방법은 임시 방편으로 간주해야 하며 핫픽스를 적용한 후에 되돌려야 합니다.

dns 속성:
```
dns0: '$\{resource.Cloud_NSX_Network_1.dns[0]}'
dns1: '$\{resource.Cloud_NSX_Network_1.dns[1]}'
```
위의 내용을 다음 내용으로 변경해야 합니다.
```
dns0: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsServerAddresses, ",")[0], "[", "")}'
dns1: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsServerAddresses, ",")[1], "]", "")}'
```
dnsSearchDomain 속성:
```
dnsSearchDomain0: '$\{resource.Cloud_NSX_Network_1.dnsSearchDomains[0]}'
dnsSearchDomain1: '$\{resource.Cloud_NSX_Network_1.dnsSearchDomains[1]}'
```
위의 내용을 다음 내용으로 변경해야 합니다.
```
dnsSearchDomain0: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsSearchDomains, ",")[0], "[", "")}'
dnsSearchDomain1: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsSearchDomains, ",")[1], "]", "")}'
```
gateway 속성:
```
gateway: '${resource.Cloud_NSX_Network_1.gateway}'
```
위의 내용을 다음 내용으로 변경해야 합니다.
```
gateway: '${resource.Cloud_NSX_Network_1.gatewayAddress}'
```
노드의 CPU 사용량이 100%로 증가하고 포드 작동이 중단되기 시작함
로드가 많은 환경에서 로그 번들을 생성하려고 하면, CPU 및/또는 메모리 사용 측면에서 하나 이상의 노드에 일시적으로 과부하가 발생할 수 있습니다. 이로 인해 서비스가 중단될 수 있습니다.

해결 방법: 환경이 로드되지 않는 경우 로그 번들 수집 스크립트를 실행합니다. 외부 로깅 솔루션(vRLI 또는 syslog 서버)으로 로그가 전달되도록 구성하고 모니터링합니다.
데이터 수집을 통해 스토리지 정책을 수집하지 못하고, 호환되는 데이터스토어 또는 vCenter 7.0으로 기존 스토리지 정책을 업데이트하지 못함. 데이터 수집을 통해 vRA에서 WCP 가용성을 업데이트하지 못함
vSphere 클라우드 계정에 데이터 센터가 여러 개 있는데 vRA의 끝점에서 선택되어 있지 않으면, 이로 인해 데이터 수집이 완료되지 못하고 데이터 수집이 부분적으로 성공하여 위와 같은 증상이 발생할 수 있습니다.

해결 방법: vSphere 클라우드 계정에서 모든 데이터 센터(지역)를 선택합니다. 해당 데이터 센터를 관리할 의사가 없으면 클라우드 영역을 생성할 필요가 없습니다. 단, 데이터 센터의 아티팩트는 수집됩니다.
사용자 지정 2일차 작업 및 기본 제공 유형의 바인딩을 수동으로 참조해야 함
vRA 7.x에는 사용자 지정 2일차 작업과 컨텍스트 내 vRA 기본 제공 개체의 자동화 바인딩이 있었습니다. vRA 8.1에서는 vRO 작업을 통해 이 바인딩을 처리해야 합니다.

바인딩 프로세스에 대한 자세한 지침은 공식 설명서에서 확인할 수 있습니다.
배포에 리소스가 누락되어 있을 때 사용자가 계획을 생성하면서 Blueprint를 적용하여 배포를 업데이트하려고 하면 "배포에서 다른 요청이 이미 진행 중입니다." 오류 메시지가 표시될 수 있음
사용자는 배포 기록 타임라인에서 추가적인 "2일차 작업 - 삭제"를 볼 수도 있습니다. 또한 사용자가 API를 통해 배포를 업데이트하려고 하면 "배포에서 다른 요청이 진행 중입니다." 메시지가 표시됩니다.

배포 업데이트를 재시도합니다.
vRO 워크플로를 드롭다운을 채우는 작업이 있는 XaaS 카탈로그 항목으로 가져오면 선택 가능한 값이 정적 상수로 가져와짐
vRO 워크플로를 드롭다운을 채우는 작업이 있는 XaaS 카탈로그 항목으로 가져오면 선택 가능한 값이 정적 상수로 가져와집니다.

즉, 사용자가 카탈로그 항목을 요청하면, 요청 양식에 동적으로 채워진 필드가 아닌 정적 값이 제공됩니다.

이러한 카탈로그 항목의 경우 사용자 지정 양식을 사용하고 "외부 소스" 및 찾아보기 작업을 수동으로 선택하여 값을 올바르게 채웁니다.
새로운 문제 OGNL 표현식이 있는 vRO 워크플로 프레젠테이션이 vRA에서 사용자 지정 2일차 작업으로 사용되는 경우 제대로 렌더링되지 않음
프레젠테이션에 OGNL 제약 조건이 있는 워크플로를 사용하는 사용자 지정 리소스 작업이 제대로 렌더링되지 않을 수 있으며 모든 필수 필드를 채우지 못할 수 있습니다.
새로운 문제 로드 밸런서 목록을 이름 기준으로 필터링할 때 동일한 vRA 배포 NSX 로드 밸런서가 약간 다른 이름 "배포됨" 및 "검색됨"으로 두 번 표시됨
vRA에서 NSX 로드 밸런서를 배포할 때, vRA가 해당 내부 데이터베이스에서 사용하는 것과는 다른 ID 및 이름을 사용하여 로드 밸런서가 NSX에 생성됩니다. 그 결과, vRA는 연결된 NSX Cloud 계정에서 데이터를 수집할 때 원래 생성된 로드 밸런서 레코드를 업데이트하는 대신 중복된 새 로드 밸런서 레코드를 생성하고 업데이트합니다. 이로 인해 로드 밸런서를 나열하는 화면에서 거의 중복된 한 쌍의 로드 밸런서가 표시됩니다.

해결 방법: vRA 배포 NSX 로드 밸런서를 네트워크 프로파일에 추가할 때 "검색됨" 대신 "배포됨"을 선택합니다.