vRealize Orchestrator Appliance 8.4.2 | 2021년 6월 24일 | 빌드 18188170 vRealize Orchestrator Update Repository 8.4.2 | 2021년 6월 24일 | 빌드 18188170 이 릴리스 정보의 추가 및 업데이트 사항을 자주 확인하십시오. |
릴리스 정보에 포함된 내용
릴리스 정보에는 다음과 같은 항목이 포함됩니다.- vRealize Orchestrator 8.4.2의 새로운 기능
- VMware vRealize Orchestrator 8.4.2 Appliance 배포
- vRealize Orchestrator 8.4.2로 업그레이드 및 마이그레이션
- vRealize Orchestrator 8.4.2과 함께 설치되는 플러그인
- 이전 릴리스의 vRealize Orchestrator
- 해결된 문제
- 알려진 문제
중요
KB 87120에서 단계를 수행한 후 업그레이드 실패KB 87120에 설명된 CVE-2021-44228 및 CVE-2021-45046 log4j 취약성을 해결하는 데 사용되는 지침을 수행하면 vRealize Automation 및 vRealize Orchestrator 8.6.2 또는 이전 버전에서 업그레이드가 실패할 수 있습니다. 해결 방법은 KB 87794를 참조하십시오.
vRealize Orchestrator 8.4.2의 새로운 기능
이 vRealize Orchestrator 8.4.2 릴리스는 유지 보수 및 버그 수정에 중점을 둡니다.
새로운 선택적 표준 시간대 매개 변수
이제 워크플로 개체에 사용되는 scheduleRecurrently
메서드에 표준 시간대 매개 변수를 추가할 수 있습니다. 표준 시간대 매개 변수는 Java TimeZone ID와 일치하는 문자열이거나 vRealize Orchestrator 스크립트 편집기에서 자동으로 완성된 새로 생성된 TimeZone 개체의 속성 중 하나일 수 있습니다. 표준 시간대 ID와 일치하지 않는 문자열을 제공하거나 표준 시간대를 제공하지 않으면 UTC가 기본값으로 사용됩니다.
VMware vRealize Orchestrator 8.4.2 Appliance 배포
vRealize Orchestrator Appliance는 OVA 파일로 배포된 VMware Photon OS 기반 장치입니다. 내부 PostgreSQL 데이터베이스로 사전 구축 및 사전 구성되어 있으며 vCenter Server 6.0 이상과 함께 배포할 수 있습니다.
vRealize Orchestrator Appliance는 빠르고 사용법이 쉬우며 경제적인 방식으로 vRealize Automation, vCenter Server를 포함한 VMware Cloud 스택을 현재 사용 중인 IT 프로세스 및 환경에 통합할 수 있습니다.
vRealize Orchestrator Appliance 배포에 대한 지침은 vRealize Orchestrator Appliance 다운로드 및 배포를 참조하십시오.
vRealize Orchestrator Appliance 서버 구성에 대한 자세한 내용은 독립형 vRealize Orchestrator 서버 구성을 참조하십시오.
vRealize Orchestrator 8.4.2로 업그레이드 및 마이그레이션
마운트된 ISO 이미지를 사용하여 독립형 또는 클러스터링된 vRealize Orchestrator 8.x 배포를 최신 제품 버전으로 업그레이드할 수 있습니다.
vRealize Orchestrator Appliance 업그레이드에 대한 자세한 내용은 vRealize Orchestrator 업그레이드를 참조하십시오.
vSphere 또는 vRealize Automation을 통해 인증된 독립형 vRealize Orchestrator 인스턴스를 vRealize Orchestrator 8.4.2로 마이그레이션할 수 있습니다. 마이그레이션이 지원되는 vRealize Orchestrator 7.x 제품 버전에는 버전 7.3~7.6이 포함됩니다. 클러스터링된 vRealize Orchestrator 7.x 배포 마이그레이션은 지원되지 않습니다.
vRealize Orchestrator Appliance 마이그레이션에 대한 자세한 내용은 vRealize Orchestrator 마이그레이션을 참조하십시오.
vRealize Orchestrator 8.4.2과 함께 설치되는 플러그인
vRealize Orchestrator 8.4.2은 기본적으로 다음 플러그인과 함께 설치됩니다.
- vRealize Orchestrator vCenter Server 플러그인 6.5.0
- vRealize Orchestrator 메일 플러그인 8.0.0
- vRealize Orchestrator SQL 플러그인 1.1.6
- vRealize Orchestrator SSH 플러그인 7.3.0
- vRealize Orchestrator SOAP 플러그인 2.0.4
- vRealize Orchestrator HTTP-REST 플러그인 2.4.0
- Microsoft Active Directory용 vRealize Orchestrator Plug-in 3.0.11
- vRealize Orchestrator AMQP 플러그인 1.0.6
- vRealize Orchestrator SNMP 플러그인 1.0.3
- vRealize Orchestrator PowerShell 플러그인 1.0.19
- vRealize Orchestrator Multi-Node 플러그인 8.4.2
- vRealize Orchestrator 동적 유형 1.3.6
- vRealize Orchestrator vCloud Suite API(vAPI) 플러그인 7.5.2
이전 릴리스의 vRealize Orchestrator
이전 릴리스의 vRealize Orchestrator 기능 및 문제가 각 릴리스에 해당하는 릴리스 정보에 설명되어 있습니다. 이전 릴리스의 vRealize Orchestrator 릴리스 정보를 검토하려면 다음 링크 중 하나를 클릭합니다.
- vRealize Orchestrator 8.4.1
- vRealize Orchestrator 8.4
- vRealize Orchestrator 8.3
- vRealize Orchestrator 8.2.1
- vRealize Orchestrator 8.2
- vRealize Orchestrator 8.1
- vRealize Orchestrator 8.0.1
- vRealize Orchestrator 8.0
- vRealize Orchestrator 7.6.0
- vRealize Orchestrator 7.5.0
- vRealize Orchestrator 7.4.0
해결된 문제
- HTTP-REST 요청이 "요청을 실행할 수 없습니다." 오류와 함께 실패합니다.
동시 요청 설정이 켜진 경우 기본 인증을 사용하지 않는 HTTP-REST 호스트에 대한 요청에 요청 실패를 유발하는 오류가 발생할 수 있습니다.
- 스케줄링 된 워크플로 실행은 UTC 시간에 대한 시간 오프셋만큼 예상 시간과는 다른 시간에 트리거됩니다.
*workflow.scheduleRecurrently()*
함수를 사용하여 스크립팅을 통해 워크플로 실행을 스케줄링하면 스케줄링 된 워크플로가 항상 UTC 시간으로 트리거됩니다. UI가 브라우저의 표준 시간대를 반복 패턴에 추가하기 때문에 vRealize Orchestrator 클라이언트 UI와 기능 동작 간에 불일치가 발생합니다. 하지만 이 함수를 사용하면 반복 패턴에 표준 시간대가 포함되지 않으며, 워크플로 실행을 트리거하는 시간이 서버 측에서 UTC 시간으로 계산됩니다. - 해당 작업이 플러그인 SDK 유형의 어레이를 반환하는 경우 워크플로 입력 양식에서 작업을 외부 소스로 선택할 수 없습니다.
입력 양식 탭에서 다중 값 선택기 구성 요소의 기본값 및 값 옵션에 대해 참조 개체 어레이를 반환하는 작업을 선택할 수 없습니다.
- 플러그인 DAR 파일이 마이그레이션 후 보조 노드에서 누락되었습니다.
마이그레이션 후 플러그인 DAR 파일이 클러스터된 vRealize Orchestrator 배포의 보조 노드에서 누락되었습니다.
알려진 문제
알려진 문제는 다음과 같이 분류됩니다.
설치/마이그레이션/업그레이드 문제- vRealize Orchestrator 7.x에서 vRealize Orchestrator 8.x로 마이그레이션한 후 로그 번들을 생성하면 마이그레이션 로그가 번들에 포함되지 않습니다.
마이그레이션 후에 생성된 로그 번들에 마이그레이션 로그 파일이 포함되어 있지 않습니다. 이 문제는 클러스터링된 vRealize Orchestrator 환경에서 발생합니다.
해결 방법: 마이그레이션 로그는 클러스터링된 환경의 보조 노드에 있는
/data/vco/usr/lib/vco
디렉토리에서 찾을 수 있습니다. 해당 디렉토리에 로그가 없는 경우 마이그레이션 프로세스가 시작되는 노드의/var/log/vmware/prelude
디렉토리에서 찾을 수 있습니다. - vRealize Orchestrator 7.5를 vRealize Orchestrator 8.x로 마이그레이션한 후 [Git 기록] 페이지에서 사용자 지정 컨텐츠를 사용할 수 없습니다.
vRealize Orchestrator 7.5를 vRealize Orchestrator 8.x로 마이그레이션한 후 Git 통합을 구성할 때 Git 기록 페이지에서 사용자 지정 컨텐츠를 사용할 수 없습니다.
해결 방법: 마이그레이션된 모든 컨텐츠를 Git의 로컬 변경 내용으로 보려면 저장소에 초기 푸시하기 전에 사용자 지정 컨텐츠를 수동으로 편집하고 저장하여 8.x 호환 형식으로 변환하십시오. 그 후에는 마이그레이션된 모든 컨텐츠를 Git 저장소로 푸시할 수 있습니다.
- vRealize Orchestrator 또는 vRealize Automation 8.x로 업그레이드한 후 vRealize Orchestrator 클라이언트의 일부 리소스 요소가 변경되거나 이전 버전으로 되돌아간 것처럼 보일 수 있습니다.
이 문제는 이전에 다른 소스 파일을 사용하여 vRealize Orchestrator 클라이언트에서 업데이트된 리소스 요소에서 발생합니다. vRealize Orchestrator 또는 vRealize Automation 배포를 업그레이드한 후 이러한 리소스 요소를 이전 버전으로 교체할 수 있습니다. 이는 일시적인 문제입니다.
해결 방법:
1. vRealize Orchestrator 클라이언트에 로그인합니다.
2. 자산>리소스로 이동합니다.
3. 문제의 영향을 받는 리소스 요소를 선택합니다.
4. 버전 기록 탭을 선택하고 요소를 적절한 버전으로 복원합니다.
5. 영향을 받는 모든 리소스 요소에 대해 반복합니다. - vRealize Orchestrator 8.4.2 환경의 마이그레이션이 job.batch/vro-migration 생성 단계에서 응답을 중지합니다. 이 문제는 환경 변수 HOSTNAME이 노드 선택기 레이블과 일치하지 않을 때 발생합니다.
이 문제는 마이그레이션
nodeSelector
에서 마이그레이션 포드가vro-migrate
명령이 호출되는 노드에 배포되도록 하기 때문에 vRealize Orchestrator Appliance의HOSTNAME
환경 변수가kubernetes.io/hostname
노드 선택기 레이블과 일치하지 않을 때 발생합니다.해결 방법:
nodeSelector
에서HOSTNAME
환경 변수가 사용되는 줄을vro-migration
명령을 호출할 노드의 올바른 호스트 이름을 반환하는 스크립트로 바꿉니다.- /
usr/local/sbin/vro-migrate
스크립트에서kubernetes.io/hostname
을 검색합니다. kubernetes.io/hostname
값을${HOSTNAME}
대신 $(current_node)
로 편집하고 변경 내용을 저장합니다.
nodeSelector: kubernetes.io/hostname: $(current_node)
- /
- PowerCLI 스크립트가 "동일한 키를 갖는 항목이 이미 추가되었습니다. 키: LinkedView" 오류를 나타내며 실패합니다.
이 PowerCLI 스크립팅 문제는 JSON 형식으로 구문 분석할 수 없는
VMHost
PowerCLI 개체로 인해 야기됩니다.해결 방법: 이러한 개체로 출력 스트림을 오염 시켜 스크립트 실패를 야기하지 않도록 명령의 출력을
stdout
또는out-null
변수로 리디렉션합니다. - 워크플로 또는 작업의 삭제를 완료하는 데 1분 이상 걸릴 수 있습니다.
vRealize Orchestrator 클라이언트 개체 라이브러리에 수천 개의 워크플로 또는 작업이 포함된 경우 워크플로 또는 작업의 삭제를 완료하는 데 1분 이상 걸릴 수 있습니다.
해결 방법: 워크플로 또는 작업을 더 빠르게 삭제하려면 강제 삭제 옵션을 사용합니다.
- 요소가 중첩된 요소 실패가 있는 워크플로인 경우 예외 처리를 나타내며 워크플로 요소에 대한 워크플로 실행이 실패합니다.
이 문제는 워크플로 스키마에 기본 오류 처리 항목과 중첩된 워크플로가 포함된 내장형 워크플로 항목이 포함된 경우 트리거될 수 있습니다. 상위 워크플로를 실행할 때 중첩된 워크플로가 실패하면 기본 오류 처리 항목과 관계없이 상위 워크플로도 실패합니다.
해결 방법은 없습니다.
- 많은 양의 워크플로 또는 작업을 포함하는 폴더의 삭제가 느려집니다.
많은 양의 워크플로 또는 작업(2,000개가 넘는 개체)이 포함된 폴더를 삭제하는 경우 삭제를 완료하는 데 몇 시간이 걸릴 수 있습니다.
해결 방법: 해결 방법은 없습니다. 프로세스가 완료될 때까지 기다리십시오.
- 완료된 워크플로 실행에 대한 워크플로 실행 단계를 이동하는 동안 메트릭이 손실됩니다.
이 문제는 워크플로 프로파일러 및 토큰 재생 확장을 사용하도록 설정하였을 때 표시됩니다. 워크플로 실행 시 중첩된 워크플로가 호출되면 상위 워크플로에 대한 메트릭이 표시되지 않습니다.
해결 방법은 없습니다.
- 중복 워크플로의 작업 종속성을 찾을 수 없습니다.
워크플로를 복제한 다음, 종속성을 검색하면 워크플로 입력 양식에 사용된 작업을 찾을 수 없습니다.
해결 방법은 없습니다.
- 플러그인 인벤토리의 가져온 항목 수가 제한되며 입력 양식의 트리 선택기를 사용하여 항목을 표시하는 경우 트리 선택기에 일부 항목만 표시됩니다.
이러한 개수 제한으로 인해 트리 선택기에서 인벤토리 트리의 일부 항목만 표시할 수 있습니다. 이 문제는 Active Directory 플러그인 및 vRealize Orchestrator 인벤토리의 다른 플러그인에서 발생할 수 있습니다.
해결 방법: 입력 양식에서 값 선택기를 사용하십시오.
- 워크플로를 복제 및 삭제한 후에는 로컬 변경 내용을 사용할 수 없습니다.
워크플로를 복제한 후 삭제합니다. Git 기록 페이지에는 삭제된 워크플로에 대한 로컬 변경 내용이 없습니다.
해결 방법은 없습니다.
- 사용자가 액세스 권한이 없는 컨텐츠에 대한 Git 변경 내용을 삭제할 수 있습니다.
워크플로 설계자 권한이 있는 사용자는 Git 기록 페이지에서 액세스 권한이 없는 컨텐츠에 대한 Git 변경 내용을 삭제할 수 있습니다.
해결 방법은 없습니다.
- 보호된 Git 분기로 커밋을 푸시할 수 없습니다.
구성된 Git 분기가 보호된 경우 푸시 작업이 계속 실패하지만, 나타나는 메시지에는 푸시가 성공한 것으로 표시됩니다.
해결 방법은 없습니다.
- vRealize Orchestrator 클라이언트에서 이름에 밑줄 문자가 포함된 태그가 보입니다.
vRealize Orchestrator 클라이언트는 3자 미만이거나 공백이 포함된 태그 이름을 지원하지 않습니다. 이름이 짧은 개체에서 자동 생성된 모든 태그 뒤에는 밑줄 문자가 붙습니다. 또한 공백도 모두 밑줄로 교체됩니다. 예를 들어, Orchestrator 레거시 클라이언트의
/Library/project A/app/DR/backup
에 있는 워크플로는 마이그레이션 시 vRealize Orchestrator 클라이언트에서 다음과 같은 자동 생성 태그가 붙습니다. "Library", "project_A", "app", "DR_".해결 방법: vRealize Orchestrator 클라이언트에서 새 컨텐츠를 생성할 때 태그 지정 규칙을 따르십시오.
- 이전 워크플로는 더 이상 사용되지 않는 경로 유형을 사용할 수 있으며 최신 vRealize Orchestrator 버전에서는 사용할 수 없습니다.
더 이상 사용되지 않는
Path
유형을 사용하면 특정 시나리오에서 문제가 발생할 수 있습니다. 예를 들어Path
유형을 입력 또는 출력 매개 변수로 사용하는 중첩된 워크플로 요소가 있을 수 있습니다. 이러한 입력 또는 출력 매개 변수를Path
유형을 사용하는 다른 매개 변수나 변수에 바인딩하려고 하면 해당 유형이 더 이상 사용되지 않으며 사용할 수 없으므로 바인딩이 실패합니다. 이제 유사한path
유형 변수를Path
유형의 입력, 출력 또는 변수에 바인딩할 수 있습니다.Array/path
및Array/Path
바인딩에도 동일하게 적용됩니다. 이러한 시나리오에서는 원래 입력 또는 출력 유형이 변경되지 않습니다. 예를 들어Path
유형의 입력 매개 변수가path
유형의 변수에 바인딩된 경우 입력 매개 변수는 여전히Path
유형을 사용합니다.해결 방법:
Path
또는path
유형은 더 이상 사용되지 않으므로 가능한 경우 대신string
유형을 파일 경로에 사용합니다. - 스크립팅 가능한 작업에 일관되지 않은 변수 색상이 바인딩 되어 있습니다.
워크플로 스크립팅 가능 작업의 코드에 포함된 바인딩된 변수의 첫 번째 일치 항목에만 색상이 지정됩니다.
해결 방법은 없습니다.
- 작업을 속성 유형 입력 매개 변수에 대한 기본값으로 선택할 수 없습니다.
어레이/속성
을 반환하는 작업은속성
유형 입력 매개 변수의 기본값으로 선택할 수 없습니다.해결 방법: 작업의 반환 유형을
속성
유형으로 변경하고 기본값으로 선택한 다음, 다시어레이/속성
으로 변경합니다. - 개체 하나만 선택되거나 버전이 지정되더라도 여러 워크플로 또는 작업이 할당된 Git 저장소로 푸시됩니다.
이 문제는 Git 저장소를 이전 변경 집합으로 재설정하고 로컬 변경 내용을 유지하도록 선택한 후에 발생합니다. 로컬 변경 내용은 푸시 작업에 대해 선택된 개체와 관계없이 Git 저장소로 함께 이동합니다.
해결 방법: 분기를 이전 변경 집합으로 재설정하기 전에 Git 저장소의 로컬 변경 내용을 푸시하거나 삭제해야 합니다.
- Orchestrator Legacy Client에서 생성된 복제 워크플로가 해당 값 옵션에 외부 작업 대신 상수로 표시될 수 있습니다.
Orchestrator Legacy Client에서 설계되고 vRealize Orchestrator Client에 복제된 워크플로의 입력 매개 변수를 편집할 때 값 옵션이 외부 작업 대신 상수로 설정될 수 있습니다.
해결 방법: 입력 양식 탭으로 이동하고 필요한 외부 작업을 포함하도록 입력 매개 변수 표시를 편집합니다.
- 속성 입력 매개 변수 유형 및 위젯 다중 값 선택기가 있는 워크플로가 속성 유형을 반환하는 기본값 작업을 사용할 때 위젯을 올바르게 채우지 않습니다.
다중 값 선택 위젯의 기본값으로
속성
유형을 반환하는 작업을 사용하면 값 열에 키가 비어 있습니다.해결 방법:
어레이/속성
유형을 반환하는 작업을 사용합니다. - 반환 유형 문제로 인해 입력 양식에서 작업을 외부 소스로 선택할 수 없습니다.
vRealize Orchestrator Client 입력 양식 탭에서 기본값 또는 값 옵션에 대해
임의
또는어레이/임의
반환 유형의 작업을 선택할 수 없습니다.해결 방법:
1. vRealize Orchestrator 클라이언트에 로그인합니다.
2. 워크플로를 선택하고 입력 양식 탭으로 이동합니다.
3. 위젯 기본값 또는 값 옵션에서 예상되는 반환 유형으로 작업을 설정하고 변경 내용을 저장합니다.
4. 기본값 또는 값 옵션 작업을 선택하고 워크플로를 저장한 다음, 작업을 이전 버전으로 되돌리거나 반환 유형을 다시Any
유형으로 변경합니다.
- 다중 노드 플러그인에서 SSH 명령 실행 워크플로를 실행하면 워크플로가 실패합니다.
다중 노드 플러그인을 사용하여 원격 vRealize Orchestrator 인스턴스를 연결하고, 원격 저장소에서 동기화되는 SSH 명령 실행 워크플로를 실행하면 워크플로가 실패합니다.
해결 방법: 워크플로가 성공적으로 통과되도록 하려면 최종 스크립팅 요소 SSH 명령 실행에 대해 생성된 워크플로에서 로컬 변수의 이름을 변경합니다. 다음 스크립트는 수정의 예입니다.
var r = remoteToken.getOutputParameters(); result = r.get("result"); errorText = r.get("errorText"); outputText = r.get("outputText");
- vmo_tokenreplay 테이블 때문에 vRealize Orchestrator 데이터베이스 크기가 매우 큽니다.
vmo_tokenreplay 테이블의 크기가 매우 큽니다.
해결 방법: 제어 센터에 root로 로그인합니다. 확장 속성에서 토큰 재생 확장을 선택하고 모든 워크플로 실행에 대한 재생 기록 속성을 사용하지 않도록 설정합니다.
- 최신 vRealize Orchestrator 버전에서 생성된 패키지를 이전 버전의 vRealize Orchestrator로 가져오면 오류가 발생할 수 있습니다.
vRealize Orchestrator 버전 간의 호환성 문제로 인해 최신 제품 버전에서 생성된 패키지를 이전 vRealize Orchestrator 배포로 가져올 수 없습니다.
해결 방법은 없습니다.
- TLS 1.0 또는 1.1 서비스에 연결하려고 할 때 오류 메시지가 표시됩니다.
이제 vRealize Orchestrator는 TLS 1.2 프로토콜을 사용합니다. 이전 TLS 1.0 또는 1.1 버전의 프로토콜을 사용하는 외부 서비스에 대한 송신 연결이 실패하고 다음 오류 메시지가 표시될 수 있습니다.
내부 오류: 서버에서 선택한 프로토콜 버전 TLS10/TLS11이 클라이언트 기본 설정 [TLS12]에서 허용되지 않습니다
.해결 방법: KB 84201을 참조하십시오.
- vRealize Orchestrator 제어 센터 또는 vRealize Orchestrator Appliance에 로그인할 수 없습니다.
배포의 루트 암호에 백슬래시("\")를 사용하면 SSH 세션을 통해 vRealize Orchestrator 제어 센터 또는 vRealize Orchestrator Appliance에 로그인하려고 할 때 문제가 발생할 수 있습니다.
해결 방법: vRealize Orchestrator 배포의 루트 암호에 백슬래시("\") 문자를 사용하지 마십시오.