업데이트 날짜: 2020년 1월 15일

vRealize Automation 8.2 | 

  • vRA Easy Installer (ISO) 빌드 16982088
  • vRA 제품(장치) 빌드 16980951
  • vRA 업데이트 저장소 빌드 17018654

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

릴리스 정보에 포함된 내용

새로운 내용 vRealize Automation 8.2 패치 1

vRealize Automation 8.2 패치 1을 사용할 수 있으며 다양한 영역의 버그 수정이 포함되어 있습니다. 누적 업데이트입니다. 

자세한 내용과 설치 지침은 KB 81396를 참조하십시오.

vRealize Automation 8.2 정보

vRealize Automation 8.2는 vRealize Automation 8.1에 기능을 더하여 vRA 7.x 릴리스와 기능이 더욱 유사해졌으며, XaaS와 같은 주요 기능이 재도입되고 ABX의 PowerShell 지원과 AWS GovCloud 지원 및 vRO의 Python, Node.js 및 PowerShell과 같은 기능이 추가되었습니다.

필수: vRealize Automation 8.2로 업그레이드하기 전에 vRealize Suite Lifecycle Manager 8.2에 제품 지원 팩 1을 적용해야 합니다. vRealize Suite Lifecycle Manager 제품 지원 팩 1은 vRealize Network Insight 6.0.0에 대한 누적 지원 팩입니다. 이 지원 팩은 vRealize Automation 8.2 업그레이드 번들 및 vRealize Automation 업그레이드 OVA 파일에 대한 지원도 제공하며, vRealize Automation 8.1 또는 이전 버전에서 vRealize Automation 8.2로 vRealize Automation 8.2 사후 업그레이드를 확장하는 데 필요합니다. vRealize Suite Lifecycle Manager의 사용자 인터페이스에서 패치가 적용된 제품 바이너리 아래에 vRealize Automation 8.2 업그레이드 OVA 번들 바이너리를 매핑하려면 KB 문서 79105를 참조하십시오.

업그레이드하기 전에 필요한 시스템 리소스를 검토하고 시스템이 이러한 요구 사항을 충족하는지 확인합니다.

배포 서비스에 새 버전의 카탈로그, 배포 및 정책 API가 릴리스되었습니다. API 버전 호환성을 확인하십시오.

참고: vRealize Automation 8.1에서는 마이그레이션 평가 중에 소스 인증서를 수락하도록 요구하지 않습니다. 따라서 소스 환경을 재평가해야 합니다. 소스 환경을 재평가하고 소스 인증서를 수락하려면 소스 환경을 삭제하고 다시 추가하고 인증서를 수락하고, Migration Assistant 서비스를 사용하여 소스 환경을 재평가합니다.

새로운 기능

vRealize Automation 8.2에는 여러 가지 새로운 이점이 포함되어 있습니다.

새 버전의 vRealize Automation REST API

vRealize Automation REST API의 새 버전을 모든 vRealize Automation 릴리스에서 사용할 수 있습니다. 새 버전은 리소스 지원을 배포당 300개 리소스로 늘리고 성능 향상을 제공합니다. API 사용자이고 이전에 API를 버전으로 잠그지 않은 경우에는 API 응답에서 변경이 발생할 수 있습니다. 가장 좋은 방법은 apiVersion 변수를 사용하여 API를 사용하려는 버전으로 잠그는 것입니다. 예를 들면 다음과 같습니다.

  • API를 vRealize Automation 8.1 API로 잠그려면 apiVersion=2020-01-30을 사용합니다.
  • API를 vRealize Automation 8.2 API로 잠그려면 apiVersion=2020-08-25를 사용합니다.

잠금을 해제한 상태로 두면 API 요청은 기본적으로 최신 버전(apiVersion=2020-08-25)으로 설정됩니다.

API를 특정 버전으로 잠그는 방법에 대한 자세한 내용은 vRealize Automation 8.2 API 프로그래밍 가이드(https://code.vmware.com/docs/12597)에서 "API 버전 관리" 섹션을 참조하십시오.

참고: vRealize Orchestrator REST API는 apiVersion 매개 변수를 지원하지 않으며, 이전 버전과 호환됩니다.

vRealize Automation Blueprint가 VMware Cloud Templates으로 이름이 변경됨

  • Blueprint가 VMware Cloud Templates으로 이름이 변경되었습니다. 자세히 알아보기.

  • 공식적인 설명서, API, 오류 메시지 및 기타 코드 영역에도 Blueprint라는 용어가 표시될 수 있습니다.

VMware vRealize Automation 8.2에는 제품 내 사용자 도우미가 포함되어 있습니다.

  • 설정에 대해 알아보려면 표지판 도움말을 사용합니다.
  • 기능 또는 구성 프로세스에 대한 자세한 정보를 보려면 도움말 패널을 사용합니다.

Migration Assistant 가용성

사용자가 vRA 7.4/7.5/7.6 인스턴스에서 vRA 8.2 인스턴스로 컨텐츠 및 배포를 마이그레이션할 수 있도록 마이그레이션 평가 서비스 기능이 확장되었습니다.

  • 인프라, 구독 및 배포 마이그레이션
  • 마이그레이션 롤백
  • 전체 vRA 7.x 시스템을 한 번에 마이그레이션하지 않고 개별 비즈니스 그룹을 단계별로 증분 마이그레이션

제한: vRealize Automation 8 Migration Assistant는 외부 vRealize Orchestrator 인스턴스를 사용한 마이그레이션을 지원하지 않습니다.

vRealize Automation에서 VMware Cloud Templates 리소스로 Terraform 구성 

Terraform 오픈 소스 구성이 이제 VMware Cloud Templates에서 통합 지원됩니다. 클라우드 관리자는 Git에 저장된 Terraform 구성을 통합하고 셀프 서비스 카탈로그 항목으로 릴리스할 수 있습니다. 선택 기능에는 다음이 포함됩니다.  자세히 알아보기

  • Terraform 구성으로 클라우드 템플릿 생성
  • 하이브리드 Terraform-VMware Cloud Templates 작성
  • Terraform 리소스에 대해 강력한 기본 제공 2일차 작업 및 사용자 지정 2일차 작업 사용
  • 중앙 배포 상태 파일
  • 클라우드에서 관리되는 Terraform 런타임
  • DevOps 사용자를 위한 Terraform 기반 클라우드 템플릿을 배포하는 Code Stream 파이프라인

SDDC Manager 통합 및 VCF(VMware Cloud Foundation) 클라우드 계정

SDDC Manager 통합을 구성하고 워크로드 도메인을 VCF(VMware Cloud Foundation) 클라우드 계정으로 VMware Cloud Assembly 서비스에 온보딩합니다. VCF 클라우드 계정을 사용하면 VCF 워크로드를 Cloud Assembly에 통합하여 포괄적인 하이브리드 클라우드 관리 솔루션을 용이하게 할 수 있습니다.

  1. SDDC Manager는 하나 이상의 워크로드 도메인을 VCF 클라우드 계정으로 온보딩하는 통합 끝점으로 한 번 사용할 수 있습니다.
  2. VCF 클라우드 계정은 새 리소스 프로비저닝을 위해 계산 및 네트워크 리소스(vSphere 및 NSX-T)를 vRealize Automation으로 가져옵니다.
  3. VCF 클라우드 계정은 vSphere에서 사용할 새 서비스 계정을 자동으로 생성하고 SDDC Manager의 기존 NSX 자격 증명을 재사용하도록 서비스 자격 증명을 지원합니다.
  4. 버전, 이미지, 네트워크 및 스토리지 프로파일은 vSphere 및 VMC 클라우드 계정과 유사하게 VCF 클라우드 계정에 대해 정의할 수 있습니다.
  5. 제약 조건이 있는 vSphere/NSX 특정 또는 애그노스틱 리소스를 사용하여 새 리소스의 프로비저닝을 VCF 클라우드 계정으로 전달합니다.

다중 테넌시: 테넌트 인프라의 중앙 집중식 관리 

테넌트 격리를 유지하면서 가상 개인 영역을 설정 및 관리하고 프로젝트 전체에서 IaaS 리소스를 공유합니다. 관리 서비스 제공자의 경우 공유 인프라 다중 테넌시를 통해 최적의 리소스 할당 및 제어를 보장할 수 있습니다. 제공자는 이 기능을 통해 제공자가 관리하는 인프라를 테넌트에 할당할 수 있습니다. 현재 이 기능은 VMware Cloud Provider Hub의 다중 테넌시 구성을 통해 제공자 조직에 지원됩니다. 자세히 알아보기.

  1. 제공자 관리자는 VPZ(가상 개인 영역)라고 하는 격리된 IaaS 리소스(계산, 네트워크, 스토리지, 이미지 및 버전) 번들을 생성합니다. 모든 CRUD 작업이 지원됩니다.
  2. 제공자 관리자는 테넌트와 VPZ를 공유합니다.
  3. 테넌트 관리자는 테넌트 조직 내의 프로젝트와 VPZ를 공유합니다. 여러 VPZ를 단일 프로젝트에 추가할 수 있습니다.
  4. 테넌트 프로젝트 멤버는 VPZ에 시스템을 프로비저닝할 수 있습니다.
  5. 프로젝트 멤버는 배포를 확인하고 기본 인프라의 "난독 처리된" 보기(VPZ 이름만)를 확인합니다.
  6. 테넌트 A 리소스는 기본 인프라가 공유된 경우에도 테넌트 B에 표시되지 않습니다.

사용자 지정 RBAC(역할 기반 액세스 제어) 

vRealize Automation 8.2에 사용자 지정 역할 기반 액세스가 도입되어, 고객은 소비자와 제공자에게 할당하는 역할을 조직 내에서 담당하는 실제 역할에 가깝게 맞출 수 있습니다. 이 기능은 사용자에게 적격한 실제 작업(사용 권한)과 적격한 리소스를 기반으로 충분히 제한적인 역할을 구성하여, 불필요한 작업으로 권한이 오버로드되거나 조직 보안을 위반하지 않도록 하는 데 유용합니다.

기본 개념:

  • 조직 관리자는 조직 내에서 사용자 지정 역할을 정의할 수 있습니다.
  • 각 사용자 지정 역할은 조직 사용자/그룹에 할당될 수 있습니다.
  • 새로운 사용자 지정 역할 모델은 기본 제공 역할과 통합되며 조직 내에서 액세스 제어 및 정책과 공동으로 작동합니다.

사용할 수 있는 구성 가능 사용 권한:

  • 이미지, 버전, 영역, 시스템 및 요청, 클라우드 계정, 클라우드 영역 및 프로젝트에 대한 사용자 지정 역할
  • 온보딩 계획 관리 및 보기를 위한 사용자 지정 역할
  • 확장성 사용 사례에 대한 사용자 지정 역할:
    • 관리 및 보기
      • 작업 실행
      • 작업
      • 구독
    • 다음에 대한 뷰어 권한:
      • 이벤트
      • 이벤트 항목
      • 워크플로
      • 워크플로 실행
  • 클라우드 템플릿을 관리하고 볼 수 있는 사용자 지정 역할
  • 기본 제공 및 사용자 지정 리소스에 대한 사용자 지정 2일차 작업을 관리하고 볼 수 있는 사용자 지정 역할
  • 파이프라인 모델링, 실행 및 구성에 대한 사용자 지정 역할
  • 정책 사용 권한에 대한 사용자 지정 역할
  • 승인에 대한 사용 권한을 관리하기 위한 사용자 지정 역할

자세한 내용은 사용자 지정 역할다른 역할과 작동하는 방법에 대한 예를 참조하십시오.

XaaS 사용자 지정 리소스 및 사용자 지정 작업 기능 향상

  • 사용자 지정 리소스 스키마 동적 데이터 지원. 이제 vRealize Automation 8.2에서는 워크플로에 대한 자동 유효성 검사가 수명주기 작업으로 사용자 지정 작업에 추가됩니다. 이 기능에는 외부 유형 속성 및 사용자 지정 리소스 속성 스키마에 대한 개선 사항도 포함되어 있습니다. 자세히 알아보기.
  • 사용자 지정 2일차 작업 바인딩. vRealize Automation 8.2는 세 가지 유형의 작업 바인딩(요청, 바인딩 작업, 직접 바인딩)을 지원합니다. 자세히 알아보기.

NSX-T Manager와 vCenter 사이의 1:N 연결 지원

여러 vCenter에 연결된 1개의 NSX-T Manager를 지원합니다. 자세히 알아보기.

NSX-T 정책 모드 지원 

  • 정책 모드에서 새 NSX-T 끝점 생성이 가능하도록 설정합니다. 자세히 알아보기.
  • 네트워크(0일차, 2일차), 로드 밸런서(0일차), 보안 그룹(0일차), 태그 지정(0일차), VM 축소/확장(2일차), 포트 포워딩(0일차, 2일차)에 대한 정책 모드 지원

NSX 로드 밸런서 구성 - 로깅 수준, 알고리즘, 유형, NIC 및 VIP 

  • 로깅 수준, 알고리즘 및 유형(0일차, 2일차)을 포함한 NSX 로드 밸런서 고급 구성 지원. 자세히 알아보기.
  • 프라이빗, 기존, 공개, 아웃바운드 및 라우팅된 네트워크를 포함한 모든 네트워크 유형의 NIC에 대한 NSX 로드 밸런서 구성 옵션 지원. 이제 기본적으로 항상 시스템의 첫 번째 NIC를 사용하는 대신, 로드 밸런서가 특정 시스템 NIC에 연결할 수 있습니다. 
  • 클라우드 템플릿에서 IPv4 VIP(가상 IP)를 지정하는 기능. 이를 통해 로드 밸런서는 정적 IP 범위의 IP 대신 특정 IP를 가질 수 있습니다.

NSX 포트 포워딩

  • NSX 아웃바운드 네트워크에 대한 포트 포워딩(DNAT 규칙) 지원. 이제 vRealize Automation은 새 Cloud.NSX.Gateway 클라우드 템플릿 리소스 유형을 노출합니다. 따라서, 아웃바운드 네트워크에 연결된 게이트웨이/라우터에 대해 DNAT 규칙을 지정할 수 있습니다. 자세히 알아보기.
  • 2일차 작업은 새 NAT 포트 포워딩 규칙 추가, 규칙 재정렬, 기존 규칙 편집 및 규칙 삭제를 지원합니다.

네트워킹 2일차 – 보안 그룹 재구성

  • 보안 그룹을 재구성:
    • 보안 그룹 변경 - 신규 또는 기존 보안 그룹을 추가하고, 연결된 보안 그룹을 제거하고
      연결된 보안 그룹을 수정합니다. 보안 그룹은 2일차 작업 배포의 일부입니다. 2일차 작업은 단일 시스템에서만 지원되고 다중 시스템 클러스터에는 지원되지 않습니다.
    • 보안 그룹 삭제 - 배포에서 보안 그룹을 제거합니다. 보안 그룹이 주문형이면 삭제됩니다.
  • 네트워크 간에 VM 이동:
    • vSphere 시스템 NIC에서 배포 제약 조건을 업데이트하여 기존 네트워크에서 동일한 네트워크 프로파일의 다른 기존 네트워크로 이동합니다.
    • 정적 네트워크에서 정적 네트워크로 또는 동적 네트워크에서 동적 네트워크로 시스템을 이동할 수 있습니다.
    • 이전 네트워크가 배포에서 삭제됩니다. 자세히 알아보기.

vSphere 7 감독자 네임스페이스를 카탈로그 항목으로

  • 카탈로그 사용자가 기본 VMware 클라우드 템플릿에서 제공하는 vRealize Automation 카탈로그에서 vSphere 감독자 네임스페이스를 요청할 수 있습니다.
  • 클라우드 템플릿 작성자는 클라우드 템플릿 리소스에 대해 감독자 네임스페이스 리소스 제한을 정의할 수 있습니다. 이렇게 하면 관리자가 사용자 리소스 소비를 제한할 수 있습니다.

ITSM 플러그인 8.1.2

  • vRealize Automation용 새 ITSM 플러그인(버전 8.1.2)을 이제 ServiceNow 스토어에서 사용할 수 있습니다.
  • Orlando 지원 – 플러그인은 최신 ServiceNow 버전인 Orlando를 지원합니다. 또한 이전 ServiceNow 버전인 Madrid 및 New York을 지원합니다.
  • 사용자 포털에서 사용자 지정 양식 지원
  • 다중 수준 승인 – ServiceNow 관리자는 ServiceNow 카탈로그 요청에 대한 다중 수준 승인을 구성할 수 있습니다. 
  • 이메일 알림 - ServiceNow 관리자는 배포 요청, 승인 요청, 2일차 요청, 끝점 및 사용 권한 구성과 같은 다양한 작업에 대한 이메일 알림을 구성할 수 있습니다.
  • 실패한 배포에 대한 티켓 자동 생성 – vRealize Automation에서 배포 요청이 실패하거나 2일차 작업이 실패할 때마다 지원 티켓이 생성되고 ServiceNow의 지원 그룹에 할당됩니다.

vRealize Automation 크기 조정

  • 배포당 최대 250개의 리소스 및 40만 대의 가상 시스템.
  • 배포에 리소스가 100개를 초과할 것으로 예상되는 경우에는 새 API 버전 2020-08-25로 업그레이드하십시오.

FCD(First Class Disk) 및 IaaS API

  • FCD(First Class Disk) 디스크 개체를 VM 없이 독립적 생성. CRUDL 기능(생성, 편집, 삭제, 나열)을 완벽히 지원합니다.
  • 2일차 작업 및 디스크 스냅샷 수명주기 관리 지원.
  • FCD를 생성, 삭제, 나열, 연결 및 분리하는 IaaS API.
  • 기존 디스크를 FCD로 변환하는 IaaS API. 자세히 알아보기.
  • FCD 스냅샷 관리(생성, 삭제, 나열 및 복원)를 위한 IaaS API. 

확장성 구독

이벤트 항목별로 차단 및 비차단 구독을 각각 최대 50개 지원합니다. 자세히 알아보기

Service Broker, 온보딩된 배포 및 Cloud Assembly 배포의 카탈로그 항목에 대한 승인

  • 이제 Cloud Assembly 클라우드 템플릿 이외의 모든 카탈로그 항목(예: Cloud Formation 템플릿, vRO 워크플로, ABX 작업, OVA 등)에 승인이 적용됩니다.
  • 클라우드 계정, 클라우드 유형, 버전, 이미지, 지역 또는 리소스 유형별로 필터링된 기본 리소스의 특성을 기반으로 승인 정책을 트리거합니다. 자세히 알아보기
  • Cloud Assembly Blueprint 배포를 위한 사전 프로비저닝 및 2일차 작업에 대한 승인 흐름 지원
  • 가져온 배포의 2일차 작업에 대한 승인 흐름 지원
  • 승인 정책에 대한 자세한 내용

승인 세부 정보에 요청 양식 표시

요청자가 제출한 입력 매개 변수를 이제 승인자가 승인 요청의 일부로 볼 수 있습니다. 향상된 보기를 통해 승인자는 요청의 발신자가 제공한 것과 동일한 정보를 기반으로 승인 결정을 내릴 수 있습니다.

vROps와 통합

고객이 vRA 클라우드와 vROps 클라우드를 모두 구독하면 통합이 자동으로 구성되어 다음과 같은 이점을 제공합니다.

  • vROps 정책을 기반으로 하는 고급 워크로드 배치 지원.
  • VMware Cloud에 대한 리소스, 배포 및 프로젝트에 대한 가격 책정.
  • VMware Cloud에 대한 인프라 상태 및 성능 메트릭. 자세히 알아보기

클라우드 계정의 특정 지역 내 IaaS API 필터 리소스

데이터 필터를 사용하여, 속한 지역을 기준으로 Cloud Assembly IaaS API의 리소스를 찾을 수 있습니다. 지역은 externalRegionId와 해당 cloudAccountId로 고유하게 식별될 수 있습니다.

클라우드 계정 암호 업데이트를 위한 API

IaaS API를 사용하여 vSphere 및 NSX에 대한 클라우드 계정 암호를 업데이트합니다.

Bitbucket 통합 지원

ABX 작업 스크립트 및 VMware Cloud Templates에 대한 Git 기반 저장소로 사용하기 위해 온-프레미스 Bitbucket과의 통합을 지원합니다.

Active Directory 통합 기능 향상

  • Active Directory의 검증 단계에서 기본 DN 검색은 컨테이너로만 제한되었습니다.
  • 어떤 고객은 광고 차단기로 인해 일부 Active Directory API가 프로젝트/통합 페이지에 로드되지 않아서 영향을 받았습니다. 해당 API가 이제 광고 차단기와 원활하게 작동하도록 조정되었습니다.
  • 프로젝트 이름 변경이 이제 Active Directory 통합에 대한 프로젝트 연결에 반영됩니다.

API를 통한 사용자 지정 속성 업데이트

IaaS API를 통해 시스템에 대한 사용자 지정 속성 업데이트

vRA 로그 보존 기능 향상

온-프레미스 로깅 인프라에 다음이 포함되도록 향상되었습니다.

  • 각 서비스에 대한 7일간의 로그 보존
  • 스토리지 공간을 절약하기 위해 별도의 파티션에 서비스 로그 저장
  • K8s가 다운되는 경우 로그를 수집할 수 있도록 K8s 계층에서 로깅 인프라 추출

사용자 지정 2일차 작업

vRealize Automation 기본 제공 유형 및 사용자 지정 리소스에 대한 사용자 지정 2일차 작업입니다. 자세히 알아보기

사용자 지정 리소스

vRO 유형에 기반하여 사용자 지정 리소스를 지원합니다. 자세히 알아보기

배포 기록

삭제된 배포 기록을 삭제 후 최대 90일 동안 보고 필터링합니다. 자세히 알아보기

여러 프로젝트에서 ABX 공유

여러 프로젝트에서 단일 작업 기반 확장성을 공유하는 기능입니다. 자세히 알아보기

OData 쿼리에서 공백 기호 이중 인코딩이 필요하지 않음

IaaS API oData 쿼리에 대한 URL 인코딩 동작이 이제 Google과 같은 최신 인터넷 검색 엔진과 일관되게 작동합니다. 이렇게 변경하기 전에는 특수 기호(%2520 및 +)에 이중 인코딩이 필요했습니다.  이제는 공백 기호를 이중 인코딩할 필요가 없습니다.

예:

이전의 쿼리가 다음과 같으면: {{url-home}}/iaas/api/machines?$filter=externalRegionId%2520eq%2520%27Datacenter%3Adatacenter-21%27 

이제 이 쿼리를 다음과 같이 변경해야 합니다.  {{url-home}}/iaas/api/machines?$filter=externalRegionId%20eq%20%27Datacenter%3Adatacenter-21%27

제한 사항:

'기호'를 검색하려면, 추가 따옴표로 이스케이프해야 합니다.

'&' 기호 검색 - CloudAccounts에 대한 oData 쿼리에서 지원되지 않음

'%' 기호 검색 - 모든 끝점에 대해 지원되지 않음

Service Broker의 사용자 지정 양식

워크플로를 Service Broker로 가져오고 속성과 복합 유형을 사용하도록 설정하기 전에 사용자 지정 양식을 사용하도록 설정되어 있고 어레이 해당 항목이 구현되어 있으면, 사용자 지정 양식을 삭제하고 Service Broker에서 워크플로를 다시 가져와서 양식의 요소를 수정해야 합니다.

VMware vRealize Automation SaltStack Config를 통한 구성 관리

VMware vRealize Automation SaltStack Config(이전 이름: SaltStack Enterprise)는 가상 시스템을 정의된 상태로 유지 보수하는 구성 관리 시스템입니다. SaltStack Config가 vRealize Automation 8.2 릴리스에 추가되면서, 이제 특정 패키지가 설치되었는지 확인하고 정의된 상태를 벗어나는 사항이 있으면 신속하게 해결할 수 있습니다. SaltStack Config를 사용하면 개별 VM 또는 VM 그룹에서 높은 속도와 규모로 명령을 실행하고 쿼리할 수도 있습니다. 제품을 설치하고 사용하는 방법에 대한 자세한 내용은 vRealize Automation 8.2 제품 설명서에서 SaltStack Config 섹션을 참조하십시오.

시작하기 전에

지원 문서를 숙지하십시오.

vRealize Automation을 설치하고 사용자를 설정한 후, 포함된 각 서비스에 대해 시작사용 및 관리 가이드를 사용할 수 있습니다. 시작 가이드에는 포괄적인 개념 증명이 포함되어 있습니다. 사용 및 관리 가이드는 사용 가능한 기능을 탐색하는 데 도움이 되는 보다 자세한 정보를 제공합니다. vRealize Automation 8.2 제품 설명서에서도 추가 정보를 확인할 수 있습니다.

새로운 내용 Cloud Assembly 설명서에는 다음과 같은 자습서가 포함되어 있습니다.

  • VMware Cloud Templates을 사용하여 vSphere 클라우드 계정을 추가하고, 클라우드 영역을 정의하고, 프로젝트에 사용자를 추가하고, 워크로드를 설계 및 배포하는 방법에 대한 단계별 지침은 vSphere 인프라 및 배포 설정 및 테스트를 참조하십시오.
  • 모든 관리자가 배포의 일부로 수행하는 몇 가지 기본 구성(시스템 이름 사용자 지정, AD 레코드 생성, DNS 및 IP 설정 등)을 사용하려면 운영 워크로드 구성 및 프로비저닝을 참조하십시오.

vRealize Orchestrator 8.2 기능 및 제한 사항에 대한 자세한 내용은 vRealize Orchestrator 8.2 릴리스 정보를 참조하십시오.

VMware는 포용성을 중요하게 생각합니다. 고객, 파트너 및 내부 커뮤니티 내에서 이 원칙을 권장하기 위해 설명서에서 포용성이 없는 언어를 제거했습니다.

새 업그레이드 번들을 사용하여 vRealize Automation 8.2로 업그레이드한 고객에게는 확장 중에 오류가 표시될 수 있습니다(패치가 적용된 환경과 유사함). KB 79105에 언급된 것처럼 ova 번들은 my.vmware.com에서 호스팅됩니다.

새로운 내용 vRealize Automation 8.2 P1에서 VMware Identity Manager 3.3.3을 사용하는 경우에는 내장형 Linux 커넥터에서 IWA(통합 Windows 인증)를 사용할 수 없습니다. 외부 Windows 커넥터에서 LDAP 또는 IWA를 사용하는 vRA 8.x 고객은 영향을 받지 않습니다. 자세한 내용은 KB 82013을 참조하십시오.

해결된 문제

  • 특정 네트워킹 속성에 대한 속성 바인딩이 포함된 Blueprint는 바인딩 값을 올바르게 확인할 수 없기 때문에 배포할 수 없음

    dns, dnsSearchDomainsgateway 속성에 대한 속성 바인딩이 작동하지 않습니다. 해당 항목은 주로 OVF Blueprint에 사용됩니다.

    해결 방법: 다른 속성 집합을 사용하려면 다음 속성을 사용하는 Blueprint를 수정해야 합니다.

    참고: 이 문제에 대한 영구적인 수정은 vRA 8.1에 대한 첫 번째 핫픽스에서 제공됩니다. 이 문서에 제공된 해결 방법은 임시 방편으로 간주해야 하며 핫픽스를 적용한 후에 되돌려야 합니다.

    dns 속성:

    dns0: '$\{resource.Cloud_NSX_Network_1.dns[0]}'
    dns1: '$\{resource.Cloud_NSX_Network_1.dns[1]}'

    위의 내용을 다음 내용으로 변경해야 합니다.

    dns0: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsServerAddresses, ",")[0], "[", "")}'
    dns1: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsServerAddresses, ",")[1], "]", "")}'

    dnsSearchDomain 속성:

    dnsSearchDomain0: '$\{resource.Cloud_NSX_Network_1.dnsSearchDomains[0]}'
    dnsSearchDomain1: '$\{resource.Cloud_NSX_Network_1.dnsSearchDomains[1]}'

    위의 내용을 다음 내용으로 변경해야 합니다.

    dnsSearchDomain0: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsSearchDomains, ",")[0], "[", "")}'
    dnsSearchDomain1: '$\{replace(split(resource.Cloud_NSX_Network_1.dnsSearchDomains, ",")[1], "]", "")}'

    gateway 속성:

    gateway: '${resource.Cloud_NSX_Network_1.gateway}'

    위의 내용을 다음 내용으로 변경해야 합니다.

    gateway: '${resource.Cloud_NSX_Network_1.gatewayAddress}'

     

  • 노드의 CPU 사용량이 100%로 증가하고 포드 작동이 중단되기 시작함

    로드가 많은 환경에서 로그 번들을 생성하려고 하면, CPU 및/또는 메모리 사용 측면에서 하나 이상의 노드에 일시적으로 과부하가 발생할 수 있습니다. 이로 인해 서비스가 중단될 수 있습니다.

    해결 방법: 환경이 로드되지 않는 경우 로그 번들 수집 스크립트를 실행합니다. 외부 로깅 솔루션(vRLI 또는 syslog 서버)으로 로그가 전달되도록 구성하고 모니터링합니다.

  • 데이터 수집을 통해 스토리지 정책을 수집하지 못하고, 호환되는 데이터스토어 또는 vCenter 7.0으로 기존 스토리지 정책을 업데이트하지 못함. 데이터 수집을 통해 vRA에서 WCP 가용성을 업데이트하지 못함

    vSphere 클라우드 계정에 데이터 센터가 여러 개 있는데 vRA의 끝점에서 선택되어 있지 않으면, 이로 인해 데이터 수집이 완료되지 못하고 데이터 수집이 부분적으로 성공하여 위와 같은 증상이 발생할 수 있습니다.

    해결 방법: vSphere 클라우드 계정에서 모든 데이터 센터(지역)를 선택합니다. 해당 데이터 센터를 관리할 의사가 없으면 클라우드 영역을 생성할 필요가 없습니다. 단, 데이터 센터의 아티팩트는 수집됩니다.

  • vSphere 기본 제공 유형에 대한 사용자 지정 2일차 작업 바인딩을 수동으로 참조해야 함

    vRA 7.x에는 사용자 지정 2일차 작업과 컨텍스트 내 vRA 기본 제공 개체의 자동화 바인딩이 있었습니다. vRA 8.1에서는 vRO 작업을 통해 이 바인딩을 처리해야 합니다.

    바인딩 프로세스에 대한 자세한 지침은 공식 설명서에서 확인할 수 있습니다.

  • 배포에 리소스가 누락되어 있을 때 사용자가 계획을 생성하면서 Blueprint를 적용하여 배포를 업데이트하려고 하면 "배포에서 다른 요청이 이미 진행 중입니다." 오류 메시지가 표시될 수 있음

    사용자는 배포 기록 타임라인에서 추가적인 "2일차 작업 - 삭제"를 볼 수도 있습니다. 또한 사용자가 API를 통해 배포를 업데이트하려고 하면 "배포에서 다른 요청이 진행 중입니다." 메시지가 표시됩니다. 

    배포 업데이트를 재시도합니다.

  • vRO 워크플로를 드롭다운을 채우는 작업이 있는 XaaS 카탈로그 항목으로 가져오면 선택 가능한 값이 정적 상수로 가져와짐

    vRO 워크플로를 드롭다운을 채우는 작업이 있는 XaaS 카탈로그 항목으로 가져오면 선택 가능한 값이 정적 상수로 가져와집니다.

    즉, 사용자가 카탈로그 항목을 요청하면, 요청 양식에 동적으로 채워진 필드가 아닌 정적 값이 제공됩니다.

    이러한 카탈로그 항목의 경우 사용자 지정 양식을 사용하고 "외부 소스" 및 찾아보기 작업을 수동으로 선택하여 값을 올바르게 채웁니다.

  • 172.17.x.x 네트워크에서 장치가 배포된 경우 vRA 8.1 배포 또는 업그레이드가 실패함

    vRA 배포 실패 - "내장된 vRO 등록" 단계에서 deploy.sh 스크립트 오류 발생
    /var/log/deploy.log에 포함된 내용:
    curl: (22) The requested URL returned error: 400 Bad Request
    Failed to register vRO. Will retry in 45 seconds...
    ...
    curl: (22) The requested URL returned error: 400 Bad Request
    Maximum number of retries exceeded."

    원인: 장치의 IP 주소를 172.17.x.x 공간에서 가져왔습니다. 이것이 vRO 포드의 내부 docker0 인터페이스와 충돌합니다.

    https://kb.vmware.com/s/article/78783을 참조하십시오.

  • 로드 밸런서 목록을 이름 기준으로 필터링할 때 동일한 vRA 배포 NSX 로드 밸런서가 다른 이름으로 두 번 표시됨(한 번은 "배포됨", 다른 한 번은 "검색됨")

    vRA에서 NSX 로드 밸런서를 배포할 때, vRA가 해당 내부 데이터베이스에서 사용하는 것과는 다른 ID 및 이름을 사용하여 로드 밸런서가 NSX에 생성됩니다. 그 결과, vRA는 연결된 NSX 클라우드 계정에서 데이터를 수집할 때 원래 생성된 로드 밸런서 레코드를 업데이트하는 대신 중복된 새 로드 밸런서 레코드를 생성하고 업데이트합니다. 이로 인해 로드 밸런서를 나열하는 화면에서 거의 중복된 한 쌍의 로드 밸런서가 표시됩니다.

    해결 방법: vRA 배포 NSX 로드 밸런서를 네트워크 프로파일에 추가할 때 "검색됨" 대신 "배포됨"을 선택합니다.

  • Ansible 통합에 대해 "useSudo" 옵션을 업데이트할 수 없음

    사용자가 UI에서 Ansible 통합 계정에 대해 "useSudo" 옵션을 편집할 수 없음

     

  • Ansible 플레이북 실행이 성공적으로 완료된 경우에도 알 수 없는 오류가 임의로 표시됨

    Ansible 플레이북의 상태를 확인할 때 프록시에 대한 ssh 연결이 과부하로 인해 실패할 수 있으며, 임의 오류를 방지하기 위해 연결 실패 시 재시도 메커니즘이 도입되었습니다.

     

  • Ansible 인벤토리 업데이트가 실패하고 "인벤토리에서 IP를 찾을 수 없음"이 표시됨

    동시 실행으로 인해 인벤토리 파일이 올바르게 업데이트되지 않을 수 있으며, 이로 인해 인벤토리에서 호스트를 찾을 수 없어 오류가 발생합니다.

     

알려진 문제

이 릴리스에는 다음과 같은 알려진 문제가 있습니다.
  • 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.1에서는 서로 다른 사용자 지정 리소스에서 동일한 vRO_Type을 활용할 수 있는 경우가 지원되지 않습니다. 

  • 참조 유형의 빈 입력이 있는 경우 카탈로그를 통해 vRO 워크플로가 실행되지 않음

    참조 유형의 워크플로 입력에 대해 빈 값의 vRO 워크플로를 요청하려고 하면 Null 포인터 예외가 나타납니다.

    해결 방법: 필드를 필수로 설정하거나 참조 유형의 기본값을 설정합니다.

  • 성공적으로 프로비저닝되지 않은 사용자 지정 리소스를 배포에서 삭제할 수 없음

    사용자 지정 리소스를 요청하는 경우 리소스를 생성하는 워크플로 실행이 실패해도 배포 서비스의 리소스가 여전히 생성됩니다. (초기 요청에 시작됨 상태로 응답하기 때문에, 그 결과 배포에서 리소스가 생성됩니다.) 이 리소스에는 vRO에서 리소스를 성공적으로 프로비저닝하면 추가되는 메타데이터가 포함되어 있지 않기 때문에 삭제할 수 없습니다.

    해결 방법: 사용자 지정 리소스를 삭제하려고 처음 시도한 직후에 강제로 삭제할지 묻는 대화 상자가 나타납니다. 예로 답변하여 강제로 삭제합니다.

  • 사용자 지정 리소스 이름이 배포 보기 목록에 올바르게 전파되지 않음

    vRO_Type을 기반으로 사용자 지정 리소스를 생성하는 경우 일반적으로 포괄적인 표시 이름을 사용합니다. 현재 이 표시 이름은 배포 보기에서 사용할 수 없습니다. 배포에 표시되는 리소스는 해당 유형으로만 식별됩니다.

  • vCenter 시스템 콘솔 창에서 표준 시간대를 설정할 수 있는 옵션

     사용자가 vCenter 시스템 콘솔 창에서 표준 시간대를 설정할 때 정의되지 않은 동작이 발생함

    해결 방법: 표준 시간대를 변경하지 마십시오.

  • 대/소문자가 다른 테넌트 이름이 동일하게 처리됨

    이름이 vmware인 테넌트와 이름이 VMware인 또 다른 테넌트는 동일하게 간주됩니다.

    해결 방법: vRA 8.1의 테넌트는 호스트 이름에 기반하며, 호스트 이름은 대/소문자를 구분하지 않으므로 테넌트 이름도 대/소문자를 구분하지 않습니다. 즉, 이름이 VMware인 테넌트는 VMWARE나 vmware 또는 다른 대/소문자 조합과 동일합니다. 테넌트 이름 대/소문자는 다를 수 있으며 애플리케이션 사이에 유지되지 않을 수 있습니다.

  •  OGNL 표현식이 있는 vRO 워크플로 프레젠테이션이 vRA에서 사용자 지정 2일차 작업으로 사용되는 경우 제대로 렌더링되지 않음

    프레젠테이션에 OGNL 제약 조건이 있는 워크플로를 사용하는 사용자 지정 리소스 작업이 제대로 렌더링되지 않을 수 있으며 모든 필수 필드를 채우지 못할 수 있습니다.

  • 비용\가격 기능이 공유 인프라 다중 테넌시와 함께 작동하지 않음

    테넌트가 인프라 리소스를 공유할 수 있는 다중 테넌트 배포로 구성된 경우 가격 책정 기능이 부정확한 결과를 보고할 수 있습니다. 가격 책정이 다중 테넌시를 인식하지 못하기 때문입니다. 가격은 vROps가 추가되고 배포가 생성된 조직에 대해서만 계산됩니다. 

  • 단일 vRealize Automation 7.x 설치를 여러 vRealize Automation 8.2 조직으로 마이그레이션 평가하려면 인증서를 수동으로 수락해야 함

    이 문제는 단일 vRealize Automation 7.x 환경을 여러 8.2 조직으로 마이그레이션하려고 시도하고 소스 vRealize Automation 7.x 설치 환경에서 안전하지 않은 SSL 인증서를 구성한 경우 발생합니다.

    해결 방법: 자세한 내용과 해결 단계는 KB 81062를 참조하십시오.

  • 평가 서비스 swagger를 사용할 수 없음

    평가 서비스 swagger 페이지를 사용할 수 없습니다.

    해결 방법: 마이그레이션 swagger 페이지에 나열된 마이그레이션 API를 통해 평가를 실행합니다.

  • vSphere 클러스터에서 DRS를 사용하지 않도록 설정된 경우 vSphere/NSX-v 클라우드 계정에 할당하는 동안 기존 네트워크를 사용한 배포가 실패함

    네트워크 프로파일에서 NSX-V 네트워크를 선택하고 기존 네트워크를 사용하여 배포를 요청하면, 할당 중에 배포가 실패하고 다음과 같은 메시지가 표시됩니다. "네트워크 구성...을 사용한 계산...에 대한 공통 배치를 찾을 수 없습니다". 이 문제는 DRS가 사용되지 않도록 설정된 클러스터가 vCenter에 포함된 경우 발생합니다.

    해결 방법: 클러스터에서 DRS를 사용하도록 설정하고 vRA 클라우드 영역에 클러스터를 포함시키거나, 네트워크 프로파일에서 vSphere 네트워크를 선택합니다.

  • 특정 상황에서 로드 밸런싱된 시스템 클러스터를 확장 또는 축소하는 데 실패하고 암호화 오류 메시지가 표시됨

    로드 밸런서의 "loggingLevel" 또는 "type" 속성 값이 상위(IaC) 로드 밸런서의 동일한 속성과는 다른 로드 밸런싱된 시스템 클러스터를 확장하거나 축소하는 경우 작업이 실패하고 다음 메시지가 표시됩니다.

    업데이트 작업은 한 번에 하나의 속석에 대해서만 지원됩니다.

    해결 방법: Blueprint의 로드 밸런서에서 "loggingLevel" 및 "type" 속성을 제거한 다음 확장/축소 작업을 수행합니다.

  • 사용자 지정 역할이 삭제되면 [정책 세부 정보] 페이지의 "역할"에 빈 값이 표시됨

    사용자 지정 역할을 삭제한 후 사용자가 기존 2일차 정책의 세부 정보 보기로 이동하면 해당 역할이 삭제되었다는 메시지가 페이지에 표시되어야 합니다. 하지만 "역할" 값이 비어 있습니다.

     

  • 마이그레이션된 Amazon Gov Cloud 계정에 대한 이미지 열거 실패

    AWS Gov Cloud 끝점이 vRA 7에서 vRA 8.2로 마이그레이션된 후, 사용자 측에서 클라우드 계정의 이미지 열거가 실패합니다. 이 문제는 클라우드 계정 페이지의 모든 지역이 선택되었기 때문에 발생합니다.

    해결 방법: 마이그레이션 후 새 AWS Gov Cloud 계정으로 이동합니다. 계정을 편집하고 일반 지역을 선택 취소합니다. Gov Cloud 관련 지역만 유지하고 구성을 저장합니다. 추가 이미지 열거에 성공합니다.

  • vRO 워크플로 입력에 설정되어 있는 기본값을 Service Broker 양식이 채우지 않음

    vRO 워크플로에 기본값으로 설정된 문자열 입력이 있는데, Service Broker에서 워크플로를 시작할 때 요청 양식에 자동으로 전파되지 않습니다.

    해결 방법: Service Broker 사용자 지정 양식을 사용하여 주어진 기본값을 설정합니다.

  • Service Broker가 문자열 필드의 valueList에 작업이 있는 vRO 워크플로를 가져올 수 없음

    Service Broker에서 작업에 의해 채워진 'valueList'가 포함된 문자열 필드의 스키마를 구문 분석하고 가져올 수 없습니다.

     

  • 프록시 뒤에서 Docker 이미지를 풀링하려면 추가 구성이 필요함

     vRA 8.2에서 ABX 서비스는 공개적으로 사용 가능한 인터넷 저장소에서 컨테이너 이미지를 가져옵니다. vRA가 공용 사이트로 아웃바운드 트래픽을 허용하지 않는 격리된 네트워크에 배포된 경우에는 HTTP 프록시를 구성해야 합니다. vRA 8은 자체 CLI를 통해 프록시 구성을 지원하지만, 워크플로에는 Docker 서비스에 대한 자동 설정이 포함되어 있지 않습니다.

     해결 방법: 이러한 구성은 별도로 설정해야 합니다. KB 문서는 추후 결정됩니다.

  • anyOf 유형의 복합 개체는 클라우드 템플릿 요청 양식에서 지원되지 않음

    양식에 복합 개체에 대한 anyOf 속성이 포함된 경우 anyOf는 다른 제약 집합 대신 문자열 드롭다운으로 시각화되어 입력을 검증합니다.

    해결 방법: anyOf 값 대신 열거형 유형을 사용합니다.

  • 속성이 개체 유형 스키마에 정의되지 않은 경우 입력 대화 상자에 예외 발생

    입력 속성이 개체 유형이고 속성이 json 스키마에 정의되어 있지 않으면 Blueprint 테스트 또는 배포 대화 상자의 입력 대화 상자가 로드되지 않습니다.

    해결 방법: 입력 속성에서 기본값을 제거하거나, 기본값을 사용하여 입력 속성을 속성 스키마에 정의합니다. 이 수정 사항은 8.2 P1에서 적용됩니다.

  • 입력 어레이 필드를 사용하여 배포하는 동안 값을 전송할 수 없음

    사용자는 입력 양식에 값을 채울 수 있지만 UI는 테스트/배포 대화 상자의 Blueprint 서비스에 null 어레이를 전송합니다.

    해결 방법: 대신 개체 또는 문자열/숫자 필드를 사용합니다. 이 수정 사항은 8.2 P1에서 적용됩니다.

  • vRealize Orchestrator 또는 vRealize Automation 8.2로 업그레이드한 후 vRealize Orchestrator 클라이언트의 일부 리소스 요소가 변경되거나 이전 버전으로 되돌아간 것으로 보일 수 있음

    vRealize Orchestrator 또는 vRealize Automation 8.2로 업그레이드한 후 vRealize Orchestrator 클라이언트의 일부 리소스 요소가 변경되거나 이전 버전으로 되돌아간 것으로 보일 수 있습니다. 이 문제는 다른 소스 파일을 사용하여 vRealize Orchestrator 클라이언트에서 이전에 업데이트된 리소스 요소에서 발생합니다. vRealize Orchestrator 또는 vRealize Automation 배포를 업그레이드한 후 해당 리소스 요소가 이전 버전으로 교체될 수 있습니다. 이것은 간헐적인 문제입니다.

    해결 방법:

    1. vRealize Orchestrator 클라이언트에 로그인합니다.

    2. 자산>리소스로 이동합니다.

    3. 문제의 영향을 받는 리소스 요소를 선택합니다.

    4. 버전 기록 탭을 선택하고 요소를 적절한 버전으로 복원합니다.

    5. 영향을 받는 모든 리소스 요소에 대해 반복합니다.

  • 새로운 내용 vRealize Automation 버전 8.2.0 패치 1 다운로드가 실패함

    vRealize Automation 8.2.0 패치 1을 온라인으로 다운로드하는 경우, vRealize Automation 패치가 호스팅되는 운영 CDN(Content Delivery Network)의 문제로 인해 다운로드가 실패하고 다음 오류가 표시될 수 있습니다.

    LCMPATCHDOWNLOAD16001 패치 처리 실패

    해결 방법: 다음 단계를 수행하여 vRealize Automation 8.2.0 패치 1을 다운로드합니다. 이 단계를 수행할 때는 진행 중인 다른 패치 다운로드를 닫습니다.

    1. vRealize Suite Lifecycle Manager의 /data/patches/temp/ 폴더에 파일이 있으면 파일을 삭제합니다.
    2. 설정 > 바이너리 매핑 > 바이너리 패치로 이동한 다음, vRealize Suite Lifecycle Manager에서 온라인으로 패치 확인을 선택하여 패치 새로 고침을 트리거합니다.
    3. 패치 다운로드를 진행합니다.
check-circle-line exclamation-circle-line close-line
Scroll to top icon