近日，多位Google Cloud Platform（GCP）用户报告称，当从位于德国的节点向位于asia-south1（印度孟买）区域的Cloud Storage（GCS）存储桶执行上传操作时，上传过程会陷入无限挂起状态，无法完成任何数据传输。该问题已持续数小时，波及多个依赖跨区域数据同步的业务场景，引发广泛关注。
问题详情：上传进度条停滞，无错误提示
据受影响用户反馈，当尝试从德国的Compute Engine实例或本地网络通过gsutil、curl或GCP SDK将文件上传至asia-south1区域的存储桶时，上传进程在开始后不久即停止响应。客户端既不返回超时错误，也不显示上传完成，而是无限期地停留在等待状态。部分用户观察到，小文件（<1MB）偶有成功，但大于10MB的文件几乎无一例外全部失败。
一位来自柏林的技术运维人员在社区论坛中描述：“我们使用GitLab CI从德国构建机部署静态资源到孟买存储桶，昨天开始所有上传作业都被卡住，直到CI超时被强制终止。尝试重试多次，结果相同。同一项目内，从德国上传到美国us-central1或欧洲europe-west3区域则完全正常。”
影响范围：跨国数据管道受阻
该故障主要影响跨洲际的上传路径，尤其是从欧洲到亚洲的南亚区域。多位用户确认，从德国上传至新加坡（asia-southeast1）或东京（asia-northeast1）并未出现类似问题，而孟买区域是唯一被报告的重灾区。
受影响的典型场景包括： - 欧洲公司的全球CDN静态资源同步； - 跨国游戏服务器的日志回传； - 欧洲AI训练集群向亚洲数据中心的模型结果上传； - SaaS平台的多区域数据库备份聚合。
由于asia-south1是印度以及南亚地区主要的云服务枢纽，大量面向印度用户的业务依赖该区域。此次故障迫使部分企业临时将上传目标切换到其他区域，或启用昂贵的跨区域传输加速方案。
官方回应：问题已确认，正在定位根因
截至发稿时，Google Cloud状态面板已将该问题标记为“服务降级”，并在内部事件编号下进行追踪。官方初步回应称，问题与跨区域网络路径的负载均衡器配置异常有关，并非存储桶自身的容量或权限限制。
GCP工程团队已介入调查，但尚未给出修复时间表。一位技术支持代表在内部沟通中透露：“我们观察到从德国到asia-south1的某些TCP连接在TLS握手后丢失了确认包，导致客户端发送队列满而阻塞。这与前几周该区域的一次网络维护可能存在关联。”
临时解决方案：改用代理或中间区域中转
在官方修复之前，受影响用户可尝试以下变通措施：
- 使用相同区域上传：将临时存储桶创建在更近的区域（如europe-west6或europe-west3），再通过GCS的跨区域复制功能同步到孟买。
- 启用传输加速：在gsutil中配置
{StorageTransferService}或使用--perf-trace参数调整TCP窗口，但效果不稳定。 - 通过代理节点转发：在asia-southeast1或europe-west4部署一台小型Compute Engine实例作为中转代理，利用这些区域正常的上传路径完成数据传输。
- 更换协议或工具：尝试使用
curl配合--limit-rate或改用FTP/SFTP，但受限于GCS原生API，效果有限。
行业观察：跨区域可靠性再受拷问
此次事件并非GCS首次出现跨区域上传问题。2022年11月，从美国西部到亚洲东北部的上传曾出现间歇性高延迟。2024年3月，欧洲到南美洲的路径亦曾报告过类似“挂起”现象。业界分析认为，随着全球云服务节点密度增加，不同区域间的网络路径复杂度及负载均衡器的状态同步问题正成为新的故障高发区。
对于依赖多云跨区域数据流动的企业，此次故障再次警示：关键业务应配备多区域冗余上传策略，并定期测试灾备切换流程。同时，建议密切关注GCP状态面板及官方发布的安全公告。
我们会持续跟踪事件进展。如果您的业务因此受到影响，请及时联系Google Cloud支持团队或将上传目标临时调整至其他可用区域。