릴리스 버전

VMware Aria Automation| 2024년 10월

VMware Aria Automation 8.18.1| 2024년 10월 9일

  • VMware Aria Automation 빌드 24282366

  • VMware Aria Automation Easy Installer 빌드 24286787

  • VMware Aria Automation Cloud Extensibility Proxy 빌드 24282368

  • VMware Aria Automation Orchestrator 빌드 24281602

이 문서의 업데이트 기록

날짜

업데이트 설명

유형

2024년 10월 9일

VMware Aria Automation 8.18.1의 초기 발표

자세한 내용은 VMware Aria Automation 릴리스에 대한 블로그를 참조하십시오.

참고: VMware에서는 2024년 2월부터 VMware Aria Automation SaaS를 포함한 VMware Aria SaaS 서비스에 대한 EoA(가용성 중단)를 시행합니다. 현재 VMware Aria SaaS 서비스를 사용하는 고객에 대해서는 해당 구독 기간이 끝날 때까지 계속 지원할 예정입니다. 영구 라이센싱 및 SaaS 서비스의 VMware EOA(End of Availability, 제공 종료)를 참조하십시오.

참고: 위에 지정된 VMware Aria Automation Cloud Extensibility Proxy 빌드는 온-프레미스 VMware Aria Automation 배포에만 적용됩니다. VMware Aria Automation SaaS에 대해 적용 가능한 마지막 Cloud Extensibility Proxy 빌드는 23103969입니다.

VMware Aria Automation 정보

다음과 같은 새로운 기능에 대한 정보는 VMware Aria Automation 및 사용자 인터페이스의 도구 설명 및 표지판 도움말에 있습니다. 제품 내 지원 패널을 열면 더 많은 정보를 볼 수 있습니다. 이 패널에서는 활성 사용자 인터페이스 페이지에 나타나는 관련 항목을 읽고 검색하며, 커뮤니티 게시물과 KB를 볼 수 있습니다.

알림: 이전 릴리스에 대한 릴리스 정보는 매년 아카이브됩니다.

시작하기 전에

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

VMware Aria Automation

VMware Aria Automation 8.18

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

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

Automation Orchestrator 8.18

VMSA-2024-0017 보안 권고 및 패치

중요: VMware Aria Automation에 대한 새로운 보안 권고가 게시되었습니다. 자세한 내용을 보려면 VMSA-2024-0017KB325790으로 이동하십시오. 최대한 빠른 시일 내에 필요한 패치를 적용합니다.

VMware Aria Automation 8.18.1 새로운 기능

  • UI에 전체 이름 표시

    이제 리소스, 배포 및 정책에 대한 전체 사용자 이름을 사용자 ID 외에 VMware Aria Automation UI에서 사용할 수 있습니다. 왼쪽 하단에 있는 관리 열 버튼의 관리 및 사용자 열 아래에 이 설정이 표시되도록 설정합니다. 카탈로그, 컨텐츠 소스 및 컨텐츠에 대한 동일한 지원은 API를 통해 사용할 수 있습니다.

  • VMware Aria Automation 7.x에서 8.x로의 마이그레이션 및 NSX-V에서 NSX-T로의 마이그레이션 지원 제거

    이전의 사용 중단 발표에 이어 이번 릴리스에서는 공식적으로 Migration Assistant가 제거되어 다음 기능이 더 이상 지원되지 않습니다.

    1. vRealize Automation 7.x에서 VMware Aria Automation 8.x로의 마이그레이션

    2. NSX-V에서 NSX-T로의 마이그레이션

  • 딥 러닝 VM에 기본적으로 DCGM Exporter 포함

    현재 릴리스부터 DCGM Exporter는 기본적으로 DLVM(Deep Learning VM) 이미지의 일부로 포함됩니다. DCGM Exporter는 회사 상태를 모니터링하고 GPU에서 메트릭을 검색하는 Prometheus의 내보내기 도구입니다. Go 바인딩을 사용하는 DCGM을 활용하여 GPU 원격 분석을 수집하고 HTTP 끝점(/metrics)을 사용하여 GPU 메트릭을 Prometheus에 노출합니다.

  • Data Services Manager 개인 AI 자동화 서비스 지원

    이 릴리스부터 카탈로그 설정 마법사는 세 가지의 추가 항목을 생성합니다. 

    • DSM(Data Services Manager) 데이터베이스: RAG 애플리케이션의 데이터스토어로 사용할 수 있는 PostgreSQL 클러스터의 새 인스턴스를 배포합니다.

    • DSM이 포함된 AI RAG Workstation: RAG 워크플로를 실행하는 데 필요한 NVIDIA 소프트웨어 및 PostgreSQL 데이터베이스와 함께 GPU 지원 딥 러닝 VM을 설치합니다. 

      • 원격 PostgreSQL 데이터베이스 인스턴스에 연결 

      • DSM을 통해 새 PostgreSQL 데이터베이스 인스턴스 인스턴스화

    • DSM이 포함된 AI Kubernetes RAG 클러스터: RAG 워크플로를 실행하는 데 필요한 NVIDIA 소프트웨어 및 PostgreSQL 데이터베이스와 함께 GPU 지원 TKG(Tanzu Kubernetes Grid) 클러스터를 설치합니다.

    • 'DSM이 포함된 AI RAG Workstation' 및 'DSM이 포함된 AI Kubernetes RAG 클러스터' 카탈로그 항목의 사용자는 기존 PostgreSQL 데이터베이스에 연결하거나 새 데이터베이스를 생성할 수 있습니다.

    카탈로그 설정 마법사 사용 및 세 개의 새로운 카탈로그 항목 배포에 대한 자세한 지침은 제품 설명서를 참조하십시오.

  • PAIF QS에서 TKR 버전 선택

    이 릴리스부터 사용자는 카탈로그 설정 마법사를 통해 카탈로그 항목에서 지원되는 최대 3개의 TKR(Tanzu Kubernetes Runtime) 버전 중에서 선택할 수 있습니다. TKR 런타임 선택에 대한 자세한 지침은 제품 설명서를 참조하십시오.

  • 감독자 네임스페이스 클래스 및 지역에 대한 업데이트

    이 기능에 VMware Aria Automation Assembler UI에서 감독자 네임스페이스 클래스를 생성, 업데이트 및 삭제하는 기능이 도입되었습니다. 감독자 네임스페이스 클래스는 VMware Aria Automation Service Broker의 클라우드 소비 인터페이스에 사용되는 감독자 네임스페이스를 생성하는 데 사용됩니다. Automation Assembler를 사용하여 감독자 영역을 삭제할 수도 있습니다. 감독자 영역은 여러 감독자를 그룹화하는 데 사용됩니다. 이전에 이것은 K8S CLI를 통해서만 가능했습니다.

  • 태그 제약 조건을 사용하여 주문형 NSX 보안 그룹의 배치 제어

    이 기능은 주문형 NSX 보안 그룹을 프로비저닝하고 태그 제약 조건을 사용하여 특정 NSX 관리자에서 해당 그룹의 배치를 명시적으로 제어하는 기능을 제공합니다.

  • NSX 프로젝트 및 VPC에서 검색된 리소스를 사용하여 NSX 네트워크 및 보안 그룹 자동화

    이 릴리스는 NSX 프로젝트 및 VPC의 네트워크 및 보안 그룹을 포함하여 다중 테넌시로 구성된 NSX 환경에서 네트워킹 및 보안 리소스의 검색을 지원합니다.

    그런 다음 관리자는 이러한 리소스를 네트워크 프로파일에 할당한 후 VMware Aria Automation 클라우드 템플릿에서 활용하여 네트워크 및 다중 계층 애플리케이션 자동화 사용 사례를 지원할 수 있습니다.

    참고: NSX Manager에 연결하는 데 필요한 자격 증명은 변경되지 않습니다.

  • 클라우드 소비 인터페이스에서 사용할 vSphere 네임스페이스의 온보딩

    이제 관리자는 VMware Aria Automation Assembler에서, 연결된 vCenter 클라우드 계정 아래 검색된 감독자 클러스터에서 vSphere 네임스페이스를 온보딩할 수 있습니다. 이러한 네임스페이스는 VMware Aria Automation에서 생성되지 않은 네임스페이스입니다.

    vSphere 네임스페이스가 온보딩되면 실행 중인 모든 서비스 및 개체(VM, TKG 클러스터, 볼륨, 이미지 등)가 VMware Aria Automation Service Broker 아래의 클라우드 소비 인터페이스에 표시됩니다.

  • vCenter 인스턴스 내 및 인스턴스 전체에서 vMotion 마이그레이션의 일부인 VM에 대한 조정 처리

    이제 VMware Aria Automation은 vMotion 마이그레이션 후 가상 시스템에 대한 변경 내용을 자동으로 조정합니다. 지원되는 시나리오에는 다음이 포함됩니다.

    • 동일한 vCenter 내에서 마이그레이션

    • 서로 다른 vCenter 인스턴스 간 마이그레이션

    • NSX-T 네트워크 간 마이그레이션

    이제 VMware Aria Automation에는 VM이 조정된 후에 시작되는 새로운 이벤트 항목인 계산 마이그레이션 후 조정 상태도 포함됩니다. 이 이벤트 항목에는 VMware Aria Automation의 VM 조정 상태와 마이그레이션된 VM의 대상 세부 정보가 포함됩니다.

  • CSV 내보내기를 통한 VMware Aria Automation의 로깅 감사

    이제 감사 로그가 포함된 CSV 파일을 내보낼 수 있습니다. 감사 로그에서 특정 이벤트, 이벤트 유형 및 날짜 범위를 검색하고 이벤트를 CSV 파일로 저장할 수 있습니다.

    다음은 CSV 파일 다운로드에 대한 제한 사항입니다.

    • 파일 크기가 300MB를 초과하는 경우 CSV 다운로드(0바이트 파일)가 작동하지 않을 수 있습니다. 하지만 로그 번들에서 이 파일에 계속 액세스할 수 있습니다. 로그 번들의 위치는 /services-logs/prelude/ebs-app/file-logs/입니다. 더 큰 CSV 파일은 VMware Aria Automation CLI 로그에서 액세스해야 합니다.

    • 파일 크기가 더 커지는 것을 방지하기 위해 CSV 파일 다운로드 날짜 범위는 최대 12개월로 유지됩니다.

    • CSV 파일 생성은 리소스를 많이 사용하는 작업이므로 한 번에 하나의 파일 생성 작업만 제출할 수 있습니다. 이 작업이 완료되면 다음 작업을 제출할 수 있습니다.

  • VCF 9.0에 대한 Code Stream 가용성 알림

    Code Stream은 DevOps 수명 주기에서 소프트웨어 릴리스 프로세스를 모델링하는 파이프라인을 구축하는 데 사용되는 CI/CD(지속적 통합 및 지속적 전달) 도구입니다. Code Stream은 VMware Aria Automation 제품군의 일부입니다. VCF 9.0부터는 Code Stream을 더 이상 사용할 수 없습니다. VCF에는 이에 상응하는 기능이 없으므로 고객은 오픈 소스 도구를 활용하는 것이 좋습니다.

  • 클라우드 템플릿 디자이너 개선

    클라우드 템플릿 디자이너가 다음과 같이 개선되었습니다.

    • 축소/확장 - 오른쪽 패널(코드 패널)의 YAML 코드. 기본적으로 오른쪽 패널이 더 큽니다.

    • 검색 – 이제 원하는 항목을 검색하고 일치 항목을 강조 표시할 수 있습니다.

  • 감독자 리소스 처리를 위한 클라우드 템플릿 디자이너 개선

    감독자 리소스가 추가되면서 클라우드 템플릿이 점점 더 복잡해지고 있습니다. 여러 리소스가 서로 중첩되어 있습니다. 클라우드 템플릿 디자이너는 감독자 리소스에 대해 다음과 같은 향상된 기능을 제공합니다.

    • 리소스 중첩 보기를 제공하여 상위/하위 관계를 표시합니다.

    • 토폴로지에서 리소스에 대한 중첩 상위/하위 레이아웃을 시각화합니다.

    • 리소스를 선택할 때 관련 바인딩 입력/변수를 강조 표시합니다.

  • 스토리지 보기의 디스크 순서 개선

    이전에는 VMware Aria Automation 배포 스토리지 보기의 디스크 순서가 단위 번호로 정렬되지 않고 임의 순서로 나열되었습니다. 

    이 접근 방식은 특히 VM(가상 시스템)에 많은 수의 디스크가 있는 경우 마지막 단위 번호를 가진 디스크가 목록에 표시될 수 있으므로 문제적 시나리오를 생성할 수 있습니다. 

    이 기능을 통해 다음을 할 수 있습니다.

    • 기본적으로 디스크를 단위 번호별로 정렬합니다.

    • 디스크를 이름, 용량, 유형, 암호화 및 컨트롤러 키 단위 번호와 같은 열별로 정렬할 수도 있습니다.

  • PVSCSI(반가상화 SCSI) 컨트롤러에서 64개의 디스크 지원

     VMware Aria Automation에서 많은 수의 디스크가 필요한 특정 애플리케이션 유형을 배포하거나 디스크를 추가하려고 할 때 제한이 있었습니다. 이는 Virtual Center의 경우 컨트롤러당 최대 64개의 디스크를 지원하는 반면 VMware Aria Automation은 최대 14개의 디스크만 지원했기 때문입니다. 

    이제 VMware Aria Automation은 배포 단계에서 그리고 디스크 추가를 위해 컨트롤러당 최대 64개의 디스크를 지원합니다.

Automation Orchestrator 8.18.1 새로운 기능

  • 워크플로, 작업 및 정책 실행에 대한 로그 메시지 창의 사용 편의성 향상

    이 릴리스에는 Automation Orchestrator 워크플로, 작업 및 정책 실행에 대한 로그 보기에서 용어로 검색할 수 있는 기능이 도입되었습니다. 또한 컨텐츠 탭을 전환하는 동안에도 컨텍스트를 유지하고 실행 중인 워크플로를 추적하는 등 로그 창의 사용 편의성도 향상되었습니다.

  • PowerShell 런타임 이미지를 Photon 5로 범프

    PowerShell 7.2 런타임을 사용하는 PowerCLI 12는 제거됩니다. 이에 종속된 스크립트는 PowerShell 7.4 런타임을 사용하는 최신 PowerCLI 13에서 자동으로 실행됩니다.

해결된 문제

  • Automation Orchestrator 8.18로 업그레이드한 후 기능 액세스가 손실됨

     Automation Orchestrator 8.18로 업그레이드한 후 워크플로에 다음 오류가 표시됩니다. ""Polyglot 스크립팅은 현재 라이센스에서 지원되지 않습니다"".

  • 원격 콘솔을 사용할 때 VMware Aria Automation에서 영어가 아닌 키보드를 사용할 수 없음

    VMware Aria Automation 8.18을 통해 원격 콘솔을 사용하는 경우 콘솔에는 올바른 언어 키보드 및 레이아웃이 나열되지만 입력할 때에는 잘못된 특수 문자와 키가 제공됩니다.

  • 자동 STARTTLS 연결 업그레이드를 방지하는 이메일 알림에 대한 옵션이 추가됨

    이메일 알림이 연결 보안 설정 "없음"으로 구성된 경우 이메일 서버가 지원을 표시하면 STARTTLS를 통해 이메일 서버에 대한 연결이 암호화된 연결로 자동 업그레이드됩니다. FIPS 환경에서는 SMTP 서버가 FIPS 호환 암호를 지원하지 않는 경우 문제가 발생할 수 있습니다. 연결 업그레이드를 사용하지 않도록 설정하고 이메일 서버에 암호화되지 않은 연결을 강제로 적용하기 위해 'STARTTLS를 사용하여 비보안 연결 업그레이드 사용'이라는 새 옵션이 추가되었습니다.

  • VMware Aria Automation 8.17 및 8.18에서 NSX 릴리스 3.2.2 이상에 대해 NSX 페더레이션과의 통합이 지원되지 않음

    NSX-T 페더레이션을 사용하는 경우 VMware Aria Automation 8.17 및 8.18에서 NSX 버전 3.2.2 이상에 대한 NSX-T 글로벌 관리자 열거가 실패합니다.

    이 오류로 인해 다음 오류 메시지가 표시됩니다. 

    The requested URI: /api/v1/transport-nodes could not be found

    이 문제는 페더레이션되지 않은 환경에는 영향을 주지 않습니다. 이 문제를 해결하려면 사용자가 NSX 버전 3.1.x를 사용하거나 VMware Aria Automation 8.18.1로 업그레이드해야 합니다.

  • 사용자 지정 저장소에서 PowerShell 종속성을 다운로드할 수 없음

    이제 Automation Orchestrator에서 신뢰할 수 있는 인증서를 비Java 런타임(Python, PowerShell, PowerCLI 및 NodeJS)으로 가져옵니다.

    이렇게 하면 고객 CA(인증 기관)를 사용하는 저장소에서 종속성을 다운로드하는 문제가 해결됩니다. 또한 자체 서명된 CA 인증서 또는 사용자 지정 CA 인증서를 사용하여 끝점에 대한 비보안 연결을 더 이상 사용할 필요가 없습니다.

알려진 문제

  • 솔루션 사용자를 더 이상 사용하지 않고 서비스 계정으로 마이그레이션

    vSphere 인증과 함께 독립형 Automation Orchestrator를 사용하는 경우 더 이상 사용되지 않는 vSphere 솔루션 사용자(인증서 기반 인증)를 vSphere 서비스 계정(클라이언트 ID/클라이언트 암호 기반 인증)으로 업그레이드하려면 8.18.1로 업그레이드한 후 인증 제공자를 다시 등록해야 합니다.

    해결 방법은 없습니다.

  • VMware Aria Automation 8.18.1이 FIPS 모드에서 작동할 때 NSX-V와 호환되지 않음

    VMware Aria Automation 8.18.1이 FIPS 모드에서 작동하는 경우 NSX-V와 호환되지 않습니다. 

    해결 방법은 없습니다.

  • cgs-service-app 서비스의 오류

    cgs-service-app 서비스가 fluxAssembly 예외 오류와 함께 다시 시작됩니다.

    해결 방법은 없습니다.

  • 배포 보기/리소스 또는 시스템 보기에서 2일차 작업을 수행할 수 없음

    배포 외부에서 수행되는 2일차 작업은 제대로 작동하지 않을 수 있습니다.

    해결 방법: 배포에서 2일차 작업을 수행합니다.

VMware Aria Automation 8.18 새로운 기능

  • VMware VMRC(원격 제어 애플리케이션) 콘솔 프록시가 WebMKS를 지원하도록 업데이트됨

    이전에는 VMware Aria Automation 온-프레미스의 VMRC 2일차 작업을 사용하여 vSphere 8+ 인스턴스와 통신할 수 없었습니다. 이것은 vSphere 8+가 WebMKS를 통한 통신만 지원하고 이전 vSphere 버전에서 사용하던 MKS는 더 이상 사용되지 않기 때문입니다. 자세한 내용을 보려면 KB 93070으로 이동하십시오.

    이번 릴리스부터 VMware Aria Automation 온-프레미스는 VMRC와 vSphere 7+ 및 8+ 인스턴스 간의 기본 통신 방법으로 WebMKS를 사용합니다. 이제 연결이 프록시되므로 콘솔 프록시에서 기본 vCenter를 추상화합니다. 위의 KB 문서에 언급된 온-프레미스 인스턴스에 대한 해결 방법은 더 이상 필요하지 않습니다. 사용자는 vSphere 8+로의 업그레이드와 함께 현재 제품 버전으로 업그레이드하는 것을 계획하는 것이 좋습니다.

  • 카탈로그 설정 마법사의 컨텐츠 라이브러리 필터링 개선 사항

    이번 릴리스부터 카탈로그 설정 마법사는 다음과 같은 개선 사항 적용으로 더 나은 VM 이미지 탐색 경험을 제공합니다. 

    • 이제 사용자는 컨텐츠 라이브러리 이름을 지정하여 사용 가능한 딥 러닝 VM 이미지 목록을 필터링할 수 있습니다.

    • 이제 TKG(Tanzu Kubernetes Grid) 관련 컨텐츠가 검색 결과에서 제외되어 검색어의 복잡성이 줄어듭니다.

  • 카탈로그 설정 마법사의 카탈로그 항목 분할

    이번 릴리스부터 카탈로그 설정 마법사는 사용 편의성을 높이기 위해 5개의 카탈로그 항목을 생성합니다.

    • AI Workstation: GPU 지원 딥 러닝 VM을 설치합니다. 

    • AI RAG Workstation: RAG 워크플로를 실행하는 데 필요한 모든 NVIDIA 소프트웨어와 함께 GPU 지원 딥 러닝 VM을 설치합니다. 

    • Triton 유추 서버: NVIDIA Triton 유추 서버와 함께 GPU 지원 딥 러닝 VM을 설치합니다.

    • AI Kubernetes 클러스터: GPU 지원 TKG(Tanzu Kubernetes Grid) 클러스터를 설치합니다.

    • AI Kubernetes RAG 클러스터: 운영 환경에서 RAG 워크플로를 실행하는 데 필요한 모든 NVIDIA 소프트웨어와 함께 GPU 지원 TKG(Tanzu Kubernetes Grid) 클러스터를 설치합니다. 

    카탈로그 설정 마법사 사용 및 5개의 카탈로그 항목 배포에 대한 자세한 지침은 제품 설명서를 참조하십시오.

  • TKG RAG 연산자의 자동 설치

    이번 릴리스부터 AI Kubernetes 클러스터 카탈로그 항목은 NVIDIA GPU 연산자 외에 NVIDIA RAG(Retrieval Augmented Generation) Kubernetes 연산자를 자동으로 설치합니다. 이제 카탈로그 사용자는 RAG 워크로드를 실행할 수 있는 완전한 기능을 갖춘 Tanzu Kubernetes 클러스터에 액세스할 수 있습니다. 사용자는 샘플 RAG 애플리케이션을 수동으로 설치해야 합니다.

  • DLVM의 비RAG 워크로드에 대한 에어갭 지원

    이번 릴리스부터 카탈로그 설정 마법사는 개인 레지스트리를 구성하고 HTTP/HTTPs 프록시 구성을 지정할 수 있는 옵션을 제공합니다. 이제 비RAG NVIDIA 컨테이너와 vGPU 드라이버를 인터넷으로 액세스할 수 없는 위치에 저장할 수 있습니다. 이 기능을 사용하면 에어갭 환경의 딥 러닝 VM에 다음 카탈로그 항목을 배포할 수 있습니다.

    • PyTorch

    • TensorFlow

    • Triton 유추 서버

    • CUDA 샘플

    카탈로그 설정 마법사 사용 및 에어갭 환경 사용에 대한 자세한 지침은 제품 설명서를 참조하십시오.

  • VMware Aria Automation의 실행 패드에 대한 새 워크플로

    사용자는 새 워크플로를 사용하여 VMware Aria Automation을 시작하거나 바로 가기로 사용할 수 있습니다. 이 워크플로를 활용하면 최종 사용자 사용을 위해 vCenter의 VM 이미지를 카탈로그 항목에 게시하는 데 필요한 수동 단계를 건너뛰어 가치 실현 시간을 단축할 수 있습니다.

    • 클라우드 계정에서 이미지 자동 검색

    • 클라우드 영역을 프로젝트에 자동으로 연결

    • 검색된 이미지를 기반으로 클라우드 템플릿 자동 생성

    • 자동으로 클라우드 템플릿 버전 관리 및 릴리스

    • 컨텐츠 소스 자동 생성

    • 카탈로그 업데이트를 가져올 프로젝트 자동 검증

    • 사용자가 선택한 프로젝트 이름을 기반으로 컨텐츠 공유 정책 자동 생성

    • 프로젝트 또는 카탈로그에 사용자 할당

    • VM의 네트워크 및 스토리지를 선택하는 선택적 단계(건너뛰면 네트워크 및 스토리지가 임의로 할당됨)

    VMware Aria Automation의 실행 패드 사용에 대한 자세한 지침은 제품 설명서를 참조하십시오.

  • 스토리지 프로파일 및 데이터스토어에 대한 스토리지 우선 순위 설정

    이제 스토리지 프로파일 및 데이터스토어에 대한 우선 순위를 설정하여 모든 적격 데이터스토어 중에서 선택할 데이터스토어의 순서를 지정할 수 있습니다. 이를 통해 사용자는 설정된 우선 순위에 따라 특정 클러스터에 VM을 배치할 수 있습니다. 이 기능은 사용 가능한 용량에 따라 배치에 적합한 여러 데이터스토어가 선택되는 현재 동작을 수정합니다.

  • 온보딩 배포를 위한 규정 준수가 포함된 클라우드 템플릿 할당

    클라우드 관리자는 온보딩 계획의 새로운 기능을 통해 온보딩된 배포에 템플릿을 할당할 수 있습니다. 클라우드 템플릿을 온보딩된 배포에 연결하는 방법에는 세 가지가 있습니다.

    1. 연결된 클라우드 템플릿이 없습니다.

    2. 시각적 용도, 배포에서 클라우드 템플릿 링크를 허용하지만 할당 시 규정 준수를 포함하지 않습니다.

    3. 규정 준수를 포함하여 각 가상 시스템에 의해 완전히 할당되며 할당된 템플릿을 사용하여 업데이트 작업을 수행할 수 있습니다.

    클라우드 템플릿을 할당하고 온보딩된 배포가 규정을 준수하도록 하려면 아래 단계를 따릅니다.

    1. 관련 클라우드 템플릿을 선택합니다.

    2. 시스템 선택 페이지에서 검색된 VM을 선택하여 템플릿의 모든 시스템 리소스를 VM에 매핑합니다.

    3. 온보딩 계획을 검증하고 실행합니다.

    참고: 온보딩 규정 준수는 Cloud.MachineCloud.vSphere.Machine 리소스 유형, 연결된 디스크 및 네트워크만 지원합니다. 온보딩은 더 이상 클라우드 템플릿의 자동 생성을 지원하지 않습니다. 관리자는 기존 템플릿을 사용하거나 템플릿 없이 온보딩할 수 있습니다.

    온보딩에 대한 자세한 내용을 보려면 Automation Assembler의 온보딩 계획 소개로 이동하십시오.

  • VMware Aria Automation에 어두움 모드가 추가됨

    이제 VMware Aria Automation ID 및 액세스 관리에 어두움 모드의 베타 버전을 사용할 수 있습니다. 내 계정 페이지의 기본 설정에서 밝음 모드와 어두움 모드 간을 전환할 수 있습니다. 자세한 내용을 보려면 VMware Aria Automation에 대한 기본 설정을 지정하는 방법으로 이동하십시오.

  • 현지화 언어 집합 감소

    다음 주요 릴리스부터는 지원되는 현지화 언어의 수가 줄어들 예정입니다. 지원되는 세 가지 언어는 다음과 같습니다.

    • 일본어

    • 스페인어

    • 프랑스어

    다음 언어는 더 이상 지원되지 않습니다.

    • 이탈리아어

    • 독일어

    • 브라질어

    • 포르투갈어

    • 중국어 번체

    • 한국어

    • 중국어 간체

    영향:

    • 지원 중단이 예정된 언어를 사용하던 고객은 더 이상 해당 언어로 된 업데이트나 지원을 받을 수 없습니다.

    • 모든 사용자 인터페이스, 도움말 설명서 및 고객 지원은 영어 또는 위에 언급된 세 가지 지원 언어로 제공됩니다.

  • 프로젝트 변경 중에 AD(Active Directory)를 호출하도록 프로비저닝 서비스 업데이트

    이전 릴리스에서는 AD 통합이 활성화된 상태에서 사용자가 프로젝트를 삭제하거나 프로젝트 변경 기능을 사용하는 경우 403 금지됨 오류가 표시되었습니다. 이러한 시나리오는 Active Directory가 프로젝트 서비스에서 오는 이벤트를 수신 대기하지 않기 때문에 발생합니다. 이제 이러한 프로젝트 변경을 추적하기 위해 AD 통합이 업데이트되었습니다.

  • Terraform 런타임 통합에서 기본 런타임 컨테이너 이미지의 새 위치

    Terraform 런타임 통합에서 기본 런타임 컨테이너 이미지의 위치가 변경됩니다. 새 이미지 위치는 projects.packages.broadcom.com/vra/terraform:latest입니다. 이전 위치인 projects.registry.vmware.com/vra/terraform:latest에는 액세스할 수 없습니다.

    위치만 변경되고. 이미지의 컨텐츠는 동일하게 유지됩니다.

    기존 Terraform 런타임 통합을 사용하여 VMware Aria Automation 인스턴스를 실행하는 경우 이미지 위치를 projects.packages.broadcom.com/vra/terraform:latest으로 변경해야 합니다. 그러지 않으면 런타임 통합이 실패합니다.

  • 스토리지 프로파일 속성의 사용 중단

    스토리지 프로파일 속성 '공유' 및 '제한 IOPS'는 vSphere의 사용 중단 전략에 따라 더 이상 사용되지 않습니다. 이러한 속성은 향후 릴리스에서 제거될 예정입니다.

Automation Orchestrator 8.18 새로운 기능

  • 플러그인 및 로그 수준 구성이 제어 센터에서 Automation Orchestrator 클라이언트의 시스템 설정 섹션으로 이동됨

    이제 플러그인 및 로그 구성이 Automation Orchestrator 클라이언트의 시스템 설정 페이지에서 수행됩니다. 플러그인 및 로그 수준을 관리하기 위한 새로운 REST API도 도입되었습니다. Automation Orchestrator REST API 대한 자세한 내용은 https://<your_orchestrator_FQDN>/vco/api/docs/에 있는 Swagger UI에서 찾을 수 있습니다.

  • 제어 센터는 다음 릴리스에서 Automation Orchestrator에서 제거될 예정입니다.

    Automation Orchestrator 구성은 명령줄 인터페이스를 통해 수행됩니다. 자세한 내용은 제품 설명서를 참조하십시오.

해결된 문제

  • vco 포드에서 여러 번의 다시 시작과 Java 힙 덤프가 발생함

    이 문제는 대량의 VM이 포함된 매우 큰 규모의 vSphere 인프라를 보유하고 있고 VcPlugin.getAllVirtualMachines() 메서드를 자주 사용하는 경우에 발생합니다. 이러한 시나리오에서 Automation Orchestrator 포드는 여러 번 다시 시작되고 Java 힙 덤프가 발생합니다.

    이 문제를 해결하기 위해 vCenter 플러그인이 최적화되었으며 다양한 사용 사례 시나리오에 맞게 구성할 수 있도록 했습니다. 관련 변경 사항은 다음과 같습니다.

    • 기본 개체(기본 및 라이브) 캐시 크기 - 플러그인에 연결된 각 vCenter에 대해 100 000 000개 항목에서 20 000개 항목으로 변경되었습니다.

    • 기본 개체(기본 및 라이브) 캐시 만료 시간 - 14 440초에서 600초로 변경되었습니다.

    vCenter 플러그인 캐시는 다음 시스템 속성을 통해 구성할 수 있습니다.

    • com.vmware.vmo.plugin.vi4.cache.main.max.size - 캐시에 포함될 수 있는 최대 항목 수를 설정합니다. 이 속성은 기본 및 라이브 개체 캐시의 크기를 제어합니다. 0으로 설정하면 캐시에 로드된 직후 요소가 제거됩니다. 이것은 테스트 시 또는 코드 변경 없이 캐싱을 일시적으로 사용하지 않도록 설정하는 데 유용할 수 있습니다. 기본값은 20 000개 항목입니다.

    • com.vmware.vmo.plugin.vi4.cache.main.expirationSeconds - 기본 캐시 만료 시간을 설정합니다. 항목이 생성된 시점 또는 항목 값의 최신 교체 시점부터 일정 기간이 경과한 후 각 항목이 캐시에서 자동으로 제거되도록 지정합니다. 기본값은 600초입니다.

    • com.vmware.vmo.plugin.vi4.cache.live.objects.expirationSeconds - 라이브 개체 캐시 만료를 설정합니다. 항목이 생성된 시점 또는 항목 값의 최신 교체 시점부터 일정 기간이 경과한 후 각 항목이 캐시에서 자동으로 제거되도록 지정합니다. 기본값은 600초입니다.

    • com.vmware.vmo.plugin.vi4.cache.clearOnSessionRefresh - 세션 새로 고침 시 모든 캐시(기본 및 라이브 개체)를 지울지 여부를 제어합니다. 기본값은 false입니다.

  • CCI(클라우드 소비 인터페이스)가 sAMAccountName(짧은 AD 사용자 이름)을 지원하지 않음

    vIDM에 새 디렉토리를 추가할 때 관리자는 두 개의 디렉토리 검색 특성을 선택할 수 있습니다. 이 선택은 연결된 온-프레미스 Aria Automation 배포의 사용자 이름 형식에 영향을 미칩니다. 가능한 값은 다음과 같습니다.

    • sAMAccountName - 일반적으로 도메인이 없는 사용자 이름으로, 도메인을 포함하지 않는 VMware Aria Automation의 짧은 이름이 생성됩니다. 이것이 새 디렉토리를 설정할 때의 기본값입니다.

    • userPrincipalName - 일반적으로 도메인이 있는 사용자 이름으로, 도메인을 포함하는 VMware Aria Automation의 긴 사용자 이름 또는 전체 사용자 이름이 생성됩니다.

    CCI는 프로젝트 데이터에서 사용할 수 있는 사용자 이름을 사용하여 관리하는 감독자 네임스페이스에 대한 vCenter 액세스 목록을 구성합니다. 짧은 사용자 이름으로 구성된 시스템에서 이러한 프로젝트 사용자 이름은 도메인이 없고 프로젝트 동기화 중에 vCenter가 오류 없이 삭제하는 것처럼 보이므로 사용자는 CCI에서 생성한 감독자 네임스페이스에 액세스할 수 없습니다.

  • Spread by Memory는 시스템 온보딩 후에도 관리되는 시스템을 고려하지 않음

    Spread by Memory 배치 정책이 설명서에 설명된 대로 메모리 비율을 제대로 계산하지 않습니다.

  • SNMP 플러그인에서 오래된 log4j 라이브러리가 제거됨

    이전 릴리스에서 Automation Orchestrator용 SNMP 플러그인은 오래된 log4j 라이브러리 버전을 사용했습니다. 이 라이브러리는 더 이상 필요하지 않으므로 현재 릴리스부터 SNMP 플러그인에서 제거됩니다.

  • 만료 시간이 9일인 "LoadBalancerDescription" 개체가 생성되고 정리되면서 회귀를 유발함

    로드 밸런서 변경 없이 특정 배포 대상에 대해 반복적인 배포가 수행될 때 로드 밸런서가 다시 생성됩니다.

  • 나머지 로드 밸런서 구성 요소와 함께 "LoadBalancerDescription"이 삭제되지 않음

    배포에서 로드 밸런서를 삭제할 때 "LoadBalancerDescription" 속성이 제거되지 않습니다.

  • 오래된 해시를 사용하면 충돌 공격이 발생할 수 있음

    기본 인증서 지문 다이제스트 알고리즘이 SHA-1에서 SHA-256으로 변경되었습니다. 이러한 변경은 사용자 지정 인증서 검증을 위해 IKeystoreCache#getThumbprints 플러그인 SDK 메서드를 사용하는 Automation Orchestrator 플러그인에 영향을 미칠 수 있습니다.

알려진 문제

  • 배포 보기/리소스 또는 시스템 보기에서 2일차 작업을 실행할 수 없음

    배포 외부에서 실행되는 2일차 작업은 제대로 작동하지 않을 수 있습니다.

    배포에서 2일차 작업을 실행합니다.

  • VMRC(VMware Remote Control) 애플리케이션 콘솔 프록시에 연결하려고 할 때 문제가 발생함

    VMware Aria Automation 8.18로 업그레이드한 후 VMRC 콘솔 프록시에 연결하려고 하면 인증 문제가 발생합니다. 이 문제는 클라우드 계정에 대한 acceptSelfSignedCertificate 속성이 true로 설정된 VMware Aria Automation 배포에서 발생합니다.

    해결 방법:KB 374614에 설명된 절차를 사용합니다.

  • Automation Orchestrator 8.18로 업그레이드한 후 기능 액세스가 손실됨

    Advanced 라이센스를 사용하는 Automation Orchestrator 배포를 업그레이드한 후 Git 통합 및 다중 언어 지원과 같은 고급 기능에 대한 액세스가 손실됩니다.

    해결 방법:KB 375928에 설명된 절차를 사용합니다.

  • 실행 패드에서 비디오를 재생하려고 할 때 502 잘못된 게이트웨이 오류가 발생함

    해결 방법: YouTube에서 직접 비디오를 재생합니다.

  • 적용된 우선 순위 및 제약 조건 태그를 기반으로 VM이 올바른 스토리지 프로파일에 배치되지 않음

    스토리지 프로파일 수준 우선 순위가 사용되고 클라우드 템플릿에 스토리지 제약 조건 태그가 포함된 경우, 여러 스토리지 프로파일이 적격하면 모든 할당 필터를 기반으로 우선 순위가 있는 스토리지 프로파일이 예상대로 선택되지 않을 수 있습니다. 대신 다른 스토리지 프로파일이 선택됩니다.

    해결 방법은 없습니다. 할당이 끝날 때 적격 스토리지 프로파일이 하나만 남아 있는지 확인하십시오.

  • DCGM Exporter 카탈로그 항목을 내보내려고 할 때 문제가 발생함

    카탈로그 설정 마법사가 DCGM Exporter 카탈로그 항목을 생성하지 않습니다. 

    해결 방법:

    SSH를 통해 딥 러닝 VM에 로그인하고 다음 명령을 실행합니다.

    • docker run -d --gpus all --cap-add SYS_ADMIN --rm -p 9400:9400 registry-URI-path/nvidia/k8s/dcgm-exporter:ngc_image_tag

    예를 들어 NVIDIA NGC 카탈로그에서 dcgm-exporter:3.2.5-3.1.8-ubuntu22.04를 실행하려면 다음 명령을 실행합니다.

    • docker run -d --gpus all --cap-add SYS_ADMIN --rm -p 9400:9400 nvcr.io/nvidia/k8s/dcgm-exporter:dcgm-exporter:3.2.5-3.1.8-ubuntu22.04

    DCGM Exporter에 대한 자세한 내용을 보려면 DL 워크로드 모니터링을 위한 DCGM Exporter 추가로 이동하십시오.

VMware Aria Automation 8.17 새로운 기능

  • 새 VMware Aria Automation 홈 페이지

    이제 관리자를 위한 Automation Assembler의 일부로 복잡한 아키텍처를 탐색하는 데 도움이 되는 새로운 사용자 대시보드가 VMware Aria Automation 홈 페이지에 추가되었습니다. VMware Aria 제품을 처음 사용하는 사용자든 숙련된 VMware Aria Automation 사용자든 대시보드는 다음과 같은 시나리오에서 유용하게 사용될 수 있습니다.

    • 세그먼트 및 VM 상태별로 클라우드 환경에 대한 개요를 제공합니다.

    • 클라우드 영역 및 프로젝트별로 분류된 인벤토리 요약을 시각화합니다.

    • 예정된 리스 정책 변경 사항과 최근에 만료된 정책으로 배포 요약을 시각화합니다.

    • 최근 제품 내 알림을 검토하고 요청에 직접 응답합니다.

    참고: 홈 페이지는 관리자가 조직에 클라우드 계정이 없는 경우에만 Automation Assembler의 기본 랜딩 페이지입니다. 그렇지 않은 경우 기본 랜딩 페이지는 Automation Assembler의 리소스 페이지입니다. 자세한 내용을 보려면 VMware Aria Automation 실행 패드를 사용하여 Automation Assembler를 시작하는 방법으로 이동하십시오.

  • 새 실행 패드가 VMware Aria Automation 홈 페이지에 추가됨

    이제 VMware Aria Automation을 시작하거나 바로 가기를 사용하여 자주 사용되는 작업에 액세스하려는 사용자의 경우 새로운 실행 패드를 사용할 수 있습니다. 두 가지의 단계별 워크플로를 사용하여 학습하기 쉬운 사용 사례를 수행할 수 있습니다. 실행 패드에서는 다음과 같은 사용 사례를 다룹니다.

    • 클라우드 계정 추가: 자격 증명을 사용하여 클라우드 계정을 검증하고 연결합니다.

    • 리스 만료 적용: 리소스 만료를 적용하기 위한 리스 정책을 생성합니다.

    자세한 내용을 보려면 VMware Aria Automation 실행 패드를 사용하여 Automation Assembler를 시작하는 방법으로 이동하십시오.

  • Automation Assember 설계 캔버스에서 CCI(클라우드 소비 인터페이스) 감독자 네임스페이스, TKG 및 기타 리소스 지원

    CCI 온-프레미스는 VMware Aria Automation 8.16.1에서 릴리스되었습니다. 현재 릴리스는 감독자 네임스페이스, TKG 클러스터 및 기타 CCI 리소스를 활용하여 Automation Assembler 템플릿에서 다중 계층 애플리케이션을 정의하는 기능을 지원합니다. 이제 관리자가 준비한 CCI 리소스가 포함된 카탈로그 항목을 실행할 수 있습니다. 이 기능은 IaC(Infrastructure as Code) 및 정책 거버넌스를 중심으로 CCI와 나머지 VMware Aria Automation 기능을 통합합니다. 자세한 내용을 보려면 Automation Assembler에서 Kubernetes 기반 워크로드 자동화로 이동하십시오.

  • 단일 VMware Aria Operations 온-프레미스 인스턴스를 여러 VMware Aria Automation 온-프레미스 테넌트와 통합

    이제 단일 VMware Aria Operations 인스턴스를 동일한 온-프레미스 장치에서 실행 중인 여러 VMware Aria Automation 테넌트와 통합할 수 있습니다.

  • VM 클러스터 등록 취소를 위한 2일차 작업

    VM 클러스터에 대한 2일차 등록 취소 작업이 지원됩니다. 디스크 또는 디스크 클러스터를 다른 VM과 공유하는 클러스터 내의 단일 VM에서는 작업을 사용할 수 없습니다.

  • VMware Aria Automation의 사설 클라우드 계정 수 증가

    이번 릴리스에서는 VMware Aria Automation에서 지원되는 사설 클라우드 계정 수가 50개에서 100개로 증가했습니다. 자세한 내용을 보려면 확장성 및 동시성 최대값으로 이동하십시오.

  • 이제 컨텐츠 공유 정책을 통해 조직 수준에서 범위를 지원하고 역할 기반 액세스 제어를 사용하도록 설정할 수 있음

    이 릴리스부터 컨텐츠 공유 정책은 두 가지 향상된 기능을 지원합니다.

    1. 범위를 조직으로 설정하여 조직 전체에서 컨텐츠를 공유할 수 있습니다. 조직 범위 정책은 공유 VCT(VMware Cloud Templates)에만 영향을 줍니다.

    2. 역할 기반 액세스 권한. 이 기능을 사용하면 설정된 역할에 따라 사용자 간에 컨텐츠 공유를 할 수 있습니다. 역할은 프로젝트 관리자, 프로젝트 멤버 및 명명된 사용자 지정 역할일 수 있습니다.

    이러한 향상된 기능을 통해 조직 내의 컨텐츠 공유 및 액세스 제어를 크게 간소화할 수 있습니다. 자세한 내용을 보려면 Automation Service Broker 컨텐츠 공유 정책을 구성하는 방법으로 이동하십시오.

  • 프로젝트 변경 시의 새 AD(Active Directory) 오류 메시지

    Active Directory 통합과 연결된 배포에서 프로젝트 변경 작업을 호출할 때 유효성 검사 오류를 유발하는 특정 시나리오가 있습니다.

    소스 프로젝트가 AD 통합과 연결되어 있지만 대상 프로젝트가 AD 통합과 연결되어 있지 않은 경우가 이에 해당합니다. 이러한 경우 다음과 같은 오류 메시지가 표시됩니다.

    "Target project is not associated with AD integration"라는 이름의 작업을 생성합니다.

    이 오류를 해결하려면 대상 프로젝트가 동일한 조직 구성 단위를 갖는 AD 통합과 연결되어야 합니다.

    가능한 또 다른 시나리오는 소스 프로젝트와 대상 프로젝트가 모두 AD 통합과 연결되어 있지만 AD 통합이 동일한 조직 구성 단위에 속하지 않는 경우에 발생합니다. 이러한 경우 다음과 같은 오류 메시지가 표시됩니다.

    "The properties(OU, BaseDN) associated with the project did not match the project"라는 이름의 작업을 생성합니다.

    이 오류를 해결하려면 대상 프로젝트의 조직 구성 단위를 변경하거나 동일한 조직 구성 단위와 연결하기 위해 새로운 AD 통합을 수행해야 합니다.

  • 특정 Kubernetes 자동화 기능에 대한 사용 중단 계획 발표

    VMware by Broadcom에서는 Automation Assembler에서 Kubernetes를 사용하는 방법에 설명된 TKG 통합 및 TMC 통합을 포함한 Kubernetes 통합 기능의 사용 중단 계획을 발표했습니다. 제품에서 이러한 기능이 실제로 사용 중단되고 제거되는 것은 향후 릴리스에서 진행됩니다. 고객은 CCI(클라우드 소비 인터페이스) 및 vSphere TKG IaaS 서비스를 채택하는 것이 좋습니다. CCI에 대한 자세한 내용을 보려면 Automation Service Broker에서 클라우드 소비 인터페이스 시작으로 이동하십시오.

  • 더 이상 사용되지 않는 자동화 기능 제거 계획 발표

    VMware by Broadcom에서는 다음 기능이 더 이상 사용되지 않으며 VMware Aria Automation의 향후 릴리스에서 제거될 예정임을 고객에게 알려 드리려고 합니다.

    • NSX-V 지원

    • NSX-T Manager 모드 지원

    • NSX-V에서 NSX-T로의 마이그레이션 지원

    • Migration Assistant를 통한 vRealize Automation 7.6에서 VMware Aria Automation 8.0 이상으로의 마이그레이션

    • Migration Assistant를 통한 NSX-V에서 NSX-T로의 마이그레이션

    • vCloud Director와의 VMware Aria Automation 통합 지원

    현재 VMware Aria Automation에서 이러한 기능을 활용하는 고객은 관련 기능 사용을 중단할 계획을 세워야 합니다.

  • vCenter 6.x에 대한 지원 중단 계획 발표

    VMware by Broadcom에서는 향후 릴리스에서 vCenter 6.x에 대한 지원이 VMware Aria Automation에서 제거될 예정임을 고객에게 알려 드리려고 합니다. 현재 VMware Aria Automation에서 vCenter 6.x 클라우드 계정을 사용하는 고객은 지원되는 vCenter 버전으로 업그레이드할 계획을 세워야 합니다.

Automation Orchestrator 8.17 새로운 기능

  • 라이센스 관리가 제어 센터에서 Automation Orchestrator 클라이언트로 이동됨

    외부 Automation Orchestrator 배포에 대한 라이센스 관리는 이제 Automation Orchestrator 클라이언트의 라이센싱 페이지에서 수행됩니다. 이 페이지에는 현재 적용된 라이센스에 대한 정보와 라이센스를 수동으로 추가하는 옵션이 포함되어 있습니다. 자세한 내용을 보려면 라이센스로 Automation Orchestrator 기능 사용 설정으로 이동하십시오. 라이센스 관리는 VMware Aria Automation의 라이센스와 일치하도록 설정되어 있으므로 내장형 Automation Orchestrator 배포에서는 라이센싱 페이지를 사용할 수 없습니다.

  • 명령 스크립팅 개체가 제거됨

    명령 스크립팅 개체가 제거되고 'execute' 및 'executeAndLog' 메서드가 비활성화되었습니다. 이러한 메서드가 호출되면 예외가 발생합니다. 작업 또는 워크플로에 이 스크립팅 개체 또는 메서드를 사용하는 스크립팅 가능한 작업 항목이 있는 경우 이러한 스크립트를 업데이트해야 합니다.

해결된 문제

  • VMware Aria Automation에 VCF(VMware Cloud Foundation) 클라우드 계정 도메인을 추가할 수 없음

    VMware Aria Automation에 VCF 클라우드 계정 도메인을 추가하려고 하면 다음 오류 메시지가 표시됩니다.

    "Something went wrong in a backend service."

    이 오류는 SDDC Manager에서 다른 도메인 생성이 진행 중인 동안 사용자가 VMware Aria Automation에 VCF 클라우드 계정 도메인을 추가하려고 할 때 발생합니다.

  • 원래 VM 이미지를 더 이상 사용할 수 없는 경우 오류와 함께 재구축이 실패함

    이전에는 끝점에서 기본 이미지가 삭제된 경우 2일차 재구축 작업이 실패했습니다. 이것은 시스템의 백엔드에서 새 이미지 참조를 수동으로 추가하지 않으면 이미지가 끝점에서 누락되고 재구축 작업이 차단된다는 것을 모르는 사용자에게 문제가 될 수 있습니다.

    이 문제는 이제 해결되었습니다. 리소스 수준 2일차 재구축 작업을 트리거할 때 이미지가 누락된 경우 사용 가능한 이미지 템플릿 목록에서 이미지를 선택하여 시스템을 재구축하라는 메시지가 표시됩니다. 

    그러나 배포 수준에서 재구축이 수행되는 경우에는 사용 가능한 이미지를 시스템 속성에 수동으로 패치한 다음 배포에서 2일차 재구축 작업을 시도할 수 있습니다. 이렇게 하려면 사용자는 관련 이미지 값과 함께 "__resolvedImageLink" 및 "_imageRef" 입력 속성을 사용해야 합니다 또는 사용자가 특정 VM에 대한 리소스 수준 재구축 작업을 트리거하여 사용자가 이미지를 선택하고 UI에서 시스템을 재구축하도록 할 수 있습니다. 

  • Actions/{id}/bundle이 Swagger에 추가됨

    actions/{id}/bundle REST API 끝점이 Automation Orchestrator Swagger 설명서에 추가되었습니다.

알려진 문제

  • VMware Aria Automation 업그레이드 후 애플리케이션 브랜딩 문제

    VMware Aria Automation 8.16에서 8.17로 업그레이드한 후 적용 버튼이 회색으로 표시되어 UI에서 브랜딩 변경 내용을 적용할 수 없습니다.

    해결 방법:기본값 복원을 선택한 다음 변경을 시도합니다.

  • 리소스의 상태가 변경되었고 사용자가 VM에서 디스크 크기 조정 2일차 작업을 수행하려고 할 때 오류가 표시되므로 "VMname"에서 디스크 크기 조정을 수행할 수 없음

    사용자가 VM에 연결된 가상 디바이스 구성에서 SCSI 컨트롤러 키=1000 및 단위 번호=0을 사용하지 않는 경우 디스크 크기 조정 작업 오류가 나타납니다.

    해결 방법: VM에 연결된 디스크 중 하나의 디스크가 항상 SCSI 컨트롤러 키=1000 및 단위 번호=0으로 구성되어 있는지 확인합니다. KB 문서(https://knowledge.broadcom.com/external/article/369794)를 참조하십시오.

API 설명서 및 버전 관리

알림: 이전 릴리스에 대한 릴리스 정보는 매년 아카이브됩니다.

API 설명서는 제품에서 사용할 수 있습니다. 단일 랜딩 페이지에서 모든 Swagger 문서에 액세스하려면 다음으로 이동하십시오.

  • https://<appliance.domain.com>/automation-ui/api-docs(vRealize Automation 8.x). 여기서 appliance.domain.com은 사용자의 vRealize Automation 장치입니다.

API를 사용하기 전에 이 릴리스에 대한 최신 API 업데이트 및 변경 사항을 고려하고 사용하는 API 서비스의 변경 사항을 확인하는 것이 좋습니다. 이전에 apiVersion 변수를 사용하여 API를 잠그지 않은 경우에는 API 응답에서 변경이 발생할 수 있습니다. 모든 API 업데이트 및 변경 사항은 각 릴리스의 새로운 기능 섹션에 제공됩니다.

잠금이 해제된 API의 경우 기본 동작은 API에 따라 다릅니다.

  • Cloud Assembly IaaS API의 경우 apiVersion 매개 변수 없이 실행되는 모든 요청은 첫 번째 버전인 2019-01-15로 리디렉션됩니다. 이렇게 리디렉션되면 이전에 apiVersion 매개 변수를 지정하지 않은 모든 사용자가 호환성이 손상되는 변경 없이 최신 버전으로 원활하게 전환할 수 있습니다.

    참고: Automation Assembly IaaS API의 경우 최신 버전은 apiVersion=2021-07-15입니다. 잠금을 해제한 상태로 두면 IaaS API 요청이 첫 번째 버전인 2019-01-15로 리디렉션됩니다. 첫 번째 버전은 더 이상 사용되지 않으며 24개월 동안 지원됩니다. 새 버전으로 원활하게 전환하려면 2021-07-15에 할당된 apiVersion 매개 변수를 사용하여 IaaS API 요청을 잠급니다.

  • 다른 API의 경우 API 요청은 기본적으로 최신 버전으로 설정됩니다. Swagger 규격에 대해 나열된 이전 버전 날짜 중 하나를 선택하면 API 동작은 해당 날짜와 다음 최신 버전 날짜까지의 모든 날짜에 유효한 API를 반영합니다. 모든 vRealize Automation 릴리스에 대해 API 버전이 지정되는 것은 아니며 모든 API가 apiVersion 매개 변수를 지원하는 것은 아닙니다.

apiVersion 매개 변수 사용에 대한 자세한 내용은 다음에 나열된 프로그래밍 가이드를 참조하십시오.

각 릴리스에 대한 API 업데이트 및 변경 사항은 다음 섹션에서 다룹니다.

VMware Aria Automation 8.18.1 | 2024년 10월 API 변경 사항

서비스 이름

서비스 설명

API 업데이트 및 변경 사항

카탈로그

Service Broker 카탈로그 항목 및 카탈로그 소스(컨텐츠 공유 및 카탈로그 항목 요청 포함)에 액세스합니다.

다음 끝점에 대해 전체 사용자 이름을 표시하기 위한 응답으로 새 입력 매개 변수 'expand' 옵션 expand=user 및 새 개체 유형 매개 변수:

  • GET /catalog/api/items

  • GET /catalog/api/items/{id}

  • GET /catalog/api/admin/sources

  • GET /catalog/api/admin/sources/{sourceId}

응답에 대한 자세한 내용은 아래의 배포 세부 정보에 전체 사용자 이름 표시 설명을 참조하십시오.

사용자 지정 양식

Automation Service Broker 및 Automation Assembler에서 동적 양식 렌더링 및 사용자 지정 동작을 정의합니다.

Service Broker 관리자 또는 컨텐츠 관리 사용자 지정 역할이 있는 사용자만 다음 끝점에 액세스할 수 있습니다.

  • POST /form-service/api/forms/designer/elements

  • POST /form-service/api/forms/designer/request

사용자 지정 역할에 대한 자세한 내용은 VMware Aria Automation의 사용자 지정 사용자 역할을 참조하십시오.

배포

시스템에 배포된 배포 개체와 플랫폼 또는 Blueprint에 액세스합니다.

다음 끝점에 대해 전체 사용자 이름을 표시하기 위한 응답으로 새 입력 매개 변수 'expand' 옵션 expand=user 및 새 개체 유형 매개 변수:

  • GET /deployment/api/deployments

  • GET /deployment/api/deployments/{deploymentId}

  • GET /deployment/api/resources

  • GET /deployment/api/resources/{resourceId}

응답에 대한 자세한 내용은 아래의 배포 세부 정보에 전체 사용자 이름 표시 설명을 참조하십시오.

파이프라인

애플리케이션을 운영 환경에 지속적으로 제공하기 위한 파이프라인을 생성하고 실행합니다.

다음 끝점의 응답에서는 더 이상 SHA-1을 지문 인증서로 나열하지 않습니다.

GET /codestream/api/endpoint-certificate

정책

Service Broker에서 생성된 정책과 상호 작용합니다.

다음 끝점에 대해 전체 사용자 이름을 표시하기 위한 응답으로 새 입력 매개 변수 'expand' 옵션 expand=user 및 새 개체 유형 매개 변수:

  • GET /policy/api/policies

  • GET /policy/api/policies/{id}

응답에 대한 자세한 내용은 아래의 배포 세부 정보에 전체 사용자 이름 표시 설명을 참조하십시오.

배포 세부 정보에 전체 사용자 이름 표시

다음 정보는 카탈로그, 배포 및 정책 API 서비스의 특정 끝점에 적용됩니다.

expand=user를 입력으로 전달하고 관리 설정 "사용자 이름 표시"를 사용하도록 설정하면 각 AD ID 유형 출력 매개 변수에 대해 새 개체 유형 매개 변수가 반환됩니다.

AD ID 유형 출력 매개 변수

새 개체 유형 매개 변수

createdBy

creator

lastUpdatedBy

lastUpdater

ownedBy

owner

각 개체 유형에는 다음 예와 같이 5개의 필드, 즉 id, firstname, lastname, emailtype이 있습니다. null이 아닌 필드만 개체에 포함됩니다.

"creator": { 
        "id": "[email protected]", 
        "firstname": "Example", 
        "lastname": "User", 
        "email": "[email protected]", 
        "type": "USER" }

VMware Aria Automation 8.18 | 2024년 7월 API 변경 사항

서비스 이름

서비스 설명

API 업데이트 및 변경 사항

재배치

관리 중인 클라우드에서 기존 VM을 가져오기 위한 정책 및 계획을 정의합니다.

클라우드 템플릿으로 온보딩을 지원하는 템플릿 필드를 추가하도록 POST /relocation/onboarding/task/create-deployment-bulk의 페이로드가 업데이트되었습니다.

샘플 페이로드 조각은 다음을 포함하는 리소스 매핑이 포함된 템플릿 필드를 표시합니다.

  • 클라우드 템플릿의 이름

  • 클라우드 템플릿 ID 링크

  • 온보딩할 VM, 클라우드 템플릿의 시스템에 매핑됨

"template": { 
  "name": "cloud_template_name", 
  "link": "/blueprint/api/blueprints/template_ID_string", 
  "components": { 
    "/resources/compute/resource_ID_string_1": "Cloud_vSphere_Machine_1", 
    "/resources/compute/resource_ID_string2": "Cloud_vSphere_Machine_2"

이전에 알려진 문제

다음은 이전 VMware Aria Automation 릴리스에서 문서화된 알려진 문제 목록입니다. 이러한 문제가 처음으로 문서화된 관련 릴리스에 대한 자세한 내용을 보려면 VMware Aria Automation 릴리스 정보 아카이브(8.12~8.16.2)로 이동하십시오.

  • Kerberos 인증을 사용하는 경우 암호 길이 문제

    Automation Orchestrator가 업그레이드된 후 배포가 FIPS 모드인 경우 Kerberos 인증으로 구성된 일부 플러그인 끝점이 작동을 중지하고 로그에 다음과 같은 오류 메시지가 표시됩니다.

    org.bouncycastle.crypto.fips.FipsUnapprovedOperationError: password must be at least 112 bits

    해결 방법: FIPS 요구 사항을 충족하려면 14자 이상의 더 길고 강력한 암호를 사용합니다.

  • Automation Orchestrator 워크플로 가져오기 문제

    워크플로 입력 또는 필드에 "project" ID 요소가 시스템 속성으로 포함되어 있는 경우 Automation Orchestrator 워크플로를 VMware Aria Automation 카탈로그 컨텐츠 소스로 가져오는 데 문제가 발생할 수 있습니다. ID를 워크플로 입력 또는 필드에 추가하면 다음과 유사한 오류 메시지가 표시될 수 있습니다. “Error downloading catalog item ‘/workflow/<workflowId>’ (Error: Content provider error).”.

    참고: 이 문제는 워크플로에 수동으로 추가된 “project” ID 요소에만 해당됩니다. 워크플로 또는 클라우드 템플릿을 Service Broker로 가져올 때 자동으로 생성된 프로젝트 필드와는 관련이 없습니다.

    해결 방법: 워크플로 입력 또는 필드에서 "project" ID 요소를 제거합니다.

  • 확장성 작업 컨텐츠 소스의 "공유됨" 필드 값이 NULL인 경우 오류 상태 코드 500이 수신됨

    프로젝트에 확장성 작업이 포함된 경우 컨텐트 소스 페이지에 표시되는 항목 수에는 프로젝트에 포함된 총 작업 수보다 적은 수의 작업이 포함됩니다. 예를 들어 10개 작업 중 5개가 항목 수 필드에 보이고 그 옆에 빨간색 느낌표가 표시될 수 있습니다. 즉, 모든 작업이 콘텐츠 소스에서 동기화되는 것은 아니며 문제가 있는 작업은 카탈로그에서 사용할 수 없습니다.

    해결 방법:KB 93437을 참조하십시오.

  • PowerShell 플러그인에 대해 지원되지 않는 Kerberos 인증

    VMware Aria Automation Orchestrator용 PowerShell 플러그인은 FIPS 모드에서 사용되는 경우 필수 보안 제공자에 대한 보안 제한으로 인해 Kerberos 인증을 지원하지 않습니다.

    FIPS 모드에서 이전 버전의 Automation Orchestrator와 함께 사용하는 경우 PowerShell 플러그인에서 Kerberos 인증을 사용하는 것은 FIPS 규정 준수를 위반할 수 있으므로 권장되지 않습니다.

    해결 방법:게스트에서 스크립트 실행 워크플로를 사용하여 가상 시스템 내에서 PowerShell 스크립트를 실행합니다.

  • 최신 버전의 요청 라이브러리 또는 urllib3 v2 클라이언트에서 Python 스크립트를 사용하면 확장성 작업이 실패하고 "urllib3 v2.0은 OpenSSL 1.1.1+만 지원합니다." 오류가 표시됩니다.

    최신 버전의 요청 라이브러리 및 urllib3 v2는 현재 확장성 작업에 사용할 수 없습니다. 이러한 종속성에는 1.1.1 이후 버전의 OpenSSL이 필요하기 때문입니다.

    해결 방법: 확장성 작업 편집기의 종속성 텍스트 상자에서 2.29.0 이전 버전의 요청 라이브러리를 지정하거나 urllib3을 사용하는 경우에는 2보다 이전 버전을 지정합니다.

  • deploy.sh가 두 번째로 실행되면 서비스 및 역할 이름이 이전 값으로 대체됨

    이 중요한 문제가 Aria Automation 8.12 릴리스에서 확인되었습니다. 업그레이드 또는 설치하기 전에 KB 92018에서 자세한 내용을 참조하십시오.

  • 사용자 지정 양식 필드에 정규식 제약 조건이 포함된 경우 오류가 표시될 수 있음

    사용자 지정 양식에 정규식 제약 조건이 있는 필드가 하나 이상 포함되어 있으면 다음과 유사한 오류 메시지가 표시될 수 있습니다. "Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>”.

    해결 방법: 정규식이 Java 및 JavaScript 규정 준수 표준을 모두 준수하는지 확인합니다. 이 조정이 수행되면 문제가 해결됩니다.

  • 복잡한 사용자 지정 양식이 로드되지 않거나 로드하는 데 10분 넘게 걸림

    수백 개의 필드와 복잡한 기본값 규칙이 있는 복잡한 사용자 지정 양식의 경우 양식을 렌더링하는 속도가 느려질 수 있습니다. 대부분의 경우에는 렌더링 시간 증가가 눈에 띄지 않지만, 양식이 복잡할수록 속도가 현저하게 느려질 수 있습니다.

    해결 방법은 없습니다.

  • 업그레이드 후 배포에서 이미지 부팅 디스크 크기보다 작은 부팅 디스크 크기를 지정하면 배포가 실패합니다.

    이 알려진 문제는 8.11.1 이상으로 업그레이드할 때 발생합니다.

  • LCM을 통해 테넌트와 Aria Automation 8.12를 연결한 후 일부 서비스에 액세스할 수 없음

    LCM을 통해 테넌트와 VMware Aria Automation 8.12를 연결한 후 사용자가 다음과 같은 서비스에 액세스할 수 없을 수 있습니다.

    • Assembler

    • Migration Assistant

    • 파이프라인

    • 구성 

    해결 방법:

    1. 조직 소유자 권한이 있는 사용자로 테넌트에 로그인합니다.

    2. [ID 및 액세스 관리]에서 [활성 사용자] 탭을 클릭합니다.

    3. 영향 받는 사용자를 선택하고 [역할 편집]을 클릭합니다.

    4. 사용자에게 Assembler 및 Migration Assistant에 대한 액세스 권한을 부여하려면 [서비스 액세스 추가]를 클릭하고 Cloud Assembly를 선택합니다.

    5. 사용자에게 Pipelines 대한 액세스 권한을 부여하려면 [서비스 액세스 추가]를 클릭하고 Code Stream을 선택합니다.

    6. 사용자에게 Config에 대한 액세스 권한을 부여하려면 [서비스 액세스 추가]를 클릭하고 SaltStack Config를 선택합니다.

  • 가상 서비스에 의존하는 배포에서 풀을 삭제할 때 2일차 작업에 대한 삭제 작업이 실패함

    상태 모니터와 같은 Avi Load Balancer 리소스가 서로 다른 배포의 두 풀에서 사용되고 있는 경우 배포 중 하나에서 상태 모니터를 삭제하려고 하면 "false" 오류와 함께 작업이 실패합니다.

    상태 모니터가 여러 풀에서 참조되고 있으므로 리소스 삭제가 실패하는 것은 타당한 결과입니다. 그러나 VMware Aria Automation에 표시되는 오류는 설명이 부족합니다. Avi Load Balancer에 표시되는 오류 설명이 더 자세하며 삭제 작업이 실패한 이유를 보여줍니다.

    해결 방법은 없습니다.

  • 작업 입력이 프로젝트 필드에 바인딩된 경우 유효성 검사 오류가 발생함

    사용자 지정 양식이 있는 카탈로그 항목에 프로젝트 필드가 입력으로 있는 외부 작업이 있으면 오류가 발생할 수 있습니다. 카탈로그 항목을 열면 작업 실행이 실패하고 다음 오류 메시지 중 하나가 표시됩니다. “Cannot execute external actions due to validation errors [Request info field with name: 'project' does not exist.];” 또는 Some data cannot be retrieved. If the problem persists, contact your system administrator. Failed request: <action name>.

    해결 방법: 프로젝트 필드를 작업 입력으로 명시적으로 전달하지 마십시오. Automation Orchestrator 작업 실행이 시작되면 프로젝트 ID가 컨텍스트 매개 변수로 암시적으로 전달됩니다. 작업에서 프로젝트에 대한 입력을 받는 대신 “_projectId” 컨텍스트 매개 변수를 사용합니다.

    예를 들어 Automation Orchestrator 작업이 "project"라는 입력을 하나 수신하는 경우:

    1. 해당 입력을 제거하고 작업 스크립트에서 "project"라는 변수를 생성하여 다음 컨텍스트 매개 변수 값을 할당합니다. var project = System.getContext().getParameter("_projectId").

    2. 작업을 저장합니다.

    3. 카탈로그 항목 사용자 지정 양식 디자이너에서 업데이트된 작업을 다시 선택합니다.

    4. 수정된 사용자 지정 양식을 저장합니다.

  • 경고를 생성할 수 있도록 CMX 에이전트가 모든 Spring Boot 지원 메트릭을 지원해야 함

    현재 CMX 서비스가 Spring Boot로 이동되었으므로 모든 메트릭(특히 "system_cpu_usage")을 지원해야 하고 Wavefront로 푸시해야 합니다. 그렇지 않으면 CPU 사용량이 임계값을 초과할 때 Wavefront에서 경고를 생성할 수 없습니다.

    해결 방법은 없습니다.

  • 원격 액세스 권한이 있는 배포의 다중 테넌트 환경에 대해 프로젝트 변경 프로세스가 실패함

    이 문제는 배포에 publicPrivateKey 이외의 인증 유형을 사용하는 원격 액세스가 포함된 경우에 발생할 수 있습니다. 다른 인증 유형은 해당 인증 자격 증명 링크를 저장하고 프로젝트 변경 작업 중에 원격 액세스 자격 증명이 테넌트 조직과 함께 설정됩니다. 계산 설명은 패치되지만 소유자 컨텍스트(reenterWithOwnerAuthContext 논리로 인해)와 제공자 조직이 있습니다. 인증 자격 증명은 테넌트 조직에 설정되지만 제공자 조직으로 변경되고 패치 요청이 실패하고 IllegalAccess 예외가 발생합니다.

    해결 방법:

    잠재적인 해결 방법은 원격 액세스에 publicPrivateKey 인증 유형을 사용하도록 배포가 생성된 클라우드 템플릿을 업데이트하는 것입니다.

    remoteAccess:
      authentication: publicPrivateKey
      sshKey: ${input.sshKey}
      username: root 
  • 오랫동안 응답이 없는 경우 Aria Automation 사용자 상호 작용에 대한 워크플로가 시간 초과됨

    수동 사용자 상호 작용은 24시간 넘게 경과하면 Aria Automation에서 응답할 수 없지만 Automation Orchestrator에서는 응답할 수 있습니다. Aria Automation에서 수동 사용자 상호 작용에 응답하려고 하면 다음과 같은 오류 메시지가 표시됩니다.

    "다음으로 인해 요청을 처리할 수 없습니다. 요청 ID: '<request id>'(리소스: '<resource id>')에 대한 정보를 찾을 수 없습니다."

  • Automation Orchestrator 디버거가 하위 작업으로 한 단계씩 코드 실행되지 않음

    Automation Orchestrator 작업 디버거는 System.getModule(module).action() 메서드를 사용하여 호출된 내부 작업으로 한 단계씩 코드 실행되지 않습니다.

    해결 방법: 루트 작업을 새 워크플로의 유일한 요소로 사용하고 워크플로 디버거를 사용하여 워크플로를 디버깅합니다.

  • 기존 보안 그룹을 사용할 때 서버가 풀에 추가되지 않는 간헐적인 동작이 나타남

    NSX 보안 그룹을 Avi Load Balancer 풀에 연결할 때 이 보안 그룹에 대한 참조는 NSX에 표시된 보안 그룹의 전체 경로여야 합니다.

    해결 방법은 없습니다.

  • 필수 필드 값이 지정되지 않으면 지속성 구성을 사용한 NSX 로드 밸런서 배포가 실패함

    지속성 구성이 포함된 경로를 사용하여 NSX 로드 밸런서를 배포하는 경우 VMware Aria Automation 템플릿에 가능한 모든 필드가 properties > routes > persistenceConfig 아래에 표시됩니다. 모든 필수 필드에 대한 값을 다음과 같이 지정해야 합니다.

    • PersistenceConfig.type = COOKIE의 경우 다음 필드에 대한 값을 지정합니다.

      • cookieMode

      • cookieGarble

    • PersistenceConfig.type = SOURCE_IP의 경우 ipPurge에 대한 값을 지정합니다.

    • PersistenceConfig.type = NONE은 사용하지 마십시오.

    필수 필드에 값이 누락되면 배포가 실패합니다.

    Cloud.NSX.LoadBalancer > routes > persistenceConfig의 리소스 스키마에 대한 자세한 내용을 보려면 Aria Automation SaaS 리소스 유형 스키마로 이동하십시오.

    해결 방법은 없습니다.

  • "sseapi-config auth" 명령 실행 시 VMware Aria Automation Config SaaS에서 오류가 발생함

    "sseapi-config auth" 명령을 사용하여 마스터 키의 지문 ID를 볼 수 있습니다. 현재 이 명령은 VMware Aria Automation Config SaaS에 대해 작동하지 않습니다.

    해결 방법은 없습니다.

  • 작업이 다시 트리거된 경우 드롭다운 메뉴 값이 마지막으로 선택한 값으로 재설정되지 않음

    valueOptions(dropdown, multiSelect, dualList, combobox 등)가 외부 소스에 의해 제어되는 경우 다음과 같은 상황이 발생할 수 있습니다.

    1. 드롭다운 목록에서 값을 선택합니다.

    2. 작업이 트리거되고 메뉴에서 옵션이 비워집니다.

    3. 원래 선택한 값은 UI 제어에서 지워지지만 요청에 따라 사용할 수 있습니다.

    해결 방법: 사용 가능한 경우 빈 값을 명시적으로 선택합니다.

  • VM(가상 시스템) 배포가 실패하고 "NSX-T 정책 끝점에서 가상 시스템 가져오기"가 표시됨

    NSX 태그를 사용하는 경우 VM 이름에 특수 문자를 사용할 수 없습니다.

    해결 방법은 없습니다.

  • 인스턴스를 생성할 때, 예기치 않은 스네이크 케이스 변환으로 인해 레이블이 있는 디스크 생성이 실패함

    매우 가능성이 희박한 시나리오에 속하는 버그입니다. 

    인스턴스를 생성할 때 사용자가 initialize_params를 사용하여 디스크가 있는 인스턴스를 생성하려고 시도하고 이 디스크에 스네이크 케이스 형식(예: "first_key": "first_value")을 포함하는 레이블을 할당하면 키가 "firstKey"로 변환되며, 이는 유효한 레이블 형식이 아닙니다. 

    디스크 리소스를 사용하여 레이블을 별도로 추가하거나 레이블 키에 밑줄을 사용하는 것이 좋습니다.

  • 2일차 작업을 사용하여 관리 디스크의 크기를 조정하는 경우 Azure 시스템에 대한 성능 계층 정보가 일관되지 않음

    Premium 관리 디스크가 있는 Azure 디스크가 Aria Automation의 2일차 작업으로 크기가 조정되면 기준선 성능 계층이 그에 따라 Azure Portal에서 업데이트됩니다. 하지만 성능 계층은 Aria Automation 사용자 지정 속성의 템플릿에서 동일하게 유지됩니다. 이로 인해 성능 계층 정보가 일관되지 않습니다.

    해결 방법은 없습니다.

  • 도우미에 대해 삭제된 작업이 표시됨

    CloudZoneAllocationHelperCustomNamingHelper 같은 도우미에 대해 지원되지 않는 삭제 작업이 나타납니다.

    해결 방법은 없습니다.

  • vCenter 시스템이 APIPA(자동 개인 IP 주소) IP를 기본 IP로 표시함

    APIPA IP는 시스템의 DHCP 서버에 연결할 수 없을 때 시스템에 할당되는 IPv4 주소입니다. 주소는 169.254.0.1부터 169.254.255.254까지의 범위 내에 있습니다. 이 문제가 발생하면 VMware Aria Automation 알고리즘이 APIPA IP 주소를 VMware Aria Automation UI에 나타나는 시스템의 기본 IP 주소로 잘못 선택합니다. 이는 검색된 시스템과 배포된 시스템 모두에 해당합니다. 

    VMware Aria Automation은 기본 IP 주소를 결정하는 알고리즘이 이러한 IP를 필터링하지 못했기 때문에 APIPA IP를 vCenter 시스템의 기본 IP 주소로 표시합니다. 

    해결 방법은 없습니다.

  • 플러그인 버전 0.21.0을 프로젝트 Flagman에 통합

    idem.gcp 리소스에 대한 클라우드 템플릿에서 사용자는 type이 아닌 type_을 사용해야 합니다.

    두 가지 다른 사례가 확인되었습니다.

    instance -> network_interfaces에서 속성 type_을 실수로 type으로 쓰기 쉽습니다. type을 사용하는 경우 VMware Aria Automation은 사용자에게 예상대로 알리지 않지만 속성을 건너뛰고 원하는 값이 설정되지 않습니다.

    network_interfaces:
            - access_configs:
                - kind: compute#accessConfig
                  name: External NAT
                  network_tier: PREMIUM
                  set_public_ptr: false
                  type_: ONE_TO_ONE_NAT
              kind: compute#networkInterface
              name: nic0
              network: https://www.googleapis.com/compute/v1/projects/tango-gcp/global/networks/default
              stack_type: IPV4_ONLY
              subnetwork: https://www.googleapis.com/compute/v1/projects/tango-gcp/regions/us-central1/subnetworks/default 

    다른 사용 사례는 disk에 있습니다. 마지막 속성 type_을 실수로 type으로 쓰기 쉽습니다. 그러면 위에서 설명한 것과 동일한 결과가 발생합니다. 사용자에게 아무런 알림이 전송되지 않고, 속성을 건너뛰며, 값이 클라우드 템플릿에 지정된 값이 아닌 기본값으로 설정됩니다.

      Idem_GCP_COMPUTE_DISK_2:
        type: Idem.GCP.COMPUTE.DISK
        properties:
          name: e2e-idem-disk-2-${input.UUID}
          account: ${resource.Allocations_Compute_1.selectedCloudAccount.name}
          size_gb: 1
          project: ${resource.Allocations_Flavor_1.selectedCloudAccount.additionalProperties.gcp.project}
          zone: ${resource.Allocations_Compute_1.selectedPlacementCompute.name}
          type_: ${'/projects/' + resource.Allocations_Flavor_1.selectedCloudAccount.additionalProperties.gcp.project + '/zones/' + resource.Allocations_Compute_1.selectedPlacementCompute.id + '/diskTypes/pd-ssd'} 

     

    해결 방법은 없습니다.

  • setuptools가 필요한 개인 레지스트리에서 Python 패키지가 다운로드되지 않음

    setuptools 패키지를 기반으로 하는 개인 python 저장소를 사용하는 경우 종속성을 다운로드할 수 없습니다.

  • 실행 중 이외의 상태로 인스턴스를 생성해도 적용되지 않음

    새 VM 인스턴스가 생성되면 Google Compute Engine은 해당 인스턴스를 자동으로 [실행 중] 상태로 프로비저닝하며 배포 템플릿이 원하는 다른 런타임 상태(예: [종료됨])를 지정하는 경우에도 마찬가지입니다.

check-circle-line exclamation-circle-line close-line
Scroll to top icon