将 Azure AI 搜索服务移动到另一个 Azure 区域

客户偶尔会询问如何将搜索服务移动到另一个区域。 目前没有内置机制或工具可帮助执行该任务,但本文可帮助你了解在不同区域中的新搜索服务上重新创建索引和其他对象的手动步骤。

注意

在 Azure 门户中,所有服务都有 Export template 命令。 对于 Azure AI 搜索,此命令生成服务的基本定义(名称、位置、层、副本和分区计数),但不识别服务的内容,也不移动密钥、角色或日志。 尽管存在该命令,但我们不建议用它来移动搜索服务。

先决条件

  • 确保帐户使用的服务和功能在目标区域中受支持。

  • 对于预览功能,请确保订阅在目标区域已获得批准。

准备并移动

  1. 识别依赖项和相关服务,以了解重新定位服务的全部影响,以防需要移动的不仅仅是 Azure AI 搜索。

    Azure 存储用于记录和创建知识库,并且是 AI 扩充和索引的常用外部数据源。 Azure AI 服务用于在 AI 扩充期间支持内置技能。 如果使用 AI 扩充,Azure AI 服务和搜索服务需要位于相同区域。

  2. 为服务上的所有对象创建清单,以了解要移动的内容:索引、同义词映射、索引器、数据源和技能组。 如果已启用日志记录,则请创建历史记录可能需要的所有报表,并将其存档。

  3. 查看新区域中的定价和可用性,确保新区域中 Azure AI 搜索以及所有相关服务的可用性。 大多数功能在所有区域都可用,但一些预览功能受到限制。

  4. 在新区域中创建服务,然后从源代码重新发布任何现有索引、同义词映射、索引器、数据源和技能组。 请记住,服务名称必须是唯一的,因此不能重复使用现有名称。 检查每个技能组,查看与 Azure AI 服务的连接在相同区域要求下是否仍然有效。 此外,如果已创建知识存储,请在使用其他服务时检查 Azure 存储的连接字符串。

  5. 重载索引和知识存储(如果适用)。 你可以使用应用程序代码将 JSON 数据推送到索引中,也可以重新运行索引器以从外部源拉取文档。

  6. 启用日志记录,如果正在使用,请重新创建安全角色。

  7. 更新客户端应用程序和测试套件以使用新的服务名称和 API 密钥,并对所有应用程序进行测试。

丢弃或清理

新服务经过全面测试并可操作后,删除旧服务。 删除服务将自动删除与该服务相关的所有内容。

后续步骤

以下链接有助于你在完成上述步骤时查找相关详细信息。