Google cloud platform 为什么gcloud命令行工具比浏览器上传快得多?

Google cloud platform 为什么gcloud命令行工具比浏览器上传快得多?,google-cloud-platform,gcloud,Google Cloud Platform,Gcloud,今天,我将一个1.55gb的zip文件上传到一个gcloud实例。我按照说明在浏览器窗口中使用上载文件命令 在感到沮丧之后,这花费了太长的时间(我等了一个小时,它说已经完成了12%),我在教程的其他地方查看了一下,并从本地终端使用了以下命令 gcloud compute scp[文件名][实例名]:/tmp/ 文件上传时间约为1分7秒(另一种方法估计为10小时左右) 为什么scp方法要快得多?我在中没有看到解释,直观地说,upload命令不能在引擎盖下运行scp命令吗?浏览器使用IAP隧道,这

今天,我将一个1.55gb的zip文件上传到一个gcloud实例。我按照说明在浏览器窗口中使用上载文件命令

在感到沮丧之后,这花费了太长的时间(我等了一个小时,它说已经完成了12%),我在教程的其他地方查看了一下,并从本地终端使用了以下命令

gcloud compute scp[文件名][实例名]:/tmp/

文件上传时间约为1分7秒(另一种方法估计为10小时左右)


为什么
scp
方法要快得多?我在中没有看到解释,直观地说,
upload
命令不能在引擎盖下运行
scp
命令吗?

浏览器使用IAP隧道,这比直接SSH连接慢得多

注意:不建议使用浏览器(IAP隧道)进行文件传输,因为存在数据配额。这是一个方便的特性,不是为您的用例设计的

使用IAP隧道确实提供了有用的好处。您的计算引擎实例不需要公共IP地址。您可以访问只有专用IP地址的实例

浏览器无法启动诸如scp之类的程序

最好的方法是安装SSH/SCP产品来进行文件传输。我在Windows上使用Bitvise


下面是一个关于IAP隧道(TCP转发)的详细信息的示例。

这是一个好问题。我不知道Cloud Shell中的上传文件机制是使用scp还是完全不同的东西。可能是使用Upload file在浏览器环境中执行base64编码数据的HTTP POST序列。在路径长度和实现上可能存在显著差异。总而言之,我喜欢你的问题,我很想听听关于从Cloud Shell上传文件与scp相比什么时候是一个有价值的组件的指导。谢谢!我认为这与基于浏览器有关。他们真的应该在文档中提到,不建议对更大的文件传输进行此操作。好的一点,我正在提交对文档的更改以使其更清晰。