새로운 기능
릴리즈 노트 최신 버전의 Astra Trident에 새로운 기능, 개선 사항 및 버그 수정 사항에 대한 정보를 제공합니다.
를 클릭합니다 tridentctl 설치 프로그램 zip 파일에 제공된 Linux용 바이너리는 테스트되고 지원되는 버전입니다. 에 유의하십시오 macos 에 제공된 바이너리 /extras zip 파일의 일부가 테스트되지 않았거나 지원되지 않습니다.
|
24.02의 새로운 기능
향상된 기능
-
클라우드 ID에 대한 지원이 추가되었습니다.
-
ANF-Azure 워크로드 ID가 있는 AKS는 클라우드 ID로 사용됩니다.
-
FSxN-AWS IAM 역할을 가진 EKS가 클라우드 ID로 사용됩니다.
-
-
EKS 콘솔에서 EKS 클러스터에 Astra Trident를 애드온으로 설치하기 위한 지원 추가
-
iSCSI 자동 복구("문제 #864")를 클릭합니다.
-
AWS IAM 및 SecretsManager와의 통합을 지원하고 Astra Trident가 백업을 통해 FSx 볼륨을 삭제할 수 있도록 FSx Personality를 ONTAP 드라이버에 추가했습니다"문제 #453")를 클릭합니다.
쿠버네티스
-
Kubernetes 1.29에 대한 지원 추가
수정
-
ACP가 활성화되지 않은 경우 ACP 경고 메시지 수정("문제 #866")를 클릭합니다.
-
클론이 스냅샷과 연결되어 있을 때 ONTAP 드라이버에 대한 스냅샷 삭제 중에 클론 분할을 수행하기 전에 10초 지연이 추가되었습니다.
사용 중단
-
다중 플랫폼 이미지 매니페스트에서 인토토 증명 프레임워크가 제거되었습니다.
23.10의 변경 사항
수정
향상된 기능
쿠버네티스
Kubernetes 1.28에 대한 지원 추가
아스트라 트리덴트
-
Azure-NetApp-files 스토리지 드라이버와 함께 AMI(Azure Managed Identity)의 사용 지원 추가
-
ONTAP-SAN 드라이버용 NVMe over TCP 지원 추가
-
사용자가 백엔드를 일시 중단 상태로 설정할 때 볼륨 프로비저닝을 일시 중지하는 기능이 추가되었습니다("문제 #558")를 클릭합니다.
Astra Control에서 제공되는 고급 기능
Astra Trident 23.10에서는 Astra Control Provisioner라는 새로운 소프트웨어 구성 요소를 사용이 가능한 Astra Control 사용자에게 제공됩니다. 이 Provisioner는 Astra Trident가 자체적으로 지원하는 기능을 능가하는 고급 관리 및 스토리지 프로비저닝 기능을 제공합니다. 23.10 릴리스의 경우 다음과 같은 기능이 있습니다.
-
ONTAP - NAS 경제적인 드라이버를 지원하는 스토리지 백엔드를 사용하는 애플리케이션의 백업 및 복원 기능
-
Kerberos 5 암호화로 스토리지 백엔드 보안 강화
-
스냅샷을 사용한 데이터 복구
-
SnapMirror의 향상된 기능
23.07.1의 변경 사항
-
Kubernetes: * 다운타임 없는 업그레이드를 지원하기 위한 데몬 세트 삭제 수정("문제 #740")를 클릭합니다.
23.07의 변경 사항
수정
쿠버네티스
아스트라 트리덴트
-
노드 스테이징 작업 중에 고스트 iSCSI 디바이스를 식별하고 수정하기 위해 LUN 속성을 가져올 때 LUN 일련 번호를 쿼리하도록 ONTAP ZAPI 요청을 수정했습니다.
-
스토리지 드라이버 코드의 오류 처리 수정("문제 #816")를 클릭합니다.
-
use-rest=true인 ONTAP 드라이버를 사용할 때 할당량 크기 조정이 수정되었습니다.
-
ONTAP-SAN-Economy에서 LUN 클론 생성 수정
-
에서 게시 정보 필드를 되돌립니다
rawDevicePath
를 선택합니다devicePath
; 채우기 및 복구를 위한 로직 추가(일부 경우)devicePath
필드에 입력합니다.
향상된 기능
쿠버네티스
-
사전 프로비저닝된 스냅샷 가져오기 지원이 추가되었습니다.
-
Linux 사용 권한 최소화("문제 #817")를 클릭합니다.
아스트라 트리덴트
실험 향상
ONTAP-SAN 드라이버용 NVMe over TCP에 대한 기술 미리 보기 지원 추가
문서화
많은 조직 및 서식 향상이 이루어졌습니다.
사용 중단
쿠버네티스
-
v1beta1 스냅샷에 대한 지원이 제거되었습니다.
-
CSI 이전 볼륨 및 스토리지 클래스에 대한 지원이 제거되었습니다.
-
지원되는 최소 Kubernetes를 1.22로 업데이트했습니다.
23.04의 변경 사항
ONTAP-SAN * 볼륨의 강제 볼륨 분리 기능은 비우아한 노드 종료 기능 게이트가 활성화된 Kubernetes 버전에서만 지원됩니다. 설치 시 를 사용하여 강제 분리를 활성화해야 합니다 --enable-force-detach Trident 설치 관리자 플래그입니다.
|
수정
-
SPEC에 지정된 경우 설치에 IPv6 localhost를 사용하도록 고정 Trident Operator가 수정되었습니다.
-
번들 권한("문제 #799")를 클릭합니다.
-
rwx 모드에서 여러 노드에 원시 블록 볼륨을 연결하는 문제 해결
-
SMB 볼륨에 대한 FlexGroup 클론 복제 지원 및 볼륨 가져오기 수정
-
Trident 컨트롤러가 즉시 종료되지 않는 문제 해결("문제 #811")를 클릭합니다.
-
ONTAP-SAN- * 드라이버를 사용하여 프로비저닝된 지정된 LUN과 관련된 igroup의 모든 이름을 나열하는 수정 사항이 추가되었습니다.
-
외부 프로세스가 완료될 때까지 실행되도록 하는 수정 사항이 추가되었습니다.
-
s390 아키텍처("문제 #537")를 클릭합니다.
-
볼륨 마운트 작업 중 잘못된 로깅 수준 수정("문제 #781")를 클릭합니다.
-
잠재적 유형 어설션 오류("문제 # 802")를 클릭합니다.
향상된 기능
-
쿠버네티스:
-
Kubernetes 1.27에 대한 지원이 추가되었습니다.
-
LUKS 볼륨 가져오기에 대한 지원이 추가되었습니다.
-
ReadWriteOncePod PVC 액세스 모드에 대한 지원이 추가되었습니다.
-
비우아한 노드 종료 시나리오 중에 ONTAP-SAN- * 볼륨에 대한 강제 분리 지원 추가.
-
이제 모든 ONTAP-SAN- * 볼륨에 노드당 Igroup이 사용됩니다. LUN은 igroup에 매핑되며 해당 노드에 적극적으로 게시되므로 보안 상태가 향상됩니다. Trident가 활성 워크로드( 에 영향을 주지 않고 안전하게 수행할 수 있다고 판단하면 기존 볼륨이 새로운 igroup 체계로 기회적으로 전환됩니다"문제 #758")를 클릭합니다.
-
ONTAP-SAN- * 백엔드에서 사용하지 않는 Trident 관리 igroup을 정리하여 Trident 보안을 개선했습니다.
-
-
ONTAP-NAS-이코노미 및 ONTAP-NAS-Flexgroup 스토리지 드라이버에 Amazon FSx를 포함한 SMB 볼륨 지원을 추가했습니다.
-
ONTAP-NAS, ONTAP-NAS-이코노미 및 ONTAP-NAS-Flexgroup 스토리지 드라이버와 SMB 공유에 대한 지원을 추가했습니다.
-
arm64 노드("문제 #732")를 클릭합니다.
-
API 서버를 먼저 비활성화하여 Trident 종료 절차 개선("문제 #811")를 클릭합니다.
-
Makefile에 Windows 및 arm64 호스트에 대한 교차 플랫폼 빌드 지원 추가; build.md 참조.
사용 중단
-
Kubernetes:** ONTAP-SAN 및 ONTAP-SAN-이코노미 드라이버를 구성할 때 백엔드 범위의 igroup이 더 이상 생성되지 않습니다("문제 #758")를 클릭합니다.
23.01.1의 변경 사항
수정
-
SPEC에 지정된 경우 설치에 IPv6 localhost를 사용하도록 고정 Trident Operator가 수정되었습니다.
-
번들 권한과 동기화되는 고정 Trident 운영자 클러스터 역할 권한 "문제 #799".
-
외부 프로세스가 완료될 때까지 실행되도록 하는 수정 사항이 추가되었습니다.
-
rwx 모드에서 여러 노드에 원시 블록 볼륨을 연결하는 문제 해결
-
SMB 볼륨에 대한 FlexGroup 클론 복제 지원 및 볼륨 가져오기 수정
23.01의 변경 사항
이제 Trident에서 Kubernetes 1.27이 지원됩니다. Kubernetes를 업그레이드하기 전에 Astra Trident를 업그레이드하십시오. |
수정
-
Kubernetes: Helm("문제 #783, #794")를 클릭합니다.
향상된 기능
-
Kubernetes 1.26에 대한 지원이 추가되었습니다.
-
전체 Trident RBAC 리소스 활용률 향상("문제 #757")를 클릭합니다.
-
호스트 노드에서 손상되거나 유효하지 않은 iSCSI 세션을 감지하고 수정하는 자동화 기능 추가
-
LUKS 암호화 볼륨 확장을 위한 지원이 추가되었습니다.
-
Kubernetes: LUKS 암호화 볼륨에 대한 자격 증명 회전 지원 추가.
-
ONTAP용 Amazon FSx를 사용하는 SMB 볼륨에 대한 지원을 ONTAP-NAS 스토리지 드라이버에 추가했습니다.
-
SMB 볼륨을 사용할 때 NTFS 권한에 대한 지원이 추가되었습니다.
-
CVS 서비스 수준이 있는 GCP 볼륨에 대한 스토리지 풀에 대한 지원이 추가되었습니다.
-
ONTAP-NAS-flexgroup 스토리지 드라이버를 사용하여 FlexGroups를 생성할 때 flexgroupAggregateList의 선택적 사용에 대한 지원이 추가되었습니다.
-
여러 개의 FlexVols를 관리할 때 ONTAP-NAS-이코노미 스토리지 드라이버의 성능이 향상되었습니다.
-
모든 ONTAP NAS 스토리지 드라이버에 대해 데이터 LIF 업데이트를 사용하도록 설정했습니다.
-
호스트 노드 OS를 반영하도록 Trident 배포 및 DemonSet 명명 규칙을 업데이트했습니다.
사용 중단
-
Kubernetes: 지원되는 최소 Kubernetes를 1.21로 업데이트했습니다.
-
구성 시 데이터 LIF를 더 이상 지정하지 않아야 합니다
ontap-san
또는ontap-san-economy
드라이버.
22.10의 변경 사항
-
Astra Trident 22.10으로 업그레이드하기 전에 다음 중요 정보를 읽어야 합니다. *
strong>Astra Trident 22.10에 대한 중요 정보</strong>
|
수정
-
을 사용하여 생성된 ONTAP 백엔드에 대한 특정 문제를 해결했습니다
credentials
22.07.0 업그레이드 중 온라인 상태로 전환되지 않는 필드("문제 #759")를 클릭합니다. -
Docker: 일부 환경에서 Docker 볼륨 플러그인을 시작하지 못하는 문제 해결("문제 #548" 및 "문제 # 760")를 클릭합니다.
-
보고 노드에 속하는 데이터 LIF의 일부만 게시되도록 ONTAP SAN 백엔드에 특정한 SLM 문제를 수정했습니다.
-
볼륨을 연결할 때 iSCSI LUN에 대한 불필요한 검사가 발생하는 성능 문제를 해결했습니다.
-
Astra Trident iSCSI 워크플로우 내에서 세분화된 재시도 횟수를 제거하여 빠르게 실패하고 외부 재시도 간격을 줄일 수 있습니다.
-
해당 다중 경로 장치가 이미 플러시되었을 때 iSCSI 장치를 플러싱할 때 오류가 반환되는 문제를 해결했습니다.
향상된 기능
-
쿠버네티스:
-
Kubernetes 1.25 지원 추가. Kubernetes 1.25로 업그레이드하기 전에 Astra Trident를 22.10으로 업그레이드해야 합니다.
-
Trident Deployment 및 DemonSet에 대해 별도의 ServiceAccount, ClusterRole 및 ClusterRoleBinding을 추가하여 이후의 사용 권한 개선을 허용합니다.
-
에 대한 지원이 추가되었습니다 "네임스페이스 간 볼륨 공유".
-
-
모든 Trident
ontap-*
이제 스토리지 드라이버가 ONTAP REST API에서 작동합니다. -
새로운 운영자 YAML 추가 (
bundle_post_1_25.yaml
)를 사용하지 않을 경우PodSecurityPolicy
Kubernetes 1.25를 지원합니다. -
추가되었습니다 "LUKS 암호화 볼륨 지원" 용
ontap-san
및ontap-san-economy
스토리지 드라이버. -
Windows Server 2019 노드에 대한 지원이 추가되었습니다.
-
추가되었습니다 "Windows 노드에서 SMB 볼륨 지원" 를 통해
azure-netapp-files
스토리지 드라이버. -
이제 ONTAP 드라이버에 대한 자동 MetroCluster 전환 감지 기능을 사용할 수 있습니다.
사용 중단
-
Kubernetes: 최소 지원 Kubernetes를 1.20으로 업데이트했습니다.
-
ADS(Astra Data Store) 드라이버를 제거했습니다.
-
에 대한 지원이 제거되었습니다
yes
및smart
에 대한 옵션find_multipaths
iSCSI에 대한 작업자 노드 경로 다중화를 구성하는 경우
22.07 변경
수정
-
Kubernetes**
-
Hrom 또는 Trident 연산자를 사용하여 Trident를 구성할 때 노드 선택기에 대한 부울 및 숫자 값을 처리하는 문제가 해결되었습니다. ("GitHub 문제 #700")
-
CHAP가 아닌 경로에서 발생하는 오류를 처리하는 문제를 수정함으로써 kubelet이 실패한 경우 다시 시도합니다. "GitHub 문제 #736")
-
향상된 기능
-
k8s.gcr.io에서 registry.k8s.io로 CSI 이미지의 기본 레지스트리로 전환합니다
-
ONTAP-SAN 볼륨은 이제 노드별 igroup을 사용하며 해당 노드에 능동적으로 게시되는 LUN만 igroup에 매핑하여 보안 상태를 향상합니다. Astra Trident가 활성 워크로드에 영향을 주지 않고 안전하게 수행할 수 있다고 판단하면 기존 볼륨이 새로운 igroup 체계로 자동으로 전환됩니다.
-
Trident 설치에 리소스 할당량을 포함함으로써 PriorityClass 소비가 기본적으로 제한될 때 Trident DemonSet이 예약되도록 합니다.
-
Azure NetApp Files 드라이버에 네트워크 기능에 대한 지원이 추가되었습니다. ("GitHub 문제 #717")
-
ONTAP 드라이버에 기술 미리 보기 자동 MetroCluster 전환 감지 기능이 추가되었습니다. ("GitHub 문제 #228")
사용 중단
-
Kubernetes: 최소 지원 Kubernetes를 1.19로 업데이트했습니다.
-
백엔드 구성은 더 이상 단일 구성에서 여러 인증 유형을 사용할 수 없습니다.
제거
-
AWS CVS 드라이버(22.04 이후 더 이상 사용되지 않음)가 제거되었습니다.
-
쿠버네티스
-
노드 포드에 불필요한 SYS_ADMIN 기능이 제거되었습니다.
-
노드 준비 작업을 간단한 호스트 정보로 줄이고 능동적인 서비스 검색을 통해 최선의 노력을 다할 수 있습니다
작업자 노드에서 NFS/iSCSI 서비스를 사용할 수 있는지 확인합니다.
-
문서화
새로운 소식 "POD 보안 표준" (PSS) 섹션에 설치 시 Astra Trident에서 활성화한 상세 권한이 추가되었습니다.
22.04의 변경
NetApp은 제품과 서비스를 지속적으로 개선 및 개선하고 있습니다. Astra Trident의 최신 기능 몇 가지를 소개합니다. 이전 릴리스는 을 참조하십시오 "이전 버전의 문서".
이전 Trident 릴리즈에서 업그레이드하고 Azure NetApp Files를 사용하는 경우, 를 참조하십시오 location 구성 매개 변수는 이제 필수 싱글톤 필드입니다.
|
수정
-
iSCSI 이니시에이터 이름의 구문 분석 기능이 향상되었습니다. ("GitHub 문제 #681")
-
CSI 스토리지 클래스 매개 변수가 허용되지 않는 문제를 해결했습니다. ("GitHub 문제 #598")
-
Trident CRD에서 중복 키 선언을 수정했습니다. ("GitHub 문제 #671")
-
부정확한 CSI 스냅샷 로그를 수정했습니다. ("GitHub 문제 #629"))
-
삭제된 노드에서 볼륨 게시를 취소하는 문제 해결 ("GitHub 문제 #691")
-
블록 디바이스에서 파일 시스템 불일치를 처리하는 기능이 추가되었습니다. ("GitHub 문제 #656")
-
를 설정할 때 자동 지원 이미지를 가져오는 문제가 해결되었습니다
imageRegistry
설치 중 플래그. ("GitHub 문제 #715") -
Azure NetApp Files 드라이버가 여러 내보내기 규칙을 사용하여 볼륨을 복제하지 못하는 문제가 해결되었습니다.
향상된 기능
-
이제 Trident의 보안 끝점에 대한 인바운드 연결에는 TLS 1.3 이상이 필요합니다. ("GitHub 문제 #698")
-
이제 Trident는 보안 엔드포인트의 응답에 HSTS 헤더를 추가합니다.
-
이제 Trident는 Azure NetApp Files UNIX 사용 권한 기능을 자동으로 활성화하려고 시도합니다.
-
* Kubernetes *: Trident가 이제 시스템 노드 크리티컬 우선 순위 클래스에서 실행됩니다. ("GitHub 문제 #694")
제거
E-Series 드라이버(20.07 이후 비활성화됨)가 제거되었습니다.
22.01.1의 변경 사항
수정
-
삭제된 노드에서 볼륨 게시를 취소하는 문제 해결 ("GitHub 문제 #691")
-
ONTAP API 응답에서 공간 집계에 대한 nil 필드에 액세스할 때 패닉이 수정되었습니다.
22.01.0의 변경 사항
수정
-
* Kubernetes: * 대규모 클러스터의 노드 등록 백오프 재시도 시간을 늘립니다.
-
동일한 이름의 여러 리소스가 Azure-NetApp-files 드라이버를 혼동할 수 있는 문제 해결
-
ONTAP SAN IPv6 데이터 LIF는 이제 대괄호와 함께 지정된 경우 작동합니다.
-
이미 가져온 볼륨을 가져오려고 하면 PVC가 보류 상태로 남겨둔 EOF가 반환되는 문제가 해결되었습니다. ("GitHub 문제 #489")
-
SolidFire 볼륨에 32개 이상의 스냅샷을 생성할 때 Astra Trident 성능이 느려지는 문제를 해결했습니다.
-
SHA-1을 SSL 인증서 생성에서 SHA-256으로 교체했습니다.
-
Azure NetApp Files 드라이버를 수정하여 중복된 리소스 이름을 허용하고 단일 위치로 작업을 제한했습니다.
-
Azure NetApp Files 드라이버를 수정하여 중복된 리소스 이름을 허용하고 단일 위치로 작업을 제한했습니다.
향상된 기능
-
Kubernetes의 향상된 기능:
-
Kubernetes 1.23 지원 추가.
-
Trident Operator 또는 Hrom을 통해 설치된 Trident Pod에 대한 예약 옵션을 추가합니다. ("GitHub 문제 #651")
-
-
GCP 드라이버에서 지역 간 볼륨을 허용합니다. ("GitHub 문제 #633")
-
Azure NetApp Files 볼륨에 'unixPermissions' 옵션 지원이 추가되었습니다. ("GitHub 문제 #666")
사용 중단
Trident REST 인터페이스는 127.0.0.1 또는 [::1] 주소에서만 수신 및 제공할 수 있습니다
21.10.1 변경
v21.10.0 릴리즈에는 노드를 제거한 다음 Kubernetes 클러스터에 다시 추가할 때 Trident 컨트롤러를 CrashLoopBackOff 상태로 전환할 수 있는 문제가 있습니다. 이 문제는 v21.10.1(GitHub 문제 669)에서 해결되었습니다. |
수정
-
GCP CVS 백엔드에서 볼륨을 가져올 때 잠재적인 경쟁 조건이 수정되어 가져오지 못했습니다.
-
노드를 제거할 때 Trident 컨트롤러를 CrashLoopBackOff 상태로 전환할 수 있는 문제를 해결한 다음 Kubernetes 클러스터(GitHub 문제 669)에 다시 추가되었습니다.
-
SVM 이름이 지정되지 않은 경우 SVM이 더 이상 검색되지 않는 문제 해결(GitHub 문제 612)
21.10.0 변경
수정
-
XFS 볼륨의 클론을 소스 볼륨과 동일한 노드에 마운트할 수 없는 문제(GitHub 문제 514)가 해결되었습니다.
-
Astra Trident에서 종료 시 심각한 오류를 기록한 문제 해결(GitHub 문제 597)
-
Kubernetes 관련 수정 사항:
-
에서 스냅샷을 생성할 때 볼륨의 사용된 공간을 최소 restoreSize로 반환합니다
ontap-nas
및ontap-nas-flexgroup
드라이버(GitHub 문제 645). -
문제 해결 위치
Failed to expand filesystem
볼륨 크기 조정 후 오류가 기록되었습니다(GitHub 문제 560). -
포드가 끼일 수 있는 문제 해결
Terminating
State(GitHub 문제 572): -
에서 케이스를 수정했습니다
ontap-san-economy
FlexVol에 스냅샷 LUN이 가득 찼을 수 있습니다(GitHub 문제 533). -
다른 이미지의 사용자 지정 YAML 설치 프로그램 문제 해결(GitHub 문제 613)
-
스냅샷 크기 계산 수정(GitHub 문제 611)
-
모든 Astra Trident 설치 관리자가 일반 Kubernetes를 OpenShift로 식별할 수 있는 문제 해결(GitHub 문제 639)
-
Kubernetes API 서버에 연결할 수 없는 경우 조정을 중지하도록 Trident 연산자를 수정했습니다(GitHub 문제 599).
-
향상된 기능
-
에 대한 지원이 추가되었습니다
unixPermissions
GCP-CVS 성능 볼륨 옵션. -
600GiB~1TiB 범위의 GCP에서 확장성 최적화 CVS 볼륨 지원 추가
-
Kubernetes 관련 개선사항:
-
Kubernetes 1.22에 대한 지원이 추가되었습니다.
-
Trident 운영자 및 제어 차트를 Kubernetes 1.22(GitHub 문제 628)와 함께 사용할 수 있도록 했습니다.
-
에 운영자 이미지가 추가되었습니다
tridentctl
images 명령(GitHub 문제 570).
-
실험적인 개선
-
에서 볼륨 복제에 대한 지원이 추가되었습니다
ontap-san
드라이버. -
에 대한 * 기술 미리보기 * REST 지원 추가
ontap-nas-flexgroup
,ontap-san
, 및ontap-nas-economy
드라이버.
알려진 문제
알려진 문제점은 제품을 성공적으로 사용하지 못하게 만들 수 있는 문제를 식별합니다.
-
Astra Trident가 설치된 Kubernetes 클러스터를 1.24에서 1.25 이상으로 업그레이드할 경우 Values.YAML을 업데이트해야 합니다
excludePodSecurityPolicy
를 선택합니다true
또는 을 추가합니다--set excludePodSecurityPolicy=true
를 누릅니다helm upgrade
명령을 먼저 실행한 후 클러스터를 업그레이드하십시오. -
Astra Trident가 이제 공란을 적용합니다
fsType
(fsType=""
)이 없는 볼륨의 경우fsType
StorageClass에 지정됩니다. Kubernetes 1.17 이상으로 작업할 경우 Trident는 공백을 제공할 수 있도록 지원합니다fsType
NFS 볼륨용. iSCSI 볼륨의 경우 를 설정해야 합니다fsType
를 적용할 때 StorageClass에 대해fsGroup
보안 컨텍스트 사용. -
여러 Astra Trident 인스턴스에서 백엔드를 사용할 경우 각 백엔드 구성 파일은 서로 달라야 합니다
storagePrefix
ONTAP 백엔드에 대한 값이거나 다른 값을 사용합니다TenantName
SolidFire 백엔드의 경우. Astra Trident는 Astra Trident의 다른 인스턴스가 생성한 볼륨을 감지할 수 없습니다. Astra Trident가 볼륨 생성을 idemptent 작업으로 처리하므로 ONTAP 또는 SolidFire 백엔드에서 기존 볼륨을 생성하려고 하면 성공합니다. If(경우storagePrefix
또는TenantName
서로 다를 수 없습니다. 동일한 백엔드에서 생성된 볼륨의 이름 충돌이 있을 수 있습니다. -
Astra Trident 설치 시(사용
tridentctl
또는 Trident Operator)를 사용하여 사용할 수 있습니다tridentctl
Astra Trident를 관리하려면 을(를) 확인해야 합니다KUBECONFIG
환경 변수가 설정되었습니다. 이는 Kubernetes 클러스터를 나타내는 데 필요합니다tridentctl
에 대해 작업해야 합니다. 여러 Kubernetes 환경을 사용할 때는 가 반드시 에 적합해야 합니다KUBECONFIG
파일을 정확하게 소싱합니다. -
iSCSI PVS에 대해 온라인 공간 재확보를 수행하려면 작업자 노드의 기본 OS에 볼륨에 마운트 옵션을 전달해야 할 수 있습니다. 이 내용은 가 필요한 RHEL/RedHat CoreOS 인스턴스에 적용됩니다
discard
"마운트 옵션"에 mountmounted 폐기 옵션이 포함되어 있는지 확인합니다[StorageClass
^ ] 를 클릭하여 온라인 블록 버기를 지원합니다. -
Kubernetes 클러스터당 Astra Trident 인스턴스가 두 개 이상 있는 경우, Astra Trident가 다른 인스턴스와 통신할 수 없고 자신이 생성한 다른 볼륨을 검색할 수 없기 때문에 클러스터 내에서 둘 이상의 인스턴스가 실행될 경우 예기치 않거나 잘못된 동작이 발생합니다. Kubernetes 클러스터당 하나의 Astra Trident 인스턴스만 있어야 합니다.
-
Astra Trident 기반인 경우
StorageClass
Astra Trident가 오프라인인 동안 Kubernetes에서 객체가 삭제되며, Astra Trident는 온라인 상태로 돌아올 때 데이터베이스에서 해당 스토리지 클래스를 제거하지 않습니다. 를 사용하여 이러한 스토리지 클래스를 삭제해야 합니다tridentctl
또는 REST API를 선택합니다. -
사용자가 해당 PVC를 삭제하기 전에 Astra Trident가 프로비저닝한 PV를 삭제하는 경우 Astra Trident는 백업 볼륨을 자동으로 삭제하지 않습니다. 를 통해 볼륨을 제거해야 합니다
tridentctl
또는 REST API를 선택합니다. -
FlexGroup은 애그리게이트 세트가 각 프로비저닝 요청에서 고유하지 않으면 한 번에 둘 이상의 ONTAP를 동시에 프로비저닝할 수 없습니다.
-
IPv6를 통해 Astra Trident를 사용할 때는 을 지정해야 합니다
managementLIF
및dataLIF
백엔드 정의에서 대괄호로 묶습니다. 예를 들면, 다음과 같습니다.[fd20:8b1e:b258:2000:f816:3eff:feec:0]
.지정할 수 없습니다 dataLIF
ONTAP SAN 백엔드에서 Astra Trident는 사용 가능한 모든 iSCSI LIF를 검색하여 다중 경로 세션을 설정하는 데 사용합니다. -
를 사용하는 경우
solidfire-san
OpenShift 4.5를 사용하는 드라이버 기본 작업자 노드가 CHAP 인증 알고리즘으로 MD5를 사용하는지 확인합니다. 보안 FIPS 호환 CHAP 알고리즘 SHA1, SHA-256 및 SHA3-256은 Element 12.7에서 사용할 수 있습니다.