如果您在使用 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 Deployer (roles/appengine.deployer
) 角色。如需查看用于部署的账号,请执行以下操作之一:
- 如果您使用 Google Cloud CLI 进行部署,请运行
gcloud auth list
命令。 - 如果您从 IDE 部署,请查看 Cloud Tools 插件的设置。
无法从注册表提取元数据
部署应用时,系统会出现以下错误:
Failed to fetch metadata from the registry, with reason: generic::permission_denied
如果您通过没有 Storage Admin (roles/storage.admin
) 角色的服务账号使用 gcloud app deploy
命令,则会发生此错误。
如需解决此问题,请向服务账号授予 Storage Admin 角色:
- 如需查看您使用的账号,请运行
gcloud auth list
命令。 - 如需了解在某些情况下仅分配 App Engine Deployer (
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 服务账号没有 Storage Object Viewer (
roles/storage.objectViewer
) 角色。- 如需解决此问题,请向服务账号授予 Storage Object Viewer 角色。
您的项目具有 VPC 服务边界,该边界使用访问权限级别限制对 Cloud Storage API 的访问。
- 如需解决此问题,请将用于部署应用的服务账号添加到相应的 VPC 服务边界 accessPolicies。
未能创建 Cloud Build
部署应用时,系统会出现以下错误:
Failed to create cloud build: Permission denied
如果您通过没有 Cloud Build Editor (roles/cloudbuild.builds.editor
) 角色的账号使用 gcloud app deploy
命令,则会发生此错误。
如需解决此问题,请向用于部署应用的服务账号授予 Cloud Build Editor 角色。
如需查看您使用的账号,请运行 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 Deployer (roles/appengine.deployer
) 角色,则会发生此错误。
如需解决此问题,请确认您已向用于部署应用的服务账号授予 App Engine Deployer 角色;如果服务账号没有该角色,请授予该角色。如需查看用于部署的账号,请执行以下操作之一:
- 如果您使用 Google Cloud CLI 进行部署,请运行
gcloud auth list
命令。 - 如果您从 IDE 部署,请查看 Cloud Tools 插件的设置。
新项目部署失败
在新项目中首次部署应用时,您可能会看到以下错误:
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
各种因素都可能会导致此错误,例如缺少权限和组织政策更改。
如需解决此问题,请验证您是否已向默认服务账号授予 Storage Admin (roles/storage.admin
) 角色。如需授予 Storage Admin 角色,请参阅将构建日志存储在用户创建的存储桶中
如果您已授予 Storage Admin 角色,并且根据部署期间遇到的不同权限错误授予了其他必需角色,但仍无法部署应用,则可能是因为以下组织政策更改导致:
从 2024 年 5 月开始,Google Cloud 对所有组织资源强制执行从设计上保证安全的组织政策。默认情况下,此政策会阻止 App Engine 向 App Engine 默认服务账号授予
Editor
角色。从 2024 年 6 月开始,Cloud Build 更改了 Cloud Build 在新项目中使用服务账号的默认行为。Cloud Build 服务账号更改中详细说明了此更改。由于此更改,首次部署版本的新项目可能会使用权限不足的默认 App Engine 服务账号来部署版本。
如需解决此问题,请执行以下操作:
将
Editor
角色授予 App Engine 默认服务账号 (PROJECT_ID@appspot.gserviceaccount.com
)。查看 Cloud Build 指导,了解默认服务账号的更改并停用新项目中的默认更改。
等待应用基础架构运行状况恢复正常时超时
部署应用时,系统会出现以下错误:
Timed out waiting for the app infrastructure to become healthy
各种因素都可能会导致此错误,例如缺少权限、代码错误、CPU 或内存不足或健康检查失败。只有在 App Engine 柔性环境中才会发生该错误。
如需解决此问题,请排除以下可能的原因:
- 验证您是否已向默认 App Engine 服务账号授予 Editor (
roles/editor
) 角色。 - 检查项目的组织政策是否限制对外部 IP 地址的访问。如需了解详情,请参阅 App Engine 柔性环境已知问题。
确认您已向用于运行应用的服务账号(通常是默认服务账号,即
app-id@appspot.gserviceaccount.com
)授予以下角色:如果此服务账号不具有这些角色,请授予这些角色。
如果您要在共享 VPC 设置中进行部署,并在
app.yaml
中传递instance_tag
,请参阅此部分以解决问题。
使用无服务器 VPC 访问通道连接器部署服务时出现权限错误
部署应用时,系统会出现以下错误:
Please ensure you have [compute.globalOperations.get] on the service project
当尝试使用无服务器 VPC 连接器部署应用的用户或服务账号没有所需的权限时,便会发生此错误。
要解决此问题,请确保执行部署的用户或服务账号具有 Serverless VPC Access User 和 Compute Viewer IAM 角色。
在共享 VPC 设置中进行部署时出现无效值错误
部署应用时,Flex 虚拟机实例的 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
文件中指定至少四个实例并重新部署。
超出实例数上限时发生错误
部署应用时,系统会出现以下错误:
You may not have more than 'xx' total max instances in your project.
每个项目可以创建的实例数存在上限。如果超出此限制,创建其他实例的请求会失败。
如需解决此问题,请在 app.yaml
文件中将 max_instances
的值设置为低于此限制的值,或者删除一些服务或版本以使 max_instances
的总和在此限制范围内。
在运行版本下重启实例时出错
部署应用时,系统会出现以下错误:
error when restarting the instance under the running versions
2024 年 5 月,Google Cloud 开始对所有新组织强制执行从设计上保证安全组织政策。此政策要求在新项目中创建的所有虚拟机实例都必须启用虚拟机管理器。对于新项目和现有项目,此限制条件将阻止会在项目或实例级别停用虚拟机管理器的元数据更新。
如需解决此问题,您必须停用组织政策限制条件“要求使用 OS Config”(constraints/compute.requireOsConfig
)。
如果此问题仍然存在,您还必须停用可能已在项目级或组织级启用的以下组织政策:
为虚拟机实例定义允许的外部 IP (
constraints/compute.vmExternalIpAccess
)。如果您的应用已设置为仅使用专用网络,则无需停用此限制。停用 Compute Engine 元数据的访客属性 (
constraints/compute.disableGuestAttributesAccess
)
必需的“compute.firewalls.list”权限
在共享 VPC 网络上部署应用时,系统会出现以下错误:
Request to https://compute.googleapis.com/compute/v1/projects/projects/PROJECT_ID/global/firewalls?key failed, details: Required 'compute.firewalls.list' permission for 'projects/PROJECT_ID'
如果宿主项目的以下服务账号没有 Compute Network User (roles/compute.networkUser
) 角色,则系统会出现此错误:
如需解决此问题,请确认您是否已向宿主项目的 Google API 服务代理和 App Engine 柔性环境服务代理服务账号授予 Compute Network User 角色;如果这些服务账号没有该角色,请向其授予该角色。
在部署期间构建失败,但日志中没有错误
部署应用时会出现以下错误:
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 管理的密钥。
- 移除保留政策。
由于组织政策限制条件,部署失败
部署应用时,系统会出现以下错误:
ERROR: (gcloud.app.deploy) Error Response: [13] An internal error occurred while processing task /app-engine-flex/....: Request to https://compute.googleapis.com/compute/[VERSSION]/[PROJECT_ID]/... failed, details: Constraint constraints/compute.disableGuestAttributesAccess violated for project [PROJECT_ID].
此错误可能是由于在部署应用时强制执行组织政策限制条件 constraints/compute.disableGuestAttributesAccess
而导致的。默认情况下,系统会对 App Engine 柔性环境中的所有应用强制执行此政策。
如需解决此问题,您必须停用组织政策限制条件 constraints/compute.disableGuestAttributesAccess
。
部署到现有柔性环境版本时出错
部署到现有 App Engine 柔性环境版本时,可能会出现以下错误:
ERROR: (gcloud.app.deploy) Error Response: [9] An internal error occurred while processing task /app-engine-flex/flex_await_healthy/flex_await_healthy
此错误表示使用有效的 Docker 映像更新健康状况不佳的部署并不总是会产生健康状况良好的部署。结果取决于健康状况不佳的部署中的实例状态。尽管存在错误,但如果您提供了良好的 Docker 映像,则部署最终可能会正常运行。虽然允许使用新的 Docker 映像更新现有版本,但这并不是一种好的做法。如果版本失败,系统不会回滚。