vRealize Automation 7.2 릴리스 정보

|

업데이트 날짜: 2017년 6월 6일

vRealize Automation | 2016년 11월 22일 | 빌드 4660246

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

릴리스 정보에 포함된 내용

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

새로운 기능

vRealize Automation 7.2 릴리스에는 해결된 문제 및 다음과 같은 새 기능이 포함됩니다.

  • 프로그래밍 방법으로 vRealize Automation을 설치, 구성 및 업그레이드하도록 API가 향상됨
  • 시스템 범위의 업그레이드 자동화를 지원하도록 업그레이드 기능이 향상됨
  • 인증 및 Single Sign-On을 위한 LDAP 지원
  • FIPS 140-2 규정 준수:
    • 소비자/관리자 인터페이스가 이제 FIPS 140-2 규정을 준수함
    • vRealize Automation 장치 관리 콘솔 또는 명령줄 인터페이스를 사용하여 관리됨
    • FIPS는 기본적으로 사용되지 않도록 설정됨
  • 마이그레이션 개선:
    • UI 구동 방식으로 vRealize Automation 6.2.x에서 7.2로 마이그레이션
    • 배포 마법사에서 마이그레이션 옵션 사용 가능
    • vCloud Director 워크로드 가져오기에 대한 지원 향상됨
  • 서비스 사용 권한 향상:
    • 모든 사용자를 하나의 사용 권한에 추가하는 확인란
    • 비활성 사용 권한 삭제
  • 향상된 확장성 기능:
    • 향상된 확장성 사용 사례에 대한 몇 가지 새로운 이벤트 브로커 항목
    • 개별 구성 요소, 카탈로그 항목, 구성 요소 작업, 컨테이너 또는 배포에 대한 구독 세분성
    • 새 컨테이너 관리 기능으로 확장성 활용
    • XaaS 개체가 포함된 사용자 지정 XaaS 서비스 및 애플리케이션 확장/축소
  • 네트워킹 향상:
    • NSX 요청 시 라우팅된 네트워크에 대한 IPAM 프레임워크 지원
    • 추가 IPAM 사용 사례를 지원하는 새 네트워크 프로파일
    • Blueprint의 NSX 요청 시 로드 밸런서에 대한 로드 밸런싱 정책 구성(라운드 로빈, IP 해시, Leastconn)
    • HTTP/HTTPS에 대한 서비스 모니터링 URL 구성
  • 컨테이너 관리:
    • Docker 컨테이너 호스트 및 컨테이너를 배포 및 관리하기 위한 통합된 컨테이너 관리 엔진
    • 컨테이너 및 전통식 OS가 포함된 하이브리드 애플리케이션 구축
    • 새로운 컨테이너 관리자 및 설계자 역할
    • 프로비저닝된 컨테이너 호스트의 자동 검색
    • 지원되는 Docker 최소 버전은 1.9.0임
    • 사용자 정의된 네트워크의 클러스터된 컨테이너에 대해 Docker 기본 제공 로드 밸런싱이 필요한 경우, Docker 1.11 이상 필요
  • 하이브리드 클라우드 프로비저닝 및 관리용 Azure 끝점:
    • vRealize Automation으로 Azure 시스템을 원활하게 구축, 제공 및 관리
    • Azure 네트워킹 서비스에 대한 지원
  • ServiceNow 통합:
    • VMware Solution Exchange에서 사용 가능한 플러그인을 사용하여 권한 있는 vRealize Automation 카탈로그 항목을 ServiceNow 포털에 자동으로 표시
  • Docker:
    • 지원되는 Docker 최소 버전은 1.9.0임
    • 사용자 정의된 네트워크의 클러스터된 컨테이너에 대해 Docker 기본 제공 로드 밸런싱이 필요한 경우, Docker 1.11 이상 필요

시스템 요구 사항

지원되는 호스트 운영 체제, 데이터베이스 및 웹 서버에 대한 정보는 vRealize Automation 지원 매트릭스를 참조하십시오.

설치

필수 구성 요소 및 설치 지침에 대해서는 vRealize Automation 설치를 참조하십시오.

업그레이드하기 전

vRealize Automation의 새로운 기능에는 최신 버전으로 업그레이드 또는 마이그레이션할 수 있는 기능을 비롯하여 여러 개선 사항이 포함됩니다. 업그레이드 프로세스를 시작하기 전에 권장 사항 및 지침을 보려면 vRealize Automation 업그레이드 지원 웹 페이지를 방문하십시오.

vRealize Automation 7.2부터는 JFrog Artifactory Pro가 더 이상 vRealize Automation 장치와 함께 번들로 제공되지 않습니다. vRealize Automation의 이전 버전에서 업그레이드하면 JFrog Artifactory Pro가 제거됩니다. 자세한 내용은 기술 자료 문서 2147237을 참조하십시오.

해결된 문제

  • Active Directory 연결이 초기화된 후 호스트 이름을 다른 이름으로 변경하면 Active Directory 커넥터를 사용할 수 없게 되고 Active Directory가 실패합니다. 이번 릴리스에서 이 문제가 해결되었습니다.

  • [VMware NSX 로드 밸런서 제거] 옵션이 권한 있는 작업 또는 승인 정책 옵션으로 나타납니다. 이번 릴리스에서 이 문제가 해결되었습니다.

  • 새로 설치한 후 마스터 장치 노드에 복제 장치 노드의 상태가 표시되지 않습니다. 이번 릴리스에서 이 문제가 해결되었습니다.

  • 리스를 무기한으로 확장하도록 허용하는 문제가 해결되었습니다. 이제 리스는 (현재 날짜+허용된 최대 리스)로 확장됩니다.

  • 2016년 10월 Oracle Critical Patch Update를 포함하도록 JRE가 업데이트되었습니다. jdk-1.8.0_102가 jdk-1.8.0_112로 업데이트되었습니다.

  • 6.x 업그레이드된 배포 및 대량 가져오기 배포에서 확장/축소가 실패합니다.

  • VMware 저장소에서 vRealize Automation 장치 업데이트 다운로드 업그레이드 항목에 포함된 필수 조건이 vRealize Automation 6.2.4 또는 6.2.5를 잘못 참조함

알려진 문제

설치

  • 새로운 문제 매개 변수가 @ 기호로 시작할 때 vcac-config 명령이 실패함
    vRealize Automation 장치 콘솔에 루트 권한으로 로그인하고 vcac-config 명령을 실행하면 다음 예시와 비슷한 오류가 나타납니다.

    /usr/sbin/vcac-config prop-util -e --p '@Follow123'
    파일 Follow123을 읽을 수 없음: java.io.FileNotFoundException: Follow123(해당 파일 또는 디렉토리가 없음)

    이 문제는 vcac-config 명령이 @ 기호로 시작되는 매개 변수를 허용할 수 없기 때문에 발생하는 것입니다. 예를 들어, @ 기호로 시작되는 이름이나 암호는 오류를 일으킵니다.

    해결 방법: 없음. @ 기호로 시작되는 vcac-config 매개 변수를 입력하지 마십시오.

  • Windows 터키어 버전에 vRealize Automation 7.2를 새로 설치하는 중 데이터베이스 구성이 실패함
    IaaS 서버가 Windows 터키어 버전인 경우, vRealize Automation 설치 마법사가 데이터베이스 구성 도중에 실패하고 다음 오류 메시지가 표시됩니다. MSB3073.

    해결 방법: 이 문제는 향후 릴리스에서 해결될 예정입니다.

  • 설치 도중 다음 단계에서 초기 컨텐츠 생성 프로세스가 실패함: configurationadmin 사용자 생성을 위한 워크플로 실행
    /var/log/messages에는 configurationadmin 사용자 생성 프로세스에 대한 두 가지 서로 다른 실행이 있습니다(동시에 실행되지만 va-agent.py 뒤의 숫자는 이 두 프로세스가 서로 다름을 나타냄). /usr/lib/vcac/agent/va-agent.py[18405]: info Executing vRO workflow for creating configurationadmin user... ... /usr/lib/vcac/agent/va-agent.py[18683]: info Executing vRO workflow for creating configurationadmin user... 첫 번째 호출은 구성 관리 사용자를 생성하고, 두 번째 호출이 실패를 발생시킵니다.

    해결 방법: 기본 장치에서 다음과 같은 두 명령을 실행하여 초기 컨텐츠 생성 프로세스를 재개할 수 있습니다(매개 변수는 추가적 설명 없이 이해 가능).

    /usr/sbin/vra-command execute --node ${NODE_ID} import-asd-blueprint --ConfigurationAdminUser configurationadmin --ConfigurationAdminPassword "${CONFIGURION_ADMINISTRATOR_PASSWORD}" --DefaultTenant "${SSO_TENANT}" /usr/sbin/vra-command execute --node ${NODE_ID} execute-vro-initial-configuration-service --VidmAdminUser "${HORIZONUSER}" --VidmAdminPassword "${HORIZONPASS}" --ConfigurationAdminPassword "${CONFIGURATION_ADMINISTRATOR_PASSWORD}" --DefaultTenant "${SSO_TENANT}"

    NODE_ID는 vra-command list-nodes를 실행하고 기본 가상 장치 노드 ID를 찾는 방법으로 얻을 수 있습니다.

업그레이드

  • 7.2 대상 환경에 다른 vRealize Orchestrator 관리자 그룹이 기본값으로 설정되어 있으면 6.x에서 7.2로의 vRealize Automation 마이그레이션이 실패함
    마이그레이션하기 전에 vRealize Orchestrator 제어 센터에서 기본 vRealize Orchestrator 관리 그룹인 vsphere.local/vcoadmin을 변경하면 안 됩니다.

    해결 방법: 기술 자료 문서 2148669를 참조하십시오.

  • tcServer를 버전 3.2로 업그레이드한 후 STOMP 클라이언트가 연결을 설정할 수 없음
    vRealize Automation 7.2에서 IaaS Manager Service는 이벤트 브로커 서비스와 통신할 때 연결 메커니즘으로 REST 폴링만 지원합니다. Extensibility.Client.RetrievalMethod 구성 설정이 무시됩니다.

  • IaaS 설치 관리자가 시작되지 않음
    IaaS 설치 관리자가 시작되지 않고 다음 메시지가 표시됩니다. "이 제품의 최신 버전이 이 시스템에 이미 설치되어 있습니다." IaaS 관리 에이전트를 사용 가능한 최신 버전으로 수동 업데이트한 이후에 IaaS 설치 관리자 msi 패키지가 시작되지 않으면 이 문제가 발생합니다.
    증상:

    • VMware 다운로드에서 사용할 수 있는 최신 버전으로 vRealize Automation 7.2의 IaaS 관리 에이전트를 수동으로 업데이트하는 경우
    • IaaS 업그레이드 셸 스크립트를 사용하여 vRealize Automation 7.2로 업그레이드한 후 IaaS 설치 관리자 실행 파일을 시작할 때 오류가 발생하는 경우
    • vRealize Automation 7.2로 업그레이드한 이후 장치 관리 페이지의 [클러스터] 탭에서 IaaS 관리 에이전트 부 버전이 다른 IaaS 구성 요소에 비해 높게 표시됨

    해결 방법: 기술 자료 문서 2148278을 참조하십시오.

  • vRealize Automation 7.2에서 새 업그레이드 셸 스크립트를 사용하는 경우 먼저 최신 관리 에이전트로 업그레이드해야 함
    새 업그레이드 셸 스크립트를 사용하여 IaaS 구성 요소의 자동 업그레이드를 실행할 계획인 경우 먼저 다운로드 가능한 최신 관리 에이전트를 사용해야 합니다. vRealize Automation 7.2 가상 장치에 포함된 관리 에이전트를 사용하지 마십시오.

    해결 방법: 기술 자료 문서 2147926을 참조하십시오.

  • vRealize Automation 6.2.4 또는 6.2.5에서 7.2로 업그레이드하기 전에 원격 분석이 사용하지 않도록 설정된 경우 vRealize Automation 장치 관리 콘솔의 원격 분석 탭에 오류가 표시될 수 있음
    업그레이드 후에 다음 메시지가 표시될 수 있습니다. 오류: 다음 실행 시간을 확인할 수 없습니다. 원격 분석을 다시 사용하도록 설정하거나 사용하지 않도록 설정하십시오. 이 메시지는 원격 분석 데이터가 수집되고 있지 않아서 시스템에서 적절한 다음 실행 시간을 확인할 수 없기 때문에 나타납니다. 이 경우 원격 분석 기능을 사용할 수 없습니다.

    해결 방법: VMware 고객 환경 향상 프로그램에 참여 확인란을 사용하여 원격 분석 사용 여부를 선택한 다음 설정 저장을 클릭합니다.

구성 및 프로비저닝

  • 리소스 그룹 이름에 ASCII가 아닌 문자가 포함된 경우 Azure 가상 시스템 프로비저닝이 실패함

    해결 방법: 리소스 그룹 이름에 ASCII가 아닌 문자를 사용하지 않습니다.

  • 상태 데이터 수집에서 기본 IP만 반환함
    이 동작은 RDP를 사용하여 연결, SSH를 사용하여 연결을 사용할 수 있는 기능에 영향을 주거나, 컨테이너 서비스에서 가상 시스템을 컨테이너 호스트로 등록하고 가상 시스템 IP 주소를 사용하여 가상 시스템에 액세스하는 것에 의존하는 기타 기능에 영향을 줄 수 있습니다.

    해결 방법: 이 문제는 향후 릴리스에서 해결될 예정입니다.

  • 네트워킹 통합 테스트 중에 주소 공간 "" pool "" subpool ""에 대한 풀 요청 구문 분석 실패 오류가 나타남
    네트워킹 통합 테스트가 실패하고 유사한 메시지가 로그에 나타납니다. 이는 알려진 Docker 문제입니다. https://github.com/docker/libnetwork/issues/1101. 근본 원인은 일부 네트워크가 정확히 해제되지 않아 Docker가 허용되는 최대 네트워크 수에 도달하기 때문입니다.

    해결 방법: 컨테이너 및 네트워크를 삭제합니다.

    1. docker 데몬을 중지합니다.
      sudo systemctl stop docker.service
    2. 컨테이너 및 네트워크를 삭제합니다.
      sudo rm /var/lib/docker/network/files/local-kv.db; sudo rm /var/lib/docker/containers
    3. docker 데몬을 시작합니다.
      sudo systemctl start docker.service

  • 통합 테스트가 가끔 다음 오류와 함께 실패함: The name "/container-name" is already used by container <hash>
    이는 알려진 Docker 문제입니다. https://github.com/docker/docker/issues/23371. 이 오류가 발생하면 다음 스택 추적이 나타납니다.

    java.lang.IllegalStateException: Failed with Error waiting for /requests/<hash> to transition to COMPLETED. Failure: failure: Service https://dockerhost/v1.19/containers/create?name=<container-name> returned error 409 for POST. id <id>; Reason: Conflict. The name "/<container-name>" is already in use by container <hash>. You must remove (or rename) that container to be able to reuse that name.

    해결 방법: 테스트를 다시 트리거합니다. 실패한 컨테이너가 에이전트인 경우 컨테이너 및 네트워크를 삭제해야 합니다.

    1. docker 데몬을 중지합니다.
      sudo systemctl stop docker.service
    2. 컨테이너 및 네트워크를 삭제합니다.
      sudo rm /var/lib/docker/network/files/local-kv.db; sudo rm /var/lib/docker/containers
    3. docker 데몬을 시작합니다.
      sudo systemctl start docker.service

  • 클러스터된 설정에서 호스트의 배치 영역을 변경하면 변경 사항이 UI에 반영되기 전까지 시간이 걸릴 수 있음
    클러스터된 설정에서 호스트의 배치 영역이 변경되면 해당 호스트는 즉시 새 배치 영역에 할당되고 이전 할당은 사용되지 않지만 호스트 목록에는 이전 및 새 배치 영역이 모두 나타납니다. 이 문제는 클러스터된 설정에만 발생하며 UI에만 영향을 줍니다.

    해결 방법: UI가 업데이트되기까지 5분간 기다리십시오.

  • 서비스 링크가 포함된 Docker 컨테이너 확장이 "Provisioning for container X failed... Docker returned error 500 for POST..." 오류와 함께 실패할 수 있음
    여러 서비스 간의 통신을 실행하는 링크를 가진 여러 컨테이너가 포함되지만 이러한 컨테이너를 연결하도록 구성된 명시적 네트워크가 포함되지 않은 템플릿을 배포하면 모든 컨테이너가 동일한 호스트에 프로비저닝됩니다.

    해결 방법: 템플릿을 편집하여 새 요청 시 네트워크를 포함시키고 모든 컨테이너를 이 네트워크에 연결시킵니다. 그러면 요청 시 네트워크가 사용 가능한 경우 모든 확장된 컨테이너가 프로비저닝되고 모든 컨테이너가 서로 연결할 수 있게 됩니다.

  • 검색된 네트워크에 연결된 컨테이너 수가 잘못 표시될 수 있음
    각 네트워크에 표시된 컨테이너 수를 클릭하면 컨테이너 목록이 예상보다 짧을 수 있습니다.

    해결 방법: 없음.

  • [설계] 탭에서 Blueprint에 Azure 시스템을 추가하면 내부 오류 메시지가 나타남
    외부 vRealize Orchestrator 서버를 vRealize Automation과 함께 사용하면 Microsoft Azure 통합을 사용할 수 없습니다.

    해결 방법: vRealize Automation 가상 장치의 내부 vRealize Orchestrator에서 Azure 플러그인 및 패키지를 내보내고, 해당 플러그인 및 패키지를 외부 vRealize Orchestrator에 설치하거나 가져옵니다. 외부 vRealize Orchestrator에 Azure 플러그인을 설치하거나 Azure 패키지를 가져온 후, Microsoft Azure가 vRealize Automation 환경에서 지원됩니다.

    1. vRealize Automation 가상 장치의 내부 vRealize Orchestrator에 대한 vRealize Orchestrator 제어 센터에 로그인합니다. 지침은 vRealize Orchestrator 구성 인터페이스에 로그인을 참조하십시오.
    2. [플러그인] 아래에서 플러그인 관리를 클릭합니다.
    3. Azure 플러그인을 찾고 플러그인 DAR 파일 다운로드를 마우스 오른쪽 단추로 클릭합니다. 데스크톱에 파일을 저장합니다.
    4. 외부 vRealize Orchestrator에 대한 vRealize Orchestrator 제어 센터에 로그인합니다. 지침은 vRealize Orchestrator 구성 인터페이스에 로그인을 참조하십시오.
    5. [플러그인] 아래에서 플러그인 관리를 클릭합니다.
    6. [플러그인 설치] 아래에서 찾아보기를 클릭하고 데스크톱에 다운로드한 Azure DAR 파일을 찾습니다.
    7. 설치를 클릭합니다. 확인 메시지가 표시되면 설치를 다시 클릭합니다.
    8. 제어 센터의 [시작 옵션] 아래에서 다시 시작을 클릭하여 새 플러그인 설치를 완료합니다.
    9. 모든 vRealize Automation 가상 장치를 동시에 재부팅합니다.
      Microsoft Azure 통합 기능이 복원됩니다.

    재부팅 후 통합이 제대로 작동하지 않으면 Azure 패키지(com.vmware.vra.endpoint.azure)가 외부 vRealize Orchestrator에 있는지 확인합니다. Azure 패키지가 없으면 다음 단계를 완료합니다.
    1. vRealize Automation 가상 장치의 내부 vRealize Orchestrator 클라이언트에 로그인합니다.
    2. Azure 패키지(com.vmware.vra.endpoint.azure)를 내보냅니다. 지침은 패키지 내보내기를 참조하십시오.
    3. 외부 vRealize Orchestrator에 대한 vRealize Orchestrator 클라이언트에 로그인합니다.
    4. Azure 패키지(com.vmware.vra.endpoint.azure)를 외부 vRealize Orrchestrator에 가져옵니다. 지침은 패키지 가져오기를 참조하십시오.

  • 가상 시스템 복제를 호출하는 동시 XaaS 카탈로그 요청, 30명의 사용자가 포함된 사용자 지정하지 않은 워크플로인 경우 일부 요청이 실패함
    느린 끝점에서 높은 동시성으로 일부 작업을 수행하도록 vRealize Orchestrator 워크플로를 호출하는 XaaS Blueprint를 요청할 때, 일부 요청이 다음 오류와 함께 실패합니다. java.net.SocketTimeoutException: 읽기 시간 초과. 요청 시간 초과로 인해 vRealize Orchestrator 워크플로가 여러 번 다시 트리거될 수도 있습니다.

    해결 방법: vRealize Automation 장치 노드 각각에서 다음 단계를 수행합니다. vcac.properties 파일은 업그레이드 시 유지되지 않습니다. 업그레이드 후 해당 단계를 반복해야 합니다.

    1. vRealize Automation 장치에서 SSH 세션을 엽니다.
    2. /etc/vcac/vcac.properties를 편집하여 파일에 다음 줄을 추가해 클라이언트 시간 초과를 10분으로 늘립니다. vco.socket.timeout.millis=600000
    3. 명령 프롬프트에서 다음 명령을 실행하여 vcac-server 서비스를 다시 시작합니다. service vcac-server restart

  • VCHA(vCenter Server HA) 페일오버 중에 인벤토리 데이터 수집이 중지됨
    드문 경우이지만, VCHA 페일오버 중에 관리되는 vSphere 6.5 끝점에 대해 진행 중인 작업 항목이 중지될 수 있습니다.

    해결 방법: vRealize Automation vSphere 에이전트를 다시 시작합니다. 진행 중에 데이터 수집이 여전히 중지되는 경우 GSS에 문의하십시오.

  • NSX Manager에 보조 역할이 있는 클러스터로 프로비저닝할 때 NSX 개체가 포함된 vRealize Automation Blueprint 배포가 실패함
    NSX의 상호 vCenter 배포에서 Edge Gateway, 새 가상 와이어, 로드 밸런서와 같은 NSX 범용 개체는 기본 역할이 있는 NSX Manager를 사용하여 프로비저닝되어야 합니다. 범용 개체를 보조 NSX Manager로 프로비저닝하려고 하면 오류와 함께 해당 프로세스가 실패합니다. vRealize Automation은 네트워크 및 보안이 통합되고 지정된 NSX Manager에 보조 역할이 있는 vSphere 끝점으로의 NSX 범용 개체의 프로비저닝을 지원하지 않습니다.

    해결 방법: NSX 글로벌 개체를 사용할 수 있으려면 영역별 NSX 로컬 전송 영역 및 가상 와이어를 생성해야 합니다. VMware Validated Design 내에서 이 프로세스에 대한 자세한 내용은 VMware KB 2147240을 따르십시오.

  • Azure로 프로비저닝한 시스템이 Azure 끝점을 삭제한 후에도 유지됨
    Azure 끝점을 삭제하면 분리된 시스템, Blueprint 및 예약이 남아 있게 됩니다. Azure 끝점을 삭제하기 전에 특정 Azure VM을 삭제하려면 vRealize Automation 콘솔을 사용하여 해당 VM을 수동으로 삭제하십시오.

  • Mac에서 단일 가상 시스템에 대해 두 번째 VMware Remote Console을 열면 두 콘솔 모두 비어 있음
    Windows에서 단일 가상 시스템에 대해 2개 이상의 VMRC(VMware Remote Console)를 열 수 있지만, VMRC는 다중 세션을 지원하지 않습니다. Windows에서 각 콘솔은 별도의 프로세스입니다. Mac에서는 각 콘솔이 단일 프로세스를 표시하려고 시도합니다.

    해결 방법: 모든 VMRC 인스턴스를 닫고 지정된 시스템에 대해 하나의 VMRC만 여십시오.

  • VCHA(vCenter High Availability) 페일오버 중에 vSphere 6.5에서 관리되는 가상 시스템을 다시 프로비저닝하면 해당 가상 시스템이 영구적으로 삭제됨
    vSphere 6.5를 사용한 VCHA 페일오버 중에 동일한 vSphere 끝점에서 가상 시스템 다시 프로비저닝이 진행 중인 경우 해당 가상 시스템이 삭제됩니다. 이 이벤트는 자주 발생하지 않습니다.

    해결 방법: 삭제된 가상 시스템의 원래 Blueprint를 요청합니다.

  • VCHA(vCenter High Availability) 페일오버 후 vRealize Automation 잘못된 자격 증명 오류가 나타남
    관리되는 vSphere 6.5 끝점에서 VCHA 페일오버를 진행한 후 vRealize Automation 로그에 끝점에 대한 다음 메시지가 포함될 수 있습니다. Cannot complete login due to an incorrect user name or password.

    해결 방법: vRealize Automation vCenter 에이전트를 다시 시작합니다.

  • 가상 시스템 소유자가 다른 사용자인 경우 가상 시스템 예약 변경이 작동하지 않음
    관리되는 IaaS 가상 시스템에서 등록 작업이 호출된 경우 사용된 예약은 현재 가상 시스템 소유자에게 소유되어야 합니다. 사용자 매개 변수에는 현재 소유자만 지정할 수 있습니다. 현재 소유자가 아닌 사용자를 지정한 경우 Iaas에서는 가상 시스템이 한 소유자에게 소유되고 카탈로그에서는 다른 소유자에게 소유되는 것으로 시스템에 기록됩니다.

    해결 방법: 현재 가상 시스템 소유자가 소유한 예약에 대해서만 IaaS 가상 시스템에 대한 예약 변경 워크플로를 사용하십시오.

  • 7.2로 업그레이드한 vRealize Automation 7.1에서 관리되지 않는 시스템의 대량 가져오기를 위한 Blueprint를 선택할 수 없음
    IaaS는 대량 가져오기를 위한 Blueprint를 검색하는 API에게 권한 부여 서비스에서 표시한 대/소문자가 아니라 소문자 테넌트 ID를 전달합니다. 사용자가 대/소문자를 혼합하여 테넌트 ID를 생성하는 경우(예를 들어 rainpole 대신 Rainpole 사용) 조회가 실패합니다.

    해결 방법: Blueprint 이름 또는 구성 요소가 없는 CSV 파일을 생성한 다음 CSV 파일을 수동으로 편집하여 이러한 필드에 원하는 값을 입력합니다.

  • 중첩된 컨테이너가 네트워크를 지원하지 않음
    네트워크를 중첩된 컨테이너에 추가할 수 없습니다.

    해결 방법: 이 문제는 향후 릴리스에서 해결될 예정입니다.

  • 원격 콘솔을 사용하여 vSphere 6.5의 가상 시스템에 연결한 후 창의 컨텐츠가 정확히 표시되지 않음
    원격 콘솔을 사용하여 vSphere 6.5 끝점에 호스팅된 가상 시스템에 연결하면 연결이 실패하거나 사용할 수 없게 됩니다.

    해결 방법: VMRC 클라이언트 애플리케이션을 사용하여 영향 받는 시스템에 연결합니다. VMRC를 사용하여 연결을 선택합니다.

  • vCloud Air 끝점에 일치하는 조직 및 vDC 이름이 필요함
    vCloud Air 끝점의 경우 조직 이름 및 vDC 이름이 vCloud Air 구독 인스턴스에 대해 동일해야 합니다.

  • 다중 노드 배포에 대해 인증서 교체가 실패함
    다중 노드 배포에서 인증서를 교체할 때 마스터 노드가 아닌 시스템의 가상 장치 관리 인터페이스에서 교체 작업을 시작하는 경우 작업이 실패합니다.

    해결 방법: 클러스터 마스터 노드의 가상 장치 관리 인터페이스에서만 인증서 교체를 시작합니다.

설명서 및 도움말

다음의 항목 또는 수정 사항은 이 릴리스에 대한 설명서에 포함되지 못했습니다.

이전에 알려진 문제

표시|숨기기

이전에 알려진 문제는 다음과 같이 분류됩니다.

설치

  • vRealize Automation 7.1이 Microsoft SQL 2016 130 모드를 지원하지 않음
    vRealize Automation 마법사 설치 중 생성된 Microsoft SQL 2016 데이터베이스는 100 모드를 사용합니다. SQL 2016 데이터베이스를 수동으로 생성하는 경우에도 100 모드를 사용해야 합니다. 자세한 내용은 Microsoft 문서 Always On 가용성 그룹에 대한 필수 조건, 제한 사항 및 권장 사항을 참조하십시오.

  • 보안 업데이트가 사전 요구 사항 검사기에 영향을 줌
    이 릴리스에서는 Microsoft 보안 업데이트 3098779 및 3097997이 설치되어 있으면 설치 마법사 사전 요구 사항 검사기가 실패합니다. 그러나 사전 요구 사항 검사기는 이러한 업데이트를 감지하고, 사용자가 수정 옵션을 사용하여 해당 업데이트를 제거할 수 있도록 메시지를 표시할 수 있습니다. 업데이트를 제거한 후 사전 요구 사항 검사기를 원래대로 다시 실행할 수 있습니다.

    해결 방법: 설치 마법사가 보안 업데이트를 제거하도록 허용하여 사전 요구 사항 검사기가 작동할 수 있도록 합니다. 또는 업데이트를 수동으로 제거할 수 있습니다. 마법사를 마친 후 업데이트 30987793097997을 수동으로 다시 설치할 수 있습니다.

  • 보안 업데이트가 자동 설치에 영향을 줌
    이 릴리스에서는 Microsoft 보안 업데이트 3098779 및 3097997 때문에 새로운 자동 설치 기능이 제대로 작동하지 않습니다. 이러한 업데이트는 설치 마법사 사전 요구 사항 검사기에 영향을 주는 업데이트와 동일합니다.

    해결 방법: 자동 설치를 설치하기 전에 IaaS Windows Server에서 해당 업데이트를 수동으로 제거해야 합니다. 설치를 마친 후에 업데이트 30987793097997을 수동으로 다시 설치할 수 있습니다.

  • vRealize Automation 장치 페이지가 올바르게 로드되지 않음
    Windows 2012 R2에서 Internet Explorer 11을 사용하는 경우, vRealize Automation 장치에 대한 웹 인터페이스 페이지가 올바르게 로드되지 않습니다.

    해결 방법: 대체 브라우저를 사용하여 vRealize Automation 웹 인터페이스 페이지에 액세스합니다.

업그레이드

  • vRealize Automation 7.1의 설치 후 또는 vRealize Automation 7.0에서 7.1로의 업그레이드 후에 로그인 페이지에서 선택한 사용자 지정 배경 이미지가 누락됨
    vRealize Automation 7.1로 업그레이드한 후에 테넌트 로그인 페이지에서 vRealize Automation 7.0의 사용자 지정된 브랜딩이 누락됩니다. 지정된 사용자 지정된 브랜딩은 새로 설치된 vRealize Automation 7.1에 표시되지 않습니다.

    해결 방법: 해결 방법이 없습니다.

  • 네이티브 Active Directory의 마이그레이션이 오류와 함께 실패함
    현재, SSO 마이그레이션 유틸리티는 vRealize Automation 마이그레이션 프로세스 중에 자동화된 네이티브 Active Directory를 전송하지 않습니다.

    해결 방법: 네이티브 Active Directory를 수동으로 구성 및 실행하면 Active Directory를 성공적으로 마이그레이션할 수 있습니다. 이 작업은 vRealize Automation 마이그레이션 프로세스를 완료한 후에 수행해야 합니다.

  • PostgreSQL 서버 인스턴스 이름에 ASCII가 아닌 문자가 포함된 경우 vRealize Automation 6.2.4에서 7.1로의 IaaS 노드 마이그레이션이 실패함

    해결 방법: [IaaS 데이터베이스 백업으로 vRealize Automation 환경 마이그레이션] 절차에 따라 vRealize Automation 6.2.4 환경을 7.1로 마이그레이션하십시오.

  • vRealize Automation 6.2.3 또는 이전의 고가용성 환경에서 7.1로 업그레이드한 후에 IaaS 관리 에이전트 구성이 손상됨
    vRealize Automation 6.2.2에서 7.1로 업그레이드한 후에 IaaS 관리 에이전트가 시작되지 않습니다. 관리 에이전트 구성 파일에서 노드 ID가 누락되었다는 오류 메시지가 표시됩니다.

    해결 방법: 기술 자료 문서 2146550을 참조하십시오.

  • 업그레이드된 배포에서 축소 또는 확장 작업이 실패함
    대량 가져오기 배포 또는 vRealize Automation 6.x에서 업그레이드된 배포에 대해서는 축소 또는 확장 작업이 지원되지 않습니다.

    해결 방법: 해결 방법이 없습니다. 업그레이드 이후 Blueprint를 사용하여 만든 새로운 배포에서는 축소 또는 확장 작업이 지원됩니다.

  • vRealize Automation 장치 관리 콘솔에 로그인하면 오류 메시지가 표시됨
    올바른 자격 증명으로 로그인한 후 "서버 응답이 잘못되었습니다. 다시 시도하십시오."라는 오류 메시지가 표시됩니다. 이 오류는 브라우저 캐시의 문제가 원인입니다.

    해결 방법: 로그아웃하여 브라우저 캐시를 지운 후 다시 로그인합니다.

  • 카탈로그 리소스 업데이트 실패로 인해 일부 Blueprint를 완전히 업그레이드할 수 없음
    요청 시 네트워크 또는 로드 밸런서 설정이 포함된 다중 시스템 Blueprint를 업그레이드하면 vRealize Automation 7.x로 업그레이드한 후 제대로 작동하지 않을 수 있습니다.

    해결 방법: 업그레이드한 후 다중 시스템 Blueprint에 연결된 배포를 삭제한 후 다시 생성합니다. 연결된 모든 NSX Edge 정리 작업은 NSX에서 수행해야 합니다.

  • vRealize Automation 6.2.0을 7.0으로 업그레이드할 때 vPostgres 업그레이드가 실패하고 오류 메시지가 나타남
    시스템에 손상된 RPM 데이터베이스가 있는 경우 업그레이드 프로세스 동안 다음 오류 메시지가 나타납니다. 업데이트를 설치하지 못했습니다(pre-install 스크립트 실행 오류).

    해결 방법: 손상된 RPM 데이터베이스를 복구하는 방법에 대한 자세한 내용은 RPM 웹 사이트 RPM에서 "RPM Database Recovery" 문서를 참조하십시오. 문제를 수정한 후 업그레이드를 다시 실행합니다.

  • 사전 요구 사항 검사기를 실행하면 RegistryKeyPermissionCheck 관련 경고와 함께 검사가 실패하고 오류 해결 지침은 설치하는 동안 작동하지 않음
    사전 요구 사항 검사기는 사용자 이름에 대해 대/소문자를 구분하기 때문에 검사가 실패합니다.

    해결 방법: Windows 시스템에서 관리 에이전트 서비스를 실행하도록 지정한 사용자를 일시적으로 다른 사용자로 변경한 후, 사용자 이름에 올바른 대/소문자를 사용하여 원래 사용자로 다시 변경합니다.

  • Manager Service 및 DEM Orchestrator 시스템을 업그레이드할 때 이름 검증 오류 메시지가 나타나며 Model Manager Web 호스트를 검증할 수 없음
    ManagerService.exe.config 파일에서 로드 밸런서의 이름이 변경되는 경우 다음 오류가 나타납니다.
    Distributed Execution Manager "NAME" Cannot be upgraded because it points to Management model web host "xxxx.xxxx.xxxx.net:443", which cannot be validated. You must resolve this error before running the upgrade again: Cannot validate Model Manager Web host. The remote certificate is invalid according to the validation procedure.

    해결 방법: ManagerService.exe.config 구성 파일을 다음과 같이 변경합니다. 기본 위치는 C:\Program Files (x86)\VMware\vCAC\Server\ManagerService.exe.config입니다.
    모든 DEM 인스턴스에 대한 레지스트리 값을 변경합니다. 예를 들어 다음 레지스트리 항목의 DEM 인스턴스를 모두 업데이트해야 합니다.

    [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId02]
    "Name"="DEM"
    "Role"="Worker"
    "RepositoryAddress"="https://host_name:443/repository/"

    [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId03]
    "Name"="DEO"
    "Role"="Orchestrator"
    "RepositoryAddress"="https://host_name:443/repository/"

구성 및 프로비저닝

  • 고가용성 환경에서 페일오버 후 Horizon이 인증을 수행하지 못함

    해결 방법: 페일오버 후 vRealize Automation 장치를 다시 시작하여 인증을 복원합니다.

  • 기존 내부 Blueprint를 최신 외부 Blueprint로 끌어 오면 일부 구성 요소가 예상대로 작동하지 않을 수 있음
    구성 요소가 어느 Blueprint에 있는지에 따라 구성 요소 설정이 변경될 수 있습니다. 예를 들어 보안 그룹, 보안 태그 또는 요청 시 네트워크를 내부 및 외부 Blueprint 수준 모두에 포함하는 경우 외부 Blueprint의 설정이 내부 Blueprint의 설정을 재정의합니다. 네트워크 및 보안 구성 요소는 내부 Blueprint 수준에서 작동하는 기존 네트워크만 예외로 하고 외부 Blueprint 수준에서만 지원됩니다.

    해결 방법: 모든 보안 그룹, 보안 태그 또는 요청 시 네트워크를 외부 Blueprint에만 추가합니다.

  • 그룹 이름에 마침표가 포함된 속성 그룹을 생성하는 경우, vRealize Automation 사용자 인터페이스를 사용하여 해당 그룹을 편집할 수 없음
    이 문제는 그룹 이름에 마침표가 포함된 속성 그룹을 생성하는 경우(예: property.group)에 발생합니다. vRealize Automation 사용자 인터페이스를 사용하여 이 속성 그룹을 편집하면 빈 페이지가 나타납니다. 이 속성 그룹은 REST API를 사용하여 편집할 수 있습니다.

    해결 방법: 마침표가 포함된 속성 그룹 이름을 사용하지 마십시오. 불가피한 경우, REST API를 사용하여 그룹을 편집합니다.

  • 제거 프로세스 중에 IaaS와 일반 서비스 카탈로그 사이의 통신이 끊기면 가상 시스템이 삭제 중 상태로 남아 있게 됨
    제거 요청이 진행 중이지만 vRealize Automation이 데이터베이스에서 가상 시스템 기록을 제거하기 이전에 IaaS와 일반 서비스 카탈로그 사이의 통신이 끊기면 시스템이 삭제 중 상태를 유지합니다. 통신이 복원된 후, 제거 요청이 성공 또는 실패로 업데이트되지만, 해당 시스템이 여전히 표시됩니다. 시스템이 끝점에서 삭제되었지만 vRealize Automation 관리 인터페이스에서 이름이 계속 표시됩니다.

  • vRealize Automation 장치 호스트 이름을 변경하면 서비스가 사용할 수 없는 서비스로 표시됨

    해결 방법: 호스트 이름을 변경한 후 사용할 수 없는 서비스가 있는 경우 vRealize Automation 서버를 다시 시작하십시오.

  • 복제된 Windows Server 2012의 관리 에이전트 도메인 계정을 도메인에 가입시키면 관리 에이전트 도메인 계정에서 에이전트 인증서 개인 키에 대한 권한이 손실됨
    사용자 지정 마법사를 사용하여 도메인에 속한 vSphere의 시스템을 복제하는 경우 시스템이 더 이상 해당 도메인에 속하지 않습니다. 복제된 시스템을 도메인에 다시 가입시키면 관리 에이전트 로그에 다음 오류 메시지가 나타납니다. CryptographicException - Keyset does not exist.

    해결 방법: 이 문제를 해결하려면 다음 절차에 따라 인증서의 개인 키에 대한 보안 설정을 열었다가 아무것도 변경하지 않고 닫아야 합니다.

    1. Microsoft 관리 콘솔 인증서 스냅인을 사용하여 인증서 위치를 찾습니다. 스냅인의 이름 텍스트 상자에 에이전트 ID가 표시됩니다.
    2. 모든 작업 > 개인 키 관리를 선택합니다.
    3. 고급을 클릭합니다.
    4. 확인을 클릭합니다.

  • 기존 내부 Blueprint를 현재 외부 Blueprint로 끌어 오는 것이 제한됨
    기존 내부 Blueprint를 현재 외부 Blueprint로 끌 때, 내부 Blueprint에 보안 그룹이나 보안 태그 또는 요청 시 네트워크에 가입된 시스템이 있는 경우 다음의 제한이 적용됩니다. 이 문제는 가져온 Blueprint에서도 발생할 수 있습니다.
    • 외부 Blueprint는 요청 시 네트워크 설정 또는 요청 시 로드 밸런서 설정이 포함된 내부 Blueprint를 포함할 수 없습니다. NSX 요청 시 네트워크 구성 요소 또는 요청 시 로드 밸런서 구성 요소가 포함된 내부 Blueprint를 사용할 수 없습니다.
    • 내부 Blueprint의 시스템에 새 보안 그룹 또는 추가 보안 그룹을 추가할 때, Blueprint 제작 페이지에는 내부 및 외부 Blueprint의 보안 그룹이 표시되더라도 시스템은 외부 Blueprint의 일부로 추가된 새 보안 그룹에만 추가됩니다.
    • 외부 Blueprint에서 내부 시스템으로 새 보안 태그를 추가하면 원래 내부 Blueprint에서 연결되었던 보안 태그를 더 이상 사용할 수 없게 됩니다.
    • 외부 Blueprint에서 내부 시스템으로 새 요청 시 네트워크를 추가하면 원래 내부 Blueprint에서 연결되었던 요청 시 네트워크를 더 이상 사용할 수 없게 됩니다. 원래 내부 Blueprint에 연결된 기존 네트워크는 계속 사용할 수 있습니다.

    해결 방법: 다음 작업 중 하나를 수행하여 이 문제를 해결할 수 있습니다.

    • 보안 그룹, 태그 또는 요청 시 네트워크를 내부 Blueprint가 아니라 외부 Blueprint에 추가합니다.
    • 보안 그룹, 태그 또는 기존 네트워크를 외부 Blueprint가 아니라 내부 Blueprint에 추가합니다.

  • [디렉토리 추가] 페이지의 [디렉토리 검색 특성] 메뉴에 정확하지 않은 정보가 포함됨
    디렉토리 검색 특성 메뉴에 처음 나타나는 일부 코드 문자열이 정확하지 않습니다.

    해결 방법: 디렉토리 검색 특성 드롭다운 메뉴를 클릭하여 정확한 코드 문자열을 표시합니다.

  • 카탈로그 항목을 요청할 때 리소스를 찾을 수 없다는 오류가 발생함
    vRealize Automation이 고가용성 모드에 있는 경우 마스터 데이터베이스 노드가 실패하고 새 마스터 노드가 승격되지 않으면, 새 마스터 데이터베이스가 승격되기 전까지 데이터베이스에 대한 쓰기 액세스 권한이 필요한 모든 서비스가 실패하거나 일시적으로 손상된 상태가 됩니다.

    해결 방법: 마스터 데이터베이스를 사용할 수 없는 경우에는 이 오류를 피할 수 없습니다. 새 마스터 데이터베이스를 승격하면 이 오류가 사라지고 리소스를 요청할 수 있습니다.

  • XaaS Blueprint의 [Blueprint 양식] 페이지에서 변경 내용이 저장되지 않음
    XaaS Blueprint의 [Blueprint 양식] 페이지에서 각 필드를 업데이트한 후 [적용]을 클릭하지 않으면 변경 내용이 저장되지 않습니다.

  • [항목] 탭은 로드 밸런서에 대해 사용되도록 설정된 서비스 정보를 표시하지 않음
    vCloud Networking and Security에 연결된 로드 밸런서를 사용하여 프로비저닝된 시스템의 경우, [항목] 탭은 로드 밸런서에 대해 사용하도록 설정된 서비스 관련 정보를 표시하지 않습니다.

  • vSphere 복제 작업이 진행 중인 상태에서 시스템이 제거된 경우, 진행 중인 시스템 복제 작업은 취소되지 않음
    이 문제로 인해 시스템이 복제될 수 있습니다. 복제된 가상 시스템은 vCenter에서 관리하고 더 이상 vRealize Automation에서 관리하지 않을 수 있습니다.

  • 복합 Blueprint를 요청하는 경우 요청이 즉시 실패하고 요청 세부 정보 양식을 로드할 수 없음
    구성 요소 Blueprint에 대한 최대 리스 기간(일)이 외부 Blueprint의 리스 기간(일)보다 적은 경우, 요청이 즉시 실패하고 요청 세부 정보 양식을 로드하지 못합니다.

  • 소프트웨어 배포에서 배포의 DHCP를 IP 주소에 바인딩할 수 없음
    이 작업을 시도할 때 네트워크 프로파일이 없으면 ip_address를 사용할 수 없습니다. 이 경우 다음과 같은 오류 메시지가 표시됩니다. 시스템 오류: 구성 요소 요청을 처리하는 중 발생한 내부 오류: com.vmware.vcac.platform.content.exceptions.EvaluationException: 다음 필드에 데이터가 없습니다. ip_address.

    해결 방법: 바인딩이 필요한 경우, 정적 IP 주소를 사용하거나 네트워크 프로파일에서 vRealize Automation이 관리하는 IP 주소를 사용하거나 IPAM 통합을 사용하십시오. DHCP를 사용하면 IP 주소가 아닌 호스트 이름에 바인딩해야 합니다.

    다음 스크립트를 사용하여 Cent OS 시스템의 IP 주소를 가져올 수 있습니다.
    IPv4_Address = $(hostname -I | sed -e 's/[[:space:]]$//')
    echo $IPv4_Address

    DHCP 사용 사례에 IP 주소가 필요한 경우, 이 스크립트에 제공된 값으로 바인딩합니다.

  • 오류 메시지를 수신한 후에도 디렉토리가 생성됨
    관리 > ID 저장소 관리 > ID 저장소에서 디렉토리를 생성하고 저장을 클릭하면 오류 메시지 잘못된 데이터로 인해 커넥터 통신이 실패했습니다. Bind DN 사용자를 관리자로 승격하는 중 문제 발생: 사용자가 이미 존재하며 다른 동기화 클라이언트에 연결되어 있음이 나타날 수 있습니다. 새 ID 저장소가 잘못된 구성으로 저장되고 사용할 수 없게 됩니다.
    이 오류는 이전에 성공적으로 생성되어 이미 존재하는 Active Directory에서 사용된 것과 동일한 기본 DN 및 Bind DN 값을 사용하여 새 Active Directory를 저장하려고 시도하는 경우에 발생합니다.

    해결 방법: 구성이 잘못되었으므로 새 Active Directory를 수동으로 삭제하고 새 Active Directory에 다른 Bind DN 및 기본 DN을 사용해야 합니다.

  • UserPrincipalName 디렉토리 검색 특성을 포함하는 디렉토리를 생성하는 경우, 도메인이 사용자 UPN에 추가됨
    새로운 디텍토리를 생성하고 디렉토리 검색 특성에 대해 UserPrincipalName을 선택한 경우, 도메인이 사용자 UPN에 추가됩니다. 예를 들어, UPN이 user.domain@domain.local인 vRealize Automation 사용자 이름이 user.domain@domain.local@domain.local로 나타납니다. 이는 UPN 접미사가 AD 사이트에 도메인으로 구성된 경우에 발생합니다. 예를 들어, UPN 접미사가 "example.com"으로 사용자 지정된 경우, UPN이 user.domain@example.com인 vRealize Automation 사용자 이름은 user.domain@example.com@domain.local로 나타납니다.
    UserPrincipalName 디렉토리 검색 특성이 사용되는 경우 사용자는 도메인을 포함하여 사용자 이름을 표시된 형식(user.domain@domain.local@domain.local)으로 정확히 입력해야 로그인하여 REST API 또는 클라우드 클라이언트를 사용할 수 있습니다.

    해결 방법: UserPrincipalName 대신 sAMAccountName을 사용하여 디렉토리 관리의 사용자 이름 도메인 고유성 보장 기능을 사용하십시오.

  • 다른 사용자를 대신해 시스템을 요청하는 경우, 404 Not Found 오류가 나타남
    Blueprint에 요청 시 NAT 네트워크 또는 요청 시 로드 밸런서 구성 요소가 포함된 경우, 다른 사용자를 대신해 배포를 요청하면 404 Not Found 오류가 나타납니다.

  • 대량 가져오기를 사용하여 가져온 시스템이 올바른 융합형 Blueprint와 구성 요소 Blueprint에 매핑되지 않음

    해결 방법: VMware.VirtualCenter.OperatingSystem 사용자 지정 속성을 가져오기 CSV 파일 내의 각 시스템에 추가합니다.

    예:
    Yes,NNNNP2-0105,8ba90c35-9e03-4ac4-8a5d-2e6d76f37b81,development-res,ce-san-1:custom-nfs-2,UNNAMED_DEPLOYMENT-0105,BulkImport,Imported_Machine,system_blueprint_vsphere,user.admin@sqa.local,VMWare.VirtualCenter.OperatingSystem,sles11_64Guest,NOP

  • vRealize Automation에서 카탈로그 관리 작업이 표시되지 않음

    해결 방법: 기술 자료 문서 2113027을 참조하십시오.

  • Active Directory를 동기화할 때 15개를 초과하는 사용자 그룹이 포함된 Active Directory가 그룹을 나열하지 못함
    15개가 넘는 그룹이 있을 때 vRealize Automation 관리 인터페이스에서 관리 > ID 저장소 관리 > ID 저장소를 사용하여 Active Directory를 동기화하면 몇 개의 그룹만 표시됩니다.

    해결 방법: 선택을 클릭하여 전체 목록을 표시합니다.

  • 복제 인스턴스를 마스터 인스턴스로 승격한 후 vRealize Automation master 노드 관리 인터페이스의 [데이터베이스] 탭에 잘못된 정보가 나타남
    vRealize Automation 장치의 master 노드가 실패하는 경우 정상 노드의 vRealize Automation 장치 관리 인터페이스를 클러스터 관리 작업에 사용해야 합니다.

  • 데이터스토어를 한 vSphere Storage DRS에서 다른 vSphere Storage DRS로 이동하면 시스템이 가상 시스템을 생성하는 대신 삭제함
    데이터스토어를 한 vSphere Storage DRS 클러스터에서 다른 vSphere Storage DRS 클러스터로 이동할 때 대상 클러스터의 자동화 수준이 자동이 아닌 경우, 생성된 시스템을 다시 프로비저닝하면 시스템이 해당 시스템을 삭제하고 다음 오류가 표시됩니다. StoragePlacement: SDRS가 사용하지 않도록 설정된 VM의 디스크에 대해 데이터스토어가 지정되지 않았습니다. 가상 시스템이 복제된 경우에는 이 문제가 발생하지 않습니다.

    해결 방법: 데이터스토어를 한 vSphere Storage DRS 클러스터에서 다른 vSphere Storage DRS 클러스터로 이동하기 전에 대상 클러스터의 자동화 수준이 자동으로 설정되었는지 확인합니다. 단일 시스템 배포만 지원됩니다.