VMware vRealize Orchestrator 7.2 릴리스 정보

|

vRealize Orchestrator Appliance 7.2 | 2016년 11월 22일 | 빌드 4629837

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

릴리스 정보는 2017년 5월 29일에 마지막으로 업데이트되었습니다.

릴리스 정보에 포함된 내용

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

vRealize Orchestrator 7.2의 새로운 기능

vRealize Orchestrator 7.2는 여러 가지 개선사항 및 버그 수정을 제공하고 새로운 옵션이 포함된 자동화된 구성을 확장합니다.

  • 이벤트 브로커 서비스가 통합되어 vRealize Automation에서 비즈니스 상태 또는 워크플로 상태의 변경 사항에 대한 알림을 모니터링할 수 있습니다.
  • 스페인어, 프랑스어, 독일어, 중국어(번체), 중국어(간체), 한국어, 일본어 현지화를 포함하여 제어 센터의 사용 편의성이 개선되었습니다.
  • vRealize Automation용 vRealize Orchestrator 플러그인은 Orchestrator 플랫폼과 함께 제공됩니다.

vRealize Orchestrator 7.2는 vSphere 6.5와 호환되는 vCenter Server 플러그인의 버전과 함께 제공됩니다. 새롭게 디자인된 vRealize Orchestrator vCenter Server 플러그인은 vRealize Orchestrator 7.2에 대해 개별 다운로드 패키지로 사용 가능합니다. 이 플러그인은 vSphere 6.5 및 vRealize Orchestrator 7.2와 호환되며 향후 릴리스는 현재 Orchestrator 플랫폼과 함께 제공되는 vCenter Server 플러그인의 버전을 대체합니다. 새 vCenter Server 플러그인에는 다음 기능이 있습니다.

  • 이전 버전의 플러그인과 비교하여 유지 보수가 간단하고 신속하게 문제를 해결할 수 있습니다.
  • vSphere Server 인스턴스와의 최적화된 통신과 캐싱 스키마의 변경으로 인해 성능이 향상되었습니다.
  • 버전 5.5 이상의 vSphere 제품과의 스크립팅 API 및 컨텐츠 호환성이 최대화되었습니다.

vRealize Orchestrator 7.2용 새 vCenter Server 플러그인의 변경 사항에 대한 자세한 내용은 새 vCenter Server 플러그인의 새로운 기능을 참조하십시오.

기능 및 지원 공지사항

  • Orchestrator Appliance를 배포하고 vSphere를 인증 제공자로 선택하는 경우에만 Orchestrator를 vCenter Server 확장으로 구성하고 vSphere Web 클라이언트와 함께 사용할 수 있습니다.

  • 다음 기능은 vRealize Orchestrator에서 더 이상 사용되지 않고 향후 릴리스에서 제거될 예정입니다. 이 기능은 vRealize Orchestrator 솔루션의 일부로 사용해서는 안 됩니다.
    • LDAP 인증

VMware vRealize Orchestrator Appliance 7.2 배포

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

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

외부 데이터베이스를 사용하는 경우 Orchestrator Appliance는 시험 평가에서 대규모 운영까지 각종 사용 사례에 적합한 기능을 제공합니다. 또한 vRealize Automation, vSphere 6.x 및 Oracle 또는 Microsoft SQL과 같은 외부 데이터베이스 서버에서 제공하는 사전 설치된 디렉토리 서비스 및 데이터베이스 또는 Single Sign-On 인증을 사용할 수 있는 유연성을 갖추고 있습니다.

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

vRealize Orchestrator 7.2로 업그레이드

Orchestrator Appliance 배포 및 사용에 대한 지침은 VMware vRealize Orchestrator 설치 및 구성을 참조하십시오.

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

passwd -x number_of_days name_of_account

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

passwd -x 99999 root

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

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

  • vRealize Automation Center Infrastructure Administration Plug-In 7.2.0
  • vRealize Automation Plug-In 7.2.0
  • vRealize Orchestrator vCenter Server Plug-In 6.5.0
  • vRealize Orchestrator Mail Plug-In 7.0.1
  • vRealize Orchestrator SQL Plug-In 1.1.4
  • vRealize Orchestrator SSH Plug-In 7.0.1
  • vRealize Orchestrator SOAP Plug-In 2.0.0
  • vRealize Orchestrator HTTP-REST Plug-In 2.2.1
  • vRealize Orchestrator Plug-In for Microsoft Active Directory 3.0.3
  • vRealize Orchestrator AMQP Plug-In 1.0.4
  • vRealize Orchestrator SNMP Plug-In 1.0.3
  • vRealize Orchestrator PowerShell Plug-In 1.0.10
  • vRealize Orchestrator Multi-Node Plug-In 7.2.0
  • vRealize Orchestrator Dynamic Types 1.2.0
  • vRealize Orchestrator vCloud Suite API (vAPI) Plug-In 7.2.0
  • vRealize Orchestrator Plug-In for vRealize Automation 7.2.0

국제화 지원

vRealize Orchestrator 7.2는 제어 센터에 대해 다국어 지원을 제공하며 Orchestrator 클라이언트에 대해 국제화 레벨 1을 지원합니다.

피드백 제공 방법

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

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

지원 요청(SR)

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

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

지원 요청(SR)에 로그 파일을 포함시킵니다. Orchestrator에서 로그 파일 및 구성을 수집하는 다음 단계 수행:

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

이전 릴리스의 vRealize Orchestrator

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

해결된 문제

vRealize Orchestrator 7.2는 다음 문제를 해결합니다.

  • 예약된 Orchestrator 작업이 스케줄별로 간헐적으로 작동이 중지되고 Orchestrator 클라이언트에서 녹색 삼각형 기호가 표시됨.
    Orchestrator 스케줄은 워크플로 실행의 가장 최신 상태를 가져오지 않고 워크플로를 실행 중으로 표시하지만 Orchestrator의 워크플로 탭에는 워크플로가 성공적으로 완료된 것으로 표시됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 제어 센터에서 클러스터 관리 페이지의 구성 푸시 버튼이 플러그인과 관련된 모든 XML 파일을 동기화하지 않음.
    Orchestrator 클러스터에서 노드 중 하나는 버전 6.0.x에서 7.1로 업그레이드되고 또 다른 노드는 버전 7.1의 새 설치인 경우 /etc/vco/app-server/plugins 디렉토리에 있는 일부 플러그인 구성 XML 파일이 업그레이드된 Orchestrator Appliance에서 새로 설치된 7.1 장치로 복사되지 않기 때문에 클러스터 구성이 동기화되지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Orchestrator가 SSL을 통해 Microsoft SQL Server 데이터베이스에 연결할 수 없음.
    JDK 1.8은 이전 버전의 JDK과 비교하여 제한된 암호 그룹 집합을 지원합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 워크플로 범주에 대한 설명서를 생성하면 Orchestrator 클라이언트가 응답하지 않음.
    Orchestrator 클라이언트에서 워크플로 범주에 대해 설명서 생성 단계를 실행하면 Orchestrator 클라이언트가 응답하지 않고 워크플로 설명서가 생성되지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 서버의 HTTP 응답에 같은 이름의 헤더가 여러 개 포함된 경우에도 RESTResponse.getAllHeaders() 메서드가 헤더 이름당 헤더 한 개만 반환함.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Orchestrator 서버가 다시 시작한 후에만 REST 호스트의 업데이트된 시간 초과 값이 적용됨.
    REST 호스트 업데이트 워크플로를 실행하여 REST 호스트 시간 초과 구성을 변경할 경우 변경된 내용을 적용하려면 Orchestrator 서버를 다시 시작해야 합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • PUT 요청을 보내면 HTTP-REST 플러그인이 HTTP 응답 상태 코드 301 영구적으로 이동됨을 올바르게 해석하지 않음.
    원격 측에서 301 영구적으로 이동됨 HTTP 응답 코드에 응답하면 Orchestrator가 성공적으로 PUT 요청을 생성할 수 없습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Orchestrator 서버 인스턴스에서 동적 유형 패키지를 내보낼 수 없고 이 패키지를 같은 인스턴스로 가져올 수 없으며, 동적 유형 패키지가 Orchestrator 서버 7.0.1에서 생성된 경우 이 패키지를 가져올 수 없음.
    Orchestrator 7.0.1에서 생성된 동적 유형 패키지에서 구성을 가져오면 NullPointerException 오류 메시지와 함께 구성을 가져올 수 없습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • vRealize Automation 7.1에 내장된 Orchestrator Appliance 7.1에서 키 쌍 생성 워크플로가 실패함.
    포함된 Orchestrator Appliance에서 키 쌍 생성 워크플로가 다음 오류 메시지와 함께 실패합니다. InternalError: ../server/vmo/conf/vco_key (No such file or directory).

    이 문제는 이 릴리스에서 해결되었습니다.

  • vco-cli-java-7.1.0.jar 도구를 사용하여 패키지를 내보내는 경우 @ 문자가 포함된 사용자 이름으로 Orchestrator 서버에 대해 인증하면 내보내기가 실패함.
    인증에 사용하는 사용자 계정에 @ 문자가 포함된 경우 vco-cli-java 명령줄 도구를 통해 패키지를 내보내면 Unable to connect to server '[orchestrator_DNS_name:443]' 오류 메시지와 함께 패키지를 내보낼 수 없습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 만료된 OAuth 토큰으로 인해 Orchestrator가 응답하지 않음.
    OAuth 토큰이 만료되고 자동으로 갱신되지 않기 때문에 Orchestrator가 워크플로를 실행할 수 없고 Orchestrator 서버가 응답을 중지합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Orchestrator 클라이언트의 로그 창에서 워크플로 토큰에 대한 디버그 로그 메시지를 볼 수 없음.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 인수인 다른 특성 개체로 특성 스크립팅 개체를 초기화하면 직렬화가 실패함.
    다른 특성 개체를 인수로 사용하여 특성 스크립팅 개체를 초기화하면 Orchestrator가 개체를 직렬화할 수 없습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 여러 차례 스크립팅 작업을 편집하고 이 작업을 워크플로에서 실행하면 Orchestrator 클라이언트가 OutOfMemory 오류를 보고함.
    여러 차례 사용자 지정 작업을 편집하거나 저장한 다음 이 작업을 워크플로의 일부로 실행하면 Orchestrator 클라이언트는 작동을 중지하고 java.lang.OutOfMemoryError: Java heap space 오류를 표시합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 워크플로에 작업 요소가 포함된 경우 워크플로의 항목 구성원에 액세스할 수 없음.
    의사 결정 작업을 포함하는 워크플로의 스키마 요소에 액세스하려는 시도가 Error in (Workflow:Bug / Scriptable task (item3)#10198) Wrapped java.lang.ClassCastException: org.mozilla.javascript.NativeJavaObject cannot be cast to ch.dunes.scripting.jsmodel.JSWorkflowItem 오류 메시지와 함께 실패합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • iSCSI/FC/로컬 SCSI에서 데이터스토어 추가 워크플로가 오류와 함께 실패함.
    Orchestrator 클라이언트에서 iSCSI/FC/로컬 SCSI에서 데이터스토어 추가 워크플로를 실행하는 경우 최대 사용 가능 용량 옵션을 선택하면 지정된 매개 변수가 잘못되었습니다 오류 메시지와 함께 워크플로가 실패합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • log4j 구성 파일을 수정하면 업그레이드 후 scripting.log 출력이 Orchestrator 클라이언트에서 더 이상 표시되지 않음.
    업그레이드 중에는 사용자 지정 log4j.xml 파일은 업그레이드 패키지에 포함된 기본 log4j.xml 파일로 대체되지 않고 기존 log4j.xml 파일의 작동이 중지됩니다. 따라서 스크립팅 로그는 출력을 표시하지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Orchestrator가 Syslog 서버에 연결할 수 없는 경우 Orchestrator 노드가 응답하지 않음.
    Orchestrator와 함께 작동하도록 구성된 외부 Syslog 서버가 있으며 해당 Syslog 서버에 연결할 수 없는 경우 Orchestrator 노드가 응답을 중지합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

알려진 문제

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

설치 문제

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

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

구성 문제

  • vRealize Orchestrator SQL 플러그인을 MySQL 데이터베이스에 연결할 수 없음.
    데이터베이스에 대해 데이터베이스 추가 워크플로를 실행하면 워크플로가 다음 오류와 함께 실패합니다. The driver 'com.mysql.jdbc.Driver' for 'MySQL' database cannot be found! 오류 메시지.

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

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

    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. chown vco:vco mysql-connector-java-x.x.x.jar

    7. mysql-connector-java-x.x.x.jar의 권한을 변경합니다.
    8. chmod 644 mysql-connector-java-x.x.x.jar

    9. Orchestrator 서버 서비스를 재시작합니다.
    10. service vco-server restart

  • 사용된 포트에서 STARTTLS 명령을 실행해야 할 경우 Orchestrator는 메일 서버 인증서를 신뢰할 수 있는 인증서로 가져오기를 지원하지 않습니다.
    URL에서 가져오기 옵션을 사용하여 메일 서버 SSL/TLS 인증서를 가져오고 URL에 SMTP 포트 587이 포함되면 다음 오류와 함께 가져오기가 실패합니다. Error! IOException. Message: 'Unrecognized SSL message, plaintext connection?' 오류 메시지.

    해결 방법: 인증서를 PEM으로 인코딩된 파일로 내보내고 Orchestrator로 수동으로 가져옵니다.

    1. SSH를 사용하여 Orchestrator Appliance에 액세스하고 루트로 로그인합니다.
    2. 다음 명령을 실행합니다.
    3. openssl s_client -connect smtp.office365.com:587 -debug -starttls smtp

    4. 서버 인증서 중 -----BEGIN CERTIFICATE-----에서 -----END CERTIFICATE-----까지 복사하여 파일로 저장합니다.
    5. PEM으로 인코딩된 파일에서 가져오기 옵션을 사용하여 인증서 파일을 제어 센터의 신뢰할 수 있는 인증서로 가져옵니다.

  • SOAP 플러그인이 인증된 프록시 서버를 통해 연결되지 않습니다.
    Add a SOAP host 워크플로를 실행할 때 인증이 필요 없는 프록시 서버를 사용합니다.
  • Orchestrator 클라이언트가 Java 8 이전 버전에서 실행되지 않습니다.
    Orchestrator 클라이언트를 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 인스턴스가 IP 주소로 Orchestrator에 등록된 경우 Orchestrator가 vSphere Web Client의 vCenter Server 개체에 액세스할 수 없습니다.

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

  • 인증 제공자 인증서가 변경되거나 다시 생성된 경우 Orchestrator 인증 구성이 무효화될 수 있음.
    Orchestrator가 vCenter Single Sign-On을 사용하도록 구성된 경우 vCenter Single Sign-On 서버의 인증서가 변경되거나 다시 생성되면 Orchestrator 인증 구성이 잘못되고 Orchestrator 서버를 시작할 수 없습니다.

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

    1. 제어 센터에 루트로 로그인합니다.
    2. 인증서를 클릭합니다.
    3. 신뢰할 수 있는 인증서 탭에서 가져오기를 클릭합니다.
    4. URL 또는 파일에서 SSL 인증서를 로드합니다.
    5. 가져오기를 클릭합니다.
    6. 제어 센터의 시작 옵션 페이지에서 Orchestrator 서버를 다시 시작합니다.

  • Orchestrator가 Active Directory의 포리스트 및 외부 트러스트와 함께 작동하지 않음.

    같은 트리에 있지 않지만 양방향 신뢰를 갖는 멀티 도메인은 지원되지 않고 Orchestrator에서 작동하지 않습니다. 도메인 트리는 멀티 도메인 Active Directory에 대해 유일하게 지원되는 구성입니다. 포리스트와 외부 트러스트가 지원되지 않습니다.

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

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

클라이언트 문제

  • 새 소식! 새 vCener Server 플러그인에서 부울 XPath 표현식은 컬렉션 전체가 아니라 컬렉션의 모든 요소에 적용됩니다.
    사용하는 XPath 표현식에 컬렉션별 연산자가 포함되어 있는 경우 반환된 결과가 맞지 않습니다. 예를 들어, xpath:name[contains(.,’vm1’)] 표현식에서 필터는 모든 요소에 적용되고 표현식은 아무 결과도 반환하지 않습니다.

    해결 방법: xpath:contains(name,’vm1’) 같은 요소 컬렉션의 단일 요소에 필터를 적용하는 XPath 쿼리를 사용하거나 VcPlugin.getAllVirtualMachines(null, “vm1”)) 같은 파인더 메서드의 쿼리 매개 변수로 이름을 사용합니다.

  • 워크플로를 복제하면 버전 기록 복사가 아니요로 설정되어도 항상 원래 워크플로의 버전 기록을 복사함.
    복제 워크플로 단계에서 복제 중 버전 기록 복사에 대해 아니요 라디오 버튼을 선택해도 이벤트 기록을 원래 워크플로에서 복사된 워크플로로 전송합니다.
  • 문제 해결 워크플로 범주에서 로그 내보내기 및 애플리케이션 설정 워크플로가 실패함.
    문제 해결 워크플로 범주에서 로그 내보내기 및 애플리케이션 설정 워크플로가 디렉토리 아님 오류 메시지와 함께 실패합니다.
  • 해결 방법: 이 워크플로를 사용하지 마십시오. 제어 센터의 로그 내보내기 페이지에서 로그 및 구성 파일을 다운로드할 수 있습니다.

  • 워크플로 스크립트에 설명이 포함된 모듈이 있는 경우 유효성 검사 워크플로 단계가 실패함.
    Orchestrator 클라이언트의 워크플로 스크립팅 해석기는 2개 슬래시 문자가 있는 설명이 포함된 스크립팅 모듈을 무시하지 않습니다. 예:

    //System.getModule("com.vmware.vra.endpoint.azure").findStorageAccounts(connection, ["sharedstoacc"]);

  • 해결 방법: 설명 내용을 삭제하거나 스크립팅 모듈 이름에서 마침표 앞 또는 뒤에 공백을 삽입합니다.

  • Java Web Start를 사용하는 Orchestrator Java 클라이언트의 작동이 간헐적으로 중지됨.
    Java 8 최신 업데이트의 보안 개선에 따른 예상치 못한 영향으로 Java Web Start를 기반으로 하는 Orchestrator 클라이언트가 간헐적으로 응답하지 않습니다.
  • 해결 방법: Orchestrator 클라이언트 애플리케이션을 로컬 시스템에서 실행합니다. Orchestrator 시작 페이지에서 운영 체제에 맞는 Orchestrator 클라이언트 애플리케이션을 다운로드할 수 있습니다.

  • Orchestrator 서버와 Orchestrator 클라이언트가 서로 다른 시간대를 사용하면 작업 스케줄러가 실행되지 않음.
    Orchestrator 클라이언트가 UTC와 다른 시간대를 사용하면 Orchestrator 서버는 예약된 작업에 대한 예약 시간을 항상 UTC 시간대로 해석하므로 작업은 지정된 시간에 실행되지 않습니다.
  • 해결 방법: 예약된 작업에 대해 항상 UTC 시간대로 예약 시간을 입력합니다.

  • 사용자 상호 작용 표시에서 부울 입력 매개 변수가 No 값으로 표시됨.
    사용자 상호 작용 워크플로에서 Yes와 동일한 부울 값을 갖는 입력 매개 변수를 구성하고 워크플로를 실행하면 사용자 입력 매개 변수가 No 값으로 표시됩니다.
  • 입력 매개 변수의 OGNL 표현식이 입력 매개 변수가 업데이트될 때마다 실행됨
    입력 매개 변수가 2개 이상 입력 매개 변수에 바인딩된 OGNL 표현식을 포함하는 경우 모든 입력 매개 변수가 업데이트되면 OGNL 표현식이 한 번만 실행되는 대신 입력 매개 변수가 업데이트될 때마다 실행됩니다. OGNL 표현식에서 데이터 마이닝과 같이 리소스를 많이 소모하는 작업을 호출하면 프레젠테이션 실행 속도가 느려질 수 있습니다.
  • 기본값이 다른 입력 매개 변수에 바인딩된 경우 입력 매개 변수의 값이 기본값으로 재설정됨.
    첫 번째 입력 매개 변수를 업데이트하면 두 번째 입력 매개 변수가 업데이트된 이후에도 기본값으로 재설정됩니다.
  • 특정 컨텍스트에서 ASCII가 아닌 문자를 처리할 때 문제 발생.
    입력 매개 변수에서 ASCII가 아닌 문자를 사용하면 다음 상황에서 잘못된 동작이 발생합니다.
    • 이름에 ASCII가 아닌 문자를 포함하는 파일이 있는 SSH 폴더에서 SCP put 또는 SCP get 워크플로를 실행하면 워크플로는 실행되지만 대상 시스템에서 결과 파일의 이름을 판독할 수 없습니다.
    • ASCII가 아닌 문자를 특성 이름에 삽입하면 문자가 표시되지 않습니다. 이 문제는 워크플로 특성 및 작업 특성으로 인해 발생합니다.
  • Orchestrator Appliance가 NAT(네트워크 주소 변환) 뒤에 있으면 Java WebStart를 통한 Orchestrator 클라이언트 사용을 지원하지 않음.

기타 문제

  • 7.0.x 또는 6.x 버전의 외부 vRealize Orchestrator를 vRealize Automation으로 마이그레이션한 후에 더 이상 Orchestrator 클라이언트에 로그인할 수 없게 되었습니다.
    외부 Orchestrator 서버에서 내보낸 구성 번들에는 setenv.sh 파일이 있습니다. 마이그레이션 도중 내보낸 구성의 setenv.sh 파일이 내장 vRealize Orchestrator의 setenv.sh 파일을 덮어씁니다. 가져온 setenv.sh 파일이 내장 Orchestrator 서버와 호환되지 않아 서버에 액세스할 수 없게 됩니다.

    해결 방법: 외부 Orchestrator에서 구성을 가져오기 전에 내장 Orchestrator 서버의 setenv.sh 파일에 대해 백업 사본을 생성하십시오. orchestrator-config-export-orchestrator_appliance_ip-date_hour.zip 파일을 내장 Orchestrator 서버로 가져온 후 원본 setenv.sh 파일의 백업 사본을 복원하십시오.

    1. 구성을 가져오기 전에 vRealize Automation Appliance에서 /var/lib/vco/app-server/bin 디렉토리로 이동하십시오.
    2. setenv.sh 파일의 백업 사본을 생성합니다.
    3. cp setenv.sh setenv.sh.ControlCenter-$(date +%Y-%m-%d_%H-%M-%S)

    4. 외부 vRealize Orchestrator에서 내보낸 구성을 내장 Orchestrator으로 가져옵니다. 외부 Orchestrator 서버를 vRealize Automation으로 마이그레이션에 설명된 절차를 따르지만 내장 Orchestrator의 Orchestrator 서버 서비스를 시작하지 마십시오.
    5. 외부 Orchestrator 서버에서 가져온 setenv.sh 파일을 setenv.sh.ControlCenter-date_hour 이름으로 백업한 원본 setenv.sh 파일로 교체합니다.
    6. mv setenv.sh.ControlCenter-date_hour setenv.sh

    7. setenv.sh 파일의 소유권을 vco 사용자로 변경합니다.
    8. chown vco:vco setenv.sh

    9. Orchestrator 서버 서비스를 시작하고 vRealize Automation Appliance 관리 콘솔에서 등록됨으로 나타나는지 확인합니다.

  • 7.x 또는 6.x 버전의 외부 vRealize Orchestrator를 vRealize Automation으로 마이그레이션한 후 포트 8281에서 내장 Orchestrator를 액세스할 수 있습니다.
    외부 Orchestrator 서버 구성으로 가져온 server.xml 구성 파일은 포트 8281에서 내장 Orchestrator를 액세스할 수 있도록 하지만 포트 443에서만 Orchestrator를 액세스할 수 있어야 합니다.
  • 해결 방법: orchestrator-config-export-orchestrator_appliance_ip-date_hour.zip 파일을 내장 Orchestrator 서버로 가져온 후 vRealize Automation Appliance에서 자동으로 생성된 원본 setenv.xml 파일의 백업 사본을 복원하십시오.

    1. 외부 vRealize Orchestrator에서 내보낸 구성을 내장 Orchestrator으로 가져옵니다. 외부 Orchestrator 서버를 vRealize Automation으로 마이그레이션에 설명된 절차를 따르지만 내장 Orchestrator의 Orchestrator 서버 서비스를 시작하지 마십시오.
    2. 외부 Orchestrator 서버에서 가져온 setenv.xml 파일을 server.xml.ControlCenter-date_hour 이름으로 백업한 원본 setenv.xml 파일로 교체합니다.
    3. mv server.xml.ControlCenter-date_hour server.xml

    4. setenv.xml 파일의 소유권을 vco 사용자로 변경합니다.
    5. chown vco:vco server.xml

    6. Orchestrator 서버 서비스를 시작하고 vRealize Automation Appliance 관리 콘솔에서 등록됨으로 나타나는지 확인합니다.

  • 람다 표현식이 포함된 확장자 메소드를 사용하는 경우 맞춤형 모델 중심 플러그인의 컴파일링이 실패함.
    플러그인을 생성하기 위해 모델 중심을 사용하며 특정 확장자에 확장자 메소드를 추가할 때, 확장자 메소드에 람다 표현식이 포함된 경우 플러그인이 컴파일링을 수행하지 않습니다. 플러그인 컴파일이 다음과 유사한 오류 메시지와 함께 실패합니다. Caused by: java.lang.ArrayIndexOutOfBoundsException: 52789.

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

  • vSphere Web Client용 Orchestrator 플러그인이 vSphere Web Client Integration 6.5를 지원하지 않음.
  • REST 호스트 인스턴스가 Swagger 사양을 사용하여 생성되면 RESTOperation ID가 올바르게 초기화되지 않음.
    HTTP-REST 플러그인에서 REST 호스트 인스턴스가 Swagger 사양에 의해 생성되면 RESTOperation ID가 올바르게 초기화되지 않고 REST 호스트 개체의 getOperation이 작동하지 않음.
  • 사용자 지정 이벤트 스키마 요소가 Orchestrator 클러스터에서 작동하지 않음.
    Orchestrator 서버가 클러스터에 구성되면 사용자 지정 이벤트 대기 스키마 요소를 기반으로 워크플로 실행을 재개할 수 없습니다. 사용자 지정 이벤트 요소는 단일 Orchestrator 노드에서만 작동합니다.
  • SOAP 플러그인이 SOAP 호스트를 사용한 상호 인증을 지원하지 않음.
    사용 가능한 인증 메커니즘은 단방향 인증만 지원합니다.

  • SSH 플러그인을 Cisco Adaptive Security Appliance(ASA) 방화벽에 연결할 수 없음.
    vRealize Orchestrator 7.1용 SSH 플러그인은 Cisco Adaptive Security Appliance(ASA) 방화벽에 대한 연결을 지원하지 않습니다.
  • Orchestrator Appliance의 콘솔이 계속해서 경고 메시지를 표시함.
    [WARN] Attempted translation of an Invalid IPv6 address 메시지가 계속 반복해서 콘솔 화면에 나타납니다. 이 메시지는 무시해도 됩니다.
  • 사용자별 세션을 선택한 경우 vCenter Server 인벤토리에 대한 액세스를 제한하면 오류가 발생할 수 있음.
    vCenter Server 인스턴스를 Orchestrator에 추가할 때 사용자별 세션 옵션을 선택한 경우 인벤토리 개체에 대한 액세스가 제한된 사용자가 vCenter Server 인벤토리에 액세스하려고 하면 오류가 발생할 수 있습니다.
  • Orchestrator 6.0.2 이하 버전에서 업그레이드한 후 vCenter Server 플러그인에 유효한 자격 증명이 없음.
    Orchestrator 6.0.3 이전 버전에서 업그레이드한 경우 vCenter Server 플러그인에 유효한 자격 증명이 없습니다.

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

  • vRealize Orchestrator에서 vCenter Server 플러그인이 비활성으로 표시됨.
    vRealize Orchestrator 버전 6.0.x 이상으로 업그레이드한 후 Site Recovery Manager 플러그인을 버전 6.0.0으로 업그레이드하지 않으면 vCenter Server 플러그인은 사용할 수 없습니다.

    해결 방법: vCenter Server 6.0에서 지원하는 최신 버전의 Site Recovery Manager 플러그인으로 업그레이드하거나 Site Recovery Manager 5.8.0 플러그인을 사용하지 않도록 설정합니다.

  • Internet Explorer 11에서 Orchestrator 구성 인터페이스에 액세스할 수 없음.
    Internet Explorer 11을 사용하는 경우 Orchestrator 구성 인터페이스에 로그인할 수 없습니다.

    해결 방법: Internet Explorer 버전 11.0.11, 최신 버전의 Google Chrome 또는 Mozilla Firefox를 설치합니다.

  • 워크플로 이름에 슬래시(/)가 포함되면 워크플로 토큰이 미완료 상태로 유지됨.
    이름에 슬래시(/)가 포함된 워크플로를 실행한 경우 워크플로의 실행이 완료되어도 워크플로 토큰이 완료 상태로 변경되지 않을 수 있습니다.

    해결 방법: 워크플로 이름에서 슬래시(/)를 제거하십시오.

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

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

  • 어레이 유형의 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]);