| vRealize Automation 8.3 | 2021년 5월 05일
이 릴리스 정보의 추가 사항 및 업데이트 사항을 정기적으로 확인하십시오. |
릴리스 정보에 포함된 내용
vRealize Automation 8.3 정보
vRealize Automation 8.3은 vRealize Automation 8.2에 기능을 더하여 vRA 7.x 릴리스와 기능이 더욱 유사해졌으며, XaaS와 같은 주요 기능이 재도입되고 ABX의 PowerShell 지원 및 vRO의 Python, Node.js 및 PowerShell과 같은 기능이 추가되었습니다.
새로운 내용 vRealize Automation 8.3 패치 1
vRealize Automation 8.3 패치 1을 사용할 수 있으며 다양한 영역의 버그 수정이 포함되어 있습니다. 누적 업데이트입니다.
자세한 내용과 설치 지침은 KB 82781을 참조하십시오.
새로운 기능
vRealize Automation 8.3에는 다음을 비롯한 많은 장점이 있습니다.
네트워킹: NSX-V에서 NSX-T로 마이그레이션
vRA Migration Assistant를 통해 NSX-V에서 NSX-T로 마이그레이션이 지원됩니다. 마이그레이션은 vRA 8.3에서 다음과 같은 토폴로지에 대해 지원됩니다.
- 주문형 라우팅된 네트워크(서비스 없음)
- 주문형 라우팅된 네트워크(DHCP)
- 주문형 프라이빗 네트워크(DHCP)
- 주문형 보안 그룹
- 기존 보안 그룹
- 기존 네트워크의 주문형 단일 암 로드 밸런서
- 주문형 및 기존 보안 그룹(함께)
- 로드 밸런서가 있는 주문형/기존 보안 그룹
참고: 추가 토폴로지에 대한 지원은 향후 릴리스에서 제공될 예정입니다. 자세히 알아보기.
네트워킹: IPAM SDK 작업 스키마의 추가 속성
IPAM SDK 작업 스키마가 다음 속성을 포함하도록 확장되었습니다.
- Allocate/Deallocate/AllocateRange/DeallocateRange/UpdateRecord에 대한 projectId, blueprintId, deploymentId가 표준화되었습니다.
- Deallocate/UpdateRecord에 addressSpaceId, vraIPAddressId가 포함되었습니다.
- AllocateRange/DeallocateRange에 대한 ID 필드가 추가되었습니다.
- 자세히 알아보기
네트워킹: 배포 내 NSX-T Tier-1/ NSX-V ESG 공유
- 단일 배포에서 단일 NSX-T Tier-1 라우터 또는 NSX ESG(Edge Service Gateway)를 재사용할 수 있습니다.
- 이전의 vRA Cloud/vRA 8.x에서는 각각의 주문형 NSX-T 네트워크에서 새로운 Tier-1 논리 라우터를 생성하고 각각의 주문형 NSX-V 네트워크에서 새로운 ESG를 생성했습니다. Tier-1/ESG 공유 기능을 사용하면 배포의 모든 네트워크에 대해 별도의 Tier-1 또는 ESG를 생성할 필요 없이 배포에서 Tier-1 또는 ESG를 공유할 수 있습니다.
- 이 기능은 클라우드 템플릿의 게이트웨이 리소스 유형을 통해 달성할 수 있습니다. 게이트웨이 리소스는 Tier-1/ESG를 나타내며 배포의 여러 네트워크에 연결할 수 있습니다.
- 자세히 알아보기.
네트워킹: NSX 아웃바운드 네트워크에 대한 포트 포워딩(DNAT 규칙)을 지원하는 새로운 NAT 리소스 유형
8.2에는 vRA는 클라우드 템플릿 리소스 유형인 Cloud.NSX.Gateway를 사용하여 NSX 아웃바운드 네트워크에 대한 포트 포워딩(DNAT 규칙) 지원이 도입되었습니다. 이를 통해 DNAT 규칙을 아웃바운드 네트워크에 연결된 게이트웨이/라우터에 지정할 수 있습니다.
8.3에서는 클라우드 템플릿에서 Cloud.NSX.NAT라는 새 클라우드 템플릿 리소스 유형을 사용하여 사용자가 배포에 대한 DNAT 규칙을 정의할 수 있습니다.
참고: vRealize Automation은 이전 버전과의 호환성을 위해 NAT 규칙에 사용할 Cloud.NSX.Gateway 리소스 유형을 계속 지원합니다. 하지만 향후 릴리스에서는 지원되지 않을 예정입니다. 향후 릴리스에서는 사용자가 DNAT 규칙을 정의할 때 Cloud.NSX.NAT 리소스 유형을 사용하고 공유 NSX-T Tier1 또는 NSX-V ESG를 정의할 때 Cloud.NSX.Gateway 리소스를 사용해야 합니다. 자세히 알아보기.
네트워킹: 주문형 보안 그룹 재구성 - 반복 및 2일차 - NSX-T
보안 그룹 재구성(2일차 및 반복 배포) 작업은 NSX-T 주문형 보안 그룹에만 지원됩니다. 사용자는 이를 통해 실행 중인 애플리케이션에 대한 보안 그룹 규칙을 수정, 추가 또는 제거할 수 있습니다. 자세히 알아보기.
네트워킹: IPAM - 데이터 수집 네트워크에 대한 필터링
데이터 수집 네트워크에 대한 필터링을 허용하여 작업이 실행되는 초기 네트워크 집합을 최소화합니다.
이전에는 Infoblox IPAM 플러그인에 대해 기본 페이지 크기가 1000인 Infoblox에서 모든 네트워크를 데이터 수집했습니다. 수천 개의 네트워크가 있지만 그 중 단 몇 개만 vRA에서 사용해야 하는 고객은 확장 가능 특성을 사용하여 이러한 네트워크에 태그를 쉽게 지정할 수 있습니다.
vRealize Automation 8.3에서는 Infoblox 플러그인의 속성이 사용되도록 설정되어 Infoblox에서 필요한 네트워크 유형 개체만 선택하고 나머지는 필터링하여 제외하는 특수 필터를 제공할 수 있습니다. 자세히 알아보기.
네트워킹: 로드 밸런서 - NSX-V 및 NSX-T에 대한 상태 모니터링 설정
액티브 상태 모니터링을 구성(0일차)하여 서버 가용성을 테스트하고, 패시브 상태 모니터링을 구성(0일차)하여 클라이언트 연결 중에 장애를 모니터링하고 일관된 장애를 야기하는 서버를 [다운됨]으로 표시할 수 있습니다.
상태 모니터링 설정 재구성(2일차)을 지원합니다. 로드 밸런서 재구성 2일차 작업에 대해 알아보기.
배포 소유권 변경 2일차 작업
배포 소유자를 프로젝트 멤버, 프로젝트 관리자, 조직 관리자의 멤버 또는 관리자로 변경할 수 있습니다.
소유자 변경 2일차 작업에 대해 알아보기.
배포 마지막 요청 필터
- 이제 마지막 요청 상태 또는 배포 수명 주기 상태를 기준으로 배포를 필터링할 수 있습니다.
- 배포 수명 주기 상태: 생성/업데이트/삭제 성공 또는 실패
- 마지막 요청 상태: 배포에 대한 마지막 요청 상태이며 취소됨/승인 보류 중/승인 거부됨/진행 중/성공/실패가 포함될 수 있습니다.
- 배포 페이지 필터에 액세스하는 방법을 참조하십시오.
속성 그룹
- 속성 그룹은 속성 그룹을 재사용하고 메타데이터를 저장하며 리소스 사용량을 추적하여 사용자가 보다 효율적으로 작업하는 데 유용합니다.
- 미리 정의된 데이터를 사용하여 속성 그룹 생성, 업데이트, 읽기 및 삭제
- 클라우드 템플릿 입력 및 리소스 속성으로 속성 그룹 재사용
- 키 값 쌍으로 속성 그룹별 리소스 및 배포 쿼리
- 자세한 내용은 속성 그룹 설명서를 참조하십시오.
클라우드 템플릿 및 확장성의 비밀
- "보안 속성" 기능이라는 개념은 중요 데이터를 데이터베이스에 암호화된 형태로 저장하고 vRA의 어디에도 표시하지 않는 것입니다.
- 인프라 관리에서 프로젝트 범위에 대한 비밀 변수를 생성 및 암호화하고 클라우드 템플릿에서 사용합니다.
- 확장성 작업에 대한 비밀 변수를 생성 및 암호화하고 ABX에서 사용합니다.
- 자세한 내용은 비밀을 사용하는 방법 및 Terraform 구성에서 비밀을 사용하는 방법에 대한 설명서를 참조하십시오
vRA Terraform 제공자 업데이트
- Hashicorp Terraform 레지스트리의 일부로 확인됨
- vRA8 Terraform 제공자의 FCD(First Class Disk) 리소스 유형 지원
VM을 온보딩하는 동안 사용자 지정 속성 추가
VM을 온보딩하는 동안 사용자는 프로세스 중에 추가할 사용자 지정 속성을 지정할 수 있습니다. 사용자는 이러한 사항을 온보딩 계획 수준에서 지정할 수 있습니다. 또한 추가가 필요하지 않은 경우 개별 VM에서 이러한 속성을 제거할 수 있습니다. 자세한 내용은 vRealize Automation Cloud Assembly의 온보딩 계획을 참조하십시오.
온보딩을 통한 디스크 지원
사용자는 온보딩 계획의 일부로 디스크를 온보딩할 수 있습니다. 온보딩된 디스크에서 모든 0\1\2일차 작업을 수행할 수 있어야 합니다. 자세한 내용은 vRealize Automation Cloud Assembly의 온보딩 계획을 참조하십시오.
마이그레이션된 배포의 소유자 변경
배포가 7.x에서 8.x로 마이그레이션되면 관리자가 배포의 소유자를 변경할 수 있습니다. 마이그레이션 정보는 vRealize Automation 8 전환 가이드를 참조하십시오.
클라우드 영역 마이그레이션에 대한 예약 최적화
Migration Assistant를 사용하여 예약을 마이그레이션하는 동안 클라우드 영역 수가 최소한으로 생성되도록 합니다. 마이그레이션 정보는 vRealize Automation 8 전환 가이드를 참조하십시오.
vRA 7.4에 대한 Migration Assistant 지원
Migration Assistant는 vRA 7.4에서 vRA 8.x로의 마이그레이션을 지원합니다. 마이그레이션 정보는 vRealize Automation 8 전환 가이드를 참조하십시오.
SDRS 데이터스토어 클러스터에 대한 디스크 생성 지원
SDRS가 사용되도록 설정되고 데이터스토어 클러스터가 배치에 사용되는 경우 새 디스크를 생성하는 0/1/2일차 작업을 지원합니다.
첫 번째만 고려하지 않고 일치하는 모든 스토리지 프로파일 및 데이터스토어를 고려
여러 스토리지 프로파일을 배치할 수 있는 경우 배치 최적화를 위해 다음 조건을 따릅니다.
- 첫 번째 데이터스토어뿐만 아니라 이러한 스토리지 프로파일에 속하는 모든 적격 데이터스토어가 고려 대상이 됩니다.
- vRA는 클러스터와 데이터스토어가 연결되어 있는지 확인합니다.
Azure 리소스 그룹 재사용
- 사용자는 2일차에 생성된 디스크를 새 리소스 그룹으로 이동할지 아니면 기존 리소스 그룹으로 이동할지 선택할 수 있습니다. 기존 항목이 필요한 경우 고객은 드롭다운에서 리소스 그룹을 선택할 수 있습니다.
- 사용자는 Blueprint를 정의할 때 리소스 그룹을 재사용하도록 선택할 수 있습니다. 따라서 0일차 프로비저닝이더라도 새 리소스 그룹을 생성하지 않습니다.
네트워킹: 보안 그룹 변경 - 반복적인 배포
- 반복 개발을 사용하여 시스템 구성 요소에 대한 보안 그룹을 변경합니다.
- 배포의 일부인 보안 그룹(기존/신규)을 배포에 있는 하나 이상의 시스템에 연결하거나 연결을 해제하려는 경우, 클라우드 템플릿의 보안 그룹을 해당하는 시스템에 연결/분리하고 반복 개발을 통해 이 새로운 토폴로지로 배포를 업데이트할 수 있습니다.
- 배포의 일부가 아닌 추가 보안 그룹(기존/신규)을 배포에 있는 하나 이상의 시스템에 추가하려는 경우, 추가 보안 그룹을 클라우드 템플릿에 추가하고, 이것을 가상 시스템에 추가(연결)하고, 반복 개발을 통해 이 새로운 토폴로지로 배포를 업데이트할 수 있습니다. 자세히 알아보기.
HCMP: 클라우드 영역 용량 및 소비 인사이트
- vRealize Operations와 통합하여 컨텍스트에서 클라우드 영역에 대한 용량 인사이트를 볼 수 있습니다.
- 사용 가능한 물리적 리소스(CPU GHz, 코어 수) 및 활용률과 같은 핵심 지표가 제공됩니다.
- CPU 및 메모리 소비 추세를 통해 용량 추세 상황을 이해할 수 있습니다.
- 자세한 소비 분석을 위해 이 클라우드 영역에서 사용된 프로젝트 및 리소스가 제공됩니다.
- 자세히 알아보기
vRA 세로 배율
- 고객이 표준 크기(12개 CPU, 42GB RAM) 및 초대형 크기(24개 CPU, 96GB RAM) VA를 사용하여 vRA 클러스터를 배포 및 업그레이드할 수 있습니다.
- 이 기능은 vRSLCM을 통해 제공됩니다.
- 표준/대형 vRA 클러스터를 배포하고 표준에서 대형으로 업그레이드합니다.
다중 테넌시
- vRA 8.2에서는 이미지 및 버전 매핑이 VPZ에 번들로 제공됩니다. 이로 인해 관리 용이성 문제가 발생할 가능성이 있습니다.
- vRA 8.3에서는 버전/이미지 매핑을 테넌트 관리 화면에서 제공자가 관리합니다. VPZ에서 분리되어 조직 관리자가 자체 조직에 대해 정의할 수 있는 방식과 동일하게 제공자가 "글로벌" 매핑을 정의할 수 있습니다. 제공자가 테넌트별 매핑을 정의할 수도 있습니다.
- 자세한 내용은 vRealize Automation을 사용하여 다중 제공자 테넌트 리소스 구성을 참조하십시오.
성능 개선
- 새 VM을 생성할 때 vCenter 컨텐츠 라이브러리를 활용하여 "가장 근접한" 템플릿을 복제합니다. 이렇게 하면 템플릿 사본이 로컬 데이터스토어에 이미 있는 경우 템플릿을 복사할 필요가 없어 복제 시간을 줄일 수 있습니다.
- 다른 모든 조건이 여러 후보 클라우드 영역을 선택하는 경우 배포는 정책에 기반하여 여러 클라우드 영역에 분산됩니다.
- ABX 작업은 플랫폼 수명 동안 특정 ABX 작업에 연결되어 있던 K8s 포드에서 실행됩니다. 포드가 회수되고 다른 ABX 작업 실행에 사용될 수 있으므로 ABX 확장 및 동시성 특성이 향상됩니다.
Blueprint당 Active Directory
Blueprint 수준에서 Active Directory가 지원됩니다.
소비자에 대한 리소스 활용도
- 내 리소스 사용량을 표시합니다.
- 사용자당 리소스 사용량(CPU, 메모리, 스토리지)의 총 소비를 표시합니다.
- 리소스 사용량 대시보드에 대해 알아보기.
사용자 지정 리소스 유형 및 사용자 지정 2일차 작업의 향상된 기능
- 사용자 지정 리소스 요청 양식을 개선하고 강력한 워크플로와 동적 요청 양식을 사용하여 리소스 유형을 꾸밀 수 있습니다.
- 2일차 작업의 사용자 지정 요청 양식에서 리소스 속성을 사용할 수 있는 기능
- 복합 개체 및 개체 속성과 참조 유형의 쿼리 수집을 바인딩하는 기능
사용자 지정 양식 개선
다중 값 선택 기능 향상에는 다음이 포함됩니다.
- "모두 표시" 옵션을 통해 검색하는 동안 전체 세부 정보를 찾아보는 기능
- 참조 개체 유형 지원
VMware Cloud Templates의 vSphere 시스템에 대한 소켓당 코어 수
- 소켓당 가상 코어 수 기능을 통해 vSphere는 물리적 코어가 구성되는 방식을 시뮬레이션할 수 있습니다.
- 이 기능을 사용하면 하이퍼바이저 계층에서 NUMA 스케줄링을 개선하여 소프트웨어 라이센싱 비용을 줄이고 VM의 성능을 향상 시킬 수 있습니다.
- 코어 수는 Cloud.vSphere.Machine에 대한 numCores 특성을 설정하여 정의합니다.
자세히 알아보기.
클라우드 고객을 위해 페더레이션된 카탈로그 및 Blueprint를 자동 사용 설정
- 페더레이션된 카탈로그 기능은 내부 프로세스를 통해 자동으로 사용하도록 설정됩니다.
- vRA가 새 Flex 고객의 구독 ID(조직에 연결됨)에 대한 CSP 알림을 수신하면 vRA는 SID에 "vRA for Flex" SKU가 포함되어 있는지 여부를 확인합니다. 포함되어 있으면, 페더레이션된 카탈로그 기능 플래그가 조직에 대해 사용하도록 설정됩니다.
vRealize Automation에 SaltStack Config 통합
8.3 릴리스에서는 SaltStack Config가 vRealize Automation에 통합되어 Photon OS 기반 SaltStack Config 장치를 배포하고 새로 생성된 VM에 미니언을 설치할 수 있습니다.
첫 번째 통합 단계에서 지원되는 기능은 다음과 같습니다.
- vRealize Suite Lifecycle Manager(LCM)를 통해 단일 노드 SaltStack Config(마스터 포함) 배포
- vRealize Suite Lifecycle Manager가 vRealize Automation에서 통합 끝점을 생성
- 사용자가 클라우드 템플릿의 YAML 코드 조각을 통해 새 VM에 미니언 배포를 지정
- 사용자가 vRealize Automation과 SaltStack Config 인터페이스간에 전환 가능
- 자세히 알아보기.
클라우드 소비자에게 최적화를 알리고 소비자가 조치를 취할 수 있도록 함
클라우드 관리자는 프로젝트 소유자에게 최적화 기회에 대해 경고할 수 있습니다. 배포의 상황에 맞는 권장 사항 및 작업을 제공하여 배포 소유자가 배포를 최적화하도록 설정할 수도 있습니다.
겹치지 않는 클라우드 영역
vRA의 클라우드 영역은 계산 용량을 나타내며, 계산 리소스(vCenter 클러스터, VMware Cloud에 대한 호스트 또는 리소스 풀, AWS의 가용성 영역, Azure 및 GCP)를 포함합니다.
클라우드 영역은 다음 세 가지 방법 중 하나로 정의됩니다.
1 - 사용 가능한 모든 클러스터/가용성 영역을 포함
2 - 클러스터/가용성 영역을 수동으로 선택
3 - 태그를 기반으로 클러스터/가용성 영역을 동적으로 선택
vRA 8.3 릴리스 전에는 동일한 계산 리소스가 여러 클라우드 영역의 멤버일 수 있었습니다.
vRA 8.3에서는 클라우드 영역 정의에 동일한 기본 계산 리소스가 더 이상 포함되지 않습니다.
기존의 모든 클라우드 영역 정의는 동일한 방식으로 계속 작동하지만 클라우드 영역에 이미 다른 클라우드 영역의 멤버인 계산 리소스가 포함된 경우 사용자에게 알림이 표시됩니다. 클라우드 영역을 수정하고 다시 저장하여 고유하게 설정합니다.
참고: 클라우드 계정 생성 중 자동 생성된 클라우드 영역은 데이터 수집 후 기본 계산 리소스와 연결됩니다. 동적으로 정의된 클라우드 영역(태그 기반)의 경우 태그가 기본 계산 리소스에 대해 업데이트되면 클라우드 영역 정의가 다음 데이터 수집 주기 후에 업데이트됩니다.
자세한 내용은 vRealize Automation Cloud Assembly 클라우드 영역에 대해 알아보기를 참조하십시오.
리소스 작업 조건 식 설명서
리소스 작업 조건 식에 대한 예제를 포함하도록 설명서가 업데이트되었습니다. 자세히 알아보기.
Azure VMware 솔루션 및 Google Cloud VMware Engine 지원
vRealize Automation Cloud는 Microsoft Azure 및 Google Cloud Platform에서 AVS(Azure VMware Solution) 및 GCVE(Google Cloud VMware Engine)라고 하는 VMware의 호스팅 클라우드 솔루션과 함께 작동하도록 테스트를 거쳤고 인증되었습니다. AVS 또는 GCVE에서 실행되는 워크로드는 이제 vCenter 및 NSX-T 클라우드 계정을 설정한 후 vRealize Automation Cloud에서 관리됩니다. 자세한 내용은 Azure VMware Solution 설명서 및 Google Cloud VMware Engine 설명서를 참조하십시오.
로깅 통합
vRA는 여러 로깅 통합 끝점을 지원하지 않습니다. 성능과 관련하여, vRA는 외부 로그 끝점을 Syslog 서버 또는 vRealize Log Insight 중 하나만 지원합니다.
참고: vRealize Log Insight는 Syslog보다 우선합니다. 자세히 알아보기.
FIPS(Federal Information Processing Standard) 지원
vRealize Automation 8.3에는 NIST FIPS 140-2 CMVP(암호화 모듈 검증 프로그램) 테스트를 통과한 암호화 모듈이 포함되어 있습니다. 이러한 모듈이 'FIPS 모드'에서 실행되도록 구성되면 보안 기능을 수행하거나 중요 데이터를 처리하는 제품의 모든 암호화 작업을 다룹니다. 단, 다음은 예외입니다.
- vRA의 ID 및 액세스 관리(vIDM) 기능
- 오픈 소스 Terraform 라이브러리를 프로비저닝에 사용하는 접두사가 "Cloud.Service"인 클라우드 템플릿 리소스
- Terraform에서 지원하는 Terraform 구성 리소스 또는 Terraform과 작동하는 사용자 지정 제공자를 포함하는 접두사가 "Cloud.Terraform"인 클라우드 템플릿 리소스
참고: FIPS 모드를 사용할지 여부는 설치 중 및 vRA/vRO의 컨텐츠가 생성되기 전에만 선택할 수 있습니다. 또한 FIPS 모드는 그린필드 vRA 환경에서만 사용할 수 있습니다.
시작하기 전에
지원 문서를 숙지하십시오.
- vRealize Easy Installer를 사용하여 vRealize Automation 설치
- vRealize Automation에서 사용자 관리
- vRealize Automation 전환 가이드
vRealize Automation을 설치하고 사용자를 설정한 후, 포함된 각 서비스에 대해 시작 및 사용 및 관리 가이드를 사용할 수 있습니다. 시작 가이드에는 포괄적인 개념 증명이 포함되어 있습니다. 사용 및 관리 가이드는 사용 가능한 기능을 탐색하는 데 도움이 되는 보다 자세한 정보를 제공합니다. vRealize Automation 8.3 제품 설명서에서도 추가 정보를 확인할 수 있습니다.
- vRealize Automation Cloud Assembly 시작
- vRealize Automation Cloud Assembly 사용 및 관리
- vRealize Automation Code Stream 시작
- vRealize Automation Code Stream 사용 및 관리
- vRealize Automation Service Broker 시작
- vRealize Automation Service Broker 사용 및 관리
vRealize Orchestrator 8.3 기능 및 제한 사항에 대한 자세한 내용은 vRealize Orchestrator 8.3 릴리스 정보를 참조하십시오.
API 설명서 및 버전 관리
API 설명서는 제품에서 사용할 수 있습니다. 단일 랜딩 페이지에서 모든 Swagger 설명서에 액세스하려면 https://<appliance.domain.com>/automation-ui/api-docs로 이동합니다 여기서 appliance.domain.com은 vRealize Automation 장치입니다.
API를 사용하기 전에 이 릴리스에 대한 최신 API 업데이트 및 변경 사항을 고려하고 사용하는 API 서비스의 변경 사항을 확인하는 것이 좋습니다. 이전에 API를 특정 버전으로 잠그지 않은 경우에는 API 응답에서 예기치 않은 변경이 발생할 수 있습니다. 가장 좋은 방법은 apiVersion 변수를 할당하여 API를 사용하려는 버전으로 잠그는 것입니다. 예를 들면 다음과 같습니다.
- API를 vRealize Automation 8.2 API로 잠그려면
apiVersion=2020-10-06을 사용합니다. - API를 vRealize Automation 8.3 API로 잠그려면
apiVersion=2021-02-04를 사용합니다.
잠금을 해제한 상태로 두면 API 요청은 기본적으로 최신 버전(apiVersion=2021-02-04)으로 설정됩니다.
API를 특정 버전으로 잠그는 방법에 대한 자세한 내용은 vRealize Automation 8.3 API 프로그래밍 가이드에서 "API 버전 관리" 섹션을 참조하십시오.
API를 사용하기 전에 이 릴리스의 최신 API 업데이트 및 변경 사항을 고려하십시오.
| 서비스 이름 | 서비스 설명 | API 업데이트 및 변경 사항 |
|---|---|---|
| iaas-api | 이 API에는 프로비저닝 서비스와 관련된 모든 기능(예: 반복적인 인프라 설정, 리소스 유효성 검사 및 프로비저닝)이 포함되어 있습니다. | 새 속성
새 기능
액세스 토큰을 얻기 위한 변경 사항 vRealize Automation 8.0.1 이상부터는 API 세션을 인증하는 데 사용되는 액세스 토큰을 얻으려면 ID 서비스 API와 IaaS API를 둘 다 사용해야 합니다. ID 서비스 API만으로 생성된 토큰을 사용하면 내부 상태가 누락되었기 때문에 작동하지 않습니다. 인증에 필요한 토큰을 얻는 방법에 대한 전체 절차는 API 프로그래밍 가이드의 액세스 토큰 가져오기를 참조하십시오. |
| project-service | 이 API에는 프로젝트 생성, 관리 및 삭제와 관련한 모든 기능이 포함되어 있습니다. |
새 요청 매개 변수
|
| blueprint-service | 이 API에는 Blueprint 서비스와 관련한 모든 기능(생성, 유효성 검사 및 프로비저닝 등)이 포함되어 있습니다. | 새 끝점
새 매개 변수:
|
| relocation-service | 재배치 서비스는 관리 중인 클라우드에서 기존 VM을 가져오기 위한 정책 및 계획을 정의하는 데 사용됩니다. | 새 끝점
새 속성
|
| migration-service | 이 서비스는 구성 파일의 정보를 기반으로 vRA 8 인스턴스를 빠르게 설정하는 데 사용됩니다(Zero-Setup이라고도 함). | 새 끝점
|
| cgs-service | 컨텐츠 서비스 API는 외부 컨텐츠 소스의 IaC(Infrastructure as Code) 컨텐츠에 연결하는 데 사용됩니다(예: SCM 제공자 및 VMware Marketplace). | 새 끝점
|
| form-service | Service Broker 및 Cloud Assembly VMware 서비스의 동적 양식 렌더링 및 사용자 지정 동작을 정의합니다. | 새 끝점
새 매개 변수
|
| 배포 | 이 API는 시스템에 배포된 배포 개체 및 플랫폼/Blueprint에 대한 액세스를 제공합니다. | 새 끝점
새 요청 매개 변수
|
| 승인 | 요청이 프로비저닝되기 전에 배포 또는 2일차 작업에 동의해야 하는 사람을 제어하는 정책을 적용합니다. | 새 끝점:
|
| 리소스 할당량 정책 - 집계기 서비스 | 승인 컨테이너 내에서 실행되는 새 서비스입니다. 이러한 API는 조직, 사용자, 프로젝트 수준에서 리소스 사용량 메트릭을 찾을 수 있는 액세스를 제공합니다. |
새 끝점:
|
| 모든 파이프라인-서비스 Code stream | 이 API는 Code Stream 서비스에 대한 액세스를 제공합니다. | DELETE /codestream/api/executions. 이 신규 API는 실행을 대량으로 삭제하고 메모리를 지우는 데 사용됩니다. 터미널 상태인 실행만 삭제합니다. 필터 매개 변수도 수락합니다. 예를 들어 다음 명령은 'pipelineName'이라는 파이프라인의 모든 터미널 실행을 삭제합니다. DELETE /codestream/api/executions$filter=name eq 'pipelineName'. |
VMware는 포용성을 중요하게 생각합니다. 고객, 파트너 및 내부 커뮤니티 내에서 이 원칙을 권장하기 위해 설명서에서 포용성이 없는 언어를 제거했습니다.
새 업그레이드 번들을 사용하여 vRealize Automation 8.3으로 업그레이드한 고객에게는 확장 중에 오류가 표시될 수 있습니다(패치가 적용된 환경과 유사함). KB 79105에 언급된 것처럼 ova 번들은 my.vmware.com에서 호스팅됩니다.
vIDM 3.3.3은 내장된 Linux 커넥터가 있는 IWA(통합 Windows 인증)를 지원하지 않습니다. 외부 Windows 커넥터로 LDAP 또는 IWA를 사용하는 vRA 8.x 고객은 영향을 받지 않습니다. 자세한 내용은 KB 82013을 참조하십시오.
Azure VMware 솔루션 및 Google Cloud VMware Engine 지원
vRealize Automation Cloud는 Microsoft Azure 및 Google Cloud Platform에서 AVS(Azure VMware Solution) 및 GCVE(Google Cloud VMware Engine)라고 하는 VMware의 호스팅 클라우드 솔루션과 함께 작동하도록 테스트를 거쳤고 인증되었습니다. AVS 또는 GCVE에서 실행되는 워크로드는 이제 vCenter 및 NSX-T 클라우드 계정을 설정한 후 vRealize Automation Cloud에서 관리됩니다. 자세한 내용은 Azure VMware Solution 설명서 및 Google Cloud VMware Engine 설명서를 참조하십시오.
vRealize Automation 8.3으로 업그레이드
VMware vRealize Suite Lifecycle Manager를 사용하여 vRealize Automation 8.x 인스턴스를 8.3으로 업그레이드할 수 있습니다. 자세한 내용은 vRealize Suite Lifecycle Manager 및 vRealize Suite 제품 업그레이드를 참조하십시오.
해결된 문제
- 단일 vRealize Automation 7.x 설치를 여러 vRealize Automation 8.x 조직으로 마이그레이션 평가하려면 인증서를 수동으로 수락해야 함
이 문제는 단일 vRealize Automation 7.x 환경을 여러 8.x 조직으로 마이그레이션하려고 시도하고 소스 vRealize Automation 7.x 설치 환경에서 안전하지 않은 SSL 인증서를 구성한 경우 발생합니다.
- 특정 상황에서 로드 밸런싱된 시스템 클러스터를 확장 또는 축소하는 데 실패하고 암호화 오류 메시지가 표시됨
로드 밸런서의 "loggingLevel" 또는 "type" 속성 값이 상위(IaC) 로드 밸런서의 동일한 속성과는 다른 로드 밸런싱된 시스템 클러스터를 확장하거나 축소하는 경우 작업이 실패하고 다음 메시지가 표시됩니다.
업데이트 작업은 한 번에 하나의 속석에 대해서만 지원됩니다.
- 사용자 지정 역할이 삭제되면 [정책 세부 정보] 페이지의 "역할"에 빈 값이 표시됨
사용자 지정 역할을 삭제한 후 사용자가 기존 2일차 정책의 세부 정보 보기로 이동하면 해당 역할이 삭제되었다는 메시지가 페이지에 표시되어야 합니다. 하지만 "역할" 값이 비어 있습니다.
알려진 문제
이 릴리스에는 다음과 같은 알려진 문제가 있습니다.- 온보딩 페이지에 액세스할 수 없음
Cloud Assembly->인프라에서 온보딩 페이지로 이동하면 302 상태 코드가 발생할 수 있습니다. 이 문제는 오랫동안 로그인되어 있는 경우에 발생될 수 있습니다.
해결 방법: 로그아웃한 다음 다시 로그인합니다.
- vRA 배포를 Easy Installer의 새 설정으로 초기화하지 못함
Easy Installer 또는 vRealize Suite LCM의 새 설정으로 vRA 배포(단일 또는 클러스터)가 초기화되지 못합니다.
LCM에 표시된 오류는 LCMVRAVAVACONFIG590003입니다.해결 방법: vRealize Suite LCM 내에서 클러스터 초기화를 재시도하십시오.
- vCenter 클라우드 계정을 업데이트하여 데이터 센터를 추가하면 이 데이터 센터의 리소스를 즉시 사용할 수 없음
vCenter 클라우드 계정의 지역(데이터 센터)에 변경한 사항은 즉시 적용되지 않으며 데이터 수집을 실행해야 합니다.
해결 방법: 다음 데이터 수집이 완료될 때까지 기다려 주십시오. 데이터 수집은 약 10분마다 실행됩니다.
- PowerShell 작업이 중단된 것으로 나타남
활성 세션이 없으면 PowerShell 작업이 중단된 것으로 나타납니다. 이러한 동작은 사용자 스크립트를 실행하는 PowerShell 프로세스가 Windows 시스템 프로세스 WmiPrvSE에 의해 유지되기 때문에 나타납니다.
해결 방법: 시스템에 로그인하고 활성 세션을 유지합니다. 완전하게 로그아웃하는 대신 화면을 잠급니다.
- vRO에서 [어레이] 유형을 "type.isMultiple"이 true인 필드가 아니라 하나의 열만 있는 복합 유형으로 나타냄
어레이 입력이 있는 워크플로를 추가하고 해당 양식을 사용자 지정하는 경우 데이터 그리드의 [값] 탭에서 열의 ID를 변경하지 마십시오. 기본값은 _column-0_에 설정된 상태여야 합니다. 반대로 열의 레이블을 변경할 수 있습니다(데이터 그리드에 값을 추가할 때 UI에 표시됨).
- 라이센스 재구성이 지원되지 않음
Enterprise 라이센스로 vRealize Automation을 구성한 후에는 Advanced 라이센스를 사용하도록 시스템을 재구성할 수 없습니다.
- vRealize Automation 8이 Internet Explorer 11을 지원하지 않음
Internet Explorer 11은 vRealize Automation 8과 함께 사용할 수 없습니다.
해결 방법: Internet Explorer 11 대신 다른 브라우저를 사용하십시오.
- 사용자 지정 리소스가 변경되거나 삭제된 후에 BP 캔버스가 새로 고쳐지지 않음
사용자 지정 리소스를 삭제하면 변경 내용이 Blueprint 캔버스에 즉시 전파되지 않습니다.
해결 방법: 캔버스에는 캐시 메커니즘이 있으며, 검색 창 옆에 있는 새로 고침 버튼을 사용하여 업데이트할 수 있습니다.
- 동일한 vRO 개체 유형으로 서로 다른 사용자 지정 리소스를 생성하는 것이 지원되지 않음
vRA 7.x에서는 동일한 유형으로 서로 다른 사용자 지정 리소스를 생성할 수 있었습니다. 따라서 사용자가 서로 다른 사용자 지정 리소스 유형을 생성하여 동일한 vRO 유형으로 서로 다른 생성/삭제/운영 작업 집합을 정의할 수 있었습니다. vRA 8.x에서는 서로 다른 사용자 지정 리소스에서 동일한 vRO_Type을 활용할 수 있는 경우가 지원되지 않습니다.
- 참조 유형의 빈 입력이 있는 경우 카탈로그를 통해 vRO 워크플로가 실행되지 않음
참조 유형의 워크플로 입력에 대해 빈 값의 vRO 워크플로를 요청하려고 하면 Null 포인터 예외가 나타납니다.
해결 방법: 필드를 필수로 설정하거나 참조 유형의 기본값을 설정합니다.
- 성공적으로 프로비저닝되지 않은 사용자 지정 리소스를 배포에서 삭제할 수 없음
사용자 지정 리소스를 요청하는 경우 리소스를 생성하는 워크플로 실행이 실패해도 배포 서비스의 리소스가 여전히 생성됩니다. (초기 요청에 시작됨 상태로 응답하기 때문에, 그 결과 배포에서 리소스가 생성됩니다.) 이 리소스에는 vRO에서 리소스를 성공적으로 프로비저닝하면 추가되는 메타데이터가 포함되어 있지 않기 때문에 삭제할 수 없습니다.
해결 방법: 사용자 지정 리소스를 삭제하려고 처음 시도한 직후에 강제로 삭제할지 묻는 대화 상자가 나타납니다. 예로 답변하여 강제로 삭제합니다.
- 사용자 지정 리소스 이름이 배포 보기 목록에 올바르게 전파되지 않음
vRO_Type을 기반으로 사용자 지정 리소스를 생성하는 경우 일반적으로 포괄적인 표시 이름을 사용합니다. 현재 이 표시 이름은 배포 보기에서 사용할 수 없습니다. 배포에 표시되는 리소스는 해당 유형으로만 식별됩니다.
- vCenter 시스템 콘솔 창에서 표준 시간대를 설정할 수 있는 옵션
사용자가 vCenter 시스템 콘솔 창에서 표준 시간대를 설정할 때 정의되지 않은 동작이 발생함
해결 방법: 표준 시간대를 변경하지 마십시오.
- 대/소문자가 다른 테넌트 이름이 동일하게 처리됨
이름이 vmware인 테넌트와 이름이 VMware인 또 다른 테넌트는 동일하게 간주됩니다.
해결 방법: vRA 8.x의 테넌트는 호스트 이름에 기반하며, 호스트 이름은 대/소문자를 구분하지 않으므로 테넌트 이름도 대/소문자를 구분하지 않습니다. 즉, 이름이 VMware인 테넌트는 VMWARE나 vmware 또는 다른 대/소문자 조합과 동일합니다. 테넌트 이름 대/소문자는 다를 수 있으며 애플리케이션 사이에 유지되지 않을 수 있습니다.
- OGNL 표현식이 있는 vRO 워크플로 프레젠테이션이 vRA에서 사용자 지정 2일차 작업으로 사용되는 경우 제대로 렌더링되지 않음
프레젠테이션에 OGNL 제약 조건이 있는 워크플로를 사용하는 사용자 지정 리소스 작업이 제대로 렌더링되지 않을 수 있으며 모든 필수 필드를 채우지 못할 수 있습니다.
- 비용\가격 기능이 공유 인프라 다중 테넌시와 함께 작동하지 않음
테넌트가 인프라 리소스를 공유할 수 있는 다중 테넌트 배포로 구성된 경우 가격 책정 기능이 부정확한 결과를 보고할 수 있습니다. 가격 책정이 다중 테넌시를 인식하지 못하기 때문입니다. 가격은 vROps가 추가되고 배포가 생성된 조직에 대해서만 계산됩니다.
- 평가 서비스 swagger를 사용할 수 없음
평가 서비스 swagger 페이지를 사용할 수 없습니다.
해결 방법: 마이그레이션 swagger 페이지에 나열된 마이그레이션 API를 통해 평가를 실행합니다.
- vSphere 클러스터에서 DRS를 사용하지 않도록 설정된 경우 vSphere/NSX-v 클라우드 계정에 할당하는 동안 기존 네트워크를 사용한 배포가 실패함
네트워크 프로파일에서 NSX-V 네트워크를 선택하고 기존 네트워크를 사용하여 배포를 요청하면, 할당 중에 배포가 실패하고 다음과 같은 메시지가 표시됩니다. "네트워크 구성...을 사용한 계산...에 대한 공통 배치를 찾을 수 없습니다". 이 문제는 DRS가 사용되지 않도록 설정된 클러스터가 vCenter에 포함된 경우 발생합니다.
해결 방법: 클러스터에서 DRS를 사용하도록 설정하고 vRA 클라우드 영역에 클러스터를 포함시키거나, 네트워크 프로파일에서 vSphere 네트워크를 선택합니다.
- vRO 워크플로 입력에 설정되어 있는 기본값을 Service Broker 양식이 채우지 않음
vRO 워크플로에 기본값으로 설정된 문자열 입력이 있는데, Service Broker에서 워크플로를 시작할 때 요청 양식에 자동으로 전파되지 않습니다.
해결 방법: Service Broker 사용자 지정 양식을 사용하여 주어진 기본값을 설정합니다.
- Service Broker가 문자열 필드의 valueList에 작업이 있는 vRO 워크플로를 가져올 수 없음
Service Broker에서 작업에 의해 채워진 'valueList'가 포함된 문자열 필드의 스키마를 구문 분석하고 가져올 수 없습니다.
- 프록시 뒤에서 Docker 이미지를 풀링하려면 추가 구성이 필요함
ABX 서비스는 공개적으로 사용 가능한 인터넷 저장소에서 컨테이너 이미지를 가져옵니다. vRA가 공용 사이트로 아웃바운드 트래픽을 허용하지 않는 격리된 네트워크에 배포된 경우에는 HTTP 프록시를 구성해야 합니다. vRA 8은 자체 CLI를 통해 프록시 구성을 지원하지만, 워크플로에는 Docker 서비스에 대한 자동 설정이 포함되어 있지 않습니다.
해결 방법: 이러한 구성은 별도로 설정해야 합니다. KB 문서는 추후 결정됩니다.
- anyOf 유형의 복합 개체는 클라우드 템플릿 요청 양식에서 지원되지 않음
양식에 복합 개체에 대한 anyOf 속성이 포함된 경우 anyOf는 다른 제약 집합 대신 문자열 드롭다운으로 시각화되어 입력을 검증합니다.
해결 방법: anyOf 값 대신 열거형 유형을 사용합니다.
- 속성이 개체 유형 스키마에 정의되지 않은 경우 입력 대화 상자에 예외 발생
입력 속성이 개체 유형이고 속성이 json 스키마에 정의되어 있지 않으면 Blueprint 테스트 또는 배포 대화 상자의 입력 대화 상자가 로드되지 않습니다.
해결 방법: 입력 속성에서 기본값을 제거하거나, 기본값을 사용하여 입력 속성을 속성 스키마에 정의합니다.
- 입력 어레이 필드를 사용하여 배포하는 동안 값을 전송할 수 없음
사용자는 입력 양식에 값을 채울 수 있지만 UI는 테스트/배포 대화 상자의 Blueprint 서비스에 null 어레이를 전송합니다.
해결 방법: 개체 또는 문자열/숫자 필드를 대신 사용합니다.
- vRealize Orchestrator 또는 vRealize Automation 8.3으로 업그레이드한 후 vRealize Orchestrator 클라이언트의 일부 리소스 요소가 변경되거나 이전 버전으로 되돌아간 것으로 보일 수 있음
vRealize Orchestrator 또는 vRealize Automation 8.3으로 업그레이드한 후 vRealize Orchestrator 클라이언트의 일부 리소스 요소가 변경되거나 이전 버전으로 되돌아간 것으로 보일 수 있음 이 문제는 다른 소스 파일을 사용하여 vRealize Orchestrator 클라이언트에서 이전에 업데이트된 리소스 요소에서 발생합니다. vRealize Orchestrator 또는 vRealize Automation 배포를 업그레이드한 후 해당 리소스 요소가 이전 버전으로 교체될 수 있습니다. 이것은 간헐적인 문제입니다.
해결 방법:
1. vRealize Orchestrator 클라이언트에 로그인합니다.
2. 자산>리소스로 이동합니다.
3. 문제의 영향을 받는 리소스 요소를 선택합니다.
4. 버전 기록 탭을 선택하고 요소를 적절한 버전으로 복원합니다.
5. 영향을 받는 모든 리소스 요소에 대해 반복합니다.
- vRA가 vRA 8.0/8.1/8.2에서 8.3으로 업그레이드되고 AD가 프로젝트에 대해 구성된 경우 배포가 실패하고 다음 오류 메시지가 표시됨: "Active Directory에서 컴퓨터 개체 생성 실패".
vRA 8.3에서는 Active Directory 레코드를 생성하는 데 사용되는 AD 스크립트가 Blueprint에 설정된 값에서 relativeDN을 재정의할 수 있도록 업데이트됩니다. 새 스크립트를 배포하려면 업그레이드 후에 사용자가 vRA에서 기존 AD 통합의 유효성을 다시 검사해야 합니다.
해결 방법: UI에서 AD 통합 계정의 유효성을 다시 검사합니다.
- FIPS 모드를 사용하도록 설정하면 Code Stream 포드가 부하가 높은 조건에서 다시 시작됨
FIPS 모드를 사용하도록 설정한 상태에서 많은 수의 동시 파이프라인이 실행되면 미리 설정된 제한인 2.5GB를 초과하기 때문에 Code Stream 포드가 다시 시작됩니다.
해결 방법:
FIPS 모드를 사용하도록 설정한 경우 Code Stream 포드에 대한 메모리 제한을 3GB로 늘립니다.
1. 노드에 SSH를 실행합니다. HA 설정의 경우 노드 중 하나에 SSH를 실행합니다.
2. 현재 포드 메모리 제한을 확인합니다. kubectl -n prelude describe deployment codestream-app
3. 제한이 다음과 같은지 확인합니다. Limits: memory: 2500M
4. 배포 yaml을 편집합니다. kubectl -n prelude edit deployment codestream-app
5. 메모리 제한을 늘리고 제한이 다음과 같은지 확인합니다. Limits: memory: 3000M6
6. Code Stream 포드가 다시 생성됩니다.
- Mozilla Firefox v84를 사용하여 패키지를 내보낼 때 생성된 파일의 확장명이 .package가 아닌 .zip이며, vRO로 가져올 수 없음
MacOS 10.15에서 Firefox 84.0.2를 통해 패키지를 내보내면 패키지가 .zip 파일로 저장됩니다.
해결 방법:
- Google Chrome 또는 다른 버전의 Mozilla Firefox를 사용합니다.
- 파일 확장명을 .zip에서 .package로 변경합니다.
참고: macOS에서는 터미널에서 파일을 수정합니다. Finder 애플리케이션은 알려진 형식에서 알 수 없는 형식으로 파일 형식을 변경하는 것을 지원하지 않기 때문입니다.
- 새로운 문제 API를 사용하여 중복 작업/권한이 있는 2일차 정책을 생성할 수 있음
API를 사용하여 중복 작업/권한이 있는 정책을 생성하려고 시도하면 유효성 검사 없이 정책이 생성됩니다.
참고: UI를 사용하여 정책을 생성하는 경우에는 드롭다운에 중복 항목이 표시되지 않거나 중복 항목 선택이 허용되지 않으므로 이 문제가 발생하지 않습니다.
해결 방법: API가 아닌 UI를 사용하여 2일차 정책을 생성합니다.
- 새로운 문제 vRealize Automation 사용자 지정 리소스에 의해 트리거된 워크플로 'Software-Install-Base'를 통해 가상 시스템에서 로컬 스크립트를 실행하면 배포가 실패하고 다음 오류가 표시될 수 있음 "동일한 키를 가진 항목이 이미 추가됨: 키: LinkedView".
vRealize Automation Blueprint(또는 클라우드 템플릿)가 동적 유형 DynamicTypes:CustomScript.Script가 있는 vRO 워크플로 'Software-Install-Base'를 참조하는 사용자 지정 리소스를 통해 로컬 스크립트를 실행하도록 설정된 경우 배포가 실패합니다.
해결 방법: SaltStack Server를 통해 시스템에서 로컬로 스크립트를 실행하거나 cloud-init, ABX 또는 Code Stream과 같은 다른 로컬 스크립트 실행 방법을 사용합니다.
