Networking GCP存储出口费用：从何而来？

由于“北美和欧盟之间的GCP存储出口”成本，我们的账单几乎呈线性增长。据我所知，我们在NA中既没有任何存储桶，也没有实例。查看storage.googleapis.com/network/sent_bytes_count度量，似乎出口可能与应用程序引擎应用程序的部署一致（它是一个静态站点，每5-10分钟重新部署一次）

我如何才能知道从NA传输的是什么数据以及如何停止传输，以避免充电？

您可以激活。默认情况下会停用它，因为日志的数量可能很大

无论如何，对于您的案例，您可以为您的调查激活它们，然后停用它们

您还可以查看您的应用程序引擎部署区域。这可能是根本原因。

您可以激活。默认情况下会停用它，因为日志的数量可能很大

无论如何，对于您的案例，您可以为您的调查激活它们，然后停用它们

---

您还可以查看您的应用程序引擎部署区域。这可能是根本原因。

我还注意到，在NA和EU之间存在一些意想不到的

GCP存储出口。我在欧盟地区运行应用程序引擎应用程序。我的理论是，这是由于作为部署应用程序引擎版本过程的一部分，从
gcr.io
（而不是
eu.gcr.io
）下载容器映像所致。（上面说，
gcr.io
目前在美国。）我在云构建历史中找到了一些证据：在那里，我看到了例如
拉取图像：gcr.io/gae runtimes/crane:current
。如果我浏览到
gcr.io/gae runtimes/crane
，我会看到它的“虚拟大小”是7.66MB，因此，由于我现在已经完成了37次部署，我的账单中提到了1.58GB的出口，它本身并不能完全解释这个数字，但可能还有其他更大的图像正在下载。（我在构建历史记录中看到，像
这样的东西已经有了镜像（带有摘要）：gcr.io/cloud builders/gcs fetcher
，但也许这些东西都是收费的？
我还注意到，在NA和EU之间存在一些意想不到的
GCP存储出口
成本。我在欧盟地区运行应用程序引擎应用程序。我的理论是，这是由于作为部署应用程序引擎版本过程的一部分，从
gcr.io
（而不是
eu.gcr.io
）下载容器映像所致。（上面说，
gcr.io
目前在美国。）我在云构建历史中找到了一些证据：在那里，我看到了例如
拉取图像：gcr.io/gae runtimes/crane:current
。如果我浏览到
gcr.io/gae runtimes/crane
，我会看到它的“虚拟大小”是7.66MB，因此，由于我现在已经完成了37次部署，我的账单中提到了1.58GB的出口，它本身并不能完全解释这个数字，但可能还有其他更大的图像正在下载。（我在构建历史记录中看到，像
这样的东西已经有了图像（带有摘要）：gcr.io/cloud builders/gcs fetcher
，但也许这些东西还是要收费的？
感谢您的回复。我向计费支持部门求助，等待他们的意见first@IljyaKalai：您收到计费支持部门的回复了吗？我也看到了同样的情况，我在EU中有一个云运行实例，图像也存储在EU中。然而，云构建有时在NA中运行，因为目前无法指定区域。我使用缓存来加速构建，每当构建过程在NA中运行时，它都会从EU中提取图像。至少在我的案例中，这是造成这些成本的原因，也是为什么它不会在每个构建中发生的原因。感谢您的回复。我向计费支持部门求助，等待他们的意见first@IljyaKalai：您收到计费支持部门的回复了吗？我也看到了同样的情况，我在EU中有一个云运行实例，图像也存储在EU中。然而，云构建有时在NA中运行，因为目前无法指定区域。我使用缓存来加速构建，每当构建过程在NA中运行时，它都会从EU中提取图像。至少在我的案例中，这是造成这些成本的原因，也是为什么它不会在每个构建中发生的原因。