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].

를 사용하는 경우 solidfire-san OpenShift 4.5를 사용하는 드라이버 기본 작업자 노드가 CHAP 인증 알고리즘으로 MD5를 사용하는지 확인합니다.

"Astra Trident GitHub를 참조하십시오"

"Astra Trident 블로그"