이제 클론 작업은 라이브 클론만 지원합니다(관리되는 애플리케이션의 현재 상태). 스냅샷 또는 백업에서 클론을 생성하려면 복구 작업을 사용해야 합니다. 또한 동일한 Kubernetes 클러스터 내의 ONTAP 스토리지 백엔드 간에 애플리케이션을 복제할 수도 있습니다.

이제 Astra Control Center에서 다음과 같은 추가 스토리지 백엔드를 사용할 수 있습니다.

새로운 실행 후크 유형 * 사후 페일오버 * 는 Astra Control Center에서 사용할 수 있습니다.

Azure Marketplace 구독은 이제 분당 요금이 아닌 시간당 청구됩니다. 도 참조하십시오 "대금 청구를 설정합니다".

플래그를 사용하여 restic 백업에 대한 성능 최적화를 설정할 수 있습니다 useResticParallel 새로운 astra.datamover 설정 API 리소스. 를 로 설정한 경우 true, 번호 backendConnections 대용량 볼륨을 Azure 컨테이너에 백업할 때는 이러한 재정적 사용이 증가합니다. 1TB ~ 4TB의 볼륨에 128개의 연결이 사용됩니다. 4TB보다 큰 볼륨의 경우 512개의 백엔드 접속이 사용됩니다.

복원 또는 클론 복제 작업 중에 대상 스토리지 클래스를 선택할 수 있습니다.

ANF 스토리지 백엔드가 있는 전용 사내 클러스터에서 관리되는 앱을 백업할 때 이제 구독 ID를 제공하여 동적 ANF 풀 기능을 활성화할 수 있습니다. 을 참조하십시오 "동적 ANF 풀을 설정합니다" 를 참조하십시오.

복원 작업 중에 응용 프로그램 리소스를 선택적으로 포함하거나 제외할 수 있습니다. 이 작업은 특정 네임스페이스, 이름, 레이블 또는 GroupVersionKind 값을 기반으로 하는 필터 규칙을 사용하여 수행됩니다.

애플리케이션 관리 지원이 데이터 전용 애플리케이션으로 확장되었습니다.

실행 후크를 사용할 때 후크가 일치시킬 컨테이너를 제어하기 위해 필터를 추가할 수 있습니다. 단일 실행 후크에 대해 여러 개의 필터를 만들면 논리적 필터 및 연산자와 결합됩니다. 실행 후크당 최대 10개의 활성 필터를 정의할 수 있습니다.

네 가지 새로운 리소스 유형이 추가되었습니다. * apiResource *, * ldapGroup *, * ldapUser * 및 * task *. 또한 기존 리소스 및 끝점이 여러 개 개선되었습니다.

새 작업 끝점은 관리되는 작업 자원에 대한 액세스를 제공하며 내부 장기 실행 작업의 상태를 표시하는 데 사용할 수 있습니다.

네임스페이스가 한정된 리소스와 관련된 클러스터 리소스뿐만 아니라 여러 네임스페이스에 걸쳐 있는 앱에 대한 지원이 추가되었습니다.

이제 각 클라우드 공급자에 대해 여러 계정 구독을 추가할 수 있습니다.

Astra Control REST API를 나타내는 추가적인 워크플로우가 추가되었습니다. 을 참조하십시오 "인프라 워크플로우" 및 "관리 워크플로" 를 참조하십시오.

인증서 *, * 그룹 * 및 * AppMirror * 의 세 가지 새로운 리소스 유형이 추가되었습니다. 또한 여러 기존 리소스의 버전이 업데이트되었습니다.

선택적으로 Astra Control Center를 LDAP 서버와 통합하여 선택한 Astra 사용자를 인증하도록 구성할 수 있습니다. 을 참조하십시오 "LDAP 구성" 를 참조하십시오.

실행 후크에 대한 지원이 Astra Control 21.12 릴리스와 함께 추가되었습니다. 기존의 사전 스냅샷 및 사후 스냅샷 실행 후크뿐만 아니라, 이제 22.08 릴리즈를 통해 다음과 같은 유형의 실행 후크를 구성할 수 있습니다.

이제 Astra Control을 통해 여러 실행 후크에 동일한 스크립트를 사용할 수 있습니다.

이제 NetApp SnapMirror 기술을 사용하여 클러스터 간에 데이터 및 애플리케이션 변경사항을 복제할 수 있습니다. 향상된 기능은 비즈니스 연속성 및 복구 기능을 개선하는 데 사용할 수 있습니다.

패키지 * 와 * 업그레이드 * 의 두 가지 새로운 리소스 유형이 추가되었습니다. 또한 여러 기존 리소스의 버전이 업그레이드되었습니다.

연결된 사용자에게 역할을 바인딩하는 경우 사용자가 액세스할 수 있는 네임스페이스를 제한할 수 있습니다. Role Binding API * 참조 및 를 참조하십시오 "RBAC 보안" 를 참조하십시오.

버킷이 더 이상 필요하지 않거나 제대로 작동하지 않을 경우 이를 제거할 수 있습니다.

이제 Cloud Volumes ONTAP가 스토리지 백엔드로 지원됩니다.

두 Astra Control 제품 구현에 대한 몇 가지 추가 개선 사항은 다음과 같습니다.

Astra Control Center 및 Astra Control Service 문서 사이트에서 * 새로운 기능 * 페이지를 참조하십시오.

Astra Control의 모든 릴리스에는 특정 릴리스의 기능에 맞게 향상되고 조정된 고유한 REST API가 포함되어 있습니다. Astra Control REST API의 각 릴리스에 대한 문서는 이제 관련 GitHub 콘텐츠 저장소와 함께 자체 전용 웹 사이트에서 제공됩니다. 주 문서 사이트입니다 "Astra 제어 자동화" 항상 최신 릴리스에 대한 설명서를 포함합니다. 을 참조하십시오 "이전 버전의 Astra Control Automation 설명서" 이전 릴리즈에 대한 자세한 내용은.

REST 리소스 유형의 수는 실행 후크와 스토리지 백엔드에 중점을 두고 계속 확장됩니다. 새로운 리소스에는 계정, 실행 후크, 후크 소스, 실행 후크 재정의, 클러스터 노드, 관리 스토리지 백엔드, 네임스페이스, 스토리지 디바이스 및 스토리지 노드 을 참조하십시오 "리소스" 를 참조하십시오.

NetApp Astra Control Python SDK는 오픈 소스 패키지로서, Astra Control 환경을 위한 자동화 코드를 더욱 쉽게 개발할 수 있도록 지원합니다. 핵심 요소는 REST API 호출의 복잡성을 추상화하는 일련의 클래스가 포함된 Astra SDK입니다. 또한 Python 클래스를 래핑하고 추상화하여 특정 관리 작업을 실행하는 툴킷 스크립트가 있습니다. 을 참조하십시오 "NetApp Astra Control Python SDK" 를 참조하십시오.

이 릴리즈에는 퍼블릭 클라우드 서비스로 제공되는 기존 Astra Control Service 오퍼링 외에도 Astra Control Center 온프레미스 구축 모델도 포함되어 있습니다. 사이트에 Astra Control Center를 설치하여 로컬 Kubernetes 환경을 관리할 수 있습니다. 두 Astra Control 배포 모델은 동일한 REST API를 공유하며, 설명서에 명시된 바와 같이 약간의 차이가 있습니다.

Astra Control REST API를 통해 액세스할 수 있는 리소스의 수가 크게 확장되었으며, 새로운 리소스 중 다수가 사내 Astra Control Center 오퍼링을 위한 기반을 제공하고 있습니다. 새로운 리소스에는 ASUP, 권한, 기능, 라이센스, 설정, 가입형, 버킷, 클라우드, 클러스터, 관리 클러스터, 스토리지 백엔드 및 스토리지 클래스 을 참조하십시오 "리소스" 를 참조하십시오.

확장된 REST 리소스 외에도 Astra Control 구축을 지원하는 데 사용할 수 있는 여러 가지 새로운 API 엔드포인트가 있습니다.

Astra Control REST API는 Astra Control Service 오퍼링과 함께 사용할 수 있습니다. REST 기술과 현재의 모범 사례를 기반으로 개발되었으며 API는 Astra 구축을 자동화하기 위한 기반을 제공하며 다음과 같은 기능과 이점을 제공합니다.