我在创建一个像下面这样的模型时遇到困难

CREATE OR REPLACE MODEL `my-company-project.dvo_ocr_sandbox.dvo_flash_modelxx`
REMOTE WITH CONNECTION DEFAULT
OPTIONS (
  endpoint = 'gemini-3.5-flash'
);

而同样的命令在端点为 gemini-2.5-flash 的文件上运行。对 3.5 的错误信息是

Not found: Publisher Model `projects/my-company-project/locations/us-central1/publishers/google/models/gemini-3.5-flash` was not found or your project does not have access to it. Please ensure you are using a valid model version. For more information, see: https://cloud.google.com/vertex-ai/generative-ai/docs/learn/model-versions

而 2.5 开心地回答说 Successfully created (or replaced) model named dvo_flash_modelxx。当我进入Model Garden Gemini 3.5 Flash时，它就在那儿，初看就像上一版一样，似乎准备好一决高下。根据文档，3.5于 5月 19日发布。我的位置是us-central-1。

有人知道这是怎么回事吗？

解决方案

啊，这其实是Google Cloud区域性上线的一个典型问题，搞得人都疯。

简短的回答是 gemini-3.5-flash 目前只存在于 global Vertex AI端点上，而像 gemini-2.5-flash 这样的旧版本已经部署到诸如 us-central1 的特定区域端点。

因为你的BigQuery数据集 dvo_ocr_sandbox 位于 us-central1，BigQuery会在API调用中自动附加该区域。它实际上就敲门到 .../locations/us-central1/...，而Vertex AI会抛出404，因为模型还没有实际搬到那个区域。它现在只存在于 global 池中。

下面是绕过它的方法：

由于BigQuery的远程模型必须继承其构建所在数据集的位置，你不能强制让一个 us-central1 数据集去查看一个 global 模型。你需要通过多区域设置来实现路由：

1. 新建一个临时或全新BigQuery数据集，并将数据位置设为 US（多区域），而不是具体的区域。
2. 将你的远程连接指向这个新数据集。
3. 在那里运行你的 CREATE OR REPLACE MODEL 语句。因为它是多区域，API查询会默认指向全球Vertex端点，轻松找到3.5模型。

或者试试这个

如果你因为数据驻留或合规原因被锁定在 us-central1，不幸地还得继续使用 gemini-2.5-flash。Google总是在第一天就把新模型投放到全球/US多区域端点，然后花费几周时间再复制到各个区域数据中心。

如果你绝对被迫停留在 us-central1，但今天又急需3.5，可以搭建一个 Cloud Function 作为中间人，越过区域边界，尽管设置起来会稍微麻烦一些。