Skip to main content
이 제품의 최신 릴리즈를 사용할 수 있습니다.
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

알려진 문제

기여자
PDF

클러스터를 관리하고 볼륨을 추가한 경우 앱 백업 및 스냅숏이 실패합니다

와 함께 백업 및 스냅샷이 실패합니다 UI 500 error 이 시나리오에서. 이 문제를 해결하려면 앱 목록을 새로 고치십시오.

애플리케이션 클론을 세트 스토리지 클래스로 구축한 후에는 애플리케이션 클론이 실패합니다

스토리지 클래스가 명시적으로 설정된 상태로 응용 프로그램을 배포한 후(예: helm install …​-set global.storageClass=netapp-cvs-perf-extreme)을 사용하여 애플리케이션을 복제하려는 이후 시도에는 타겟 클러스터에 원래 지정된 스토리지 클래스가 있어야 합니다.
명시적으로 설정된 스토리지 클래스를 가진 애플리케이션을 동일한 스토리지 클래스가 없는 클러스터로 클론 복제하면 실패합니다. 이 시나리오에서는 복구 단계가 없습니다.

kubecononfig 파일에 컨텍스트가 두 개 이상 포함되어 있으면 Astra Control Center를 사용하여 클러스터를 관리할 수 없습니다

2개 이상의 클러스터와 컨텍스트를 사용하여 kubeconfig를 사용할 수 없습니다. 를 참조하십시오 "기술 자료 문서를 참조하십시오" 를 참조하십시오.

Istio 환경에서는 모니터링 포드가 충돌할 수 있습니다

Istio 환경에서 Astra Control Center와 Cloud Insights를 페어링하는 경우, 를 참조하십시오 telegraf-rs POD가 충돌할 수 있습니다. 이 문제를 해결하려면 다음 단계를 수행하십시오.

  1. 충돌한 포드 찾기:

    kubectl -n netapp-monitoring get pod | grep Error

    다음과 유사한 출력이 표시됩니다.

    NAME READY STATUS RESTARTS AGE
telegraf-rs-fhhrh 1/2 Error 2 (26s ago) 32s

  2. 충돌한 포드를 다시 시작하여 교체합니다 <pod_name_from_output> 영향을 받는 POD 이름 사용:

    kubectl -n netapp-monitoring delete pod <pod_name_from_output>

    다음과 유사한 출력이 표시됩니다.

    pod "telegraf-rs-fhhrh" deleted

  3. 포드가 다시 시작되었으며 오류 상태가 아닌지 확인합니다.

    kubectl -n netapp-monitoring get pod

    다음과 유사한 출력이 표시됩니다.

    NAME READY STATUS RESTARTS AGE
telegraf-rs-rrnsb 2/2 Running 0 11s

Astra Trident가 오프라인일 때 내부 서비스 오류(500)와 함께 앱 데이터 관리 작업이 실패했습니다

앱 클러스터의 Astra Trident가 오프라인 상태가 되고 다시 온라인 상태가 되고 앱 데이터 관리를 시도할 때 500 내부 서비스 오류가 발생하는 경우, 앱 클러스터의 모든 Kubernetes 노드를 다시 시작하여 기능을 복원합니다.

자세한 내용을 확인하십시오