릴리스 버전

VMware Aria Automation| 2023년 5월

VMware Aria Automation 8.12.1 | 2023년 5월 18일

  • Aria Automation 빌드 21768489

  • Ext 장치 빌드 21768491

  • Easy Installer 빌드 21769204

  • Automation Orchestrator 빌드 21762453

이 문서의 업데이트 기록

날짜

업데이트 설명

유형

2023년 5월 6일

2023년 5월 VMware Aria Automation의 초기 발표

2023년 5월 18일

VMware Aria Automation 8.12.1 초기 발표

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

2023년 4월 릴리스부터 제품 이름이 vRealize Automation에서 VMware Aria Automation으로 변경됩니다. 이제 VMware Aria Automation에 다음과 같은 서비스가 하나의 통합 제품으로 포함됩니다.

  • VMware Aria Automation Config(이전의 SaltStack Config)

  • VMware Aria Automation for Secure Hosts(이전의 SaltStack SecOps)

  • VMware Aria Automation Orchestrator(이전의 vRealize Orchestrator)

VMware Aria Automation 정보

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

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

시작하기 전에

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

VMware Aria Automation

VMware Aria Automation 8.12

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

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

Automation Config 및 Secure Hosts

Automation Config 및 Secure Hosts 8.12

Automation Orchestrator 8.12

Automation Config 업그레이드 요구 사항

Automation Config 장치를 업그레이드하려면 먼저 마스터 플러그인을 업그레이드해야 합니다. 마스터 플러그인 업그레이드에 대한 자세한 내용은 마스터 플러그인 업그레이드를 참조하십시오.

VMware Aria Automation 2023년 5월 새로운 기능

  • 온보딩된 배포가 Aria Automation Service Broker 정책 제한을 준수함

    VM 및 디스크를 포함하는 배포가 이제 Aria Automation Service Broker 정책 제한을 준수합니다. 온보딩된 배포는 아래 제한 수량 계산에 포함됩니다.

    1. 조직 제한: CPU, VM 수, 메모리 및 스토리지

    2. 조직 사용자 제한: CPU, VM 수, 메모리 및 스토리지

    3. 프로젝트 제한: CPU, VM 수, 메모리 및 스토리지

    4. 프로젝트 사용자 제한: CPU, VM 수, 메모리 및 스토리지

    온보딩 리소스가 제한에 포함되도록 선택할 수도 있습니다. 기본적으로 이 옵션은 "꺼짐"이며 이는 이전 동작과 일치합니다. 

  • 2일차 작업을 통해 vSphere 시스템을 다시 프로비저닝하는 기능

    이 2일차 작업은 기존 VM을 동일한 이름, ID 및 IP 할당으로 구성된 완전히 새로운 VM으로 대체합니다. 이 작업은 Assembly 관리자, Service Broker 관리자, 프로젝트 관리자 및 배포 소유자가 기본적으로 사용할 수 있습니다. 

    참고: 재구축 2일차 작업을 수행하려면 다음을 수행합니다.

    1. VM에 연결된 비영구 디스크는 VM에서 재구축 작업이 호출되면 완전히 지워집니다.

    2. FCD가 있는 경우 재구축 작업이 호출되면 FCD가 VM에서 분리되지만 변경되지 않은 상태로 유지됩니다.

    3. 재구축은 누락 상태를 제외한 모든 상태의 VM에 적용할 수 있습니다.

    4. 이 릴리스에서는 배포된 vSphere VM으로 제한됩니다. 

    5. 온보딩 및 마이그레이션된 vSphere VM은 이 릴리스에서 지원되지 않습니다.

    6. 재구축 작업은 VM을 다시 프로비저닝해야 하기 때문에 다른 2일차 작업에 비해 더 오래 걸릴 수 있습니다.

    재구축 2일차 작업을 수행하기 전에 리소스의 스냅샷을 생성하는 것이 좋습니다.

  • IP 주소를 예약/예약 취소하여 배포에 사용 불가능/사용 가능하게 만드는 기능

    Aria Automation 내부 IPAM에서 사용 가능한 IP 주소를 쿼리하고 하나 이상의 IP 주소를 예약하여 배포에 사용할 수 없도록 할 수 있습니다. 이러한 작업은 API를 통해서만 지원됩니다. 자세한 내용은 API 프로그래밍 가이드를 참조하십시오.

  • Aria Automation 8을 통해 추가된 디스크가 이제 vSphere가 따르는 명명 규칙을 따를 수 있음

    Aria Automation 8을 통해 추가된 디스크가 이제 VM 이름과 카운터를 포함하는 이름 지정 규칙(예: <VM 이름>_1 등)을 따를 수 있으며, 이 규칙은 새 디스크를 추가하는 동안 vSphere가 따르는 이름 지정 형식입니다. 전체 디스크 경로를 표시하기 위해 새 사용자 지정 속성 "diskFile"이 추가되었습니다.

알려진 문제

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

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

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

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

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

  • 오랫동안 응답이 없는 경우 Aria Automation 사용자 상호 작용에 대한 워크플로가 시간 초과됨

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

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

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

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

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

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

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

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

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

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

해결된 문제

  • 성능 계층이 잘못된 Azure 프리미엄 SSD 디스크

    프리미엄 SSD 스토리지 디스크가 연결된 Azure Virtual Machine을 프로비저닝할 때 Aria Automation을 통해 사용자가 프리미엄 SSD 디스크와 호환되지 않는 비준수 성능 계층을 선택할 수 있습니다.

    Azure에 배포하는 경우 성능 계층이 Azure에서 규정 준수 옵션으로 업데이트되지만 Aria Automation에는 이전의 비준수 선택 항목이 표시됩니다. 고객이 Aria Automation을 통해 이러한 디스크의 크기를 조정할 때도 디스크가 VM에 연결되어 있는지 또는 독립형인지에 관계없이 동일한 동작이 나타납니다. 고객은 Azure 설명서를 상호 참조하여 적절한 성능 계층을 선택해야 합니다. 

  • "컨텐츠 편집"을 사용하여 패키지를 내보내면 시스템 컨텐츠의 잠금이 해제됨

    플러그인 컨텐츠(예: 워크플로)는 가져온 패키지의 "컨텐츠 보기", "패키지에 추가" 및 "컨텐츠 편집" 설정의 영향을 더 이상 받지 않습니다.

  • vCOIN 플러그인이 VMware Certified로 나타나는지 확인

    vSphere Web Client용 VMware Aria Automation Orchestrator 플러그인이 vSphere Client의 클라이언트 플러그인 섹션에서 VMware Certified가 아닌 것으로 표시되었습니다.

    이 문제는 최신 릴리스에서 해결되었으며 새 등록에 대해서는 플러그인이 VMware Certified로 나열됩니다. 이미 존재하는 플러그인 등록은 VMware Certified로 표시되려면 다시 등록해야 합니다.

  • 워크플로 개발자가 자신의 권한에 포함되지 않은 컨텐츠를 재정의할 수 있음

    현재 로그인한 사용자에게 패키지와 함께 가져오려는 특정 요소를 재정의할 수 있는 권한이 없고 이러한 요소를 패키지 가져오기 대화 상자 내에서 선택할 수 없는 경우 Automation Orchestrator에 경고가 표시됩니다.

    사용자에게 컨텐츠를 재정의할 수 있는 권한이 없는 경우 이제 REST API가 응답 내에서 오류를 반환합니다.

  • Aria Automation 사용자별 세션 토큰 인증에 대한 변경 사항

    고객이 '사용자별 세션' 연결이 있는 Aria Automation용 Aria Orchestrator 플러그인을 사용하는 경우 여러 사용자 로그인과 함께 사용할 때 사용자 액세스 토큰이 오래되고 부정확해지는 문제가 발생합니다. 이로 인해 워크플로, 작업 및 인벤토리 조회를 위해 사용자별 세션을 사용하는 모든 Aria Automation API 호출이 영향을 받아서 Aria Automation 또는 Aria Orchestrator에서 실행될 때 오류/잘못된 API 응답이 발생합니다.

    이번 릴리스부터 사용자 액세스 토큰을 올바르게 처리하는 수정 사항이 Aria Automation용 Orchestrator 플러그인에 포함됩니다. 사용자별 세션을 사용하여 Aria Automation API를 실행하는 모든 워크플로, 작업, 인벤토리 조회는 Orchestrator에서 직접 실행할 때 또는 로그인한 여러 사용자 환경에서 사용될 때 Aria Automation을 통해 실행할 때 원활하게 작동합니다.

  • 원격 분기를 변경한 후 [버전] 버튼을 사용하여 개체를 푸시하면 모든 로컬 변경 내용이 푸시됨

    통합된 활성 원격 Git 저장소가 있고 버전 버튼을 사용하여 단일 컨텐츠 개체를 푸시하려고 할 때마다 선택한 항목 외부의 항목이 원격 Git 저장소로 푸시될 수 있습니다. 이 문제는 원격 분기 변경 후에 또는 활성 저장소 간을 전환한 후에 발생할 수 있습니다.

  • 소스가 정책에 있는 경우 컨텐츠 항목이 아닌 컨텐츠 소스를 사용하도록 컨텐츠 공유 정책을 재검토

    이 릴리스의 컨텐츠 공유 정책 업데이트는 다음과 같습니다.

    1. 컨텐츠 소스가 포함된 컨텐츠 공유 정책은 이제 컨텐츠 소스 내의 컨텐츠 항목이 아닌 소스를 대상으로 적용됩니다. 이제 적용 탭에 컨텐츠 소스도 대상 항목으로 표시됩니다. 

    2. Aria Automation이 8.12.1 이상으로 업그레이드되면 모든 컨텐츠 공유 정책이 한 번 적용되어 포인트 1의 변경 내용이 통합될 수 있습니다. 다시 적용이 처음 두 시간 동안 균등하게 스케줄링되는 일회성 작업입니다.

VMware Aria Automation 2023년 4월 새로운 기능

  • 새 VMware Aria 제품군 이름 소개

    새 VMware Aria 제품군 이름을 소개합니다!

    메리엄-웹스터 사전에 Aria는 "(오페라에서처럼) 한 목소리로 부르는 정교한 멜로디"라고 정의되어 있습니다. 단일 클라우드 관리 솔루션인 VMware Aria는 너무 많은 "노이즈"로 나타나는 다중 클라우드의 복잡성을 제거하여 고객에게 쾌적하고 조화로운 클라우드 운영 환경을 돌려줄 것을 약속하는 목소리입니다.

    참고:

    • 일부 페이지에서 브랜드 변경 사항을 반영하려면 쿠키를 삭제하거나 캐시를 새로 고쳐야 할 수 있습니다.

    • 시스템에서 생성된 이전 이벤트(예: 감사 로그)에는 브랜드가 변경된 이름이 포함되지 않습니다.

  • 새 Aria Automation 통합 타일에 브랜드가 변경된 서비스 이름이 있음(SaaS만 해당)

    모든 Aria Automation Cloud 서비스는 통합 서비스 "Aria Automation" 타일 아래에 그룹화됩니다. 사용자 라이센스 및 역할에 따라 "Aria Automation Assembler"(이전의 Cloud Assembly), "Aria Automation Service Broker", "Aria Automation Pipelines"(이전의 Code Stream) 및 "Aria Automation Config"(이전의 SaltStack Config)가 "Aria Automation" 아래 서비스 제품군으로 표시됩니다.

    새 랜딩 페이지에서는 이러한 새 구조의 세부 정보를 설명하고 Aria Automation에 대한 소개도 제공합니다. 새로운 서비스 전환기를 사용하면 Aria Automation에서 서비스 사이를 쉽고 빠르게 탐색할 수 있습니다. 이 구성은 모든 Aria Automation 사용자가 원활하게 사용하도록 설정됩니다.

    참고: VMware Cloud Partner Navigator에서 기존 Aria Automation 서비스에 액세스하는 사용자는 이 기능을 사용할 수 없습니다. 해당 시나리오에서는 환경이 변경되지 않습니다.

    일부 페이지에서 브랜드 변경 사항을 반영하려면 쿠키를 삭제하거나 캐시를 새로 고쳐야 할 수 있습니다.

    시스템에서 생성된 이전 이벤트(예: 감사 로그)에는 브랜드가 변경된 이름이 포함되지 않습니다.

    VMware Aria Automation에 대한 자세한 내용은 VMware Aria Automation 시작 가이드를 참조하십시오.

  • 확장성 작업 흐름에 대한 새로운 시간 초과 옵션

    이제 ABX 작업 흐름을 초기화하는 동안 최대 시간 초과 설정에 대한 두 가지 옵션 중 하나를 사용자가 선택할 수 있습니다.

    • 시간 초과 값을 최대 5시간으로 설정

    • 시간 초과 텍스트 상자를 비워두어 흐름 실행에 대한 제한을 설정하지 않음

  • Aria Automation을 사용하여 씬 프로비저닝 유형으로 스토리지 디스크를 프로비저닝하는 기능

    이제 연결된 디스크의 속성으로 스토리지 프로파일 및 클라우드 템플릿에서 프로비저닝 유형을 thick/thin/eager 또는 둘 다로 설정할 수 있습니다. 

    씬 프로비저닝 유형을 사용하면 데이터스토어에 공간이 충분하지 않아도 디스크 프로비저닝이 성공적으로 진행됩니다. 이 기능은 연결된/독립형 디스크에 사용할 수 있습니다. 

  • 업데이트된 네이티브 공용 클라우드 제공자 설정에 대한 빠른 액세스 및 보다 민첩한 Automation Assembler 사용자 환경을 위한 새로운 플러그인 아키텍처 도입

     공용 클라우드 리소스는 새로운 속성 및 작업으로 지속적으로 업데이트됩니다. 보다 빠른 공용 클라우드 리소스 소비가 가능하도록 Aria Automation은 Automation Assembler에서 새로운 플러그인 기반 설계 및 배포 모델을 제공합니다. 플러그인 아키텍처를 사용하면 업데이트된 제공자 설정에 더 빠르게 액세스하고 보다 민첩한 Automation Assembler 사용자 경험을 제공할 수 있습니다. AWS와 같은 클라우드 제공자가 더 많은 리소스 및 속성을 추가하면 이러한 리소스 및 속성이 연결된 플러그인에 쉽게 추가됩니다.

     할당 정책은 모든 새 클라우드 리소스에 사용할 수 있습니다. 이러한 리소스는 가상 클라우드 템플릿을 생성하는 데 사용할 수 있으며 카탈로그 항목으로 노출될 수 있습니다.

    이 새로운 아키텍처를 통해 Cloud Assembly 캔버스에서 EC2, S3 버킷, GP3, IO2와 같은 새로운 AWS 서비스를 제공할 수 있습니다.

    참고:

    • 8.12 온-프레미스 Aria Automation에는 48GB 메모리가 필요합니다. 업그레이드하기 전에 필요한 메모리를 확보했는지 확인하십시오.

    • 일부 구성 요소는 베타입니다.

  • Aria Automation에서 감사 로그를 필터링하는 기능

    이제 감사 로그를 통해 관리자가 Aria Automation으로 사용량 및 소비를 추적할 수 있습니다. 이 기능에는 다음과 같은 향상된 기능이 포함되어 있습니다.

    • 감사 로그 검색 필터링

  • 사용자 지정 양식에서 컨텐츠 소스의 버전 기록을 표시하는 기능

    Aria Automation Service Broker의 사용자 지정 양식은 이제 버전 기록을 지원합니다. 또한 이제 다양한 버전의 VMware Cloud Template에 사용자 지정 양식을 적용할 수 있습니다.

    이제 사용자 지정 양식 작성자가 다음을 수행할 수 있습니다.

    • 여러 버전의 사용자 지정 양식 생성

    • 사용자 지정 양식의 모든 버전 목록 검토

    • 사용자 지정 양식의 이전 버전으로 복원

    • 최신 사용자 지정 양식 버전을 기반으로 새 버전의 사용자 지정 양식 생성

    • 사용자 지정 양식을 특정 버전의 컨텐츠 소스 항목에 연결(클라우드 템플릿에만 해당)

    참고: 레거시 사용자 지정 양식(이전 버전의 Aria Automation에서 마이그레이션됨)은 특정 클라우드 템플릿의 모든 버전에 바인딩되고 공유됩니다. 레거시 사용자 지정 양식을 삭제하면 클라우드 템플릿의 모든 버전에서 삭제됩니다. 레거시 사용자 지정 양식을 특정 버전의 클라우드 템플릿에 바인딩하려면 [클라우드 템플릿 버전] -> [양식 사용자 지정] -> [사용/사용 안 함] -> [저장] 버튼을 클릭하여 해당하는 특정 버전의 클라우드 템플릿에 대한 사용자 지정 양식을 사용하거나 사용하지 않도록 설정해야 합니다.

    사용자 지정 양식의 컨텐츠 소스 버전 기록에 대한 자세한 내용은 사용자 지정 양식 버전 기록 블로그 게시물을 참조하십시오.

  • 가상 개인 영역 기능 지원 중단 예정

    VMware는 가상 개인 영역 및 제공자에서 하위 테넌트로의 이미지 매핑 기능을 더 이상 사용하지 않을 계획임을 공지합니다. 이 기능을 사용하는 모든 고객은 해당 구성 제거 계획을 시작해야 합니다. 향후 Aria Automation 릴리스에서 이 기능이 제거될 정확한 날짜와 추가 지침을 발표합니다. 자세한 내용은 VMware 담당자에게 문의하십시오.

  • IaaS API - IPAM 통합 끝점 생성 지원

    이전에는 Aria Automation에서 IPAM 통합 끝점을 생성하기 위한 API가 없었습니다. 이제는 API가 있어서 관리자가 UI로 이동하지 않고도 이 작업을 수행할 수 있습니다. IPAM 통합 끝점을 사용하는 방법에 대한 자세한 내용은 IPM 패키지를 가져오는 방법을 참조하십시오.

  • 사용자 지정 작업 및 OOTB(기본 제공) 2일차 작업을 병렬로 실행하는 기능

    VMware Aria Automation은 다음 사항을 고려하여 동일한 리소스 또는 배포에서 실행되는 사용자 지정 작업 및 OOTB(기본 제공) 작업을 지원합니다.

    • 사용자 지정 작업은 OOTB(기본 제공) 작업 전에 먼저 시작해야 합니다.

    • 리소스 OOTB(기본 제공) 작업을 하나 진행 중인 경우 동일한 리소스 또는 배포에서 다른 작업(사용자 지정 작업도 OOTB(기본 제공) 작업도 안 됨)을 시작할 수 없습니다. 배포 OOTB(기본 제공) 작업을 하나 진행 중인 경우 동일한 배포 또는 리소스에 대해 다른 작업(사용자 지정 작업도 OOTB(기본 제공) 작업도 안 됨)을 시작할 수 없습니다.

    • 진행 중인 리소스 사용자 지정 작업이 하나 있으면 동일한 리소스 또는 배포에서 다른 사용자 지정 작업을 시작할 수 없습니다. 진행 중인 배포 사용자 지정 작업이 하나 있으면 동일한 배포 또는 리소스에 대해 다른 사용자 지정 작업을 시작할 수 없습니다.

    • 리소스에 대해 진행 중인 요청이 있으면 리소스를 삭제하는 2일차 작업(예: deployment.delete, deployment.update, machine.delete, machine.remove disk)이 차단됩니다. 하지만, 제거 작업(배포 관련 제외)은 여전히 IAAS API를 통해 허용됩니다.

    • 병렬 실행 작업이 서로 충돌하는 경우 실패할 수 있습니다(시스템에 Apache를 설치하기 위한 사용자 지정 작업 및 동일한 시스템에서 OOTB(기본 제공) 작업 재부팅을 동시에 실행)

  • Ansible Automation Controller(이전 Ansible Automation Tower) 지원

    Aria Automation은 Ansible Automation Platform의 일부인 Automation Controller(이전 Ansible Tower)를 지원합니다.

  • 마이그레이션, 프로비저닝 및 온보딩된 리소스가 포함된 배포에서 프로젝트를 변경하는 기능

    이제 배포, 마이그레이션 및 온보딩된 리소스의 조합이 포함된 배포에서 프로젝트 변경 기능을 사용할 수 있습니다.

    지원되는 리소스에는 다음과 같은 리소스 유형 및 제약 조건이 있습니다. 배포된 리소스가 있는 배포에는 가상 시스템, 디스크, 로드 밸런서, 네트워크, 보안 그룹, Azure 그룹, NAT, 게이트웨이, 사용자 지정 리소스, Terraform 구성, Ansible 및 Ansible Tower 리소스가 포함될 수 있습니다.

Automation Config 새로운 기능

  • Cloud Assembly 사용자에게 최신 Salt Grain 데이터가 표시되어 더 자세한 리소스 보기가 가능

    Config 리소스와 함께 Automation Assembler를 사용하여 배포된 VM의 경우 리소스 보기에 최신 Salt Grain 데이터가 표시됩니다(6시간마다 주기적으로 업데이트됨).

Automation for Secure Hosts 새로운 기능

  • VMware Aria Automation for Secure Hosts가 Windows 2022용 CIS 벤치마크 지원

    VMware Aria Automation for Secure Hosts에 이제 Windows Server 2022에 대한 최신 CIS 벤치마크가 있습니다.

Automation Orchestrator 새로운 기능

  • 이제 Automation Orchestrator 플러그인을 통해 VMware vCenter 8 API 사용 가능

    이제 Automation Orchestrator 플러그인을 통해 다음 VMware vCenter API를 사용할 수 있습니다.

    • vCenter Server용 VMware Aria Automation Orchestrator 플러그인을 통한 VMware vCenter 8 API

    • vSphere Update Manager용 VMware Aria Automation Orchestrator 플러그인을 통한 VMware vCenter 8 Update Manager API

    • vSphere Auto Deploy용 VMware Aria Automation Orchestrator 플러그인을 통한 VMware vCenter 8 Auto Deploy API

    모든 새로운 기능 및 API 정의는 여기에서 찾을 수 있습니다. vSphere Management SDK는 vSphere Web Services SDK, vSphere Storage Policy SDK, vSphere Storage Management SDK, vSphere ESX Agent Manager SDK 및 SSO Client SDK와 같은 일련의 vSphere 소프트웨어 개발 키트를 포함하는 번들입니다. 이러한 SDK는 개발자가 VMware 가상화 플랫폼과 통합된 솔루션을 신속하게 구축하는 데 필요한 설명서, 라이브러리 및 코드 예를 제공합니다.

알려진 문제

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

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

  • 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를 선택합니다.

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

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

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

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

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

    해결 방법은 없습니다.

해결된 문제

  • 부팅 디스크가 스토리지 프로파일 제약 조건과 일치하지 않는 데이터스토어에 프로비저닝됨

    간단한 VM 배포를 실행할 때 구성 속성 PREVENT_STORAGE_OVER_ALLOCATION이 true로 설정된 경우 부팅 디스크가 스토리지 프로파일 제약 조건과 일치하지 않는 데이터스토어에 프로비저닝됩니다. 이 문제는 8.11.2 이전 버전에서 발생할 수 있습니다.

    이 문제는 다음과 같은 경우에 발생할 수 있습니다.

    1. 구성 속성 PREVENT__COMPUTE_STORAGE_OVERALLOCATION이 true로 설정된 경우(기본적으로 false임)

    2. 10개 이상의 배포를 병렬로 실행하는 경우

    해결 방법: 8.11.2 이상부터는 이 문제가 해결되었습니다. VM 배포 중에 부팅 디스크가 예상대로 스토리지 프로파일 제약 조건과 일치하는 데이터스토어에 프로비저닝됩니다.

  • 워크플로를 실행하기 전에 Aria Automation Orchestrator 폴더의 읽기/쓰기 권한 확인

    읽기/쓰기 권한 오류로 인해 "vCO에서 게스트로 파일 복사" 및 "게스트에서 vCO로 파일 복사" 워크플로 실행이 실패할 수 있습니다. 이 경우 js-io-rights.conf를 파일 및 폴더에 대해 원하는 읽기/쓰기 권한으로 업데이트합니다.

  • 사용자 상호 작용에 응답한 후 Aria Automation 워크플로 실행이 간헐적으로 계속되지 않음

    워크플로가 사용자의 입력을 기다리는 동안 사용자가 사용자 상호 작용에 응답한 후에도 워크플로 실행이 계속되지 않습니다. 이 문제는 워크플로 실행을 시작하는 데 사용된 토큰이 해지된 경우 간헐적으로 볼 수 있습니다.

  • 일부 시나리오에서는 사용자가 사용자 이름/암호를 사용하여 프로비저닝된 VM에 로그인할 수 없음

    remoteAccess 및 usernamePassword 인증 방법을 사용하여 VM을 프로비저닝한 후 경우에 따라 사용자가 클라우드 템플릿의 자격 증명을 사용하여 VM에 로그인할 수 없었습니다.

    이 문제는 이제 해결되었습니다. VM을 프로비저닝한 후 사용자가 이제 클라우드 템플릿에 포함된 사용자 이름/암호를 사용하여 로그인할 수 있습니다.

  • 업그레이드 후 Azure 클라우드 영역 및 계산의 태그가 삭제됨

    이전에는 vRealize Automation 8.11.0으로 업그레이드할 때 일부 사용자가 Azure 가용성 영역 계산의 태그를 더 이상 사용할 수 없었습니다. 이제는 새 릴리스 버전으로 업그레이드한 후에도 태그가 삭제되지 않습니다.

  • 원하는 값이 이미 동일한 'vracli cap' enable/disable 명령을 실행하면 오류 및 0이 아닌 종료 코드가 반환됨

    이전에는 지정된 기능이 이미 사용되도록(또는 사용되지 않도록) 설정된 경우 해당 명령을 실행하면 0이 아닌 종료 코드로 종료되었습니다.

    vracli capabilities <capability-name> --enable vracli capabilities <capability-name> --disable

     최신 수정을 사용하면 더 이상 오류로 간주되지 않으며 이러한 상황에서는 앞서 언급한 명령이 종료 코드 0으로 종료됩니다.

     영향: 일반적인 사용(수동으로 명령 실행)에는 영향을 주지 않습니다. 자동화된 스크립트에서 이러한 명령을 사용하고 0이 아닌 상태로 종료될 것으로 예상되며 기능을 전환할 필요가 없는 경우, 업데이트해야 할 수 있습니다.

  • Git Webhook에서 분기 이름을 비교하는 동안 정규식을 추가할 수 없음

    Automation Pipelines에서 Git Webhook를 구성할 때 정규식을 분기 이름으로 전달할 수 있습니다.

    이전 릴리스에서는 저장소 분기당 Git Webhook을 생성해야 했으며 이로 인해 여러 Webhook가 생성되었습니다. 이제는 적절한 정규식을 제공하여 단일 Webhook 리소스를 여러 분기에 연결할 수 있으므로 Git 및 Automation Pipelines 둘 다에서 Webhook 수가 줄어듭니다.

  • Aria Automation Orchestrator에서 사용할 수 있는 새 런타임

    Aria Automation Orchestrator의 이전 릴리스에서 Polyglot 라이브러리 버전은 NodeJs - 14, Powershell - 6.2 또는 7.1(PowerCLI 11 또는 12), Python - 3.7이었습니다. 최신 버전의 Polyglot에서 지원하는 패키지를 사용자가 추가할 수 없었고 TLS는 1.2 이상이어야 합니다 오류가 발생했습니다.

    이제 이러한 새로운 런타임이 Aria Orchestrator Polyglot - Powershell 7.3.3 및 Python 3.10에 추가되었습니다. 이러한 환경을 사용하면 이제 사용자가 오류 없이 패키지를 업데이트할 수 있습니다.

  • 스케줄링된 작업을 업데이트할 때 현재 로그인된 사용자의 자격 증명을 사용하는 Automation Orchestrator

    이전에는 사용자가 자신이 생성한 스케줄링된 작업을 업데이트하려고 하면 현재 사용자 사용 버튼은 로그인한 사용자의 자격 증명을 사용하지 않았습니다. 이제 현재 사용자 사용 버튼은 올바른 사용자 자격 증명을 사용합니다. 

API 설명서 및 버전 관리

중요:

예정된 변경 사항에 대한 사전 알림

CSP(Cloud Services Platform)는 PKCE(Proof Key for Code Exchange) 인증을 지원하고 비 PKCE 인증을 더 이상 사용하지 않습니다. VMware Aria Automation API 사용자이고 CSP를 사용하는 고객 조직에 IP 권한 부여 정책이 구성된 경우 API 새로 고침 토큰으로 액세스 토큰 받기에 설명된 CSP API에 따라 새로 고침 토큰을 가져와야 합니다. 액세스 토큰 받기 에 설명된 IaaS API 로그인 끝점에 따라 얻은 토큰은 더 이상 사용되지 않습니다.

이 변경 사항에 대한 릴리스 날짜가 알려지면 이 알림이 업데이트됩니다.

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

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

  • https://www.mgmt.cloud.vmware.com/automation-ui/api-docs/(vRealize Automation Cloud).

  • 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 매개 변수를 지정하지 않은 모든 사용자가 호환성이 손상되는 변경 없이 최신 버전으로 원활하게 전환할 수 있습니다.

    참고: Cloud 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 2023년 5월 API 변경 사항

다음 표에는 이전 릴리스 이후로 업데이트 또는 변경된 API 서비스가 나열되어 있습니다.

서비스 이름

서비스 설명

API 업데이트 및 변경 사항

Infrastructure as a Service

리소스의 유효성 검사 및 프로비저닝을 포함한 인프라 설정 작업을 반복적으로 수행합니다.

네트워크 IP 쿼리, 할당 및 해제를 지원하는 신규 및 업데이트된 네트워크 IP 범위 끝점:

  • GET /iaas/api/network-ip-ranges/{id}

  • GET /iaas/api/network-ip-ranges/{id}/ip-addresses

  • GET /iaas/api/network-ip-ranges/{id}/ip-addresses/{ipAddressId}

  • POST /iaas/api/network-ip-ranges/{id}/ip-addresses/allocate

  • POST /iaas/api/network-ip-ranges/{id}/ip-addresses/release

VMware Aria Automation 2023년 4월 API 변경 사항

다음 표에는 이전 릴리스 이후로 업데이트 또는 변경된 API 서비스가 나열되어 있습니다.

서비스 이름

서비스 설명

API 업데이트 및 변경 사항

카탈로그

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

사용자 지정 양식의 버전 관리를 사용하도록 설정하는 새 카탈로그 관리자 항목 끝점:

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

  • GET /catalog/api/admin/items/:id/versions/{versionId}

  • PATCH /catalog/api/admin/items/{id}/versions/{versionId}

CMX

Kubernetes 통합을 사용하는 경우 Kubernetes 클러스터 및 네임스페이스를 배포하고 관리합니다.

다음 Kubernetes 영역 끝점에 대해 새 입력 매개 변수 "tagIds"가 추가되었습니다.

  • POST /cmx/api/resources/k8s-zones

  • PUT /cmx/api/resources/k8s-zones/{id}

사용자 지정 양식

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

버전 관리 사용자 지정 양식을 사용하도록 설정하는 새로운 끝점.

양식 버전 끝점:

  • GET /form-service/api/forms/versions

  • GET /form-service/api/forms/versions/{id}

  • POST /form-service/api/forms/versions/

  • PATCH /form-service/api/forms/versions/{id}/restore

양식 정의 끝점:

  • GET /form-service/api/forms/search

  • DELETE /form-service/api/forms/deleteBySourceAndType

배포

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

다음 끝점에 대해 새 입력 옵션 "expand=inprogressRequests"가 추가되었습니다.

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

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

  • GET /deployment/api/resources

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

사용되는 경우 응답에는 inprogressRequests에 대한 키-값 쌍이 포함되며, 여기서:

  • 키는 count입니다. count

  • 값은 현재 요청의 총 수입니다.

다음 끝점에 대해 새 부울 매개 변수 "inprogressRequests"가 추가되었습니다.

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

true로 설정하면 현재 실행 중인 요청만 응답에 포함됩니다. 그렇지 않으면 모든 요청이 포함됩니다.

Infrastructure as a Service

리소스의 유효성 검사 및 프로비저닝을 포함한 인프라 설정 작업을 반복적으로 수행합니다.

IPAM 패키지 가져오기를 지원하기 위한 새 패키지 가져오기 끝점:

  • POST /iaas/api/integrations-ipam/package-import

  • OPTIONS /iaas/api/integrations-ipam/package-import

  • HEAD /iaas/api/integrations-ipam/package-import/{id}

  • PATCH /iaas/api/integrations-ipam/package-import/{id}

프로젝트와 연결된 영역을 가져오고 업데이트하기 위해 추가된 프로젝트 끝점:

  • GET /iaas/api/projects/{id}/zones

  • PUT /iaas/api/projects/{id}/zones

태그를 생성하기 위한 새 태그 끝점:

POST /iaas/api/tags

Orchestrator 게이트웨이

워크플로 및 작업을 실행하여 복잡한 IT 작업을 자동화합니다.

다음 끝점이 제거되었습니다.

  • GET /vro/actions

  • POST /vro/actions

  • GET /vro/actions/{categoryName}/{actionName}

  • GET /vro/catalog/{namespace}/{type}/{id}/{relation}

  • GET /vro/catalog/{namespace}/{type}/{id}

  • GET /vro/catalog/{namespace}/{type}

  • GET /vro/catalog/{namespace}

  • GET /vro/catalog/types/{type}

  • GET /vro/catalog

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