App Engine Admin API를 사용하여 앱을 배포하는 데 문제가 발생하는 경우 이 섹션에는 오류 메시지와 각 오류를 해결하기 위한 제안사항이 나와 있습니다.
호출자에게 프로젝트에 액세스할 수 있는 권한이 없음
앱을 배포할 때 다음 오류가 발생합니다.
User EMAIL_ADDRESS does not have permission to access project PROJECT_ID (or it may not exist): The caller does not have permission
이 오류는 앱을 배포하는 데 사용한 계정에 현재 프로젝트에 앱을 배포할 권한이 없는 경우에 발생합니다.
이 문제를 해결하려면 계정에 App Engine 배포자(roles/appengine.deployer
) 역할을 부여합니다. 배포에 사용한 계정을 확인하려면 다음 중 하나를 수행합니다.
- Google Cloud CLI를 사용하여 배포한 경우
gcloud auth list
명령어를 실행합니다. - IDE에서 배포한 경우 Cloud 도구 플러그인의 설정을 봅니다.
레지스트리에서 메타데이터를 가져올 수 없음
앱을 배포할 때 다음 오류가 발생합니다.
Failed to fetch metadata from the registry, with reason: generic::permission_denied
이 오류는 스토리지 관리자(roles/storage.admin
) 역할이 없는 서비스 계정으로 gcloud app deploy
명령어를 사용하는 경우에 발생합니다.
이 문제를 해결하려면 서비스 계정에 스토리지 관리자 역할을 부여합니다.
- 사용한 계정을 확인하려면
gcloud auth list
명령어를 실행합니다. - 경우에 따라 App Engine 배포자(
roles/appengine.deployer
) 역할만 할당하는 것이 왜 충분하지 않은지 알아보려면 App Engine 역할을 참조하세요.
서비스 계정에는 이미지에 대한 권한이 있어야 함
앱을 배포할 때 다음 오류가 발생합니다.
The App Engine appspot and App Engine flexible environment service accounts must have permissions on the image IMAGE_NAME
이 오류는 다음 이유 중 하나로 발생합니다.
기본 App Engine 서비스 계정에 스토리지 객체 뷰어(
roles/storage.objectViewer
) 역할이 없습니다.- 이 문제를 해결하려면 서비스 계정에 스토리지 객체 뷰어 역할을 부여합니다.
프로젝트에 액세스 수준을 사용하여 Cloud Storage API에 대한 액세스를 제한하는 VPC 서비스 경계가 있습니다.
- 이 문제를 해결하려면 앱 배포를 위해 사용하는 서비스 계정을 해당 VPC 서비스 경계 accessPolicies에 추가합니다.
Cloud Build를 만들 수 없음
앱을 배포할 때 다음 오류가 발생합니다.
Failed to create cloud build: Permission denied
이 오류는 Cloud Build 편집자(roles/cloudbuild.builds.editor
) 역할이 없는 계정으로 gcloud app deploy
명령어를 사용하는 경우에 발생합니다.
이 문제를 해결하려면 앱을 배포하는 데 사용하는 서비스 계정에 Cloud Build 편집자 역할을 부여합니다.
사용한 계정을 확인하려면 gcloud auth list
명령어를 실행합니다.
애플리케이션을 가져오는 중에 발생한 권한 오류
앱을 배포할 때 다음 오류가 발생합니다.
Permissions error fetching application apps/app_name. Please make sure you are using the correct project ID and that you have permission to view applications on the project
Google Cloud CLI 버전 328 이상을 실행하는 경우 앱을 배포할 때 다음 오류가 발생합니다.
Permissions error fetching application apps/app_name. Please make sure that you have permission to view applications on the project and that SERVICE_ACCOUNT has the App Engine Deployer (roles/appengine.deployer) role.
이 오류는 앱을 배포하는 데 사용한 계정에 App Engine 배포자(roles/appengine.deployer
) 역할이 없는 경우에 발생합니다.
이 문제를 해결하려면 앱을 배포하는 데 사용한 서비스 계정에 App Engine 배포자 역할을 부여했는지 확인합니다. 서비스 계정에 이 역할이 없다면 이 역할을 부여하세요. 배포에 사용한 계정을 확인하려면 다음 중 하나를 수행합니다.
- Google Cloud CLI를 사용하여 배포한 경우
gcloud auth list
명령어를 실행합니다. - IDE에서 배포한 경우 Cloud 도구 플러그인의 설정을 봅니다.
새 프로젝트의 배포 실패
새 프로젝트에서 앱을 처음 배포할 때 다음 오류가 표시될 수 있습니다.
ERROR: (gcloud.app.deploy) Error Response: [13] Failed to create cloud build: com.google.net.rpc3.client.RpcClientException:..........invalid bucket "staging.PROJECT-ID.appspot.com"; service account PROJECT-ID@appspot.gserviceaccount.com does not have access to the bucket
권한 누락, 조직 정책 변경 등 다양한 요인으로 인해 이 오류가 발생할 수 있습니다.
이 문제를 해결하려면 기본 서비스 계정에 스토리지 관리자(roles/storage.admin
) 역할이 부여되었는지 확인합니다. 스토리지 관리자 역할을 부여하려면 사용자가 만든 버킷에 빌드 로그 저장을 참조하세요.
배포 중 발생하는 여러 권한 오류에 따라 다른 필수 역할과 함께 스토리지 관리자 역할을 이미 부여했지만 여전히 앱을 배포할 수 없는 경우 다음과 같은 조직 정책 변경사항 때문일 수 있습니다.
Google Cloud는 2024년 5월부터 모든 조직 리소스에 보안 강화를 기본으로 설정한 조직 정책을 적용합니다. 이 정책은 App Engine이 기본적으로 App Engine 기본 서비스 계정에
Editor
역할을 부여하지 못하도록 방지합니다.2024년 6월부터 Cloud Build가 새 프로젝트에서 서비스 계정을 사용하는 방법에 대한 기본 동작이 변경되었습니다. 이 변경사항은 Cloud Build 서비스 계정 변경에 자세히 설명되어 있습니다. 이러한 변경사항으로 인해 처음으로 버전을 배포하는 새 프로젝트에서 버전 배포를 위한 권한이 부족한 기본 App Engine 서비스 계정을 사용하는 상황일 가능성이 있습니다.
이 문제를 해결하려면 다음 단계를 따르세요.
App Engine 기본 서비스 계정(
PROJECT_ID@appspot.gserviceaccount.com
)에Editor
역할을 부여합니다.기본 서비스 계정 변경에 대한 Cloud Build의 안내를 검토하고 새 프로젝트의 기본 변경사항을 선택 해제합니다.
앱 인프라가 정상이 될 때까지 기다리는 동안 타임아웃됨
앱을 배포할 때 다음 오류가 발생합니다.
Timed out waiting for the app infrastructure to become healthy
권한 누락, 코드 오류, CPU 또는 메모리 부족, 상태 확인 실패 등 다양한 요인으로 인해 이 오류가 발생할 수 있습니다. 이 오류는 App Engine 가변형 환경에서만 발생합니다.
이 문제를 해결하려면 다음과 같은 가능한 원인을 배제하세요.
- 기본 App Engine 서비스 계정에 편집자(
roles/editor
) 역할을 부여했는지 확인합니다. 애플리케이션을 실행하는 데 사용하는 서비스 계정(일반적으로 기본 서비스 계정,
app-id@appspot.gserviceaccount.com
)에 다음 역할을 부여했는지 확인합니다.서비스 계정에 역할이 없는 경우 역할을 부여합니다.
공유 VPC 설정에서 배포하고
app.yaml
에서instance_tag
을 전달하는 경우 이 섹션을 참조하여 문제를 해결하세요.
서버리스 VPC 액세스 커넥터로 서비스를 배포할 때 발생한 권한 오류
앱을 배포할 때 다음 오류가 발생합니다.
Please ensure you have [compute.globalOperations.get] on the service project
이 오류는 서버리스 VPC 커넥터로 앱을 배포하려는 사용자 또는 서비스 계정에 필요한 권한이 없을 때 발생합니다.
이 문제를 해결하려면 배포를 수행하는 사용자 또는 서비스 계정에 서버리스 VPC 액세스 사용자 및 Compute 뷰어 IAM 역할이 있는지 확인합니다.
공유 VPC 설정에서 배포할 때 발생한 잘못된 값 오류
다음 오류는 앱을 배포할 때 Flex VM 인스턴스의 Cloud Logging에 표시됩니다.
Invalid value for field 'resource.tags.items[1]': 'aef-instance'. Duplicate tags are not allowed: aef-instance on compute.instances.insert
이 오류는 인스턴스를 생성 시 instance_tag를 설정할 때 발생하는 현재 알려진 문제로 인해 발생합니다.
문제를 해결하려면 app.yaml
파일에서 instance_tag
필드를 삭제하고 다시 배포합니다.
최대 인스턴스가 3개 이하인 앱을 배포할 때 발생하는 오류
max_instances
가 3개 이하로 설정된 앱을 배포하면 예상치 못한 오류나 다운타임이 발생할 수 있습니다. 이 문제를 해결하려면 app.yaml
파일에 최대 인스턴스를 최소 4개 이상 지정하여 다시 배포합니다.
최대 인스턴스 제한을 초과할 때 오류 발생
앱을 배포할 때 다음 오류가 발생합니다.
You may not have more than 'xx' total max instances in your project.
프로젝트당 만들 수 있는 최대 인스턴스 수에는 한도가 있습니다. 이 제한을 초과하면 추가 인스턴스 만들기 요청이 실패합니다.
이 문제를 해결하려면 app.yaml
파일에서 max_instances
의 값을 이 한도보다 낮은 값으로 설정하거나 일부 서비스 또는 버전을 삭제하여 max_instances
합계를 한도 이내로 줄이세요.
로그 오류 없이 배포 중에 빌드 실패
앱을 배포할 때 다음 오류가 발생합니다.
ERROR: (gcloud.app.deploy) Cloud build failed. Check logs at https://console.cloud.google.com/cloud-build/builds/BUILD_ID?project=PROJECT_NUMBER Failure status: UNKNOWN: Error Response: [2] Build failed; check build logs for details
오류 메시지의 링크를 따라가면 모든 빌드 단계가 성공했음을 나타냅니다. 하지만 앱을 빌드하지 못했습니다.
이 문제는 고객 관리 암호화 키(CMEK)를 사용 중이거나 staging.PROJECT_ID.appspot.com
버킷에 데이터 보관 정책을 설정한 경우 발생합니다.
이 문제를 해결하려면 staging.PROJECT_ID.appspot.com
버킷의 다음 설정을 변경하세요.
- Google 소유 및 Google 관리형 키로 암호화를 설정합니다.
- 보관 정책을 삭제합니다.
NODE_ENV=development
로 실행 시 배포 중에 빌드가 실패함
이 오류는 Node.js 애플리케이션을 배포할 때 발생할 수 있습니다. 기본적으로 build
스크립트가 package.json
에서 감지되면 Node.js 런타임이 npm run build
를 실행합니다.
이로 인해 장기 실행 빌드 또는 메모리 부족 오류와 같은 예기치 않은 동작이 발생할 수 있습니다.
실행에 필요한 모든 종속 항목이 포함되도록 app.yaml
파일에 NODE_ENV=development
를 지정합니다.
오류가 발생해도 app.yaml
파일의 build-env-variables
에서 NODE_ENV: 'production'
을 지정하여 프로덕션을 강제 실행할 수 있습니다.
build_env_variables:
NODE_ENV: 'production'
자세한 내용은 배포 중에 커스텀 빌드 단계 실행을 참조하세요.