Azure 搜索多租户策略、成本和建议

Question

我正在为多个租户设计一个利用 Azure 搜索的体系结构。由于每个租户的架构略有不同，我的解决方案将需要每个租户 1 个索引。这很容易设置，我真的很喜欢微软的组合。然而，现在我开始考虑新租户的入职、每月费用和扩大服务规模，我开始遇到一些困难，想知道我的“最佳”选择是什么。

有没有人遇到过这种情况，可以为最佳实践提供一些启示？以下是我现在看到的选项：

选项 1： 为每 5 个租户启动一个新的 BASIC 计划，每 5 个租户的成本为 $38/m（每个租户每月 $7.60）。

优点： 起步便宜。 缺点：租户受到性能和存储能力有限的影响，一旦超过 5 个索引/租户，我将不得不管理 X 数量的服务和 ClientQueryKeys。 p>

选项 2： 为每 50 个租户制定一个新的 STANDARD S1 计划，每 50 个租户的成本为 250 美元/平方米（每个租户每月 5 美元）。

优点：随着租户数量的增加，性能更好，需要管理的服务更少 缺点： 启动成本要高得多，一旦系统拥有超过 50 个租户，我仍然需要管理租户与服务的关系，我将不得不管理 X 数量的服务和 ClientQueryKeys 一旦我超过 50 个索引/租户。

选项 3： 启动一个可用于所有租户的 STANDARD S2 计划（假设索引计数没有上限）

优点：性能更好，随着租户数量的增加，无需管理多个服务/客户端密钥 缺点：起步成本高得多，关于成本和限制的文档很少。

在所有情况下（除了选项 3，我假设？）我必须跨多个服务管理客户端密钥。因此，显然只有一项具有无限索引计数的服务是理想的。但是，我是一家初创公司（是的，我已经在使用 BizSpark），而且当我可能只有 1-5 个租户开始时，搜索成本非常高。

我了解到，没有办法在计划之间轻松迁移数据（无需手动操作或编写脚本），因此我的第一选择可能是我的最后选择。我还希望只为我的所有租户管理一项服务和一个计划。因此，我倾向于选项 3。

如果选项 3 是最佳选项：

1. 我可以从 BASIC 开始，然后根据需要扩展到 S1 然后 S2，或者这不可能？
2. 如果 BASIC 无法扩展到 S1，是否至少可以在超过 50 个租户后从 STANDARD S1 扩展到 S2，或者我需要手动管理还是从 S2 开始？
3. 在标准 S2 上，我的启动成本和/或每个索引/租户的成本是多少？
4. 我的索引限制在 S2 上是无限的吗？
5. 如果不是，索引上限是多少？
6. 我还应该考虑其他选项或注意事项吗？

Answer 1

S2 服务在多租户场景中工作得更好。它们不仅可以容纳更多索引（最多 200 个），而且还具有更大的整体容量，因此假设索引大小和负载呈指数分布，您可以获得更好的客户体验。

你是对的，进入成本更高。

关于 S2 的缺点，我们很快将发布适当的文档和其他支持材料。同时，请随时直接与我联系（Pablo DOT Castro AT 通常的 Microsoft 域）了解更多详情。

如果您认为将来会有很多索引（很多 100 个），我们也在研究提供更好的多租户支持的选项。我们还没有准备好宣布细节，但如果您与我们联系，我很乐意讨论。

回答您的具体问题：

1.我可以从 BASIC 开始，然后根据需要扩展到 S1 然后 S2，或者这不可能？

我们目前不支持此功能。您必须创建一个新的搜索服务并迁移索引。

2.如果 BASIC 无法扩展到 S1，是否至少可以在超过 50 个租户后从 STANDARD S1 扩展到 S2，或者我需要手动管理还是从 S2 开始？

不，不是。我们想做这个，只是还没有做到。

3.在标准 S2 上，我的启动成本和/或每个索引/租户的成本是多少？

请与我们联系，我们可以讨论定价。

4.我的索引限制在 S2 上是无限的吗？ 5.如果不是，指数上限是多少？

不，S2 服务仅限于 200 个索引/服务。

6.我还有其他选择或注意事项需要考虑吗？

你做了一个很好的分析，我认为你在正确的轨道上。您可能要考虑的一件事是公平。同一服务中的所有索引共享您为该服务预置的容量。如果存在不公平负载的风险，您可能需要考虑按租户限制。