vRealize Orchestrator Appliance 7.5 | 2018년 9월 20일 | 빌드 10110089

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

릴리스 정보에 포함된 내용

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

vRealize Orchestrator 7.5의 새로운 기능

vRealize Orchestrator 7.5는 여러 개선 사항 및 버그 수정을 제공하며 새로운 옵션으로 자동 구성을 확장합니다.

  • 업데이트된 Orchestrator 웹 클라이언트를 이용하면 다음을 수행할 수 있습니다.
    • 워크플로 실행 및 재실행
    • 워크플로 실행의 성능 데이터와 실시간 추적 모니터링
    • 패키지 가져오기 및 내보내기
    • 예약된 워크플로 생성 및 편집
  • 배포 설치 공간을 줄이고 운용성을 개선하기 위해 가상 장치 아키텍처를 업데이트하였습니다.
    • 이제는 내장된 Postgres 데이터베이스의 클러스터화가 가능하며 자동 페일오버가 지원됩니다.
    • VAMI의 마이그레이션 마법사가 새로워졌습니다.
    • 클러스터 및 데이터베이스 관리가 이제 VAMI 인터페이스로 이동되었습니다.
  • Troubleshooting
    • vRealize Orchestrator 플러그인 구성을 로그 번들과 함께 내보내기
    • 실행 완료 후 중첩된 워크플로의 입출력 검사
    • 스크립트 작업을 주어진 데이터 유형으로 필터링한 목록을 얻는 API

기능 및 지원 공지사항


  • [중요] 더 이상 Orchestrator Appliance 7.5로 업그레이드할 수 없으며, 마이그레이션만할 수 있습니다.
  • Orchestrator 제어 센터를 통한 클러스터 구성과 마이그레이션 수행이 중단되었습니다. 이러한 작업은 VAMI 인터페이스로 수행하십시오.
  • [중요] vRealize Orchestrator 7.5와 함께 제공되는 내장된 PostgreSQL 데이터베이스만 사용할 수 있습니다. 다음 기능이 vRealize Orchestrator 7.5에서 제거되었습니다.
    • 외부 데이터베이스 서버로서 Microsoft SQL 서버 및 Oracle 데이터베이스를 지원합니다.
    • SNMPv3를 지원합니다.
  • [중요] 현재 vRealize Orchestrator 7.5는 Horizon 플러그인을 지원하지 않습니다. Horizon 플러그인이 vRealize Orchestrator 7.5과 호환되면 릴리스 정보가 업데이트됩니다.

VMware vRealize Orchestrator Appliance 7.5 배포

VMware vRealize Orchestrator 7.5는 미리 구성된 가상 장치로 사용할 수 있습니다.

Orchestrator Appliance는 OVA 파일로 배포됩니다. Novell SUSE Linux Enterprise Server 및 PostgreSQL이 사전 설치되고 구성되어 있으며 vCenter Server 5.5 이상과 함께 배포할 수 있습니다.

Orchestrator Appliance는 빠르고 사용법이 쉬우며, 경제적인 방식으로 vRealize Automation, vCenter Server를 포함한 VMware Cloud 스택을 사용 중인 IT 프로세스 및 환경에 통합할 수 있습니다.

vRealize Orchestrator 7.5로 마이그레이션

Orchestrator Appliance 배포 및 사용에 대한 지침은 VMware vRealize Orchestrator 마이그레이션을 참조하십시오.

참고: vRealize Orchestrator Appliance 버전 5.5.x에서 7.5으로의 업그레이드는 지원되지 않습니다. 먼저 vRealize Orchestrator Appliance 5.5.x를 6.0.x로 업그레이드한 뒤, 7.5로 마이그레이션해야 합니다.

중요: 보안상의 이유로 Orchestrator Appliance의 루트 계정 암호가 만료되는 기간은 365일로 되어 있습니다. 계정의 암호 만료 기간을 늘리려면 루트 계정으로 Orchestrator Appliance에 로그인한 후 다음 명령을 실행합니다.

passwd -x number_of_days name_of_account

Orchestrator Appliance 루트 암호를 영구적으로 사용하려면 다음 명령을 실행합니다.

passwd -x 99999 root

vRealize Orchestrator 7.5와 함께 설치되는 플러그인

vRealize Orchestrator 7.5는 기본적으로 다음 플러그인과 함께 설치됩니다.

  • vRealize Automation Center Infrastructure Administration 플러그인 7.5.0
  • vRealize Automation 플러그인 7.5.0
  • vRealize Orchestrator vCenter Server 플러그인 6.5.0
  • vRealize Orchestrator 메일 플러그인 7.0.1
  • vRealize Orchestrator SQL 플러그인 1.1.4
  • vRealize Orchestrator SSH 플러그인 7.1.0
  • vRealize Orchestrator SOAP 플러그인 2.0.0
  • vRealize Orchestrator HTTP-REST 플러그인 2.3.0
  • Microsoft Active Directory용 vRealize Orchestrator 플러그인 3.0.7
  • vRealize Orchestrator AMQP 플러그인 1.0.4
  • vRealize Orchestrator SNMP 플러그인 1.0.3
  • vRealize Orchestrator PowerShell 플러그인 1.0.13
  • vRealize Orchestrator Multi-Node 플러그인 7.5.0
  • vRealize Orchestrator 동적 유형 1.3.1
  • vRealize Orchestrator vCloud Suite API(vAPI) 플러그인 7.5.0
  • vRealize Orchestrator 플러그인 for vRealize Automation 7.5.0

국제화 지원

vRealize Orchestrator 7.5는 제어 센터에 대해 다국어 지원을 제공하며 Orchestrator Java Client에 대해 국제화 레벨 1을 지원합니다.

피드백 제공 방법

적극적으로 피드백을 보내주시면 감사드리겠습니다. 다음 방법 중 하나를 통해 피드백을 제공할 수 있습니다.

  • 지원 요청(SR)
  • Orchestrator 토론 포럼

지원 요청(SR)

지원 요청(SR)에 해당하는 모든 문제를 제출해 주십시오. 이러한 문제를 다른 방법으로 VMware에 보고한 경우에도 마찬가지입니다.

https://www.vmware.com/support/services에서 고객이 제출한 지원 요청(SR)을 VMware 지원에서 처리하는 과정 및 지원 요청(SR)을 제출하는 방법을 알 수 있습니다.

지원 요청(SR)에 로그 파일을 포함시킵니다.

Orchestrator에서 로그 파일 및 구성을 수집하려면 다음 단계를 수행하십시오.

  1. https://orchestrator_server_ip_address:8283/vco-controlcenter에서 제어 센터로 이동합니다.
  2. 루트로 로그인합니다.
  3. 로그 내보내기로 이동합니다.
  4. 로그 내보내기 버튼을 클릭합니다.
  5. 생성된 ZIP 파일을 저장합니다.
  6. 저장한 ZIP 파일을 VMware 지원에 업로드합니다.

장치 로그를 수집하려면 다음 단계를 수행하십시오.

  1. VAMI로 이동합니다(https://orchestrator_server_ip_address:5480/).
  2. 루트로 로그인합니다.
  3. 관리 -> 로그 페이지로 이동합니다.
  4. 로그 파일 저장을 클릭합니다.
  5. 저장한 파일을 VMware 지원에 업로드합니다.

이전 릴리스의 vRealize Orchestrator

이전 릴리스의 vRealize Orchestrator 기능 및 문제가 각 릴리스에 해당하는 릴리스 정보에 설명되어 있습니다. 이전 릴리스의 vRealize Orchestrator 릴리스 정보를 검토하려면 다음 링크 중 하나를 클릭합니다.

해결된 문제

  • 패키지를 폴더 구조로 내보낸 다음 폴더에서 가져왔지만 가져오기 상태의 범주 구조가 다릅니다.

    폴더 구조에서 패키지를 가져오면 구성요소의 내보내기 범주 구조가 달라질 수 있습니다. 이 문제는 범주 이름에 점(.)이 있으면 발생할 수 있습니다.

    1/ 패키지를 폴더가 아닌 파일로 내보내십시오.

    2/ 패키지 이름에서 점(.)을 모두 제거합니다.

  • 플러그인을 대용량 파일로 설치할 수 없습니다.

    vRO 구성 서버는 최대 크기가 512MB로 제한됩니다(vRO 서비스 자체가 아닌 vRO 구성 서버). 플러그인의 경우, 사용자는 크기 문제 때문에 vRO 구성 서버를 수동으로 조절해야 플러그인을 설치할 수 있어서 대단히 불편합니다.
    vRO 구성 서비스 메모리 크기가 768MB로 변경되었습니다.
     

     

  • 워크플로 실행 로그가 Java Client에 표시되지 않습니다.

    워크플로 실행 로그는 Orchestrator Java Client에서 누락되곤 합니다. 워크플로 로그를 보려면 Orchestrator 서버 서비스를 재시작하십시오.

  • 항목으로서의 워크플로로 실행되는 워크플로를 자세히 살펴보면, Duplicate Keys(키 중복) 관련 오류가 Java Client에 표시됩니다.

    다른 워크플로를 포함하는 워크플로의 경우 워크플로 실행에서 내장된 워크플로를 확인하면 중복 키 오류가 발생할 수 있습니다.
     

  • Orchestrator 서버 서비스를 다시 시작하면, 로그 구성을 읽을 때 오류가 발생해 서버가 시작되지 않을 수 있습니다.

    Orchestrator 서버 서비스를 다시 시작하면, 로그 구성을 읽을 때 오류가 발생해 서버가 시작되지 않을 수 있습니다.

  • Orchestrator 웹 클라이언트 대시보드에 Comparison 메서드가 일반 계약을 위반한다는 오류가 표시될 수 있습니다.

    vRealize Orchestrator 웹 클라이언트에 로그인하면, Comparison 메서드가 일반 계약을 위반한다는 오류가 표시될 수 있습니다. 이 경우 대시보드가 업데이트되지 않을 수 있습니다. 

알려진 문제

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

설치 문제
  • vRealize Orchestrator에서 플러그인 제거 과정이 설명서 주제 플러그인 제거에 설명된 대로 진행되지 않습니다.

    해결 방법: 아래 단계를 실행하여 플러그인을 제거합니다. 클러스터에 Orchestrator 노드가 여러 개인 경우 모든 노드에서 이 단계를 실행합니다.

    1. SSH에서 루트로 Orchestrator Appliance에 로그인합니다.
    2. Orchestrator 서버 서비스 및 제어 센터 서비스를 중지합니다.

      service vco-server stop && service vco-configurator stop

    3. 텍스트 편집기로 /etc/vco/app-server/plugins/_VSOPluginInstallationVersion.xml 파일을 열고 제거하려는 플러그인에 해당하는 코드 줄을 삭제합니다.
    4. /var/lib/vco/app-server/plugins 디렉토리에서 제거하려는 플러그인이 포함된 .dar 아카이브를 삭제합니다.
    5. Orchestrator 데이터베이스의 VMO_VroConfiguration 테이블에서 모든 레코드를 삭제합니다.

      예를 들어, Microsoft SQL Server를 사용하는 경우 삭제 구문은 DELETE FROM [database_name].[dbo].[VMO_VroConfiguration]입니다.

    6. Orchestrator 서버 서비스 및 제어 센터 서비스를 시작합니다.

      service vco-server start && service vco-configurator start

    7. 설명서 주제 플러그인 제거5단계에 설명된 대로 플러그인과 관련된 패키지 및 폴더를 삭제합니다.
  • 제어 센터에 플러그인을 설치하는 동안 오류 메시지가 표시됨.
    제어 센터의 플러그인 관리 페이지에서 플러그인을 설치하면 다음 오류 메시지가 나타납니다. 플러그인 ‘name_of_the_plug-in’(plug-in_file_name)이 현재 플랙폼 버전과 호환되지 않습니다. Supported platform versions are ''. 그래도 [설치] 버튼을 클릭하면 설치가 진행됩니다. 이 오류 메시지는 무시하고 플러그인 설치를 계속 진행하면 됩니다.
구성 문제
  • 인증 제공자 인증서가 변경되거나 다시 생성되면 Orchestrator 인증 구성이 무효화될 있습니다.
    제어 센터에서 인증 제공자로 구성된 vRealize Automation 또는 vSphere 인스턴스의 SSL 인증서가 변경되거나 다시 생성되면 Orchestrator 인증 구성이 무효화되고 Orchestrator 서버를 시작할 수 없습니다.

    해결 방법: 새 인증 제공자 인증서를 가져옵니다.

    1. 제어 센터에 관리자로 로그인합니다.
    2. 인증서를 클릭합니다.
    3. 신뢰할 수 있는 인증서에서 가져오기 탭을 클릭합니다.
    4. URL 또는 파일에서 SSL 인증서를 로드합니다.
    5. 가져오기를 클릭합니다.

     

  • vRealize Orchestrator SQL 플러그인을 MySQL 데이터베이스에 연결할 수 없음.
    MySQL 데이터베이스에 대해 데이터베이스 추가 워크플로를 실행하면 ‘MySQL’ 데이터베이스용 드라이버 ‘com.mysql.jdbc.Driver’를 찾을 수 없습니다! 오류 메시지와 함께 워크플로에 실패합니다.

    참고: MySQL 데이터베이스 지원이 vRealize Orchestrator 7.0에서 제거되었습니다.

    해결 방법: MySQL 데이터베이스 지원을 활성화하려면 Orchestrator 플랫폼에 MySQL용 JDBC 드라이버를 설치해야 합니다.

    chown vco:vco mysql-connector-java-x.x.x.jar

    chmod 644 mysql-connector-java-x.x.x.jar

    service vco-server restart

    1. MySQL용 최신 JDBC 드라이버를 http://dev.mysql.com/downloads/connector/j/에서 다운로드합니다.
    2. 다운로드한 아카이브의 압축을 풉니다.
    3. 압축 해제된 폴더에서 mysql-connector-java-x.x.x.jar 파일을 찾습니다. x.x.x는 현재 Subminor 버전입니다.
    4. mysql-connector-java-x.x.x.jar를 Orchestrator 서버의 /usr/lib/vco/app-server/lib 디렉토리로 복사합니다.
    5. mysql-connector-java-x.x.x.jar 파일의 소유권을 변경합니다.
    6. mysql-connector-java-x.x.x.jar의 권한을 변경합니다.
    7. Orchestrator 서버 서비스를 재시작합니다.
  • SOAP 플러그인이 인증된 프록시 서버를 통해 연결되지 않습니다.
    Add a SOAP host 워크플로를 실행할 때 인증이 필요 없는 프록시 서버를 사용합니다.
  • Orchestrator Java Client가 Java 8 이전 버전에서 실행되지 않습니다.
    Orchestrator Java Client를 실행하려면 Java 8이 필요합니다.

     

  • SOAP 또는 REST 호스트에 연결하거나 인증서를 가져올 때 문제가 발생하는 경우 특정 버전의 SSL 또는 TLS를 사용해야 할 수 있습니다.
    이 문제에 대한 자세한 내용은 https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/JSSERefGuide.html을 참조하십시오.

    해결 방법: 송신 HTTPS 연결을 위한 SSLv3 및 TLSv1 사용에 대한 자세한 내용은 vRealize Orchestrator 6.0.4 및 7.0.x에서 수동으로 송신 HTTPS 연결을 위한 TLSv1 사용(KB 2144318)을 참조하십시오.

  • vSphere Web Client에서 vCenter Server 개체에 액세스할 수 없음

    액세스하려는 vCenter Server 인스턴스가 Orchestrator에 IP 주소로 등록되었다면, Orchestrator가 vSphere Web Client에서 vCenter Server 개체에 액세스할 수 없습니다.

    해결 방법: 호스트 이름으로 vCenter Server 인스턴스를 등록합니다.

  • TNSNames를 사용하는 Oracle 데이터베이스 연결을 지원하지 않음.
    TNSNames를 사용하여 Oracle 데이터베이스에 연결할 수 없습니다. IP 주소 또는 DNS 이름을 사용하여 Oracle 데이터베이스에 연결할 수 있습니다.

    해결 방법: Oracle 11g 데이터베이스 인스턴스에 대한 RAC 및 TNS 구성 지원을 vRealize Orchestrator에 추가(KB 1022828)를 참조하십시오.

  • VAMI 클러스터 페이지의 Delete(삭제) 버튼을 눌러도 vRO 클러스터 노드에서 노드가 제거되지 않음

    VAMI 클러스터 페이지에서 Delete(삭제) 버튼을 이용하여 클러스터 노드를 제거해도 제어 센터 클러스터 페이지에서는 노드가 제거되지 않습니다. 

    제어 센터 - 클러스터 관리 탭에서 노드를 제거하십시오. 자세한 내용은Orchestrator 클러스터에서 노드 제거를 참조 하십시오.

클라이언트 문제
  • SSH 플러그인을 Cisco Adaptive Security Appliance(ASA) 방화벽에 연결할 수 없음.
    vRealize Orchestrator 7.1용 SSH 플러그인은 Cisco Adaptive Security Appliance(ASA) 방화벽에 대한 연결을 지원하지 않습니다.
  • 특정 컨텍스트에서 ASCII가 아닌 문자를 처리할 때 문제 발생.
    입력 매개 변수에서 ASCII가 아닌 문자를 사용하면 다음 상황에서 잘못된 동작이 발생합니다.
    • 이름에 ASCII가 아닌 문자를 포함하는 파일이 있는 SSH 폴더에서 SCP put 또는 SCP get 워크플로를 실행하면 워크플로는 실행되지만 대상 시스템에서 결과 파일의 이름을 판독할 수 없습니다.
    • ASCII가 아닌 문자를 특성 이름에 삽입하면 문자가 표시되지 않습니다. 이 문제는 워크플로 특성 및 작업 특성으로 인해 발생합니다.
  • vRO 클라이언트 로그인이 오래 걸림

    vRO 클라이언트 로그인이 오래 걸릴 수도 있습니다.

    관리자 수준 액세스가 필요한 사용자의 경우:
    사용자나 특정 그룹의 사용자 집단이 vRO에 대한 관리자 수준 액세스를 얻어야 한다면, 관리자 역할을 상위 그룹을 통해 간접적으로 할당하지 말고 해당 사용자 또는 집단에 바로 할당하십시오.

  • “vCenter 인스턴스 추가” 워크플로를 처음 실행하면 워크플로 표현에 “PBM 끝점의 URL(기본 vSphere 6.5 PBM 끝점 URL은 https://vSphereHostName:443/pbm)” 및 “SMS 끝점의 URL(기본 vSphere 6.5 SMS 끝점 URL은 https://vSphereHostName:443/sms/sdk)”라는 두 가지 필드가 존재합니다. 이 필드는 사용자가 vCenter 인스턴스의 호스트 이름(추가할 vCenter Server 인스턴스의 IP 또는 호스트 이름)을 추가하면 URL 데이터를 이용해 자동으로 입력됩니다.

    이 경우 워크플로를 다시 사용하고 다른 vCenter 인스턴스를 추가하고 싶다면 호스트 이름과 IP 주소를 새로운 vCenter 인스턴스에 속한 이름과 주소로 변경하면 되지만, 상기 필드는 기존 URL을 계속 유지합니다.  필드를 수동으로 변경하지 않으면, 워크플로 실행이 실패하게 됩니다. 

    새 vCenter 인스턴스의 끝점 URL을 수동으로 업데이트하십시오. 

  • “SSH 호스트 추가” 워크플로에는 서버의 진입 경로를 구성하는 데 사용하는 “The Root Folders” 필드가 존재합니다. 이것은 선택형 필드입니다.

    SSH 호스트 추가” 워크플로를 사용하고 “The Root Folders” 필드에 루트 폴더를 추가하면 인벤토리에 이 폴더가 표시되지 않을 수 있습니다.

    사용자가 루트 폴더를 추가하고 싶다면, “SSH 호스트에 Root Folder 추가”를 이용할 수도 있습니다. 

  • vRealize Orchestrator 웹 클라이언트에서는 이름에 밑줄 친 글자가 있는 태그가 존재합니다.

    vRealize Orchestrator 웹 클라이언트는 세 글자 미만이거나 공백이 있는 태그 이름은 지원하지 않습니다. 이름이 세 글자 미만인 개체에서 자동 생성된 모든 태그는 뒤에 “밑줄”이 붙습니다. 또한 공백도 모두 “밑줄”로 교체됩니다.

     

    예: vRO Java Client의 “/Library/project A/app/DR/backup”에 있는 워크플로에는 vRO 웹 클라이언트에 다음과 같은 자동 생성 태그가 붙습니다. “Library”, “project_A”, “app”, “DR_”

  • vRO 클라이언트에서 패키지를 가져오면 서버 오류가 발생합니다.

    오류: 

    트랜잭션이 롤백 전용으로 표시됨, 커밋할 수 없음, 중첩된 예외는 org.hibernate.TransactionException임.
     트랜잭션이 롤백 전용으로 표시됨, 커밋할 수 없음
     트랜잭션이 롤백 전용으로 표시됨, 커밋할 수 없음, 중첩된 예외는 org.hibernate.TransactionException임. 트랜잭션이 롤백 전용으로 표시됨, 커밋할 수 없음

     vRO 서버 로그에 다음이 포함됨: “오류: 중복 키 값이 고유 제한 위반”

    해결 방법: Orchestrator에서 중복된 항목을 제거하는 방법은 vRO DB 내 엔티티 중복으로 인해 vRA 6.2.5/7.x에서 7.4로 업그레이드 실패의 관련 단계에 따르십시오(KB: 54982).

  • Orchestator 웹 클라이언트의 원격 Оrchestrator 서버(다중 노드 플러그인)에서 워크플로를 실행하면 올바르지 않은 표시가 나타남.

    (다중 노드 플러그인의) 원격 Orchestrator 환경에서 워크플로를 실행하면 vCenter 플러그인 같은 첨부된 인벤토리를 통해 접근하고 검색할 수 있습니다.

    vCenter 플러그인 폴더를 확장해 중첩된 요소를 볼 수 없는 트리 뷰에서 원격 플러그인을 통해 검색하면 문제가 발생할 수 있습니다.

    원격 Orchestrator 서버에서 실행하는 워크플로는 올바르게 표시되지 않을 수 있습니다.

  • Orchestrator Appliance가 NAT(네트워크 주소 변환)을 바탕으로 한다면, Java WebStart를 통한 Orchestrator Java Client 사용은 지원되지 않습니다.
  • 작업 모듈에 공백이 있다면 vRealize Automation은 vRealize Orchestrator 작업을 사용자 지정 속성으로 인식하지 않습니다.

    Orchestrator 7.0 이전의 모든 버전에서 업그레이드하면, 이름에 공백이 있는 작업 모듈은 7.x 버전에서 실행하는 vRealize Automation이 설치된 경우 더 이상 보이지 않습니다. 그 결과 이러한 모듈에 있는 작업은 vRealize Automation의 속성 정의에 연결할 수 없습니다.

    해결 방법: 작업 모듈의 이름에 공백이 없는지 확인합니다. vRealize Orchestrator를 업그레이드하기 전에 작업 모듈 이름에서 모든 공백을 밑줄(_) 또는 점(.)으로 교체합니다.

기타 문제
  • Orchestrator 서비스가 백업 및 복원 절차 후에 복구되지 않음

    Orchestrator를 백업 및 복원할 때 서버는 vCenter Orchestrator 서버에 연결할 수 없습니다 오류로 인해 vRealize Automation에서 액세스할 수 없습니다. 이로 인해 Orchestrator가 시작됨 상태이지만 시작할 수 없고, 작업 및 정책이 누락되고, 워크플로를 다시 실행해야 합니다.

    해결 방법: 누락된 예약된 작업 및 정책을 다시 만들고, 시작하지 않은 예약된 워크플로를 다시 실행하고, Orchestrator 서비스를 다시 시작합니다.

  • 클러스터에 하나 이상의 Orchestrator 인스턴스가 있으면 워크플로가 실행된 Orchestrator 노드에만 워크플로 토큰이 표시됨.
  • vCenter Server 플러그인의 Storage VSAN 워크플로가 SSD(Solid-State Drive) 디스크를 ESXi 호스트에 추가하는 것을 지원하지 않음.
    Add disks to disk groupRemove disks from disk groups 워크플로가 SSD 디스크를 용량 디스크로 ESXi 호스트에 추가하는 것을 지원하지 않음.
  • vCenter Server 플러그인이 정책을 지원하지 않음.
    vRealize Orchestrator용 vCenter Server 플러그인이 관리형 vCenter Server 인스턴스에서 발생된 이벤트를 모니터링하기 위한 정책을 사용하는 것을 지원하지 않습니다.
  • 람다 표현식이 포함된 확장자 메소드를 사용하는 경우 맞춤형 모델 중심 플러그인의 컴파일링이 실패함.
    플러그인을 생성하기 위해 모델 중심을 사용하며 특정 확장자에 확장자 메소드를 추가할 때, 확장자 메소드에 람다 표현식이 포함된 경우 플러그인이 컴파일링을 수행하지 않습니다. 플러그인 컴파일이 다음과 유사한 오류 메시지와 함께 실패합니다. Caused by: java.lang.ArrayIndexOutOfBoundsException: 52789.

    해결 방법: 확장자 메소드의 본문에서 람다 표현식을 사용하지 마십시오.

  • REST 호스트 인스턴스가 Swagger 사양을 사용하여 생성되면 RESTOperation ID가 올바르게 초기화되지 않음.
    HTTP-REST 플러그인에서 REST 호스트 인스턴스가 Swagger 사양에 의해 생성되면 RESTOperation ID가 올바르게 초기화되지 않고 REST 호스트 개체의 getOperation이 작동하지 않습니다.
  • 사용자별 세션을 선택한 경우 vCenter Server 인벤토리에 대한 액세스를 제한하면 오류가 발생할 수 있습니다.
    vCenter Server 인스턴스를 Orchestrator에 추가할 때 사용자별 세션 옵션을 선택할 경우, 인벤토리 개체에 대한 액세스 권한이 제한된 사용자가 vCenter Server 인벤토리에 액세스하려고 하면 오류가 발생할 수 있습니다.
  • Orchestrator 6.0.2 이하 버전에서 업그레이드한 후 vCenter Server 플러그인에 유효한 자격 증명이 없음.
    Orchestrator 6.0.3 이전 버전에서 업그레이드한 경우 vCenter Server 플러그인에 유효한 자격 증명이 없습니다.

    해결 방법: Orchestrator를 업그레이드한 후 vCenter Server 인스턴스를 업데이트하고 사용자 암호를 구성합니다.

  • 디스크를 씩 프로비저닝으로 변환하는 워크플로가 스냅샷이 있는 가상 시스템을 올바르게 처리하지 못하고 씩 프로비저닝 디스크가 변환되지 않습니다.
    디스크를 씬 프로비저닝으로 변환하는 워크플로를 완료하면 스냅샷이 있는 가상 시스템의 씩 프로비저닝 디스크가 씬 프로비저닝으로 변환되었음을 보고하지만 실제로는 변환되지 않습니다.

    해결 방법: 워크플로에 스냅샷이 있는 가상 시스템을 포함하지 마십시오.

  • 어레이 유형의 vCenter Server 데이터 개체 속성에 값을 추가할 수 없습니다.
    Orchestrator가 스크립트를 실행하면 vCenter Server 플러그인이 JavaScript 어레이를 고정된 크기의 Java 어레이로 변환합니다. 따라서 어레이를 속성 값으로 갖는 vCenter Server 데이터 개체에 새 값을 추가할 수 없습니다. 미리 채워진 어레이로 전달하여 개체를 인스턴스화하면 어레이를 속성으로 갖는 개체를 생성할 수 있습니다. 하지만 개체를 인스턴스화한 후에는 값을 어레이에 추가할 수 없습니다.

    예를 들어, 다음 코드는 작동하지 않습니다.

    var spec = new VcVirtualMachineConfigSpec();
    spec.deviceChange = [];
    spec.deviceChange[0] = new VcVirtualDeviceConfigSpec();
    System.log(spec.deviceChange[0]);

    위 코드에서 Orchestrator는 빈 spec.deviceChange JavaScript 어레이를 고정 크기의 Java 어레이 VirtualDeviceConfigSpec[]setDeviceChange()를 호출하기 전에 변환합니다. spec.deviceChange[0] = new VcVirtualDeviceConfigSpec()을 호출하면, Orchestrator는 getDeviceChange()를 호출하고 어레이는 고정된 비어 있는 Java 어레이 상태로 유지됩니다. spec.deviceChange.add()를 호출하면 같은 동작이 발생합니다.

    해결 방법: 어레이를 지역 변수로 선언:

    var spec = new VcVirtualMachineConfigSpec();
    var deviceSpec = [];
    deviceSpec[0] = new VcVirtualDeviceConfigSpec();
    spec.deviceChange = deviceSpec;
    System.log(spec.deviceChange[0]);

  • 두 워크플로 요소 사이에 VcSnapshotInfo 개체를 Any 유형의 특성으로 전달하면 직렬화 과정에서 예외 발생

    vCenter Server 플러그인에서 VcSnapshotInfo 개체나 VcSnapshotInfo 개체의 어레이를 Any 유형 특성으로 두 워크플로 요소 사이에 전달하면 com.codahale.metrics 롱 필드를 설정할 수 없습니다. 오류 메시지와 함께 직렬화 실패가 트리거됩니다.

    해결 방법: 워크플로 요소 사이에 VcSnapshotInfo 개체 또는 VcSnapshotInfo 개체의 어레이를 전달하는 과정을 생략하도록 워크플로를 수정합니다.

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

  • vRealize Orchestrator에서 플러그인 제거 과정이 설명서 주제 플러그인 제거에 설명된 대로 진행되지 않습니다.

    해결 방법: 아래 단계를 실행하여 플러그인을 제거합니다. 클러스터에 Orchestrator 노드가 여러 개인 경우 모든 노드에서 이 단계를 실행합니다.

    1. SSH에서 루트로 Orchestrator Appliance에 로그인합니다.
    2. Orchestrator 서버 서비스 및 제어 센터 서비스를 중지합니다.

      service vco-server stop && service vco-configurator stop

    3. 텍스트 편집기로 /etc/vco/app-server/plugins/_VSOPluginInstallationVersion.xml 파일을 열고 제거하려는 플러그인에 해당하는 코드 줄을 삭제합니다.
    4. /var/lib/vco/app-server/plugins 디렉토리에서 제거하려는 플러그인이 포함된 .dar 아카이브를 삭제합니다.
    5. Orchestrator 데이터베이스의 VMO_VroConfiguration 테이블에서 모든 레코드를 삭제합니다.

      예를 들어, Microsoft SQL Server를 사용하는 경우 삭제 구문은 DELETE FROM [database_name].[dbo].[VMO_VroConfiguration]입니다.

    6. Orchestrator 서버 서비스 및 제어 센터 서비스를 시작합니다.

      service vco-server start && service vco-configurator start

    7. 설명서 주제 플러그인 제거5단계에 설명된 대로 플러그인과 관련된 패키지 및 폴더를 삭제합니다.
check-circle-line exclamation-circle-line close-line
Scroll to top icon