• "error": "Request entity too large: limit is 3145728"可能是kubernetes处理程序对大于3 MB的对象的默认响应，正如您在源代码的L305中看到的：

expectedMsgFor1MB := `etcdserver: request is too large`
expectedMsgFor2MB := `rpc error: code = ResourceExhausted desc = trying to send message larger than max`
expectedMsgFor3MB := `Request entity too large: limit is 3145728`
expectedMsgForLargeAnnotation := `metadata.annotations: Too long: must have at most 262144 bytes`

• ETCD确实有一个1.5MB的文件处理限制，您可以在ETCD文档中找到一个尝试--max-request-bytes标志的建议，但它对GKE集群没有任何影响，因为您在主节点上没有这样的权限。
• 但即使这样做了，也并不理想，因为通常这种错误意味着您正在使用对象，而不是引用对象，这会降低性能。

我强烈建议您考虑以下选项：

*确定您的对象是否包含未使用的引用;
*分解资源;
*请考虑使用卷装载;

有一个new API Resource: File (orBinaryData)的请求可以适用于你的情况。它是非常新的，但它是很好的保持关注。
如果你还需要帮助，请告诉我。

当我在Helm图表目录中放置一些大文件时，这种情况就发生在我身上。删除这些文件帮助我解决了我的问题。

检查目录中文件的大小，它包含了你的图表版本的模板和值。yaml（因为它看起来目录的名称通常等于charts）。

du <directory-path> --max-depth=1

# if you want it to be more readable add -h switch

du -h <directory-path> --max-depth=1

如果文件大小超过3145728，请确保没有任何不相关的文件。（源代码）

如果您使用的是HELM，请检查是否有日志文件等大文件。添加.helmignore

.DS_Store

# Common VCS dirs

.gitignore
.bzr/
.bzrignore
.hg/
.hgignore
.svn/

# Common backup files

* .swp
* .bak
* .tmp
* ~

# Various IDEs

.project
.idea/

* .tmproj

.vscode/

* .log