기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # Amazon FSx for NetApp ONTAP 문제 해결 문제 해결 다음 섹션을 사용하여 FSx for ONTAP 파일 시스템의 문제를 해결합니다. **Topics** + [ # 파일 시스템이 `MISCONFIGURED` 상태임 ](file-system-in-misconfigured-state.md) + [ # 파일 시스템 액세스 불가 ](unable-to-access.md) + [ # 스토리지 가상 머신(SVM)이 `MISCONFIGURED` 상태임 ](misconfigured-svm.md) + [ # SSD 감소 작업 문제 해결 ](ssd-decrease-troubleshooting.md) + [ # 스토리지 가상 머신(SVM)을 Active Directory에 조인할 수 없음 ](cannot-join-svm-to-ad.md) + [ # 스토리지 가상 머신 또는 볼륨을 삭제할 수 없음 ](cannot-delete-svm.md) + [ # 볼륨이 `MISCONFIGURED` 상태임 ](misconfigured-volume.md) + [ # 볼륨의 스토리지 용량 부족 ](low-volume-capacity.md) + [ # 볼륨 용량이 부족하여 백업이 실패합니다. ](backups-failing.md) + [ # 삭제된 FSx for ONTAP 볼륨 복구 ](recovering-deleted-volumes.md) + [ # 네트워크 문제 해결 ](network-issues.md) + [ # I/O 오류 및 NFS 잠금 회수 실패 문제 해결 ](nfs-failover-issues.md) # 파일 시스템이 `MISCONFIGURED` 상태임 잘못 구성된 파일 시스템 파일 시스템의 `MISCONFIGURED` 상태에는 다음과 같이 여러 가지 잠재적인 원인이 있으며, 각 원인에는 고유한 해결 방법이 있습니다. **Topics** + [ ## VPC 소유자 계정이 다중 AZ VPC 공유를 비활성화했습니다. ](#maz-file-system) + [ ## 다중 AZ 파일 시스템에서 새 SVM을 생성할 수 없습니다. ](#unable-to-create-svm-on-maz) + [ ## 파일 시스템의 SSD 스토리지 계층을 90% 이상 사용 ](#ssd-tier-gt-90-percent) ## VPC 소유자 계정이 다중 AZ VPC 공유를 비활성화했습니다. VPC 공유 비활성화됨 공유 VPC 서브넷 AWS 계정 에서 참가자가 생성한 다중 AZ 파일 시스템은 다음 이유 중 하나로 `MISCONFIGURED` 상태가 됩니다. + VPC 서브넷을 공유한 소유자 계정은 FSx for ONTAP 파일 시스템에 대한 다중 AZ VPC 공유 지원을 비활성화했습니다. + 소유자 계정이 VPC 서브넷 공유를 중지했습니다. 소유자 계정이 VPC 서브넷 공유를 중지한 경우 해당 파일 시스템의 콘솔에 다음 메시지가 표시됩니다. ``` The vpc ID vpc-012345abcde does not exist ``` 문제를 확인하려면 VPC 서브넷을 공유한 소유자 계정에 문의해야 합니다. 자세한 내용은 [공유 서브넷에서 FSx for ONTAP 파일 시스템 만들기](creating-file-systems.md#fsxn-vpc-shared-subnets)을 참조하세요. ## 다중 AZ 파일 시스템에서 새 SVM을 생성할 수 없습니다. 다중 AZ 파일 시스템 생성 불가 공유 VPC AWS 계정 의 참가자가 생성한 다중 AZ 파일 시스템의 경우 다음 이유 중 하나로 인해 새 SVM을 생성할 수 없습니다. + VPC 서브넷을 공유한 소유자 계정은 FSx for ONTAP 파일 시스템에 대한 다중 AZ VPC 공유 지원을 비활성화했습니다. + 소유자 계정이 VPC 서브넷 공유를 중지했습니다. 문제를 확인하려면 VPC 서브넷을 공유한 소유자 계정에 문의해야 합니다. 자세한 내용은 [공유 서브넷에서 FSx for ONTAP 파일 시스템 만들기](creating-file-systems.md#fsxn-vpc-shared-subnets)을 참조하세요. ## 파일 시스템의 SSD 스토리지 계층을 90% 이상 사용 SSD 계층을 90% 이상 사용 단일 AZ 또는 다중 AZ 파일 시스템의 SSD 스토리지 계층이 현재 90% 이상 사용 중입니다. SSD 스토리지 계층의 사용률은 지속적으로 80%를 초과하지 않는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 SSD 스토리지 계층의 공간을 확보하지 않으면 FSx for ONTAP은 패치 작업 기간 동안 파일 시스템의 처리량을 일시적으로 제한합니다. 이는 백그라운드 유지 관리 프로세스가 적절한 기간 내에 완료될 수 있도록 하기 위한 과정입니다. 이를 방지하려면 SSD 스토리지 계층의 사용률을 90% 미만으로 줄이세요. SSD 사용률을 줄이는 방법은 다음과 같이 여러 가지가 있습니다. + 파일 시스템의 SSD 스토리지 용량을 증가시킵니다. + 불필요한 데이터를 삭제합니다. + 불필요한 볼륨 스냅샷을 삭제합니다. 자세한 내용은 [스토리지 용량 관리](managing-storage-capacity.md) 단원을 참조하십시오. # 파일 시스템 액세스 불가 이 섹션에서는 파일 시스템 액세스 불가 상태와 관련된 문제와 해결 방법을 설명합니다. **Topics** + [ ## 다중 AZ 파일 시스템에 라우팅 테이블 태그가 없음 ](#no-route-table-tags) + [ ## 파일 시스템에 경로가 50개 이상 있음 ](#more-than-50-routes) + [ ## 파일 시스템에 하나 이상의 파일 서버에 대한 경로 누락 ](#missing-routes-to-servers) + [ ## 파일 시스템의 탄력적 네트워크 인터페이스가 수정 또는 삭제됨 ](#eni-deleted) + [ ## 파일 시스템의 탄력적 네트워크 인터페이스에 연결된 탄력적 IP 주소가 삭제됨 ](#eni-epi-removed) + [ ## 파일 시스템의 VPC 보안 그룹에 필요한 인바운드 규칙이 없음 ](#sg-lacks-inbound-rules) + [ ## 컴퓨팅 인스턴스의 VPC 보안 그룹에는 필요한 아웃바운드 규칙이 없습니다. ](#compute-instance-lacks-inbound-rules) + [ ## 컴퓨팅 인스턴스의 서브넷이 파일 시스템과 연결된 라우팅 테이블을 사용하지 않음 ](#subnet-route-tables) + [ ## Amazon FSx는를 사용하여 생성된 다중 AZ 파일 시스템의 라우팅 테이블을 업데이트할 수 없습니다. CloudFormation ](#vpc-route-tables-not-tagged) + [ ## 다른 VPC에 있는 클라이언트에서 iSCSI를 통해 파일 시스템에 액세스할 수 없음 ](#file-system-iscsi) + [ ## 소유자 계정이 VPC 서브넷 공유를 중지함 ](#unshared-vpc-subnet) + [ ## 다른 VPC 또는 온프레미스의 클라이언트에서 NFS, SMB, ONTAP CLI 또는 ONTAP REST API를 통해 파일 시스템에 액세스할 수 없음 ](#unable-to-access-over-network) ## 다중 AZ 파일 시스템에 라우팅 테이블 태그가 없음 라우팅 테이블 태그 누락 Amazon FSx는 태그 기반 인증을 사용하여 다중 AZ 파일 시스템의 VPC 라우팅 테이블을 관리합니다. 현재 이와 같은 라우팅 테이블 태그가 파일 시스템과 연결된 하나 이상의 라우팅 테이블에 누락되어 있습니다. 이러한 라우팅 테이블은 `Key: AmazonFSx; Value: ManagedByAmazonFSx`로 태그가 지정됩니다. 다음 유지 관리 기간이 되기 전에 이러한 태그를 수동으로 추가하지 않으면 태그가 누락된 라우팅 테이블과 연결된 서브넷의 모든 클라이언트는 패치 작업 기간 동안 파일 시스템에 일시적으로 액세스할 수 없게 됩니다. 이를 방지하려면 누락된 라우팅 테이블 태그를 수동으로 추가하세요. 자세한 내용은 [파일 시스템 업데이트](updating-file-system.md) 단원을 참조하십시오. ## 파일 시스템에 경로가 50개 이상 있음 경로가 너무 많음 현재 파일 시스템에 50개 이상의 경로가 연결되어 있습니다. 파일 시스템에 예약된 다음 유지 관리 기간이 되기 전에 이러한 경로 중 일부를 제거하지 않으면 장애 조치 프로세스가 평소보다 오래 걸릴 수 있습니다. 이를 방지하려면 경로 수를 50개 미만으로 줄이세요. 다음은 파일 시스템과 연결된 경로 수를 줄이기 위해 수행할 단계입니다. + 초과 경로 삭제 + 파일 시스템과 연결된 SVM 수 줄이기 + 파일 시스템과 연결된 라우팅 테이블 수 줄이기 자세한 내용은 [파일 시스템 업데이트](updating-file-system.md) 및 [스토리지 가상 머신 삭제(SVM)](deleting-svms.md) 섹션을 참조하세요. ## 파일 시스템에 하나 이상의 파일 서버에 대한 경로 누락 서버 경로 누락 파일 시스템에 현재 하나 이상의 파일 서버에 대한 경로가 누락되어 있고 기존 라우팅 테이블에 새 라우팅 테이블 항목을 추가할 공간이 충분하지 않습니다. 파일 시스템의 다음 예약된 유지 관리 기간이 되기 전에 누락된 경로를 추가하지 않으면 패치 작업 기간 동안 연결된 모든 클라이언트의 연결이 끊어집니다. 이를 방지하려면 누락된 경로를 추가하세요. 자세한 내용은 [파일 시스템 업데이트](updating-file-system.md) 및 [할당량](limits.md) 섹션을 참조하세요. ## 파일 시스템의 탄력적 네트워크 인터페이스가 수정 또는 삭제됨 ENI가 수정 또는 삭제됨 파일 시스템의 탄력적 네트워크 인터페이스 중 어떤 것도 수정하거나 삭제해서는 안 됩니다. 네트워크 인터페이스를 수정하거나 삭제하면 Virtual Private Cloud(VPC)와 파일 시스템 간의 연결이 영구적으로 손실될 수 있습니다. 새 파일 시스템을 생성하고, Amazon FSx 네트워크 인터페이스를 수정하거나 삭제하지 않습니다. 자세한 내용은 [Amazon VPC를 사용한 파일 시스템 액세스 제어](limit-access-security-groups.md) 섹션을 참조하세요. ## 파일 시스템의 탄력적 네트워크 인터페이스에 연결된 탄력적 IP 주소가 삭제됨 삭제된 ENI Amazon FSx는 퍼블릭 인터넷에서 파일 시스템에 액세스하는 것을 지원하지 않습니다. Amazon FSx는 인터넷에서 연결할 수 있는 퍼블릭 IP 주소인 탄력적 IP 주소를 자동으로 분리합니다. 이 주소는 파일 시스템의 탄력적 네트워크 인터페이스에 연결됩니다. 자세한 내용은 [지원되는 클라이언트](supported-fsx-clients.md#supported-clients-fsx) 단원을 참조하십시오. ## 파일 시스템의 VPC 보안 그룹에 필요한 인바운드 규칙이 없음 인바운드 규칙 누락 [Amazon VPC 보안 그룹](limit-access-security-groups.md#fsx-vpc-security-groups)에 지정된 인바운드 규칙을 검토하고 파일 시스템 관련 보안 그룹에 해당 인바운드 규칙이 포함되도록 해야 합니다. ## 컴퓨팅 인스턴스의 VPC 보안 그룹에는 필요한 아웃바운드 규칙이 없습니다. 아웃바운드 규칙 누락 [Amazon VPC 보안 그룹](limit-access-security-groups.md#fsx-vpc-security-groups)에 지정된 아웃바운드 규칙을 검토하고 컴퓨팅 인스턴스 관련 보안 그룹에 해당 아웃바운드 규칙이 포함되도록 해야 합니다. ## 컴퓨팅 인스턴스의 서브넷이 파일 시스템과 연결된 라우팅 테이블을 사용하지 않음 FSx for ONTAP은 VPC 라우팅 테이블의 파일 시스템에 액세스하기 위한 엔드포인트를 생성합니다. 클라이언트가 있는 서브넷과 연결된 모든 VPC 라우팅 테이블을 사용하도록 파일 시스템을 구성하는 것이 좋습니다. 기본적으로 Amazon FSx는 VPC의 기본 라우팅 테이블을 사용합니다. 파일 시스템을 생성할 때 Amazon FSx가 사용할 하나 이상의 라우팅 테이블을 선택적으로 지정할 수 있습니다. 파일 시스템의 클러스터 간 엔드포인트에 ping을 수행할 수 있지만 파일 시스템의 관리 엔드포인트에 ping을 수행할 수 없는 경우(자세한 내용은 [파일 시스템 리소스](managing-file-systems.md#fsx-ontap-fs-resources) 섹션 참조), 클라이언트가 파일 시스템의 라우팅 테이블 중 하나와 연결된 서브넷에 있지 않을 가능성이 높습니다. 파일 시스템에 액세스하려면 파일 시스템의 라우팅 테이블 중 하나를 클라이언트의 서브넷에 연결합니다. 파일 시스템의 Amazon VPC 라우팅 테이블 업데이트에 대한 자세한 내용은 [파일 시스템 업데이트](updating-file-system.md) 섹션을 참조하세요. ## Amazon FSx는를 사용하여 생성된 다중 AZ 파일 시스템의 라우팅 테이블을 업데이트할 수 없습니다. CloudFormation 다중 AZ 라우팅 테이블 업데이트 불가 Amazon FSx는 태그 기반 인증을 사용하여 다중 AZ 파일 시스템의 VPC 라우팅 테이블을 관리합니다. 이러한 라우팅 테이블은 `Key: AmazonFSx; Value: ManagedByAmazonFSx`로 태그가 지정됩니다. 를 사용하여 FSx for ONTAP 다중 AZ 파일 시스템을 생성하거나 업데이트할 때는 `Key: AmazonFSx; Value: ManagedByAmazonFSx` 태그를 수동으로 추가하는 것이 CloudFormation 좋습니다. 다중 AZ 파일 시스템에 연결할 수 없는 경우 파일 시스템과 연결된 VPC 라우팅 테이블에 `Key: AmazonFSx; Value: ManagedByAmazonFSx`로 태그가 지정되었는지 확인합니다. 그렇지 않은 경우 Amazon FSx는 장애 조치 이벤트가 발생할 때 관리 및 데이터 포트의 부동 IP 주소를 활성 파일 서버로 라우팅하도록 이러한 라우팅 테이블을 업데이트할 수 없습니다. 파일 시스템의 Amazon VPC 라우팅 테이블 업데이트에 대한 자세한 내용은 [파일 시스템 업데이트](updating-file-system.md) 섹션을 참조하세요. ## 다른 VPC에 있는 클라이언트에서 iSCSI를 통해 파일 시스템에 액세스할 수 없음 iSCSI 액세스 불가 다른 VPC에 있는 클라이언트에서 Internet Small Computer Systems Interface(iSCSI) 프로토콜을 통해 파일 시스템에 액세스하려면 Amazon VPC 피어링을 구성하거나 파일 시스템과 연결된 VPC와 클라이언트가 있는 VPC 간에 AWS Transit Gateway 를 구성하면 됩니다. 자세한 내용은 *Amazon Virtual Private Cloud* 설명서의 [VPC 피어링 연결 생성 및 수락](https://docs.aws.amazon.com/vpc/latest/peering/create-vpc-peering-connection.html)을 참조하세요. ## 소유자 계정이 VPC 서브넷 공유를 중지함 VPC 서브넷 공유 해제 공유된 VPC 서브넷에서 파일 시스템을 생성한 경우 소유 계정이 VPC 서브넷 공유를 중지했을 수 있습니다. 소유자 계정이 VPC 서브넷 공유를 중지한 경우 해당 파일 시스템의 콘솔에 다음 메시지가 표시됩니다. ``` The vpc ID vpc-012345abcde does not exist ``` 소유 계정에 문의하여 서브넷을 다시 공유할 수 있도록 해야 합니다. ## 다른 VPC 또는 온프레미스의 클라이언트에서 NFS, SMB, ONTAP CLI 또는 ONTAP REST API를 통해 파일 시스템에 액세스할 수 없음 서로 다른 VPC 및 온프레미스로부터 NFS, SMB, ONTAP CLI 및 API에 액세스 불가 다른 VPC 또는 온프레미스의 클라이언트에서 NFS(Network File System), SMB(Server Message Block) 또는 NetApp ONTAP CLI 및 REST API를 통해 파일 시스템에 액세스하려면 파일 시스템과 연결된 VPC와 클라이언트가 상주하는 네트워크 AWS Transit Gateway 간에를 사용하여 라우팅을 구성해야 합니다. 자세한 내용은 [FSx for ONTAP 데이터 액세스](supported-fsx-clients.md) 단원을 참조하십시오. # 스토리지 가상 머신(SVM)이 `MISCONFIGURED` 상태임 잘못 구성된 SVM 스토리지 가상 머신이 `MISCONFIGURED` 상태가 되는 데에는 다음과 같이 여러 가지 잠재적인 원인이 있으며, 각 원인에는 고유한 해결 방법이 있습니다. ## SVM에 오프라인 볼륨이 있음 파일 시스템에 오프라인 상태의 볼륨이 포함되어 있습니다. 볼륨을 지속적으로 온라인 상태로 유지하는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 해당 볼륨을 온라인 상태로 전환하지 않으면 Amazon FSx는 패치 작업 기간 동안 이 볼륨을 일시적으로 온라인 상태로 전환합니다. 이를 방지하려면 온라인 상태를 유지하거나 볼륨을 삭제하세요. 오프라인 볼륨을 다시 온라인 상태로 전환하려면 다음 예제와 같이 [https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html) ONTAP CLI 명령을 사용합니다. SVM(Vserver)이 하나만 있는 경우 `-vserver` 파라미터를 지정할 필요가 없습니다. ``` FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name Volume 'vs1:vol1' is now online. ``` ## SVM에 iSCSI LUN 또는 NVMe/TCP 네임스페이스가 포함된 오프라인 볼륨이 있음 파일 시스템에 제한된 상태의 볼륨이 포함되어 있습니다. 볼륨을 지속적으로 온라인 상태로 유지하는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 해당 볼륨을 온라인 상태로 전환하지 않으면 Amazon FSx는 패치 작업 기간 동안 이 볼륨을 일시적으로 온라인 상태로 전환합니다. 이를 방지하려면 온라인 상태를 유지하거나 볼륨을 삭제하세요. 오프라인 볼륨을 다시 온라인 상태로 전환하려면 다음 예제와 같이 [https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html) ONTAP CLI 명령을 사용합니다. SVM(Vserver)이 하나만 있는 경우 `-vserver` 파라미터를 지정할 필요가 없습니다. ``` FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name Volume 'vs1:vol1' is now online. ``` ## AWS Secrets Manager 보안 암호 또는 KMS 키가 올바르게 구성되지 않았습니다. Amazon FSx가 Microsoft Active Directory 도메인 컨트롤러 또는 여러 컨트롤러와 연결을 설정할 수 없습니다. 보안 AWS Secrets Manager 암호 또는 AWS KMS key 가 올바르게 구성되지 않았기 때문입니다. 자세한 내용은 [를 사용하여 Active Directory 자격 증명 저장 AWS Secrets Manager](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager) 단원을 참조하십시오. 잘못된 구성을 해결하려면 다음을 수행합니다. + 보안 암호 ARN이 정확하고 올바른 형식인 `arn:aws:secretsmanager:region:account-id:secret:secret-name-6chars`를 따르는지 확인합니다. + 보안 암호의 필수 필드가 모두 포함되어 있고 값이 비어 있지 않은지 확인합니다. + `CUSTOMER_MANAGED_ACTIVE_DIRECTORY_USERNAME` - AD 서비스 계정 사용자 이름입니다. + `CUSTOMER_MANAGED_ACTIVE_DIRECTORY_PASSWORD` - AD 서비스 계정 암호입니다. + 보안 암호와 키에 보안 암호 값을 검색할 수 있는 `fsx.amazonaws.com` 권한을 Amazon FSx 서비스 위탁자에게 부여하는 리소스 기반 정책이 있는지 확인합니다. # SSD 감소 작업 문제 해결 SSD 감소 문제 해결 이 섹션에서는 SSD 용량 감소 작업과 관련된 일반적인 문제 및 해결 방법을 설명합니다. **Topics** + [ ## SSD 사용률이 높아 SSD 감소 작업이 일시 중지됨 ](#ssd-decrease-paused-high-utilization) + [ ## FlexClone 관계로 인해 SSD 감소 작업이 일시 중지됨 ](#ssd-decrease-flexclone-relationship) + [ ## SSD 감소 중 볼륨에 대한 클라이언트 액세스 리디렉션 실패 ](#ssd-decrease-redirect-client-access-failed) + [ ## SSD 감소 작업이 예상보다 오래 걸림 ](#ssd-decrease-operation-duration) ## SSD 사용률이 높아 SSD 감소 작업이 일시 중지됨 SSD 감소 일시 중지됨 - 높은 사용률 감소 작업 중에 SSD 스토리지 계층의 사용률이 80%를 초과하는 경우 Amazon FSx는 작업을 자동으로 일시 중지합니다. 다음과 유사한 관리 작업 메시지가 표시될 수 있습니다. ``` Your file system has insufficient free space in aggr_1. Please free up space or increase your file system's storage capacity. ``` 사용률이 80% 미만으로 내려가면 작업이 재개됩니다. 이 문제를 해결하려면 다음 방법을 시도하세요. + 이미 새 디스크로 이동한 볼륨에서 불필요한 데이터를 삭제합니다. + 볼륨 계층화 정책을 수정하여 용량 풀에 더 많은 데이터를 계층화합니다. + 새 대상 값을 사용해 [https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)을 직접 호출하여 SSD 용량 증가 요청을 제출합니다. 감소 작업 후 파일 시스템의 작업 결과 SSD 용량이 사용률 80%를 초과하지 않도록 파일 시스템의 SSD 스토리지 용량을 업데이트해야 합니다. 자세한 내용은 [파일 시스템 SSD 스토리지 및 IOPS 업데이트](storage-capacity-and-IOPS.md#increase-primary-storage) 섹션을 참조하세요. `STORAGE_OPTIMIZATION` 관리 작업의 `Message` 필드를 확인하여 새 디스크로 이동된 볼륨을 식별할 수 있습니다. 집계가 `aggr1` 또는 `aggr1_old`인 경우 [https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-volumes.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-volumes.html)를 직접 호출할 수도 있습니다. ## FlexClone 관계로 인해 SSD 감소 작업이 일시 중지됨 SSD 감소 일시 중지됨 - FlexClone SSD 감소 작업을 시작한 후 FlexClone 볼륨이 생성되면 Amazon FSx는 복제본이 삭제될 때까지 작업을 일시 중지합니다. 이는 ONTAP이 볼륨을 이동하는 동안 복제본 관계를 분할하여 새 디스크에 스토리지가 중복되기 때문입니다. 이 문제를 해결하기 위해 감소 작업이 시작된 후 생성된 FlexClone 볼륨을 식별하고 삭제할 수 있습니다. 모든 FlexClone 볼륨을 삭제하면 감소 작업이 자동으로 재개됩니다. ## SSD 감소 중 볼륨에 대한 클라이언트 액세스 리디렉션 실패 감소 중 볼륨 리디렉션 실패 SSD 감소 작업 중에 Amazon FSx는 클라이언트 액세스를 이전 디스크에서 각 볼륨의 새 디스크로 리디렉션해야 합니다. 이 프로세스가 실패하면 다음과 유사한 관리 작업 메시지가 표시될 수 있습니다. ``` Redirecting client access for volume(s) fsvol-123 has failed due to insufficient SSD IOPS, throughput capacity, or because the volume is full. ``` 이 문제를 해결하려면 다음 방법을 시도하세요. + Amazon CloudWatch에서 파일 시스템의 리소스 사용률 지표를 확인하여 워크로드가 다음 리소스의 50% 이상을 소비하지 않는지 확인합니다. + `NetworkThroughputUtilization` + `FileServerDiskThroughputUtilization` + `FileServerDiskIopsUtilization` + `CPUUtilization` + `DiskIopsUtilization` + 볼륨이 가득 차면 볼륨의 스토리지 용량을 늘리세요. + 감소 작업 중에 파일 시스템의 워크로드를 줄입니다. 이렇게 문제를 해결하면 Amazon FSx는 한 시간에 한 번씩 클라이언트 액세스를 리디렉션하기 위해 자동으로 재시도합니다. ## SSD 감소 작업이 예상보다 오래 걸림 SSD 감소 작업이 너무 오래 걸림 SSD 감소 작업을 완료하는 데 필요한 시간은 파일 시스템에 저장된 데이터의 양, 지속적인 워크로드 활동, 사용 가능한 시스템 리소스 등 여러 요인에 따라 달라집니다. 작업이 예상보다 오래 걸리는 경우 다음을 수행할 수 있습니다. + 파일 시스템에 사용 가능한 리소스가 적절한지 확인합니다(CPU, 디스크 처리량 및 SSD IOPS 사용률 50% 미만). + 작업 중에 쓰기 작업이 많은 워크로드를 줄여 리소스 경합을 최소화합니다. `STORAGE_OPTIMIZATION` 관리 작업에서 `ProgressPercent` 속성을 확인하여 작업의 진행 상황을 추적할 수 있습니다. # 스토리지 가상 머신(SVM)을 Active Directory에 조인할 수 없음 SVM을 Active Directory에 조인할 수 없음 SVM을 Active Directory(AD)에 조인할 수 없는 경우 먼저 [SVMs Microsoft Active Directory에 조인하는 방법](self-managed-AD-join.md) 섹션을 검토합니다. SVM을 Active Directory에 조인하지 못하게 하는 일반적인 문제는 다음 섹션에 나열되어 있으며 각 상황에서 생성되는 오류 메시지도 나와 있습니다. **Topics** + [ ## SVM NetBIOS 이름은 홈 도메인의 NetBIOS 이름과 동일합니다. ](#join-svm-ad-fails-netbios-name-home-domain) + [ ## SVM이 이미 다른 Active Directory에 조인되어 있음 ](#join-svm-ad-fails-already-joined) + [ ## SVM의 NetBIOS 이름이 이미 사용 중이기 때문에 Amazon FSx가 Active Directory 도메인 컨트롤러에 연결할 수 없음 ](#join-svm-ad-fails-netbios-name-in-use) + [ ## Amazon FSx는에서 Active Directory 서비스 계정 자격 증명에 액세스할 수 없습니다. AWS Secrets Manager ](#join-svm-ad-service-account-creds-inaccessible) + [ ## Amazon FSx가 Active Directory 도메인 컨트롤러와 통신할 수 없음 ](#join-svm-ad-fails-no-port-traffic) + [ ## 포트 요구 사항 또는 서비스 계정 권한이 충족되지 않아 Amazon FSx가 Active Directory에 연결할 수 없음 ](#join-svm-ad-fails-ports-or-permissions) + [ ## 서비스 계정 보안 인증이 유효하지 않기 때문에 Amazon FSx가 Active Directory 도메인 컨트롤러에 연결할 수 없음 ](#join-svm-ad-fails-invalid-service-credentials) + [ ## 서비스 계정 보안 인증이 충분하지 않기 때문에 Amazon FSx가 Active Directory 도메인 컨트롤러에 연결할 수 없음 ](#join-svm-ad-fails-insufficient-service-credentials) + [ ## Amazon FSx가 Active Directory DNS 서버 또는 도메인 컨트롤러와 통신할 수 없음 ](#join-svm-ad-fails-dns-servers) + [ ## 잘못된 Active Directory 도메인 이름 때문에 Amazon FSx가 Active Directory와 통신할 수 없음 ](#join-svm-ad-fails-fqdn) + [ ## 서비스 계정이 SVM Active Directory 구성에 지정된 관리자 그룹에 액세스할 수 없음 ](#join-svm-ad-fails-no-admin-group) + [ ## 지정된 조직 단위가 존재하지 않거나 액세스할 수 없어 Amazon FSx가 Active Directory 도메인 컨트롤러에 연결할 수 없음 ](#bad-org-unit-service-credentials) ## SVM NetBIOS 이름은 홈 도메인의 NetBIOS 이름과 동일합니다. 홈 도메인과 동일한 SVM NetBIOS 이름 자체 관리형 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to establish a connection with your Active Directory. This is because the server name you specified is the NetBIOS name of the home domain. To fix this problem, choose a NetBIOS name for your SVM that is different from the NetBIOS name of the home domain. Then reattempt to join your SVM to your Active Directory. 이 문제를 해결하려면 [AWS Management Console AWS CLI 및 API를 사용하여 Active Directory에 SVMs 조인](join-svm-to-ad.md)에 설명된 절차에 따라 SVM을 Active Directory에 다시 조인해 보세요. SVM에 Active Directory 홈 도메인의 NetBIOS 이름과 다른 NetBIOS 이름을 사용해야 합니다. ## SVM이 이미 다른 Active Directory에 조인되어 있음 SVM이 이미 다른 Active Directory에 조인되어 있음 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to establish a connection to your Active Directory. This is because the SVM is already joined to a domain. To join this SVM to a different domain, you can use the ONTAP CLI or REST API to unjoin this SVM from Active Directory. Then reattempt to join your SVM to a different Active Directory. 이 문제를 해결하려면 다음과 같이 실행합니다. 1. NetApp ONTAP CLI를 사용하여 현재 Active Directory에서 SVM의 조인을 해제합니다. 자세한 내용은 [NetApp ONTAP CLI를 사용하여 SVM에서 Active Directory 조인 해제](manage-svm-ad-config-ontap-cli.md#using-ontap-cli-to-unjoin-ad) 단원을 참조하십시오. 1. [AWS Management Console AWS CLI 및 API를 사용하여 Active Directory에 SVMs 조인](join-svm-to-ad.md)에 설명된 절차에 따라 SVM을 새 Active Directory에 다시 조인해 봅니다. ## SVM의 NetBIOS 이름이 이미 사용 중이기 때문에 Amazon FSx가 Active Directory 도메인 컨트롤러에 연결할 수 없음 SVM NetBIOS 이름이 이미 사용됨 자체 관리형 Active Directory에 조인된 SVM 생성에 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to establish a connection with your Active Directory. This is because the NetBIOS (computer) name you specified is already in-use in your Active Directory. To fix this problem, pick a NetBIOS name for your SVM that is not in use in your Active Directory., specifying a NetBIOS (computer) Then reattempt to join your SVM to your Active Directory. 이 문제를 해결하려면 [AWS Management Console AWS CLI 및 API를 사용하여 Active Directory에 SVMs 조인](join-svm-to-ad.md)에 설명된 절차에 따라 SVM을 AD에 다시 조인해 봅니다. SVM에는 고유하고 Active Directory에서 아직 사용되고 있지 않은 NetBIOS 이름을 사용해야 합니다. ## Amazon FSx는에서 Active Directory 서비스 계정 자격 증명에 액세스할 수 없습니다. AWS Secrets Manager 다음 섹션에서는 일반적인 문제와 해결 방법을 설명합니다. **자체 관리형 Active Directory에 SVM을 조인하면 다음 오류 메시지와 함께 실패합니다.** `You can't provide both username/password and a domain join service account secret to connect to your Active Directory. Provide only one set of credentials.` **이 문제를 해결하려면:** 1. Secrets Manager 보안 암호에 저장된 자격 증명을 제공할지 아니면 일반 텍스트로 제공할지 선택합니다. 1. Active Directory에 조인할 때 해당 파라미터 둘 다를 제공하지 말고 하나만 제공합니다. **자체 관리형 Active Directory에 SVM을 조인하면 다음 오류 메시지와 함께 실패합니다.** `The domain join service account secret ARN format you entered isn't valid. Use the format: arn:partition:secretsmanager:region:account-id:secret:secret-name-6chars` **이 문제를 해결하려면:** 1. [를 사용하여 Active Directory 자격 증명 저장 AWS Secrets Manager](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager) 섹션을 검토합니다. 1. 입력한 ARN 형식이 올바른지 확인합니다. 올바른 형식의 예는 `arn:aws:secretsmanager:us-east-1:123456789012:secret:MyDatabaseSecret-Ab3d5f`입니다. **자체 관리형 Active Directory에 SVM을 조인하면 다음 오류 메시지와 함께 실패합니다.** `Amazon FSx can't access the domain join service account secret [ARN]. Add a resource permission to the secret that grants the FSx service principal (fsx.amazonaws.com) permission to access it.` **이 문제를 해결하려면:** 1. [를 사용하여 Active Directory 자격 증명 저장 AWS Secrets Manager](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager) 섹션을 검토합니다. 1. 제공하는 Secrets Manager 보안 암호에 Amazon FSx가 보안 암호를 사용하도록 허용하는 정책이 정확하게 있는지 확인합니다. **자체 관리형 Active Directory에 SVM을 조인하면 다음 오류 메시지와 함께 실패합니다.** `You don't have permission to access the domain join service account secret [ARN]. A resource permission needs to be added to the secret to grant you access.` **이 문제를 해결하려면:** + 이 보안 암호를 사용하려면 Secrets Manager 보안 암호 소유자 또는 관리자가 계정에 액세스 권한을 부여해야 합니다. 자세한 내용은 [자격 증명 기반 정책](https://docs.aws.amazon.com/secretsmanager/latest/userguide/auth-and-access_iam-policies.html) 섹션을 참조하세요. **자체 관리형 Active Directory에 SVM을 조인하면 다음 오류 메시지와 함께 실패합니다.** `The domain join service account secret format or content isn't valid. Make sure the secret includes both CUSTOMER_MANAGED_ACTIVE_DIRECTORY_USERNAME and CUSTOMER_MANAGED_ACTIVE_DIRECTORY_PASSWORD fields with non-empty values.` **이 문제를 해결하려면:** 1. [를 사용하여 Active Directory 자격 증명 저장 AWS Secrets Manager](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager) 섹션을 검토합니다. 1. 제공하는 Secrets Manager 보안 암호에 두 필수 필드가 모두 있는지 확인합니다. ## Amazon FSx가 Active Directory 도메인 컨트롤러와 통신할 수 없음 FSx가 Active Directory 도메인 컨트롤러에 연결할 수 없음 자체 관리형 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to communicate with your Active Directory. To fix this problem, ensure that network traffic is allowed between Amazon FSx and your domain controllers. Then reattempt to join your SVM to your Active Directory. 이 문제를 해결하려면 다음과 같이 실행합니다. 1. [네트워크 구성 요구 사항](self-manage-prereqs.md#ontap-ad-network-configs)에 설명된 요구 사항을 검토하고 Amazon FSx와 AD 간의 네트워크 통신이 가능하도록 필요한 사항을 변경합니다. 1. Amazon FSx가 AD와 통신할 수 있게 되면 [AWS Management Console AWS CLI 및 API를 사용하여 Active Directory에 SVMs 조인](join-svm-to-ad.md)에 설명된 절차에 따라 SVM을 AD에 다시 조인해 봅니다. ## 포트 요구 사항 또는 서비스 계정 권한이 충족되지 않아 Amazon FSx가 Active Directory에 연결할 수 없음 포트 구성 또는 서비스 계정 권한 부족 자체 관리형 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to establish a connection with your Active Directory. This is due to either the port requirements for your Active Directory not being met, or the service account provided not having permissions to join the storage virtual machine to the domain with the specified organization unit. To fix this problem, update your storage virtual machine's Active Directory configuration after resolving any permissions issues with ports and service accounts, as recommended in the Amazon FSx user guide. 이 문제를 해결하려면 다음과 같이 실행합니다. 1. [네트워크 구성 요구 사항](self-manage-prereqs.md#ontap-ad-network-configs)에 설명된 요구 사항을 검토하고 네트워킹 요구 사항을 충족하도록 필요한 사항을 변경하고 필요한 포트에서 통신이 활성화되도록 해야 합니다. 1. [Active Directory 서비스 계정 요구 사항](self-manage-prereqs.md#ontap-ad-service-account-prereqs)에 설명된 서비스 계정 요구 사항을 검토합니다. 서비스 계정에 지정된 조직 단위를 사용하여 SVM을 Active Directory 도메인에 조인하는 데 필요한 위임된 권한이 있도록 해야 합니다. 1. 포트 권한 또는 서비스 계정을 변경한 후에는 [AWS Management Console AWS CLI 및 API를 사용하여 Active Directory에 SVMs 조인](join-svm-to-ad.md)에 설명된 절차에 따라 SVM을 AD에 다시 조인해 봅니다. ## 서비스 계정 보안 인증이 유효하지 않기 때문에 Amazon FSx가 Active Directory 도메인 컨트롤러에 연결할 수 없음 잘못된 서비스 계정 보안 인증 정보 자체 관리형 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to establish a connection with your Active Directory domain controller(s) because the service account credentials provided are invalid. To fix this problem, update your storage virtual machine's Active Directory configuration with a valid service account. 이 문제를 해결하려면 [AWS Management Console AWS CLI및 API를 사용하여 기존 SVM Active Directory 구성 업데이트](update-svm-ad-config.md)에 설명된 절차를 사용하여 SVM의 서비스 계정 보안 인증 정보를 업데이트합니다. 서비스 계정 사용자 이름을 입력할 때는 사용자 이름(예: `ServiceAcct`)만 포함하고 도메인 접두사(예:`corp.com\ServiceAcct`) 또는 도메인 접미사(예: `ServiceAcct@corp.com`)는 포함하지 않아야 합니다. 서비스 계정 사용자 이름(예: `CN=ServiceAcct,OU=example,DC=corp,DC=com`)을 입력할 때 고유 이름(DN)을 사용하지 않습니다. ## 서비스 계정 보안 인증이 충분하지 않기 때문에 Amazon FSx가 Active Directory 도메인 컨트롤러에 연결할 수 없음 자체 관리형 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to establish a connection with your Active Directory domain controller(s). 이것은 Active Directory에 필요한 포트 요구 사항을 충족하지 못했거나, 제공된 서비스 계정이 지정된 조직 구성 단위(OU)로 스토리지 가상 머신을 도메인에 가입시킬 권한을 갖고 있지 않기 때문입니다. 이 문제를 해결하려면 제공한 서비스 계정에 필요한 권한을 위임해야 합니다. 서비스 계정은 파일 시스템에 조인하려는 도메인의 OU에서 컴퓨터 객체를 만들고 삭제할 수 있어야 합니다. 또한 서비스 계정에는 최소한 다음 작업을 수행할 수 있는 권한이 있어야 합니다. + 암호 재설정 + 계정의 데이터 읽기 및 쓰기 제한 + 검증된 DNS 호스트 이름 쓰기 기능 + 검증된 서비스 위탁자 이름 쓰기 기능 + 컴퓨터 객체를 생성하고 삭제할 수 있는 기능 + 계정 제한 사항을 읽고 쓸 수 있는 검증된 기능 올바른 권한이 있는 서비스 계정을 생성하는 방법에 대한 자세한 내용은 [Active Directory 서비스 계정 요구 사항](self-manage-prereqs.md#ontap-ad-service-account-prereqs) 및 [Amazon FSx 서비스 계정에 권한 위임](self-managed-AD-best-practices.md#connect_delegate_privileges) 섹션을 참조하세요. ## Amazon FSx가 Active Directory DNS 서버 또는 도메인 컨트롤러와 통신할 수 없음 Active Directory DNS 서버 또는 도메인 컨트롤러에 연결할 수 없음 자체 관리형 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to communicate with your Active Directory. This is because Amazon FSx can't reach the DNS servers provided or domain controllers for your domain. To fix this problem, update your storage virtual machine's Active Directory configuration with valid DNS servers and a networking configuration that allows traffic to flow from the storage virtual machine to the domain controller. 이 문제를 해결하려면 다음 절차에 따릅니다. 1. 지리적 제한이나 방화벽으로 인해 Active Directory의 일부 도메인 컨트롤러에만 연결할 수 있는 경우 기본 도메인 컨트롤러를 추가할 수 있습니다. Amazon FSx는 이 옵션을 사용하여 기본 도메인 컨트롤러에 연락을 시도합니다. 다음과 같이 [https://docs.netapp.com/us-en/ontap/smb-admin/add-preferred-domain-controllers-task.html](https://docs.netapp.com/us-en/ontap/smb-admin/add-preferred-domain-controllers-task.html) NetApp ONTAP CLI 명령을 사용하여 기본 도메인 컨트롤러를 추가합니다. 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 섹션을 참조하세요. 1. 다음 명령을 입력합니다. 여기서 + `-vserver vserver_name`은 스토리지 가상 머신(SVM) 이름을 지정합니다. + `-domain domain_name`은 지정된 도메인 컨트롤러가 속한 도메인의 정규화된 Active Directory 이름(FQDN)을 지정합니다. + `-preferred-dc IP_address,…​`는 기본 도메인 컨트롤러의 하나 이상의 IP 주소를 원하는 순서에 따라 쉼표로 구분된 목록으로 지정합니다. ``` FsxId123456789::> vserver cifs domain preferred-dc add -vserver vserver_name -domain domain_name -preferred-dc IP_address, …​+ ``` 다음 명령은 SVM vs1의 SMB 서버가 cifs.lab.example.com 도메인에 대한 외부 액세스를 관리하는 데 사용하는 기본 도메인 컨트롤러 목록에 도메인 컨트롤러 172.17.102.25 및 172.17.102.24를 추가합니다. ``` FsxId123456789::> vserver cifs domain preferred-dc add -vserver vs1 -domain cifs.lab.example.com -preferred-dc 172.17.102.25,172.17.102.24 ``` 1. DNS를 사용하여 도메인 컨트롤러를 확인할 수 있는지 확인합니다. [https://docs.netapp.com/us-en/ontap-cli-9121/vserver-services-access-check-dns-forward-lookup.html](https://docs.netapp.com/us-en/ontap-cli-9121/vserver-services-access-check-dns-forward-lookup.html) NetApp ONTAP CLI 명령을 사용하여 지정된 DNS 서버의 조회 또는 가상 서버의 DNS 구성을 기반으로 호스트 이름의 IP 주소를 반환합니다. 1. ONTAP CLI에 액세스하려면 다음 명령을 실행하여 Amazon FSx for NetApp ONTAP 파일 시스템 또는 SVM의 관리 포트에 SSH 세션을 설정합니다. `management_endpoint_ip`를 파일 시스템의 관리 포트의 IP 주소로 바꿉니다. ``` [~]$ ssh fsxadmin@management_endpoint_ip ``` 자세한 내용은 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) 섹션을 참조하세요. 1. 다음 명령을 사용하여 ONTAP CLI 고급 모드로 들어갑니다. ``` FsxId123456789::> set adv ``` 1. 다음 명령을 입력합니다. 여기서 + `-vserver vserver_name`은 스토리지 가상 머신(SVM) 이름을 지정합니다. + `-hostname host_name`은 DNS 서버에서 조회할 호스트 이름을 지정합니다. + `-node node_name​`은 명령이 실행되는 노드의 이름을 지정합니다. + `-lookup-type`은 DNS 서버에서 조회할 IP 주소 유형을 지정합니다. 기본값은 `all`입니다. ``` FsxId123456789::> vserver services access-check dns forward-lookup \ -vserver vserver_name -node node_name \ -domains domain_name -name-servers dns_server_ip_address \ -hostname host_name ``` 1. SVM을 AD에 연결할 때 [필요한 정보](self-managed-AD-join.md#ad-info-for-svm-join)를 검토합니다. 1. SVM을 AD에 조인할 때의 [네트워킹 요구 사항](self-manage-prereqs.md#ontap-ad-network-configs)을 검토합니다. 1. [네트워크 구성 요구 사항](self-manage-prereqs.md#ontap-ad-network-configs)에 설명된 절차를 통해 Active Directory DNS 서버의 올바른 IP 주소를 사용하여 SVM의 Active Directory 구성을 업데이트합니다. ## 잘못된 Active Directory 도메인 이름 때문에 Amazon FSx가 Active Directory와 통신할 수 없음 잘못된 Active Directory 도메인 이름 자체 관리형 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx has detected the provided FQDN is invalid. To fix this problem, update your storage virtual machine's Active Directory configuration with an FQDN that adheres to configuration requirements. 이 문제를 해결하려면 다음 절차에 따릅니다. 1. [SVM을 Active Directory에 조인할 때 필요한 정보](self-managed-AD-join.md#ad-info-for-svm-join)에 설명된 온프레미스 Active Directory 이름 요구 사항을 검토하고 조인하려는 Active Directory가 해당 요구 사항을 준수하도록 해야 합니다. 1. [AWS Management Console AWS CLI 및 API를 사용하여 Active Directory에 SVMs 조인](join-svm-to-ad.md)에 설명된 절차에 따라 SVM을 Active Directory에 다시 조인해 봅니다. Active Directory 도메인의 FQDN에 올바른 형식을 사용해야 합니다. ## 서비스 계정이 SVM Active Directory 구성에 지정된 관리자 그룹에 액세스할 수 없음 서비스 계정은 Active Directory 관리자 그룹에 액세스할 수 없습니다. 자체 관리형 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to apply your Active Directory configuration. This is because the administrators group you provided either doesn't exist or isn't accessible to the service account you provided. To fix this problem, ensure that your networking configuration allows traffic from the SVM to your Active Directory’s domain controller(s) and DNS servers. Then update your SVM’s Active Directory configuration, providing your Active Directory’s DNS servers and, specifying an administrators group in the domain that is accessible to the service account provided. 이 문제를 해결하려면 다음과 같이 실행합니다. 1. SVM에서 관리 작업을 수행하기 위한 [도메인 그룹 제공](self-managed-AD-join.md#ad-info-for-svm-join)에 대한 정보를 검토합니다. Active Directory 도메인 관리자 그룹의 올바른 이름을 사용하고 있어야 합니다. 1. [AWS Management Console AWS CLI 및 API를 사용하여 Active Directory에 SVMs 조인](join-svm-to-ad.md)에 설명된 절차에 따라 SVM을 AD에 다시 조인해 봅니다. ## 지정된 조직 단위가 존재하지 않거나 액세스할 수 없어 Amazon FSx가 Active Directory 도메인 컨트롤러에 연결할 수 없음 잘못 지정된 OU 자체 관리형 Active Directory에 SVM을 조인하는 데 실패하고 다음과 같은 오류 메시지가 표시됩니다. Amazon FSx is unable to establish a connection with your Active Directory. This is because the organizational unit you specified either doesn't exist or isn't accessible to the service account provided. To fix this problem, update your storage virtual machine's Active Directory configuration, specifying an organizational unit to which the service account has permissions to join. 이 문제를 해결하려면 다음과 같이 실행합니다. 1. [SVM을 AD에 조인하기 위한 사전 조건](self-manage-prereqs.md)을 검토합니다. 1. [SVM을 AD에 조인할 때 필요한 정보](self-managed-AD-join.md#ad-info-for-svm-join)를 검토합니다. 1. 올바른 조직 단위와 함께 [이 절차](join-svm-to-ad.md)를 사용하여 SVM을 Active Directory에 다시 조인해 봅니다. # 스토리지 가상 머신 또는 볼륨을 삭제할 수 없음 SVM 또는 볼륨을 삭제할 수 없음 각 FSx for ONTAP 파일 시스템은 하나 이상의 스토리지 가상 머신(SVM)을 포함할 수 있으며 각 SVM은 하나 이상의 볼륨을 포함할 수 있습니다. 리소스를 삭제할 때는 먼저 해당 하위 항목이 모두 삭제되어 있어야 합니다. 예를 들어, SVM을 삭제하기 전에 먼저 SVM에서 루트가 아닌 모든 볼륨을 삭제해야 합니다. **중요** Amazon FSx 콘솔, API 및 CLI를 사용해서만 스토리지 가상 머신을 삭제할 수 있습니다. 볼륨에 Amazon FSx 백업이 활성화된 경우에만 Amazon FSx 콘솔, API 또는 CLI를 사용하여 볼륨을 삭제할 수 있습니다. 데이터 및 구성을 보호하기 위해 Amazon FSx는 특정 상황에서 SVM 및 볼륨 삭제를 방지합니다. SVM 또는 볼륨을 삭제하려고 하는데 삭제 요청이 성공하지 못하면 Amazon FSx는 AWS 콘솔, AWS Command Line Interface (AWS CLI) 및 API에서 리소스가 삭제되지 않은 이유에 대한 정보를 제공합니다. 삭제 실패 원인을 해결한 후 삭제 요청을 재시도할 수 있습니다. **Topics** + [ ## 실패한 삭제 식별 ](#identify-failed-deletions) + [ ## SVM 삭제: 라우팅 테이블에 액세스할 수 없음 ](#deletion-route-tables) + [ ## SVM 삭제: 피어 관계 ](#deletion-peer-relationship) + [ ## SVM 또는 볼륨 삭제: SnapMirror ](#deletion-snapmirror) + [ ## SVM 삭제: Kerberos 지원 LIF ](#deletion-kerberos-lif) + [ ## SVM 삭제: 기타 이유 ](#deletion-ad-connectivity) + [ ## 볼륨 삭제: FlexCache 관계 ](#deletion-flexcache) ## 실패한 삭제 식별 Amazon FSx SVM 또는 볼륨을 삭제하면 일반적으로 리소스가 Amazon FSx 콘솔, CLI 및 API에서 사라지기까지 최대 몇 분 동안 리소스의 `Lifecycle` 상태가 `DELETING`으로 전환됩니다. 리소스를 삭제하려고 할 때 `Lifecycle` 상태가 `DELETING`으로 전환되었다가 다시 `CREATED`로 되돌아오는 경우, 이 동작은 리소스가 성공적으로 삭제되지 않았음을 나타냅니다. 이 경우 Amazon FSx는 콘솔의 `CREATED` 수명 주기 상태 옆에 알림 아이콘을 보고합니다. 알림 아이콘을 선택하면 삭제 실패 이유가 표시됩니다. Amazon FSx가 SVM 및 볼륨 삭제를 방지하는 가장 일반적인 이유가 이러한 문제를 해결하는 방법에 대한 단계별 지침과 함께 다음 섹션에 나와 있습니다. ## SVM 삭제: 라우팅 테이블에 액세스할 수 없음 각 FSx for ONTAP 파일 시스템은 하나 이상의 라우팅 테이블 항목을 생성하여 가용 영역 전체에서 자동 장애 조치 및 페일백을 제공합니다. 기본적으로 이러한 라우팅 테이블 항목은 VPC의 기본 라우팅 테이블에 생성됩니다. 선택적으로 FSx for ONTAP 인터페이스가 생성될 수 있는 기본이 아닌 라우팅 테이블을 하나 이상 지정할 수 있습니다. Amazon FSx는 파일 시스템과 연결된 각 라우팅 테이블에 `AmazonFSx` 태그를 지정하며, 이 태그를 제거하면 Amazon FSx가 리소스를 삭제하지 못하게 됩니다. 이 상황이 발생하면 다음과 같은 `LifecycleTransitionReason`이 표시됩니다. `Amazon FSx is unable to complete the requested storage virtual machine operation because of an inability to access one or more of the route tables associated with your file system. Please contact 지원.` Amazon FSx 콘솔에서 파일 시스템의 요약 페이지로 이동하면 **네트워크 및 보안** 탭에서 파일 시스템의 라우팅 테이블을 찾을 수 있습니다. 라우팅 테이블 링크를 선택하면 라우팅 테이블로 이동합니다. 다음으로, 파일 시스템과 연결된 각 라우팅 테이블에 다음 키-값 페어로 태그가 지정되어 있는지 확인합니다. ``` Key: AmazonFSx Value: ManagedByAmazonFSx ``` 이 태그가 없는 경우 태그를 다시 생성한 다음 SVM을 다시 삭제해 봅니다. ## SVM 삭제: 피어 관계 피어 관계에 속하는 SVM 또는 볼륨을 삭제하려는 경우 SVM 또는 볼륨을 삭제하기 전에 먼저 피어 관계를 삭제해야 합니다. 이 요구 사항은 피어링된 SVM이 비정상 상태가 되는 것을 방지합니다. 피어 관계로 인해 SVM을 삭제할 수 없는 경우 다음 `LifecycleTransitionReason`이 표시됩니다. Amazon FSx is unable to delete the storage virtual machine because it is part of a SVM peer or transition peer relationship. Please delete the relationship and retry. ONTAP CLI를 통해 SVM 피어 관계를 삭제할 수 있습니다. ONTAP CLI에 액세스하려면 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)의 단계를 따릅니다. ONTAP CLI를 사용하여 다음 단계를 수행합니다. 1. 다음 명령을 사용하여 SVM 피어 관계를 점검합니다. `svm_name`을 SVM의 이름으로 바꿉니다. ``` FsxId123456789::> vserver peer show -vserver svm_name ``` 이 명령이 제대로 실행되면 다음과 비슷한 출력이 표시됩니다. ``` Peer Peer Peering Remote Vserver Vserver State Peer Cluster Applications Vserver ----------- ----------- ------------ ----------------- -------------- --------- svm_name test2 peered FsxId02d81fef0d84734b6 snapmirror fsxDest svm_name test3 peered FsxId02d81fef0d84734b6 snapmirror fsxDest 2 entries were displayed. ``` 1. 다음 명령을 사용하여 각 SVM 피어 관계를 삭제합니다. `svm_name` 및 `remote_svm_name`을 사용자의 실제 값으로 바꿉니다. ``` FsxId123456789abcdef::> vserver peer delete -vserver svm_name -peer-vserver remote_svm_name ``` 이 명령이 제대로 실행되면 다음과 같은 출력이 표시됩니다. ``` Info: 'vserver peer delete' command is successful. ``` ## SVM 또는 볼륨 삭제: SnapMirror 피어 관계를 먼저 삭제하지 않으면 피어 관계가 있는 SVM을 삭제할 수 없는 것처럼([SVM 삭제: 피어 관계](#deletion-peer-relationship) 참조), SnapMirror 관계를 먼저 삭제하지 않으면 SnapMirror 관계가 있는 SVM을 삭제할 수 없습니다. SnapMirror 관계를 삭제하려면 ONTAP CLI를 사용하여 SnapMirror 관계의 대상이 되는 파일 시스템에서 다음 단계를 수행합니다. ONTAP CLI에 액세스하려면 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)의 단계를 따릅니다. **참고** Amazon FSx 백업은 SnapMirror를 사용하여 파일 시스템 볼륨의 특정 시점의 증분 백업을 생성합니다. ONTAP CLI에서 백업에 대한 이 SnapMirror 관계를 삭제할 수 없습니다. 하지만 AWS CLI, API 또는 콘솔을 통해 볼륨을 삭제하면 이 관계가 자동으로 삭제됩니다. 1. 다음 명령을 사용하여 대상 파일 시스템의 SnapMirror 관계를 나열합니다. `svm_name`을 SVM의 이름으로 바꿉니다. ``` FsxId123456789abcdef::> snapmirror show -vserver svm_name ``` 이 명령이 제대로 실행되면 다음과 비슷한 출력이 표시됩니다. ``` Source Destination Mirror Relationship Total Last Path Type Path State Status Progress Healthy Updated ----------- ---- ------------ ------- -------------- --------- ------- -------- sourceSvm:sourceVol XDP destSvm:destVol Snapmirrored Idle - true - ``` 1. 대상 파일 시스템에서 다음 명령을 실행하여 SnapMirror 관계를 삭제합니다. ``` FsxId123456789abcdef::> snapmirror release -destination-path destSvm:destVol -source-path sourceSvm:sourceVol -force true ``` ## SVM 삭제: Kerberos 지원 LIF Kerberos가 활성화된 논리 인터페이스(LIF)가 있는 SVM을 삭제하려는 경우 SVM을 삭제하기 전에 먼저 해당 LIF에서 Kerberos를 비활성화해야 합니다. ONTAP CLI를 통해 LIF에서 Kerberos를 비활성화할 수 있습니다. ONTAP CLI에 액세스하려면 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)의 단계를 따릅니다. 1. 다음 명령을 사용하여 ONTAP CLI에서 진단 모드로 들어갑니다. ``` FsxId123456789abcdef::> set diag ``` 계속할지 묻는 메시지가 표시되면 **y**를 입력합니다. ``` Warning: These diagnostic commands are for use by NetApp personnel only. Do you want to continue? {y|n}: y ``` 1. 어떤 인터페이스에 Kerberos가 활성화되어 있는지 확인합니다. `svm_name`을 SVM의 이름으로 바꿉니다. ``` FsxId123456789abcdef::> kerberos interface show -vserver svm_name ``` 이 명령이 제대로 실행되면 다음과 비슷한 출력이 표시됩니다. ``` (vserver nfs kerberos interface show) Logical Vserver Interface Address Kerberos SPN -------------- ------------- --------------- -------- ----------------------- svm_name nfs_smb_management_1 10.19.153.48 enabled 5 entries were displayed. ``` 1. 다음 명령을 사용하여 Kerberos LIF를 비활성화합니다. `svm_name`을 SVM의 이름으로 바꿉니다. 이 SVM을 Active Directory에 조인하는 데 사용한 Active Directory 사용자 이름과 암호를 제공해야 합니다. ``` FsxId123456789abcdef::> kerberos interface disable -vserver svm_name -lif nfs_smb_management_1 ``` 이 명령이 제대로 실행되면 다음과 같은 출력이 표시됩니다. 이 SVM을 Active Directory에 조인하는 데 사용한 Active Directory 사용자 이름과 암호를 제공합니다. 계속할지 묻는 메시지가 표시되면 **y**를 입력합니다. ``` (vserver nfs kerberos interface disable) Username: admin Password: ************* Warning: This command deletes the service principal name from the machine account on the KDC. Do you want to continue? {y|n}: y Disabled Kerberos on LIF "nfs_smb_management_1" in Vserver "svm_name". ``` 1. 다음 명령을 사용하여 SVM에서 Kerberos가 비활성화되었는지 확인합니다. `svm_name`을 SVM의 이름으로 바꿉니다. ``` FsxId123456789abcdef::> kerberos interface show -vserver svm_name ``` 이 명령이 제대로 실행되면 다음과 비슷한 출력이 표시됩니다. ``` (vserver nfs kerberos interface show) Logical Vserver Interface Address Kerberos SPN -------------- ------------- --------------- -------- ----------------------- svm_name nfs_smb_management_1 10.19.153.48 disabled 5 entries were displayed. ``` 1. 인터페이스가 로 표시되는 경우 AWS CLI`disabled`, API 또는 콘솔을 통해 SVM을 다시 삭제해 보십시오. 이전 명령을 사용하여 LIF를 삭제할 수 없는 경우 다음 명령을 사용하여 Kerberos LIF를 강제 삭제할 수 있습니다. `svm_name`을 SVM의 이름으로 바꿉니다. **중요** 다음 명령을 실행하면 Active Directory에서 SVM의 컴퓨터 객체가 분리될 수 있습니다. ``` FsxId123456789abcdef::> kerberos interface disable -vserver svm_name -lif nfs_smb_management_1 -force true ``` 이 명령이 제대로 실행되면 다음과 비슷한 출력이 표시됩니다. 계속할지 묻는 메시지가 표시되면 **y**를 입력합니다. ``` (vserver nfs kerberos interface disable) Warning: Kerberos configuration for LIF "nfs_smb_management_1" in Vserver "svm_name" will be deleted. The corresponding account on the KDC will not be deleted. Do you want to continue? {y|n}: y ``` ## SVM 삭제: 기타 이유 FSx for ONTAP SVM은 Active Directory에 조인할 때 Active Directory에 컴퓨터 객체를 생성합니다. 경우에 따라 ONTAP CLI를 사용하여 Active Directory에서 SVM의 조인을 수동으로 해제할 수도 있습니다. ONTAP CLI에 액세스하려면 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)의 단계를 따르고 `fsxadmin` 보안 인증 정보를 사용하여 파일 시스템 수준에서 ONTAP CLI에 로그인합니다. ONTAP CLI를 사용하여 다음 단계를 수행하여 Active Directory에서 SVM의 연결을 해제합니다. **중요** 이 절차를 수행하면 Active Directory에서 SVM의 컴퓨터 객체가 분리될 수 있습니다. 1. 다음 명령을 사용하여 ONTAP CLI의 고급 모드로 들어갑니다. ``` FsxId123456789abcdef::> set adv ``` 이 명령을 실행하면 다음과 같은 출력이 표시됩니다. 계속하려면 **y**를 입력합니다. ``` Warning: These advanced commands are potentially dangerous; use them only when directed to do so by NetApp personnel. Do you want to continue? {y|n}: y ``` 1. 다음 명령을 사용하여 Active Directory의 DNS를 삭제합니다. `svm_name`을 SVM의 이름으로 바꿉니다. ``` FsxId123456789abcdef::> vserver services name-service dns dynamic-update record delete -vserver svm_name -lif nfs_smb_management_1 ``` **참고** DNS 레코드가 이미 삭제되었거나 DNS 서버에 연결할 수 없는 경우 이 명령은 실패합니다. 이 문제가 발생하면 다음 단계를 계속 진행합니다. 1. 다음 명령을 사용하여 DNS를 비활성화합니다. `svm_name`을 SVM의 이름으로 바꿉니다. ``` FsxId123456789abcdef::> vserver services name-service dns dynamic-update modify -vserver svm_name -is-enabled false -use-secure false ``` 이 명령이 제대로 실행되면 다음과 같은 출력이 표시됩니다. ``` Warning: DNS updates for Vserver "svm_name" are now disabled. Any LIFs that are subsequently modified or deleted can result in a stale DNS entry on the DNS server, even when DNS updates are enabled again. ``` 1. Active Directory에서 디바이스의 조인을 해제합니다. `svm_name`을 SVM의 이름으로 바꿉니다. ``` FsxId123456789abcdef::> vserver cifs delete -vserver svm_name ``` 이 명령을 실행하면 다음과 같은 출력이 표시됩니다. 여기서 `CORP.EXAMPLE.COM`은 도메인 이름으로 바뀝니다. 메시지가 표시되면 사용자 이름과 암호를 입력합니다. 서버를 삭제할지 묻는 메시지가 표시되면 **y**를 입력합니다. ``` In order to delete an Active Directory machine account for the CIFS server, you must supply the name and password of a Windows account with sufficient privileges to remove computers from the "CORP.EXAMPLE.COM" domain. Enter the user name: admin Enter the password: Warning: There are one or more shares associated with this CIFS server Do you really want to delete this CIFS server and all its shares? {y|n}: y Warning: Unable to delete the Active Directory computer account for this CIFS server. Do you want to continue with CIFS server deletion anyway? {y|n}: y ``` ## 볼륨 삭제: FlexCache 관계 먼저 캐시 관계를 삭제하지 않으면 FlexCache 관계의 원본 볼륨인 볼륨을 삭제할 수 없습니다. FlexCache 관계가 있는 볼륨을 확인하려면 ONTAP CLI를 사용할 수 있습니다. ONTAP CLI에 액세스하려면 [ONTAP CLI를 사용한 파일 시스템 관리](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)의 단계를 따릅니다. 1. 다음 명령을 사용하여 FlexCache 관계를 점검합니다. ``` FsxId123456789abcdef::> volume flexcache origin show-caches ``` 1. 다음 명령을 사용하여 모드 캐시 관계를 삭제합니다. `dest_svm_name` 및 `dest_vol_name`을 사용자의 실제 값으로 바꿉니다. ``` FsxId123456789abcdef::> volume flexcache delete -vserver dest_svm_name -volume dest_vol_name ``` 1. 캐시 관계를 삭제한 후 AWS CLI, API 또는 콘솔을 통해 SVM을 다시 삭제해 봅니다. # 볼륨이 `MISCONFIGURED` 상태임 잘못 구성된 볼륨 ONTAP 볼륨이 `MISCONFIGURED` 상태가 되는 잠재적 원인은 다음 주제에 설명된 바와 같이 여러 가지가 있습니다. ## 볼륨이 98% 이상 사용됨 볼륨이 98%를 초과함 파일 시스템에는 현재 98%를 초과하는 볼륨이 포함되어 있습니다. 볼의 사용률은 지속적으로 95%를 초과하지 않는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 볼륨의 공간을 확보하지 않으면 Amazon FSx는 볼륨에 대한 기회 잠금을 비활성화하여 기존 'oplocks'를 차단합니다. Amazon FSx는 패치 적용 프로세스가 완료된 후 볼륨에서 oplock을 다시 활성화합니다. 이를 방지하려면 볼륨의 스토리지 용량 사용률을 98% 미만으로 줄이세요. 이를 달성하는 몇 가지 방법은 다음과 같습니다. + 볼륨 크기를 늘립니다. + 불필요한 데이터를 삭제합니다. + 불필요한 스냅샷을 삭제합니다. 자세한 내용은 [스토리지 용량 업데이트](manage-volume-capacity.md) 및 [스냅샷 삭제](manually-delete-snapshots.md) 섹션을 참조하세요. ## 오프라인 볼륨에 iSCSI LUN 또는 NVMe/TCP 네임스페이스가 있음 블록 스토리지 볼륨이 오프라인 상태입니다. 파일 시스템은 현재 오프라인 상태인 볼륨을 호스팅하며, 해당 볼륨에는 iSCSI LUN, NVMe/TCP 네임스페이스 또는 둘 다가 포함됩니다. 볼륨을 지속적으로 온라인 상태로 유지하는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 해당 볼륨을 온라인 상태로 전환하지 않으면 Amazon FSx는 패치 작업 기간 동안 이 볼륨을 일시적으로 온라인 상태로 전환합니다. 이를 방지하려면 온라인 상태를 유지하거나 볼륨을 삭제하세요. 오프라인 볼륨을 다시 온라인 상태로 전환하려면 다음 예제와 같이 [https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html) ONTAP CLI 명령을 사용합니다. SVM(Vserver)이 하나만 있는 경우 `-vserver` 파라미터를 지정할 필요가 없습니다. ``` FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name Volume 'vs1:vol1' is now online. ``` ## 오프라인 볼륨이 FlexCache 오리진임 오프라인 FlexCache 오리진 볼륨 파일 시스템에 오프라인 상태인 FlexCache 오리진 볼륨이 포함되어 있습니다. 볼륨을 지속적으로 온라인 상태로 유지하는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 해당 볼륨을 온라인 상태로 전환하지 않으면 Amazon FSx는 패치 작업 기간 동안 이 볼륨을 일시적으로 온라인 상태로 전환합니다. 이 시간 동안 캐시 볼륨의 데이터와 함께 FlexCache 오리진 볼륨에 데이터가 다시 기록될 수 있습니다. 이를 방지하려면 온라인 상태를 유지하거나 볼륨을 삭제하세요. 오프라인 볼륨을 다시 온라인 상태로 전환하려면 다음 예제와 같이 [https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html) ONTAP CLI 명령을 사용합니다. SVM(Vserver)이 하나만 있는 경우 `-vserver` 파라미터를 지정할 필요가 없습니다. ``` FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name Volume 'vs1:vol1' is now online. ``` ## 오프라인 볼륨이 SnapMirror 관계의 일부임 SnapMirror 관계가 있는 오프라인 볼륨 파일 시스템은 현재 오프라인 상태인 볼륨을 호스팅하며 해당 볼륨은 SnapMirror 소스 또는 대상입니다. 볼륨을 지속적으로 온라인 상태로 유지하는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 이 볼륨을 온라인화하지 않으면 Amazon FSx는 패치 작업 기간 동안 이 볼륨을 일시적으로 온라인화하고 SnapMirror 관계를 일시 중지합니다. 이 시간 동안 SnapMirror 소스 볼륨의 데이터를 사용하여 SnapMirror 대상 볼륨에 데이터가 기록될 수 있습니다. 이를 방지하려면 온라인 상태를 유지하거나 볼륨을 삭제하세요. 오프라인 볼륨을 다시 온라인 상태로 전환하려면 다음 예제와 같이 [https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html) ONTAP CLI 명령을 사용합니다. SVM(Vserver)이 하나만 있는 경우 `-vserver` 파라미터를 지정할 필요가 없습니다. ``` FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name Volume 'vs1:vol1' is now online. ``` ## 제한된 볼륨에 iSCSI LUN 또는 NVMe/TCP 네임스페이스 포함 블록 스토리지 볼륨이 제한됨 파일 시스템은 현재 제한된 상태의 볼륨을 호스팅하며, 해당 볼륨에는 iSCSI LUN, NVMe/TCP 네임스페이스 또는 둘 다 포함됩니다. 볼륨을 지속적으로 온라인 상태로 유지하는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 이 볼륨을 온라인화하지 않으면 Amazon FSx는 패치 작업 기간 동안 이 볼륨을 일시적으로 온라인화합니다. 이를 방지하려면 온라인 상태를 유지하거나 볼륨을 삭제하세요. 오프라인 볼륨을 다시 온라인 상태로 전환하려면 다음 예제와 같이 [https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html) ONTAP CLI 명령을 사용합니다. SVM(Vserver)이 하나만 있는 경우 `-vserver` 파라미터를 지정할 필요가 없습니다. ``` FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name Volume 'vs1:vol1' is now online. ``` ## 제한된 볼륨이 FlexCache 오리진임 제한된 FlexCache 오리진 볼륨 파일 시스템에 제한된 상태의 FlexCache 오리진 볼륨이 포함되어 있습니다. 볼륨을 지속적으로 온라인 상태로 유지하는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 이 볼륨을 온라인화하지 않으면 Amazon FSx는 패치 작업 기간 동안 이 볼륨을 일시적으로 온라인화합니다. 이 시간 동안 캐시 볼륨의 데이터와 함께 FlexCache 오리진 볼륨에 데이터가 다시 기록될 수 있습니다. 이를 방지하려면 온라인 상태를 유지하거나 볼륨을 삭제하세요. 오프라인 볼륨을 다시 온라인 상태로 전환하려면 다음 예제와 같이 [https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html) ONTAP CLI 명령을 사용합니다. SVM(Vserver)이 하나만 있는 경우 `-vserver` 파라미터를 지정할 필요가 없습니다. ``` FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name Volume 'vs1:vol1' is now online. ``` ## 제한된 볼륨이 SnapMirror 관계의 일부임 SnapMirror 관계가 있는 제한된 볼륨 파일 시스템이 현재 제한된 상태의 볼륨을 호스팅하며 해당 볼륨은 SnapMirror 소스 또는 대상입니다. 볼륨을 지속적으로 온라인 상태로 유지하는 것이 좋습니다. 파일 시스템의 다음 유지 관리 기간이 되기 전에 이 볼륨을 온라인화하지 않으면 Amazon FSx는 패치 작업 기간 동안 이 볼륨을 일시적으로 온라인화하고 SnapMirror 관계를 일시 중지합니다. 이 시간 동안 SnapMirror 소스 볼륨의 데이터를 사용하여 SnapMirror 대상 볼륨에 데이터가 기록될 수 있습니다. 이를 방지하려면 온라인 상태를 유지하거나 볼륨을 삭제하세요. 오프라인 볼륨을 다시 온라인 상태로 전환하려면 다음 예제와 같이 [https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html) ONTAP CLI 명령을 사용합니다. SVM(Vserver)이 하나만 있는 경우 `-vserver` 파라미터를 지정할 필요가 없습니다. ``` FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name Volume 'vs1:vol1' is now online. ``` # 볼륨의 스토리지 용량 부족 볼륨에 스토리지가 부족함 볼륨 공간이 부족한 경우 여기에 표시된 절차를 사용하여 상황을 진단하고 해결할 수 있습니다. **Topics** + [ ## 볼륨 스토리지 용량이 어떻게 사용되고 있는지 확인 ](#volume-storage-usage) + [ ## 볼륨의 스토리지 용량 늘리기 ](#increase-volume-capacity) + [ ## 볼륨 자동 크기 조정 사용 ](#volume-autosizing) + [ ## 파일 시스템의 기본 스토리지가 가득 참 ](#file-system-primary-capacity) + [ ## 스냅샷 삭제 ](#ts-deleting-snapshots) + [ ## 볼륨의 최대 파일 용량 늘리기 ](#max-file-capacity) ## 볼륨 스토리지 용량이 어떻게 사용되고 있는지 확인 `volume show-space` NetApp ONTAP CLI 명령을 사용하여 볼륨의 스토리지 용량이 어떻게 사용되고 있는지 확인할 수 있습니다. 이 정보는 볼륨 스토리지 용량을 재확보하거나 보존하는 방법을 결정하는 데 도움이 될 수 있습니다. 자세한 내용은 [볼륨의 저장 용량을 모니터링하려면 (콘솔) 다음과 같이 하세요.](monitor-volume-storage-console.md#volume-capacity-usage) 섹션을 참조하세요. ## 볼륨의 스토리지 용량 늘리기 Amazon FSx 콘솔 AWS CLI및 Amazon FSx API를 사용하여 볼륨의 스토리지 용량을 늘릴 수 있습니다. 용량을 늘려 볼륨을 업데이트하는 방법에 대한 자세한 내용은 [볼륨 업데이트](updating-volumes.md) 섹션을 참조하세요. 또는 [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__modify.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__modify.html) NetApp ONTAP CLI 명령을 사용하여 볼륨의 스토리지 용량을 늘릴 수 있습니다. 자세한 내용은 [볼륨의 저장 용량을 변경하려면(콘솔) 다음과 같이 하세요.](manage-volume-capacity.md#increase-volume-size) 섹션을 참조하세요. ## 볼륨 자동 크기 조정 사용 볼륨 자동 크기 조정 기능을 사용하면 볼륨이 지정된 양만큼 또는 사용된 공간 임곗값에 도달할 때 지정된 크기로 자동 증가하도록 할 수 있습니다. [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__autosize.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__autosize.html) NetApp ONTAP CLI 명령을 사용하여 FSx for ONTAP의 기본 볼륨 유형인 FlexVol 볼륨 유형에 대해 이 작업을 수행할 수 있습니다. 자세한 내용은 [자동 크기 조정 사용](enable-volume-autosizing.md) 섹션을 참조하세요. ## 파일 시스템의 기본 스토리지가 가득 참 FSx for ONTAP 파일 시스템의 기본 스토리지가 가득 차면 볼륨에 사용 가능한 스토리지 용량이 충분하다고 표시되더라도 파일 시스템의 볼륨에 더 이상 데이터를 추가할 수 없습니다. Amazon FSx 콘솔의 파일 시스템 세부 정보 페이지에 있는 **모니터링 및 성능** 탭에서 사용 가능한 기본 스토리지 용량을 확인할 수 있습니다. 자세한 내용은 [SSD 스토리지 사용률 모니터링](monitor-fs-storage-console.md) 섹션을 참조하세요. 이 문제를 해결하기 위해 파일 시스템의 기본 스토리지 계층 크기를 늘릴 수 있습니다. 자세한 내용은 [파일 시스템 SSD 스토리지 및 IOPS 업데이트](storage-capacity-and-IOPS.md#increase-primary-storage) 섹션을 참조하세요. ## 스냅샷 삭제 스냅샷은 기본 스냅샷 정책을 사용하여 볼륨에서 기본적으로 활성화됩니다. 스냅샷은 볼륨 루트의 `.snapshot` 디렉터리에 저장됩니다. 스냅샷과 관련된 볼륨 스토리지 용량을 다음과 같은 방법으로 관리할 수 있습니다. + [스냅샷 수동 삭제](manually-delete-snapshots.md) - 스냅샷을 수동으로 삭제하여 스토리지 용량을 재확보합니다. + [스냅샷 자동 삭제 정책 생성](snapshot-autodelete-policy.md) - 기본 스냅샷 정책보다 더 적극적으로 스냅샷을 삭제하는 정책을 생성합니다. + [자동 스냅샷 끄기](disable-snapshots.md) - 자동 스냅샷을 끄면 스토리지 용량을 절약할 수 있습니다. 스냅샷을 삭제할 때 삭제하려는 스냅샷 크기와 동일한 스토리지 양을 회수하지 않습니다. 스냅샷을 삭제할 때 회수할 수 있는 스토리지 양은 [volume snapshot compute-reclaimable -vserver](https://docs.netapp.com/us-en/ontap-cli-9141/volume-snapshot-compute-reclaimable.html) ONTAP CLI 명령을 사용해확인할 수 있습니다. 이 때 *svm\$1name*, *vol\$1name*, *snapshot\$1name*을 사용자의 데이터로 대체합니다. ``` fsid8970abc52::> volume snapshot compute-reclaimable -vserver svm_name -volume vol_name -snapshot snapshot_name A total of 667648 bytes can be reclaimed. ``` 스냅샷을 삭제하고 스냅샷 정책을 관리하여 스토리지 용량을 절약하는 방법에 대한 자세한 내용은 [스냅샷 삭제](snapshots-ontap.md#delete-snapshots) 섹션을 참조하세요. ## 볼륨의 최대 파일 용량 늘리기 사용 가능한 아이노드, 즉 파일 포인터 수가 모두 소모되면 FSx for ONTAP 볼륨의 파일 용량이 부족해질 수 있습니다. 기본적으로 볼륨에서 사용 가능한 아이노드 수는 볼륨 크기 32KiB당 1개입니다. 자세한 내용은 [볼륨 파일 용량](volume-storage-capacity.md#managing-volume-file-capacity) 단원을 참조하십시오. 볼륨의 아이노드 수는 볼륨의 스토리지 용량에 비례하여 최대 648GiB까지 증가합니다. 기본적으로 스토리지 용량이 648GiB 이상인 볼륨의 아이노드 수는 모두 21,251,126개로 동일합니다. 볼륨의 최대 파일 용량을 보려면 [볼륨의 파일 용량 모니터링](view-volume-file-capacity.md) 섹션을 참조하세요. 648GiB보다 큰 볼륨을 생성하고 21,251,126개 이상의 아이노드를 포함하려는 경우 볼륨의 최대 파일 수를 수동으로 늘려야 합니다. 볼륨의 스토리지 용량이 부족한 경우 최대 파일 용량을 확인할 수 있습니다. 파일 용량이 거의 다 되었으면 수동으로 늘릴 수 있습니다. 자세한 내용은 [볼륨의 최대 파일 수를 늘리려면(ONTAP CLI) 다음과 같이 하세요.](increase-volume-max-files.md#increase-max-files) 단원을 참조하십시오. # 볼륨 용량이 부족하여 백업이 실패합니다. 볼륨 백업 실패 볼륨의 자동 일일 백업은 다음 메시지와 함께 실패합니다. ``` Amazon FSx could not create a backup of your volume because the backup snapshot was deleted. ``` 볼륨에 사용 가능한 스토리지 용량이 충분하지 않아 자동 일일 백업이 실패합니다. 이 조건을 완화하려면 볼륨의 스토리지 용량을 확보해야 합니다. 상황에 따라 다음 옵션 중 하나 이상을 사용하여 이 작업을 수행할 수 있습니다. + [볼륨의 스토리지 용량 증가](manage-volume-capacity.md#increase-volume-size) + [볼륨의 스냅샷 예약 증가](snapshots-ontap.md#snapshot-reserve) + [스냅샷 자동 삭제 비활성화](snapshot-autodelete-policy.md) + ONTAP CLI를 사용하여 [백업 스냅샷을 삭제하지 마세요](common-snapshot.md). # 삭제된 FSx for ONTAP 볼륨 복구 삭제된 볼륨 복구 FSx for ONTAP 볼륨이 삭제되면 ONTAP's 복구 대기열에 배치됩니다. ONTAP CLI를 사용하여이 대기열에서 직접 볼륨을 복구할 수 있지만 복구된 볼륨은 AWS 콘솔 또는 Amazon FSx API에 다시 표시되지 않으며 이전에 볼륨에 적용된 AWS 태그는 영구적으로 손실됩니다. AWS 통합 및 태그 기반 보안 정책을 유지하면서 FSx for ONTAP 볼륨을 올바르게 복구하려면 SnapMirror를 사용하여 [백업을 새 볼륨으로 복원](to-restore-backups.md)하거나 [볼륨의 데이터를 새 볼륨으로 복제](scheduled-replication.md)할 수 있습니다. ONTAP's 복구 대기열에 대한 자세한 내용은 [NetApp's 설명서를 참조하세요.](https://docs.netapp.com/us-en/ontap-cli/volume-recovery-queue-show.html) # 네트워크 문제 해결 네트워크 문제가 발생하는 경우 여기에 표시된 절차를 사용하여 문제를 진단할 수 있습니다. ## 패킷 추적을 캡처하려는 경우 패킷 추적은 레이어를 통해 목적지까지의 패킷 경로를 확인하는 프로세스입니다. 다음 NetApp ONTAP CLI 명령을 사용하여 패킷 추적 프로세스를 제어합니다. + **network tcpdump start** – 패킷 추적 시작 + **network tcpdump show** - 현재 실행 중인 패킷 추적 표시 + **network tcpdump stop** – 실행 중인 패킷 추적 중지 이 명령은 파일 시스템에서 `fsxadmin` 역할을 담당하는 사용자가 사용할 수 있습니다. **파일 시스템에서 패킷 추적 캡처** 1. 파일 시스템의 NetApp ONTAP CLI에 SSH를 설정하려면 *Amazon FSx for NetApp ONTAP 사용 설명서*의 [NetApp ONTAP CLI 사용](managing-resources-ontap-apps.md#netapp-ontap-cli) 섹션에 설명된 단계를 따릅니다. ``` ssh fsxadmin@file-system-management-endpoint-ip-address ``` 1. 다음 명령을 사용하여 ONTAP CLI에 진단 권한 수준을 입력합니다. ``` ::> set diag ``` 계속할지 묻는 메시지가 표시되면 `y`를 입력합니다. ``` Warning: These diagnostic commands are for use by NetApp personnel only. Do you want to continue? {y|n}: y ``` 1. 파일 시스템에서 패킷 추적을 저장할 위치를 식별합니다. 볼륨은 온라인 상태여야 하며 유효한 정션 경로가 있는 네임스페이스에 마운트되어야 합니다. 다음 명령을 사용하여 해당 기준을 충족하는 볼륨이 있는지 점검합니다. ``` ::*> volume show -junction-path !- -fields junction-path vserver volume junction-path ------- --------- ------------- fsx test_vol1 /test_vol1 fsx test_vol2 /test_vol2 fsx test_vol2 /test_vol3 ``` 1. 최소한의 필수 인수를 사용하여 추적을 시작합니다. 다음을 바꿉니다. + *node\$1name*을 노드의 이름으로 바꿉니다(예: `FsxId01234567890abcdef-01`). + *svm\$1name*을 스토리지 가상 머신의 이름으로 바꿉니다(예: `fsx`). + *junction\$1path\$1name*을 볼륨의 이름으로 바꿉니다(예: `test-vol1`). ``` ::*> debug network tcpdump start -node node_name -ipspace Default -pass-through "-i e0e -w /clus/svm_name/junction_path_name" Info: Started network trace on interface "e0e" Warning: Snapshots should be disabled on the tcpdump destination volume while packet traces are occurring. Use the "volume modify -snapshot-policy none -vserver fsx -volume test_vol1" command to disable Snapshots on the tcpdump destination volume. ``` **중요** 패킷 추적은 `e0e` 인터페이스와 `Default` IP 공간에서만 캡처할 수 있습니다. FSx for ONTAP에서는 모든 네트워크 트래픽이 `e0e` 인터페이스를 사용합니다. 패킷 추적을 사용할 때는 다음 사항에 유의하세요. + 패킷 추적을 시작할 때 추적 파일을 저장할 위치의 경로를 /clus/*svm\$1name*/*junction-path-name* 경로 이름형식으로 포함해야 합니다. + 필요에 따라 패킷 추적의 파일 이름을 제공합니다. filter\$1name을 지정하지 않으면 *node-name*\$1*port-name* \$1*yyyymmdd\$1hhmmss*.trc 형식으로 자동으로 생성됩니다. + 롤링 추적이 지정된 경우 filter\$1name에는 교체 시퀀스의 위치를 나타내는 숫자가 접미사로 붙습니다. + ONTAP CLI는 다음과 같은 선택적 **-pass-through** 인수도 허용합니다. ``` -B, --buffer-size= -c -C -F -G --time-stamp-precision {micro|nano} -Q, --direction {in|out|inout} -s, --snapshot-length= -U, --packet-buffered -W ``` + 필터 표현식에 대한 자세한 내용은 [pcap-filter(7) 매뉴얼 페이지](https://www.tcpdump.org/manpages/pcap-filter.7.html)를 참조하세요. 1. 진행 중인 추적을 봅니다. ``` ::*> debug network tcpdump show Node IPspace Port Filename ----------------------- -------- -------- -------- FsxId123456789abcdef-01 Default e0e /clus/fsx/test_vol1/FsxId123456789abcdef-01_e0e_20230605_181451.trc ``` 1. 추적을 중지합니다. ``` ::*> debug network tcpdump stop -node FsxId123456789abcdef-01 -ipspace Default -port e0e Info: Stopped network trace on interface "e0e" ``` 1. 관리자 권한 수준으로 돌아갑니다. ``` ::*> set -priv admin ::> ``` 1. 패킷 추적에 액세스합니다. 패킷 추적은 **debug network tcpdump start** 명령을 사용하여 지정한 볼륨에 저장되며 해당 볼륨에 해당하는 NFS 내보내기 또는 SMB 공유를 통해 액세스할 수 있습니다. 패킷 추적 캡처에 대한 자세한 내용은 NetApp Knowledge Base의 [ONTAP 9.10\$1에서 네트워크 dump 디버그 사용 방법](https://kb.netapp.com/onprem/ontap/hardware/How_to_use_debug_tcpdump_in_ONTAP_9.10)을 참조하세요. # I/O 오류 및 NFS 잠금 회수 실패 문제 해결 I/O 오류 및 NFS 잠금 회수 실패 이 섹션에서는 FSx for ONTAP 파일 시스템의 장애 조치 이벤트 중 I/O 오류 및 NFS 잠금 회수 실패와 관련된 문제와 각 문제에 대한 해결 방법을 설명합니다. ## 장애 조치 이벤트 중에 I/O 오류가 발생하는 경우 장애 조치 중 I/O 오류 FSx for ONTAP Single-AZ 파일 시스템의 장애 조치 중에 NFS 클라이언트에 일시적인 I/O 오류 또는 장기 일시 중지가 발생할 수 있습니다. NFSv4\$1 클라이언트의 경우 다음과 같은 커널 로그 메시지가 표시될 수 있습니다. ``` NFS: __nfs4_reclaim_open_state: Lock reclaim failed! ``` 이러한 메시지는 클라이언트가 장애 조치 기간 동안 NFS 잠금을 성공적으로 회수할 수 없음을 나타냅니다. **장애 조치 이벤트 중에 I/O 오류를 줄이려면** Linux에서는 장애 조치 감지 시간을 55\$160초에서 15\$120초로 줄이도록 클라이언트에서 네트워크 설정을 구성할 수 있습니다. **중요** 항상 비프로덕션 환경에서 이러한 구성을 먼저 테스트합니다. 이러한 설정은 IP 주소를 로컬 네트워크의 물리적(MAC) 주소에 매핑하는 데 사용되는 주소 확인 프로토콜(ARP) 트래픽을 증가시키며, 네트워크 제약 환경에는 적합하지 않을 수 있습니다. **NFS 클라이언트에 최적화된 네트워크 설정을 구성하려면** 1. 각 NFS 클라이언트에서 sysctl 구성 파일을 생성합니다. 다음 예제에서는 `default`를 사용하여 모든 네트워크 인터페이스에 설정을 적용합니다. 인스턴스에 여러 네트워크 인터페이스가 있는 경우 `default`를 FSx for ONTAP Single-AZ 파일 시스템에 연결하는 데 사용되는 특정 인터페이스 이름(예: `eth0` 또는 `ens5`)으로 바꿀 수 있습니다. ``` $ sudo tee /etc/sysctl.d/99-fsx-failover.conf > /dev/null << 'EOF' # NFS client optimizations for faster failover detection # Replace 'default' with your interface name (e.g., eth0, ens5) to target a specific interface net.ipv4.neigh.default.base_reachable_time_ms=5000 net.ipv4.neigh.default.delay_first_probe_time=1 net.ipv4.neigh.default.ucast_solicit=0 net.ipv4.tcp_syn_retries=3 EOF ``` 1. 설정을 즉시 적용합니다. ``` $ sudo sysctl -p /etc/sysctl.d/99-fsx-failover.conf ``` 1. 구성이 활성 상태인지 확인합니다. 를 사용한 경우 다음 명령을 사용하여 확인할 `default`수 있습니다. 특정 인터페이스를 지정한 경우를 인터페이스 이름(예: `eth0` 또는 `ens5`)`default`으로 바꿉니다. ``` $ sysctl net.ipv4.neigh.default.base_reachable_time_ms $ sysctl net.ipv4.neigh.default.delay_first_probe_time $ sysctl net.ipv4.neigh.default.ucast_solicit $ sysctl net.ipv4.tcp_syn_retries ``` 이러한 설정이 동일한 가용 영역 내에서 FSx for ONTAP 파일 시스템에 연결하는 모든 NFS 클라이언트에 일관되게 적용되는지 확인합니다. 이러한 네트워크 최적화를 사용할 때는 다음 사항에 유의하세요. + **base\$1reachable\$1time\$1ms=5000** – ARP 캐시 항목 유효성을 30초에서 5초로 줄여 클라이언트가 장애 조치 이벤트 중에 IP 소유권 변경을 더 빠르게 감지할 수 있습니다. + **delay\$1first\$1probe\$1time=1** - 오래된 네트워크 항목을 5초에서 1초로 탐색하기 전에 지연 시간을 줄입니다. + **ucast\$1solicit=0** - 유니캐스트 이웃 프로브를 건너뛰고 브로드캐스트 ARP 요청을 즉시 실행하여 활성 파일 서버의 재검색을 가속화합니다. + **tcp\$1syn\$1retries=3** - TCP 연결 재시도 기간을 127초에서 15초로 줄입니다. 네트워크 설정이 적용되면 환경을 모니터링하여 변경 사항을 확인해야 합니다. 파일 시스템의 처리량 용량을 수정하여 장애 조치 이벤트를 테스트할 수 있습니다. 자세한 내용은 [파일 시스템에서 장애 조치 테스트](high-availability-AZ.md#testing-failover) 단원을 참조하십시오. **변경 사항 적용 후 환경 모니터링** + **시스템 로그에서 NFS 오류를 모니터링**하여 NFS 관련 커널 로그 메시지를 확인합니다. ``` $ sudo journalctl -f | grep -i nfs ``` 와 같은 메시지 발생 횟수가 적은지 확인합니다`Lock reclaim failed`. + **애플리케이션 로그를 모니터링**하여 장애 조치 이벤트 중에 I/O 제한 시간, 연결 오류 및 재시도 관련 실패를 줄입니다. + 증가된 ARP 트래픽이 환경의 네트워크 성능에 부정적인 영향을 미치지 않도록 네트워크 **영향을 검증**합니다. ## NFSv4 환경을 위한 대체 접근 방식 NFSv4 대안 클라이언트 측 구성을 수정할 수 없는 NFSv4 환경에서는 다음 대안을 고려하세요. + **NFSv4 임대 제한 시간을 연장합니다.** 스토리지 관리자와 협력하여 NFSv4 임대 제한 시간을 늘립니다. 이러한 제한 시간을 연장하면 클라이언트가 장애 조치 이벤트 중에 잠금을 회수할 시간을 추가로 확보할 수 있습니다. 자세한 내용은 NetApp ONTAP 설명서[의 NFSv4 잠금 유예 기간 지정](https://docs.netapp.com/us-en/ontap/nfs-admin/specify-nfsv4-locking-grace-period-task.html)을 참조하세요.