업데이트 날짜: 2019년 3월 25일

vRealize Automation | 2018년 9월 20일 | 빌드 10053539

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

릴리스 정보에 포함된 내용

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

새로운 기능

vRealize Automation 7.5 릴리스에는 해결된 문제와 다음과 같은 새로운 기능이 포함되어 있습니다.

최신 UI 및 소비자 UX

vRealize Automation에는 새로운 모양과 느낌 그리고 일반적인 셀프 서비스 작업을 위한 간소화된 흐름이 제공됩니다.

  • VMware Clarity 표준에 맞게 UI가 업데이트되었습니다.
  • 카탈로그 카드가 더 커져서 더 많은 설명이 표시됩니다.
  • 카탈로그 보기가 더 깔끔해졌습니다.
    • 이제 비즈니스 그룹 전체에서 동일한 카탈로그 항목의 여러 인스턴스가 롤업되어, 사용자가 요청 시 비즈니스 그룹을 선택할 수 있습니다.
  • 항목 및 요청 탭이 새 배포 탭에 병합되었습니다.
  • 사용 중지된 리소스에 대한 요청 세부 정보가 [관리] 탭으로 이동했습니다.
  • 진행 중인 요청의 상태가 개선되었습니다.
  • 기록 보기에 시간 경과 따른 단일 배포와 관련된 모든 요청이 표시됩니다.
  • 제품 메뉴 및 개체 전체에서 검색 기능이 개선되었습니다.
  • 제품 UI에서 컨텍스트에 맞게 설명서에 액세스할 수 있습니다.
  • 홈 페이지 및 포틀릿이 이 릴리스에서 더 이상 사용되지 않습니다.
  • 이번 릴리스에서는 요청에 대한 저장 버튼이 더 이상 사용되지 않습니다.

vRealize Operations와의 통합 기능 향상

이 릴리스에서는 애플리케이션 소유자를 위한 배포 대시보드가 추가되고 vRealize Operations와의 통합을 통한 지능형 워크로드 배치 기능이 향상되었습니다.

  • 배포 세부 정보 보기에 시스템에 대한 배포 경고와 주요 메트릭(CPU, 메모리, IOPS 및 네트워크)이 표시됩니다.
  • vRealize Operations 배치 정책에 맞게 vRealize Automation 관리 워크로드의 최적화가 가능합니다.
    • 이 기능은 기존 워크로드를 지속적으로 최적화할 수 있도록 초기 배치를 최적화하기 위한 이전 통합 기능을 기반으로 합니다.

자세한 내용은 vRealize Operations Manager 기반 모니터링vRealize Operations Manager를 사용한 지속적인 최적화를 참조하십시오.

구성 자동화 프레임워크

외부 Ansible Tower 구성 관리 도구와의 네이티브 통합이 지원됩니다.

  • vRealize Automation의 1급 개체(first class citizen)로 Ansible Tower에 대한 OOTB 지원
  • Blueprint 설계 캔버스에서 Ansible Tower 개체 끌어서 놓기
  • 컴파일 시 및 런타임 시 바인딩/요청 시간 모두를 지원 및 매개 변수화
  • 애플리케이션 구성에 대해 Ansible 작업 템플릿(플레이북 포함)을 동적으로 선택 
  • 시스템 등록 또는 서비스 해제를 위한 2일차 작업 지원

자세한 내용은 Ansible 끝점 생성vSphere Blueprint에 Ansible 구성 요소 추가를 참조하십시오.

NSX-T Data Center 네이티브 통합

vRealize Automation이 이제 NSX-T Data Center와의 네이티브 통합을 지원합니다.

  • vRealize Automation의 1급 개체(first class citizen)로 NSX-T Data Center에 대한 OOTB 지원
  • Blueprint 설계 캔버스에서 다음과 같은 NSX-T Data Center 서비스 끌어서 놓기
    • 요청 시 로드 밸런서
    • 요청 시 라우팅된 네트워크
    • 요청 시 NAT 일대다 네트워크 
    • 기존 보안 그룹
  • 2일차 작업 지원
    • 배포된 VM에 적용되는 보안 업데이트
    • 요청 시 NAT 네트워크에 대한 NAT 규칙 변경

자세한 내용은 NSX-T 끝점 생성, NSX-T 배포 토폴로지 이해NSX-T 설정으로 Blueprint 설계를 참조하십시오.

PKS 통합을 통한 Kubernetes 클러스터의 액세스 거버넌스

이제 vRA를 통해 Kubernetes 클러스터를 쉽게 관리할 수 있습니다. PKS 끝점과 통합하여 PKS(Kubernetes) 클러스터를 생성하고 비즈니스 그룹과 연결하여 클러스터 수명 주기 관리를 간소화 할 수 있습니다. Docker 이미지를 포드로 배포할 수도 있습니다. vRA는 개발 팀의 기본 클러스터 액세스도 간소화합니다.

  • PKS 클러스터 관리
    • PKS 끝점이 등록된 후에는 컨테이너 관리자가 Kubernetes 클러스터를 생성, 업데이트 및 삭제할 수 있고 비즈니스 그룹과 연결할 수 있으며 기존 Kubernetes 클러스터를 검색할 수 있습니다.
    • 컨테이너 관리자는 PKS 클러스터 관리 기능을 비즈니스 그룹 멤버(거버넌스 포함)에게 위임하여 개발 팀에게 권한을 부여 할 수 있습니다.
  • PKS 클러스터에 Docker 이미지 배포
    • 컨테이너 관리자나 개발자는 Docker 이미지를 PKS 클러스터에 ‘포드’로 배포할 수 있습니다.
  • PKS 클러스터에 대한 기본적인 액세스
    • 개발자는 kubeconfig를 다운로드하여 자신의 PKS 클러스터를 볼 수 있고 기본적으로 액세스할 수 있습니다.

Microsoft Azure Blueprint의 향상된 기능

  • Azure 관리 디스크에 대한 지원
  • Azure 영역에 대해 향상된 지원

자세한 내용은 Microsoft Azure Endpoint 생성Microsoft Azure용 Blueprint 생성을 참조하십시오.

설치, 업그레이드, 마이그레이션 및 패치 적용 기능 향상

인증서 관리 기능 향상:

  • API로 인증서 세부 정보를 검색할 수 있습니다.
  • 모든 인증서 관리 작업은 감사 용도로 기록됩니다.
  • 인증서를 교체하기 전에 사전 확인 실행이 자동으로 시작됩니다.
  • DEM 및 에이전트 모두에 대해 비 Http 활성화 확인이 추가되었습니다.

가상 장치 관리 인터페이스 업데이트:

  • 외부 vRO에서 마이그레이션이 자동화되었습니다.
  • 노드 삭제 및 데이터베이스 페일오버에 대한 복원력이 향상되었습니다.
  • 업그레이드에 새로운 사전 요구 사항 및 검증 검사가 추가되었습니다.
  • 업데이트된 항목: vRA 7.4에서 이후 버전으로 업그레이드하는 동안 로드 밸런서 보조 노드를 사용하지 않도록 설정하거나 로드 밸런서 상태 모니터를 제거할 필요가 없습니다.

패치 적용:

  • vRA API로 패치가 적용되는 진행률을 알 수 있습니다.
    • vRealize Lifecycle Manager에서 이 API를 활용할 수 있습니다.
  • 핫픽스 적용은 여러 번 수행해도 무관한 작업이 되었습니다.
    • 예를 들어 동일한 핫픽스를 두 번 적용해도 제품에 부작용이 없으며, 제품은 이미 적용된 핫픽스를 무시하거나 적절한 상태 메시지를 반환할 수 있습니다.
  • 패치 관리 명령에 대한 새로운 메타데이터 정의가 있습니다.
  • 패치 관리 UI(VAMI)가 개선되었습니다.
  • 패치 빌드에 표준 버전 관리가 적용됩니다.

자세한 내용은 vRealize Automation 설치 또는 업그레이드를 참조하십시오.

문제 해결 기능 향상

  • 강제 삭제/다시-제출(실패한/분리된 배포) 기능 향상
  • 마이그레이션 후 검증
  • 솔루션 전반의 일관된 로그 추적
  • vRealize Orchestrator 플러그인 APIU에 추적 ID 노출

vRO 데이터베이스 클러스터링 및 구성

외부 vRO 가상 장치가 7.5에서 업데이트되었습니다.

  • Orchestrator Appliance로 더 이상 업그레이드할 수 없으며, vRA에 함께 제공되는 내장형 장치 또는 다른 vRO 7.5 가상 장치로 마이그레이션만 할 수 있습니다.
  • VAMI에서 사용 가능한 새 마이그레이션 마법사를 사용하면 외부 vRO에서 vRA와 함께 배포된 내장형 vRO로 마이그레이션할 수 있습니다.
  • 내장형 Postgres 데이터베이스 변경 사항
    • 내장형 Postgres 데이터베이스는 클러스터링이 가능하며 자동화된 데이터베이스 페일오버를 지원합니다.
    • vRealize Orchestrator 7.5에서 사용 가능한 내장형 PostgreSQL 데이터베이스만 사용할 수 있습니다. Microsoft SQL Server와 Oracle Database가 외부 데이터베이스 서버로 더 이상 지원되지 않습니다.
  • Orchestrator 제어 센터를 사용한 클러스터 구성과 마이그레이션 수행이 중단되었습니다.
    • 클러스터 및 데이터베이스를 관리하고 마이그레이션을 수행하려면 VAMI 인터페이스를 사용해야 합니다.
  • 배포 공간을 줄이고 운용성을 개선하기 위해 가상 장치 아키텍처가 업데이트되었습니다.

사용자 지정 양식 기능 향상

  • vRealize Business 필드에 대한 지원
  • 기본적으로 지원되는 vRO 컨텍스트 작업 매개 변수
  • 편집 가능한 새로운 드롭다운 구성 요소
  • 스토리지 데이터 그리드에서 필드를 추가 또는 제거하는 기능

사용자 지정 양식에 대한 자세한 내용은 Blueprint 요청 양식 사용자 지정을 참조하십시오. 

이벤트 브로커 기능 향상

  • 명시적으로 모든 후속 워크플로의 워크플로 실행을 중지하는 기능을 추가하여 향상된 장애/예외 관리
  • 상태에 등록된 워크플로 구독 간에 페이로드를 재사용하고 병합하는 기능을 추가하여 향상된 페이로드 사용 메커니즘

자세한 내용은 워크플로 구독 세부 정보 정의구독에 워크플로 할당을 참조하십시오.

새로운 항목 예약 기능 향상

로드하는 동안 이전 vRA 7.5 예약의 시간이 초과될 수 있습니다. 단일 예약을 로드하는 시간은 예약에 사용된 호스트 구성과 여기에 연결된 스토리지 구성 간의 상관 관계입니다. vRA 7.5에서는 예약 개체를 계산하는 기능이 UI와 API에서 크게 향상되었습니다. 여러 예약을 로드하는 기능도 최적화되었습니다.

국제화

vRealize Automation 7.5는 다음 언어로 제공됩니다.

  • 영어
  • 프랑스어
  • 독일어
  • 스페인어
  • 일본어
  • 한국어
  • 중국어 간체
  • 중국어 번체
  • 이탈리아어
  • 러시아어
  • 네덜란드어
  • 포르투갈어(브라질)

제품 언어 지원에 대한 자세한 내용은 VMware 제품 현지화 가이드를 참조하십시오.

시스템 요구 사항

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

설명서

vRealize Automation 7.5 설명서는 VMware Docs의 VMware vRealize Automation을 참조하십시오.

설치

사전 요구 사항 및 설치 지침은 VMware Docs의 vRealize Automation 설치를 참조하십시오.

vRealize Suite Lifecycle Manager를 사용하여 vRealize Automation을 설치할 수도 있습니다. vRealize Suite Lifecycle Manager 설치, 업그레이드 및 관리를 참조하십시오.

참고: 클러스터 가입 유효성 검사 오류를 해결하려면 기술 자료 문서 58708을 참조하십시오.

업그레이드

일반 지침은 VMware Docs의 vRealize Automation 업그레이드를 참조하십시오.

vRealize Suite Lifecycle Manager를 사용하여 vRealize Automation을 업그레이드할 수도 있습니다. vRealize Suite Lifecycle Manager 설치, 업그레이드 및 관리를 참조하십시오.

vRealize Automation 6.2.x에서 업그레이드하기 전

vRealize Production Test Upgrade Assist Tool은 vRealize Automation 6.2.x 환경을 분석하여 업그레이드 문제를 일으킬 수 있는 기능 구성을 파악하고 환경이 업그레이드할 준비가 되었는지 확인합니다. 이 도구 및 관련 설명서를 다운로드하려면 VMware vRealize Production Test Tool 제품 다운로드 페이지로 이동하십시오.

vRealize Code Stream 사용

vRealize Automation 환경에서 vRealize Code Stream을 사용하려면 vRealize Code Stream 라이센스가 있어야 합니다.

자세한 내용은 vRealize Code Stream 정보 센터에서 vRealize Code Stream 설치장치에 vRealize Code Stream 라이센스 적용을 참조하십시오.

해결된 문제

  • 하나 이상의 가상 장치를 사용할 수 없는 경우 vRealize Automation 상태 서비스에 여러 개의 오류가 표시됨

    하나 이상의 가상 장치를 사용할 수 없는 경우 상태 서비스에 오류가 표시됩니다. 일부 오류 때문에 추가적으로 발생하는 오류가 가려질 수 있습니다.

  • 새로운 항목 7.4로의 자동 IaaS 업그레이드를 실행한 후 Manager Service 자동 페일오버 모드가 사용되도록 설정됨

    vRealize Automation 7.3 또는 7.3.1에서 7.4로 업그레이드 또는 마이그레이션하기 전에 고의로 자동 페일오버를 사용하지 않도록 설정하고 업그레이드 또는 마이그레이션하는 경우 7.4로의 자동 IaaS 업그레이드 동안 해당 기능이 사용되도록 설정됩니다.

  • Azure 가상 시스템에 대한 사후 프로비저닝 작업인 공용 IP 주소 관리의 시간이 초과됨

    vRealize Orchestrator를 통해 Azure 가상 시스템의 현재 및 사용 가능한 공용 주소를 가져오는 데 너무 오랜 시간이 소요됩니다. 다음 오류 메시지가 표시되며 vRealize Automation에서 이 프로세스의 시간이 초과됩니다. "vCenter Orchestrator 서버 연결 시간이 초과되었습니다."

  • 사용자 지정 요청 양식에 BP 프로파일 세부 정보가 표시되지 않음

    사용자 지정 요청 양식에 크기와 같은 BP 프로파일을 사용하는 경우 구체적인 속성 세부 정보가 사용자 지정 요청 양식에 표시되지 않습니다.

  • 카탈로그 항목 요청을 제출한 직후 취소하면 프로세스가 [취소 중] 상태에서 중단된 것으로 나타남

    시스템이 요청 완료 이벤트를 호출하지 않아서 요청이 [취소 중] 상태에서 중단될 수 있습니다.

  • 6.2.4에서 7.3.1로 마이그레이션에 성공한 후 재 프로비저닝 시 기본 및 지원 사용자에게 404 오류 메시지가 반환됨

    2일차 작업을 실행할 때 기본 사용자와 지원 사용자에게 404 오류 메시지가 표시되지만 관리자 사용자에게는 표시되지 않습니다.

  • 속성 값의 변경 사항이 사용자 지정 양식에 자동으로 반영되지 않음

    사용자 지정 요청 양식에 속성 그룹의 일부인 사용자 지정 속성이 사용되는 경우에는 해당 값이 초기 사용 중에 한 번 설정됩니다. 결과적으로 속성 값의 변경 사항은 사용자 지정 요청 양식에 반영되지 않습니다.

  • vRealize Orchestrator를 마이그레이션할 때 소스 vRealize Orchestrator 서비스의 데이터베이스에서 중복과 관련된 오류가 발생할 수 있습니다. UI에 표시되는 오류는 다음과 유사합니다. 소스 vRealize Orchestrator 데이터베이스를 검증하지 못했습니다. Orchestrator 데이터베이스에 중복된 항목이 있습니다. 작업 범주 중복: 이름이 'actionName'인 항목 1개입니다. 불필요한 항목을 삭제하여 중복을 해결하십시오.

    이 마이그레이션 전 단계에서는 소스 vRO 데이터베이스에 있는 중복 항목에 대해 알려주고 검증 단계에서 마이그레이션 프로세스를 중지합니다. 소스 Orchestrator 데이터베이스에 있는 모든 중복 항목이 보고됩니다. 해당 항목은 마이그레이션을 다시 실행하기 전에 검토하고 수동으로 제거해야 합니다.

    소스 Orchestrator 데이터베이스에 중복 항목이 있으면 vRealize Orchestrator 7.5로 마이그레이션이 실패합니다. 마이그레이션을 다시 실행하기 전에 해당 항목을 해결해야 합니다.

  • 로그 번들 다운로드 요청 시 사용자 환경이 상당히 지연됨

    수정하기 전에는 각 다운로드 요청 시 로그 번들 아카이브가 즉석에서 생성되었습니다. 수정한 후에는 아카이브가 로그 번들 생성의 일환으로 생성되기 때문에 파일 시스템에 이미 존재합니다.

  • 업그레이드 후 또는 SSO 관리자 암호를 변경한 후 vRA 포털이 다운됨(서비스를 이용할 수 없음)

    사용자가 vRO 제어 센터에서 사용자 지정 vRO 인증 제공자를 구성한 경우에는 업그레이드 후 또는 SSO 관리자 암호를 변경한 후에 이 값이 기본값(vsphere.local\vcoadmins)으로 재정의됩니다.

  • 데이터베이스 페일오버가 발생했기 때문에 IaaS 업그레이드 단계에서 vRA 업그레이드가 실패함

    7.3.1 및 7.4에서 Postgres 동기 복제는 VA 사전 업데이트 스크립트 시작 부분에서 사용하지 않도록 설정되며 VA 업그레이드 프로세스 끝 부분에서 다시 시작됩니다. 이로 인해 IaaS 업그레이드 단계에서 오류가 발생할 수 있는데, 마스터 VA가 재부팅된 후에 페일오버가 발생할 수 있기 때문입니다.

  • 만료된 사용자로 인해 데이터베이스 페일오버에 실패할 수 있음

    시스템 사용자 계정이 만료되었을 수 있습니다.

  • 브라우저가 최대화되면 일괄 업그레이드를 위한 [실행] 버튼이 작동하지 않음

    브라우저가 최대화된 상태에서 VAMI의 [소프트웨어 에이전트] 탭으로 이동하여 [실행]을 클릭하면 일괄 업그레이드 버튼이 작동하지 않습니다.

  • 소프트웨어 에이전트의 모든 텍스트 상자에 정보 도구 설명의 일부로 기본값이 제공되지 않음

    소프트웨어 에이전트의 텍스트 상자에는 정보 도구 설명의 일부로 기본값이 제공되지 않습니다.

  • vRealize Orchestrator 데이터베이스에 중복 항목이 있기 때문에 vRA 7.5로 업그레이드가 실패함

    이 문제는 vRealize Orchestrator 데이터베이스에 중복 항목이 있는 경우 발생할 수 있습니다.
    설치 전 단계에서 업그레이드가 실패했다는 오류가 [VAMI 업데이트] 탭에 표시됩니다. 사전 업데이트 로그에서 다음 유형의 오류를 확인할 수 있습니다. 시스템 테이블 중복:
            데이터베이스 테이블 ‘vmo_scriptmodulecontent’에 ID가 ‘xxx’인 항목이 2개 있음
            불필요한 항목을 삭제하여 중복을 해결하십시오.

  • 대형 플러그인을 설치할 수 없음

    vRO 구성 서버는 최대 크기가 여전히 512MB로 제한됩니다(vRO 서비스 자체가 아닌 vRO 구성 서비스). 플러그인의 경우 대형 플러그인을 성공적으로 설치하려면 그 전에 vRO 구성 서버를 수동으로 조정해야 했기 때문에 많이 불편했습니다. vRO 구성 서비스 메모리 크기가 768MB로 변경되었습니다.

  • 새로운 항목 Blueprint 수준에서 소프트웨어 서비스를 통해 전달된 사용자 지정 속성으로 인해 SQL 2014 설치 관리자 오류가 발생함

    Windows 2016 시스템에 SQL 2014를 설치하는 경우 Blueprint 수준에서 추가된 속성으로 인해 소프트웨어 수준에서 동일한 속성의 중복이 발생합니다. SQL 2014 설치 오류가 표시됩니다.  

    Microsoft.SqlServer.Chainer.Infrastructure.ChainerInfrastructureException: Item has already been added. Key in dictionary: 'swa_osversion' Key being added: 'swa_osversion' ---> System.ArgumentException: Item has already been added. Key in dictionary: 'swa_osversion' Key being added: 'swa_osversion'

    여기서 'swa_osversion'은 Blueprint 수준에서 사용자가 추가한 사용자 지정 속성입니다. 

알려진 문제

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

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

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

  • 7.3 IaaS 웹 사이트 구성 요소를 수동으로 설치할 때 IaaS 설치 관리자에 인증서 검증 오류가 표시됨

    웹사이트 구성 요소가 선택되어 있는 [IaaS 서버 사용자 지정 설치] 페이지에서 다음을 클릭할 때 오류 메시지가 나타납니다. 이 오류 메시지는 거짓 부정이며 올바른 옵션을 선택할 때도 나타납니다.

    해결 방법: vRealize Automation 장치에서 SSH 연결을 엽니다. 웹 사이트 구성 요소가 설치될 시스템의 노드 ID를 검색하려면 vra-command list-nodes 명령을 실행합니다. 웹 설치 명령 매개 변수에 대한 도움말을 보려면 vra-command help install-web 명령을 실행합니다. 

  • 새로운 항목 Java 업데이트 1.8(버전 u192, u201 및 u202)이 7.5 설치와 호환되지 않음

    최신 Java 업데이트 1.8(버전 u192, u201, u202)은 자동 사전 요구 사항 수정이 적용되지 않은 경우, IaaS 데이터베이스 설치에 문제를 일으킬 수 있습니다.

    해결 방법: Java 버전 1.8 u191을 사용합니다. 또는 자동 사전 요구 사항 수정을 사용하도록 설정한 상태로 7.5를 설치하여 IaaS 시스템에 이전 Java 버전 1.8 u191을 설치할 수 있습니다. 설치가 완료되면 최신 Java 버전 1.8 u201 또는 u202를 수동으로 설치할 수 있습니다.

  • join-va(클러스터에 가입) 단계 중 vRealize Automation 7.5 클러스터 설치가 실패함

     

    2개 또는 3개의 VA가 있는 vRA 7.5 클러스터를 새로 설치하면 join-va(클러스터에 가입) 단계에서 '검증 실패'가 보고됩니다.
    '재시도 실패'를 클릭하지 않고 최대 15분을 더 기다린 후에는 상태가 결국 '성공'으로 변경되고 설치가 계속 진행됩니다.

    UI 마법사의 조기 시간 초과(30분)로 인해 가입 작업이 30분 이상 소요되면 오류가 발생할 수 있습니다.

    기술 자료 문서 58708을 참조하십시오.

  • "검증 실패" 상태에서 제품 설치 마법사의 "모든 IaaS 재시도" 기능이 실패하고 [설명] 필드에 다음과 유사한 메시지가 표시될 수 있습니다. "동일한 키를 가진 항목이 이미 추가되었습니다."

    이는 vRealize Automation에 영향을 미치는 알려진 문제입니다.

    이 문제의 해결 방법은 내장된 vPostgres 데이터베이스에서 다음 SQL update 문을 실행하는 것입니다. "update cluster_commands set output='' 여기서 "모든 IaaS 재시도" 작업이 다시 트리거되기 전에 '%install%';"과 같이 입력하십시오.

  • vRA 7.5의 초기 OVF 배포가 실패하고 다음 오류가 표시됨: Deployment failed, you will need to redeploy.

    장치 콘솔에 초기 OVF 배포 후 다음과 유사한 오류가 표시됩니다.

    오류: DEPLOYMENT FAILED, YOU WILL NEED TO REDEPLOY
    Error log is in /var/log/boot.msg

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

업그레이드
  • IaaS 자동 업그레이드 중에 upgrade-dem 또는 upgrade-agent 명령이 실패합니다. 명령 결과는 다음과 유사합니다. 결과: 서비스 이름에 잘못된 문자가 있거나 비어 있거나 길이가 너무 깁니다(최대 길이 = 80). 또는 Management Agent All.log 파일에서 동일한 오류를 찾을 수 있습니다. 언급된 서비스의 이름이 80자를 초과합니다.

    OS에서 실제로 더 긴(256자) 길이를 허용하기는 하지만, IaaS에서 Windows 서비스 작업을 처리하는 데 사용되는 Microsoft .Net API에는 Windows 서비스 이름이 80자로 제한됩니다. 이 문제는 서비스를 다시 시작하려고 할 때 DEM/DEO/Agent 업그레이드 끝 부분에서 발생합니다.

    서비스 이름을 더 짧게 변경해야 하지만 Windows 명령줄 도구/API에서 변경이 허용되지 않기 때문에(표시 이름만 수정할 수 있음), 해결 방법은 서비스를 다시 설치하는 것입니다. 서비스를 제거한 다음 https://<vami_host>:5480/installer의 VAMI 설치 페이지에서 IaaS 설치 관리자를 다운로드하고 해당 IaaS 호스트에서 실행하여 서비스를 적절한 이름으로 설치합니다. 설치 시 각 IaaS 서비스에는 입력한 이름 앞에 자동으로 접두사가 붙습니다.
    서비스에 따라 접두사는 다음과 같습니다. VMware DEM-Worker, VMware DEM-Orchestrator, VMware vCloud Automation Center Agent. 참고: 이름을 변경하기 위해 IaaS 에이전트를 다시 설치하는 경우에는 해당 끝점의 이름도 vRA에서 변경해야 합니다.

  • vRealize Automation 7.1~7.4에서 7.5로 업그레이드한 후 CPU 로드가 증가한 것으로 나타남

    vRealize Automation 7.1~7.4에서 7.5로 업그레이드하면 중복된 항목이 IaaS 데이터베이스의 DynamicOps.Repository.WorkflowSchedules 테이블에 추가됩니다. 중복된 스케줄은 메트릭 워크플로에 대한 스케줄입니다. 업그레이드 후 동일한 계산을 동시에 실행하는 여러 메트릭 워크플로 때문에 시스템의 CPU 로드가 증가합니다.

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

  • vRealize Automation 7.3 이하 버전을 업그레이드한 후 Get Details Form API 호출을 사용하는 애플리케이션의 작동이 중지됨

    vRealize Automation 7.3 이하 버전에서 카탈로그 서비스 API GET /api/consumer/requests/{id}/forms/details를 사용하여 검색되는 다음 목록의 XaaS 요청 속성의 영문 철자가 잘못되었습니다.

    • "vco.execurion.state"
    • "vco.execurion.business.state"
    • "vco.execurion.current.activity.name"
    • "vco.execurion.start.date"
    • "vco.execurion.end.date"
    • "vco.execurion.error.details"

    vRealize Automation 7.3.1부터 "execurion"이 "execution"으로 수정되었습니다. 원래 영문 철자로 XaaS 요청 속성을 계속 사용하는 애플리케이션은 작동이 중지됩니다.

    해결 방법: 철자가 잘못된 XaaS 요청 속성에 종속된 컨텐츠가 있고 vRealize Automation 7.3.1 이상을 실행 중인 경우에는 다음과 같이 현재 영문 철자가 적용된 XaaS 요청 속성을 사용하도록 애플리케이션을 업데이트하십시오.

    • "vco.execution.state"
    • "vco.execution.business.state"
    • "vco.execution.current.activity.name"
    • "vco.execution.start.date"
    • "vco.execution.end.date"
    • "vco.execution.error.details"
  • vRA 7.3 이상에서 업그레이드한 후 상태 서비스 구성 데이터가 vRA 7.5에 누락됨

    상태 서비스 데이터는 이제 vRA 7.3 및 7.4의 상태 서비스에 사용된 내부 데이터스토어와 달리 vRA Postgres 데이터베이스에 저장됩니다. 기간별 데이터에 대한 마이그레이션 경로가 없으며 업그레이드 후에 상태 서비스를 재구성해야 합니다.

    해결 방법: 업그레이드 후 상태 서비스 검사를 구성하십시오.

  • 새로운 항목 7.5로 업그레이드 또는 마이그레이션한 후에 시작, 중지 및 다시 시작과 같은 2일차 작업이 Azure 시스템에 나타나지 않음

    7.x에서 7.5로 업그레이드 또는 마이그레이션한 후에 시작, 중지 및 다시 시작 작업이 표시되지 않습니다.

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

  • 새로운 항목 vRA 7.5로 업그레이드한 후 [예약]에서 스토리지 그리드가 채워지지 않음

    vRA를 버전 7.5로 업그레이드한 후 [예약]에서 스토리지 그리드가 채워지지 않습니다.

    해결 방법: 명령줄 또는 vRealize Automation 장치 관리 인터페이스에서 VMware vCloud Automation Center 서비스를 다시 시작합니다.

  • 새로운 항목 vRO에 대한 setenv.sh 파일의 사용자 지정 업데이트가 업그레이드 후 재정의됨

    vRO에 대한 setenv.sh 파일의 사용자 지정 업데이트가 업그레이드 후 재정의됩니다. 이 파일은 /usr/lib/vco/app-server/bin/setenv.sh에 있습니다.  업그레이드 후에, 해당되는 경우 값을 업데이트하고 vco-server를 다시 시작하여 변경 내용을 적용합니다.

  • 새로운 항목 Log Insight 에이전트 서비스와 업데이트 서비스를 실행 중인 경우, 업그레이드 프로세스로 인해 자동으로 중지되고 업그레이드가 완료된 후에 시작되지 않습니다.

    Log Insight 에이전트 서비스와 Log Insight 에이전트 업데이트 서비스가 설치되고 실행 중인 경우 업그레이드 프로세스로 인해 자동으로 중지됩니다. 업그레이드 후에 Log Insight 에이전트 서비스를 수동으로 시작해야 합니다.

구성 및 프로비저닝

  • 과도한 부하를 처리할 때 vRA 클러스터 노드가 로드 밸런서에 "down"으로 보고될 수 있음

    과도한 부하를 처리하거나 페일오버 후 작업을 수행할 때, vRA 노드가 외부 로드 밸런서에 ‘down’(오류 503)으로 플래그가 지정될 수 있습니다 . vRA 7.5부터는 vIDM 상태 점검이 vRA 노드 상태 점검에 대한 종속성으로 포함됩니다.
    부하가 과도한 경우, 내장형 vIDM 인스턴스의 상태 점검에 응답하는 시간이 오래 걸리고 로드 밸런서에서 vRA 노드에 조기에 down으로 플래그가 지정됩니다.

    기술 자료 문서 58709를 참조하십시오.

  • 읽기 전용 텍스트 영역은 Chrome Edge 및 IE에서 크기를 조정할 수 없음

    XaaS Blueprint에 큰 텍스트 영역이 포함되어 있으면 Microsoft CSS 지원이 누락되어 Chrome Edge 및 IE에서 텍스트 영역의 크기를 올바르게 조정할 수 없습니다.

    대안으로 Firefox 브라우저를 사용할 수 있습니다.

  • 사용자 지정 양식의 필드 또는 속성을 채우는 데 임의 어레이 유형의 외부 vRO 작업이 지원되지 않음

    사용자 지정 양식의 필드 또는 사용자 지정 속성을 어레이[임의] 유형의 vRO 작업으로 채우도록 구성하면 양식에 오류가 발생할 수 있으며 올바르게 작동하지 않습니다.
    이 반환 유형의 작업을 사용하면 다양한 사용 사례에서 오류가 발생할 가능성이 매우 높습니다. 따라서 고객이 양식에서 이러한 구성을 작성하는 것을 장려하지 않습니다.

    없음

  • 소프트웨어 서비스에 의해 프로비저닝된 이벤트 브로커 리소스는 정리되지 않으며 시스템 수준의 재프로비저닝 시 소프트웨어 프로비저닝이 발생하지 않습니다.

    소프트웨어 요소가 배포된 시스템에서 2일차 재프로비저닝 작업을 수행하면 프로비저닝된 VM에 소프트웨어가 재프로비저닝되지 않습니다.

    해결 방법: 없음.

  • IE11 및 Edge 브라우저에 2일차 작업 메뉴 전체가 표시되지 않음

    1개 또는 2개의 하위 시스템만 있는 배포의 경우 IE11 및 Edge 브라우저에서 2일차 작업 메뉴 전체가 표시되지 않습니다.

    해결 방법: 작업 목록이 화면에서 잘린 경우 스크롤하면 전체 목록에 액세스할 수 있습니다. 또는 Firefox 또는 Chrome 브라우저를 사용할 수 있습니다.

  • 새로운 항목 Firefox 브라우저를 사용하여 Blueprint를 만들거나 편집할 때, 템플릿 복제 VM에 최대 스토리지 값을 수동으로 입력해야 함

    Firefox에서 Blueprint를 작성할 때 VM 빌드 정보에 대해 템플릿 복제를 선택한 후에는 최대 스토리지 값이 [시스템 리소스] 탭에 자동으로 채워지지 않으며 빨간색으로 강조 표시됩니다.

    최대 스토리지에 대한 값을 수동으로 입력해야 합니다.

  • 새로운 항목 리스 변경 2일차 작업에 대한 승인이 트리거되지 않고 리스 변경 작업이 승인을 기다리지 않고 진행됨

    정책 유형을 “서비스 카탈로그 - 리소스 작업 요청 - 리스 변경 - 배포/시스템”으로 사용하는 승인 정책처럼 승인이 리스 요청 일 수의 조건을 기반으로 하는 경우, 승인은 리스 일 수를 충족하는 절을 기반으로 필요하며 카탈로그 사용 권한의 정책 유형과 연결됩니다. 시스템이 프로비저닝된 후에 시스템의 리스를 변경하면 작업이 승인을 호출하지 않고 처리됩니다.

    해결 방법: 리스 변경에 대해, 리스 일 수에 해당하는 절을 추가하는 대신 승인 유형으로 “항상”을 사용합니다.

  • 사용자 지정 양식 설계 UI에서 바인딩 필드로 하위 테넌트 레이블을 사용하는 것이 작동하지 않음

    UI에서 사용자 지정 양식의 바인딩 필드로 하위 테넌트 레이블을 사용하려고 하면 바인딩이 테넌트 레이블로 되돌려집니다.

    사용자 지정 양식 UI에서 하위 테넌트 참조 필드를 대신 사용합니다. 사용자 지정 양식을 yaml로 내보내고 올바른 바인딩을 배치하여 yaml 파일을 수정한 다음 양식을 다시 가져올 수도 있습니다.

  • 새로운 항목 vRA 모드에서 [비즈니스 관리] 탭에 액세스하는 동안 Unable to authenticate with OAuthToken! 예외가 발생함

    vRA 모드인 경우, vRA에서 사용자 세션이 만료되면 [비즈니스 관리] 탭에 다음과 같은 오류 메시지가 나타납니다.

    org.springframework.security.authentication.BadCredentialsException: Unable to authenticate with OAuthToken! 
    The token is expired.

    해결 방법: 로그아웃했다가 다시 로그인합니다.

  • 새로운 항목 업그레이드 또는 마이그레이션 후 Azure 가상 시스템 양식 세부 정보가 표시되지 않음

    vRA 7.x에서 7.5로 업그레이드 또는 마이그레이션한 후 Azure VM에 대한 기존 양식이 빈 상태로 표시됩니다.

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

  • Azure 카탈로그 요청에서, blueprint에 정의된 사용자 지정 속성을 삭제할 수 없음

    사용자 지정 속성이 포함된 Azure blueprint를 카탈로그 권한의 blueprint에 추가한 경우, 카탈로그 요청 중에 속성의 기본값을 사용하거나 재정의할 수 있습니다. 하지만 속성을 제거할 수 없습니다.

    해결 방법: 속성을 사용하지 않으려면 blueprint에서 사용자 지정 속성을 제거해야 합니다.

  • 새로운 항목 CloudClient를 사용하여 Blueprint를 vRA로 가져오면 작업 상태가 실패하고 오류 메시지가 표시됨

    vRA 7.5에서 Blueprint 생성 및 Blueprint 요청 시 소프트웨어 구성 요소 유효성 검사가 추가되었습니다 .이로 인해 다음과 유사한 오류 메시지가 표시될 수 있습니다. Example:"operationStatus" : "FAILED","operationErrors" : [ { "errorCode" : 900184, "errorMessage" : "In the [Common-Functions] component, the software component [VMware-vRA-Common-Functions is not linked to Common]" } ]The validation principle is that in any isolated vSphere machine, if more than one software component exists, they must have dependencies, for example, SWA depends on SWB, and SWB depends on SWC (SWA -> SWB -> SWC). The dependencies show an execution sequence at software component installation time. Simultaneous provisioning of two software components is not allowed causing error messages 'in the format of "In the <[component_name]> component, the software component [SWA is not linked to SWB]".

    해결 방법: 오류 메시지에 따라 yaml 파일에서 문제가 있는 소프트웨어 구성 요소를 찾아서 "dependsOn: - "을 별도의 줄에 :SWA: type: Software.SWA dependsOn: - SWB data:와 같이 추가합니다.

  • 새로운 항목 [인프라] 탭에서 계산 리소스 예약을 생성할 수 없음

    [인프라] 탭에서 [계산 리소스]를 클릭하고 [새 예약]을 선택하면 [새 예약] 페이지가 나타나지 않습니다.

이전에 알려진 문제

이전에 알려진 문제 목록을 보려면 여기를 클릭하십시오.

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