이 페이지에서는 Google Cloud NetApp Volumes의 알려진 제한사항을 설명합니다.
일반적인 문제
이 섹션에서는 NetApp Volumes의 일반적인 알려진 문제를 설명합니다.
Flex Unified 서비스 수준의 RFC 1918 이외 (PUPI) 클라이언트 IP 주소 지원 문제
문제: Flex Unified 서비스 수준은 RFC 1918 이외 (PUPI) 클라이언트 IP 주소를 지원하지 않습니다.
원인: 이 제한사항은 VSA 테넌트 프로젝트 내의 방화벽 규칙 제약조건으로 인해 발생합니다.
해결 방법: 이 문제를 해결하려면 다음 옵션을 고려하세요.
RFC 1918 IP 주소 할당: RFC 1918 비공개 IP 주소를 사용하도록 클라이언트를 구성합니다.
다른 서비스 수준 사용: 표준, 프리미엄, 익스트림 또는 Flex 파일과 같이 PUPI 클라이언트 IP 주소를 지원하는 서비스 수준을 사용합니다.
수동 방화벽 구성 요청: 임시 해결 방법으로 Google Cloud Customer Care에 문의하여 PUPI 클라이언트 범위에 대한 방화벽 인그레스 규칙을 수동으로 설정할 수 있습니다. 수동 구성에는 지속적인 지원 노력이 필요할 수 있습니다. 이 옵션을 진행하려면 다음 정보와 함께 지원 요청을 제출하세요.
클라이언트 PUPI IP 범위 (예:
100.64.0.0/10)필수 프로토콜 포트 (NFS, SMB 또는 iSCSI)
대상 리전 및 스토리지 풀 이름
볼륨 생성 후 백업 작업을 실행할 때 Not found 오류
문제: ONTAP 모드 볼륨을 생성한 직후 CreateBackup, RestoreVolume,
또는 UpdateBackupConfig와 같은 백업 작업을 실행하면
작업이 Not found 오류로 인해 실패할 수 있습니다.
원인: 볼륨을 생성한 후 볼륨과
백업 관련 리소스가 백업 서비스에서 완전히 사용 가능해지기까지 약간의 시간이 걸릴 수 있습니다.
이 전파 기간 동안 백업 서비스는 볼륨을 검색할 수 있기 전에 백업 요청을 라우팅할 수 있으며, 이로 인해 Not found 오류가 발생합니다.
해결 방법: 볼륨을 생성한 후 백업 관련 작업을 실행하기 전에 최소 3분 정도 기다립니다.
Flex 파일 볼륨이 핑에 응답하지 않음
이 문제에 대한 자세한 내용은 NetApp Volumes에 대한 연결 테스트를 참고하세요.
겹치는 비공개 서비스 액세스 연결을 사용할 때 간헐적인 연결 손실
연결을 구성할 때 CIDR 범위가 동일한
VPC의 다른 비공개 서비스 액세스 연결에서 사용하는
CIDR 범위와 겹치면
netapp.servicenetworking.goog 볼륨 마운트 연결이 간헐적으로 손실될 수 있습니다. 이 문제를 방지하려면 겹치지 않는 범위를 사용하세요.
NFS 볼륨 설정을 업데이트할 때 Cloud Volumes Service에서 NetApp Volumes로 전환된 볼륨에 대한 클라이언트 액세스가 중단될 수 있음
문제: 미러링된 전송 상태로 활성 볼륨 복제의 소스 또는 대상 볼륨에서 설정을 업데이트하면 볼륨에 대한 클라이언트 액세스가 중단됩니다.
원인: 볼륨을 업데이트하면 복제 파트너 볼륨과 내보내기 정책이 동기화될 수 있습니다. 업데이트된 볼륨에 내보내기 정책이 잘못되었거나 누락된 경우 프로덕션 소스 볼륨에 마운트된 클라이언트가 액세스 권한을 잃어 서비스 중단이 발생할 수 있습니다.
배경: 복제가 미러링된 상태일 때 NetApp Volumes는 소스 및 대상 볼륨의 내보내기 정책을 자동으로 동기화합니다. 이렇게 하면 한 볼륨의 정책 변경사항이 다른 볼륨에 자동으로 적용되므로 관리자의 수동 개입 없이 일관된 클라이언트 액세스가 보장됩니다.
CVS에서 관리자는 소스 및 대상 볼륨 설정을 수동으로 동기화해야 합니다. CVS에서 NetApp Volumes로 볼륨을 전환하는 동안 기존 내보내기 정책이 수정 없이 전송되어 복제된 볼륨에서 내보내기 정책이 일관되지 않을 수 있습니다. 볼륨 복제 관계에서 소스 또는 대상 볼륨의 내보내기 정책을 업데이트하면 두 볼륨의 정책이 자동으로 동기화됩니다.
영향을 받는 볼륨
이 문제는 다음 기준을 모두 충족하는 볼륨에 적용됩니다.
활성 미러링된 볼륨 복제에 있는 볼륨입니다. 복제가 중지된 후 다시 시작하면 문제가 발생할 수 있습니다.
내보내기 정책이 있는 모든 NFS 지원 볼륨입니다.
소스와 대상 간에 내보내기 정책이 다른 볼륨입니다.
해결 방법: 이 문제를 해결하려면 소스 및 대상 볼륨의 내보내기 정책을 한 번 동기화해야 합니다. 다음 단계를 완료합니다.
소스 및 대상 볼륨의 내보내기 정책을 모두 검토하고 비교합니다.
내보내기 정책이 동일한 경우 아무 작업도 필요하지 않습니다.
내보내기 정책이 다른 경우 내보내기 규칙을 병합하여 두 정책에 지정된 모든 호스트를 허용하는 내보내기 정책을 만듭니다.
병합된 내보내기 정책을 소스 볼륨에 적용합니다. 이 정책은 대상 볼륨에도 자동으로 적용됩니다.
내보내기 정책을 동기화하면 일관된 액세스를 보장하고 클라이언트의 잠재적인 중단을 방지할 수 있습니다.
Cloud Volumes Service (CVS) 및 NetApp Volumes 리소스를 함께 사용할 때 오류 메시지
VPC, 프로젝트 또는 리전 내에서 CVS 및 NetApp Volumes 리소스를 함께 사용하는 것에 대한 오류 메시지가 표시될 수 있습니다. 프로젝트에 다음 중 하나라도 해당하는 경우 풀 및 정책과 같은 리소스를 만들려고 할 때 이 문제가 발생할 수 있습니다.
이전에 CVS에 사용된 프로젝트입니다.
NetApp Volumes 리소스가 없는 프로젝트에서 CVS 리소스 목록 작업이 실행되었습니다.
일반적인 오류 메시지는 다음과 같습니다.
Host project and service project must be using the same service.Resources from CVS and NetApp Volumes may not be used together in a single regionCannot share VPC between 3P and 1P networks.
이 문제를 해결하려면 Google Cloud Customer Care에 문의하여 NetApp Volumes 리소스만 사용하도록 특정 프로젝트 또는 리전을 재설정해 달라고 요청하세요.
특정 디렉터리에서 No space left on device 또는 File too large 오류로 인해 파일 생성 실패
문제: 마운트된 볼륨에서 새 파일 또는
하위 디렉터리를 쓰거나 복사하거나 만들려고 하면 작업이
No space left on device (errno 28 / ENOSPC) 또는
File too large (errno 27 / EFBIG) 오류로 인해 실패합니다.
이는 클라이언트 측 디스크 공간 쿼리
(예: df -h) 및
Google Cloud 콘솔에서 볼륨에 사용 가능한 논리적 용량이 충분하다고 표시하는 경우에도 발생합니다.
오류는 특정 디렉터리에 국한됩니다. 파일 생성은 동일한 볼륨의 다른 디렉터리에서 성공합니다.
원인: 이 문제는 단일 디렉터리가 지나치게 커져 내부 한도에 도달하여 스토리지 시스템에서 해당 특정 위치에 더 많은 파일 또는 하위 디렉터리를 색인화하지 못하도록 하는 경우에 발생합니다.
확인:
마운트된 클라이언트에서 다음 진단 단계를 수행하여 디렉터리 크기 한도에 도달했는지 확인합니다.
- 로컬 파일 생성 테스트: 파일을 만들려고 시도합니다.
정확히
동일한 볼륨에서 완전히 다른 새로 생성된 디렉터리에
bash mkdir /mount_point/test_dir && touch /mount_point/test_dir/test_file.txt이 작업이 성공했지만 원래 디렉터리에 쓰는 작업이 실패하면 디렉터리 한도에 도달했을 가능성이 높습니다. - 디렉터리 항목 수 추정: 문제가 있는 디렉터리 내의 항목 수를 셉니다.
bash find /mount_point/offending_directory -maxdepth 1 | wc -l - 디렉터리 색인 파일 크기 검사: 디렉터리의 메타데이터 공간을 확인합니다.
bash ls -ld /mount_point/offending_directory디렉터리 파일 크기가 지나치게 크면 디렉터리 메타데이터가 크게 부풀어 오른 것입니다.
해결 방법:
이 문제를 해결하고 디렉터리 구조를 정상적으로 유지하려면 다음 방법을 구현하세요.
- 디렉터리 샤딩 구현: 애플리케이션 또는 워크로드를 재구성하여 파일을 중첩된 계층적 하위 디렉터리에 분산합니다 (예: 단일 플랫 디렉터리에 많은 파일을 보관하는 대신
/aa/bb/filename.txt). - 부풀어 오른 디렉터리 재빌드: 한도를 초과한 디렉터리에서 파일을 삭제하면 파일 이름이 삭제되지만 기본 파일 시스템에서 디렉터리 색인 파일의 실제 크기가 자동으로 축소되지는 않습니다. 디렉터리의 공간을 완전히 회수하려면 활성 파일을 새 디렉터리로 복사하거나 이동한 후 오래되고 부풀어 오른 디렉터리를 삭제합니다.
Active Directory 통합 문제
다음 섹션에는 Active Directory 통합의 알려진 문제가 포함되어 있습니다.
연결 문제
다음 제한사항으로 인해 온프레미스 도메인 컨트롤러에 연결할 수 없습니다.
VPC 피어링: NetApp Volumes는 스토리지 풀의 Virtual Private Cloud (VPC)에 있거나 VPN으로 연결된 도메인 컨트롤러에만 연결할 수 있습니다. NetApp Volumes는 스토리지 풀의 VPC와 피어링되고 스토리지 풀에 연결되는 도메인 컨트롤러를 포함하여 다른 VPC의 도메인 컨트롤러에 연결할 수 없습니다.
방화벽: NetApp Volumes가 도메인 컨트롤러에 연결하도록 허용하지 않으면 온프레미스 연결이 실패합니다. 자세한 내용은 Active Directory 액세스를 위한 방화벽 규칙을 참고하세요.
Active Directory 정책의 Active Directory 사이트 설정을 수정해도 Flex 파일 서비스 수준 스토리지 풀에는 영향을 미치지 않습니다. 이 설정은 Flex Unified 풀에서 작동합니다.
NetApp Volumes가 Windows 2025 기반 도메인 컨트롤러에 가입할 수 없음
Windows 2025의 회귀로 인해 NetApp Volumes는 Windows 2025 도메인 컨트롤러를 사용하여 도메인에 가입할 수 없습니다.
2025년 9월 9일 현재 Microsoft는 이 문제를 해결하기 위해 KB5065431 및 KB5065426 을 출시했습니다. Windows 2025는 RC4 암호화를 지원하지 않으므로 Active Directory 인증에 AES 암호화를 사용 설정해야 합니다.
자세한 내용은 SMB 3.1.1 적용으로 인해 Windows 2025 이하 버전과의 도메인 컨트롤러 통신이 실패할 수 있음을 참고하세요.
SMB 3.1.1 적용으로 인해 Windows 2025 이하 버전과의 도메인 컨트롤러 통신이 실패할 수 있음
Windows 2025 도메인 컨트롤러는 Active Directory 클라이언트와의 통신에 SMB 3.1.1을 적용합니다. 인터넷 보안 센터 (CIS) 정책 18.6.7.6에서는 이전 Windows 버전에 SMB 3.1.1을 사용하는 것이 좋습니다.
NetApp Volumes는 SMB 클라이언트와 NetApp Volumes SMB 서버 간의 통신에 SMB 3.1.1을 지원하지만 클라이언트로 Active Directory에 연결할 때는 SMB 2.1 및 SMB 3.0만 지원합니다.
도메인 컨트롤러가 SMB 3.1.1 연결만 허용하는 경우 NetApp Volumes는 Active Directory에 연결할 수 없으므로 서비스가 중단됩니다.
호환성을 유지하려면 도메인 컨트롤러에서 SMB 2.1을 최소 지원 SMB 버전으로 설정하는 것이 좋습니다. 이 설정은 모든 도메인 컨트롤러 또는 사이트 기반 Active Directory 정책을 사용하는 경우 Active Directory 사이트의 모든 도메인 컨트롤러에 적용해야 합니다.
다음 예에서는 최소 지원 SMB 버전을 2.1로 설정하는 방법을 보여줍니다.
Set-SmbServerConfiguration -Smb2DialectMax SMB311 -Smb2DialectMin SMB210
PowerShell 또는 그룹 정책을 사용하여 SMB 설정을 수정하는 방법에 대한 자세한 내용은 Windows 및 Windows Server 2025에서 SMB 다이렉트 관리하기를 참고하세요.
CMEK 문제
다음 섹션에는 고객 관리 암호화 키 (CMEK) 작업의 알려진 문제가 포함되어 있습니다.
ListKmsConfigs가 Invalid value for enum type 오류를 반환함
볼륨이 시스템 관리 암호화에서 고객 관리 암호화로 마이그레이션되는 동안 ListKmsConfigs 명령어는 마이그레이션 중에 간헐적으로 Invalid value for enum type 오류를 반환합니다. 마이그레이션이 완료되면 ListKmsConfigs 명령어가 정상적으로 작동합니다.
KmsConfig 정책 생성 실패
간혹 KmsConfig 정책 생성이 실패하고 다른 정책을 만들 수 없게 됩니다. 이 문제가 발생하면 Google Cloud Customer Care에 문의하세요.
볼륨 복제 문제 및 제한사항
다음 섹션에서는 볼륨 복제 기능의 알려진 문제 및 제한사항에 대해 자세히 설명합니다.
활성 복제에서 대상 볼륨 할당량 설정이 실패할 수 있음
활성 복제에서 볼륨의 설정을 수정하면 설정이 소스 및 대상 볼륨 모두에 적용됩니다. 하지만 대상 볼륨에만 적용되는 할당량 변경사항은 스테이징되며 복제가 중지되면 대상 볼륨에 적용됩니다. 간혹 이 할당량 설정이 실패하고 작업이 끝날 때 오류 메시지가 표시됩니다. 중지 작업은 성공하지만 모든 할당량이 대상 볼륨에 적용되지 않았을 수 있습니다. 중지 작업 중에 할당량 오류가 발생하면 소스 및 대상 볼륨의 할당량 규칙을 비교한 후 대상 볼륨에서 누락된 할당량 규칙을 업데이트하여 소스 볼륨 설정과 일치시킵니다.
Google Cloud 콘솔에 연결된 Active Directory 정책이 없는 스토리지 풀이 표시됨
Google Cloud 콘솔에서 소스 볼륨의 볼륨 복제를 만들 때 대상 볼륨을 만들기 위해 선택할 수 있는 스토리지 풀 목록에는 Active Directory 정책이 없는 스토리지 풀이 포함되어 있습니다. Active Directory 정책이 없는 스토리지 풀을 선택하면 복제가 실패합니다.
대용량 볼륨 알려진 문제
다음 섹션에서는 대용량 볼륨 기능의 알려진 문제를 설명합니다.
호환되지 않는 풀이 표시됨
스토리지 풀 (서비스 수준)을 변경할 때 Google Cloud 콘솔에 호환되지 않는 풀이 표시될 수 있습니다. 호환되지 않는 스토리지 풀로 변경하려고 하면 시도가 실패하고 오류 메시지가 표시됩니다.
CMEK 마이그레이션이 차단되지 않음
CMEK 마이그레이션은 Google Cloud 콘솔에서 차단되지 않으며 대용량 볼륨이 있는 경우에도 허용됩니다. 대용량 볼륨이 구성된 경우 CMEK 마이그레이션을 시도하면 시도가 실패합니다.
FlexCache 문제
이 섹션에서는 FlexCache 기능의 알려진 문제를 설명합니다.
콘솔 Google Cloud 에서 FlexCache 볼륨 수정이 실패할 수 있음
FlexCache 볼륨은 API 또는 Google Cloud CLI를 통해서만 수정할 수 있습니다. FlexCache 볼륨은 생성 후 Google Cloud 콘솔에 표시되지만 보고 삭제할 수 있으며 Google Cloud 콘솔을 사용하여 업데이트하려고 하면 실패할 수 있습니다. 이러한 경우 Google Cloud CLI를 사용하여 수정합니다.
snapshot-directory가 true로 설정된 경우 FlexCache 볼륨 생성이 실패함
FlexCache 볼륨은 snapshot-directory 옵션을 지원하지 않습니다. API는 이 매개변수를 기본적으로 false로 설정하지만 Google Cloud CLI는 기본적으로 true로 설정합니다.
따라서 Google Cloud CLI를 사용하여 FlexCache 볼륨을 만들 때는 생성 실패를 방지하기 위해 --snapshot-directory false를 명시적으로 포함해야 합니다.