Azure Search Options(我了解 Azure Search prcicng)

Azure Search Options (Have I understood Azure Search prcicng)

我们在table存储中有1亿行,每行大约有4项元数据,我们想按元数据搜索,看pricing会很贵.

Basic 选项支持 1M 文档,是否与只有 4 项元数据的 100 万行一样?或者我们会简单地用完 2GB 的存储空间,这将被优化,因此 2GB 的元数据可能不会 = 2GB 的存储空间。

然后是大号

我们还在研究文档数据库和具有 table 存储的标准模式,以允许搜索其他元数据。

如果您的搜索方案不需要全文搜索(例如,提前键入、建议、词干和词形变化形式的 50 多种语言、分面、自定义评分),而只需要数字/日期时间/地理空间比较和简单的字符串匹配,那么Doc​​umentDB会是一个不错的选择。如果/当您需要全文搜索功能时,DocumentDB 也可以轻松高效地与 Azure 搜索集成。

就 Azure 搜索定价而言,请查看 S1 和 S2 层。例如,您可以使用 2 个 S2 分区存储 1 亿个文档。定价图块上显示的存储和文档限制 每个分区 。每个服务最多可以有 12 个分区,除了 Basic 只有 1 个。

Basic 有 1M 文档的硬性限制,您不能添加更多分区来增加它,因此您必须选择 Standard 层、S1、S2 或 S3,如果你想索引所有 100M 条目。每个单独的条目(数据库中的行)都算作一个文档。您索引的文档的最大大小为 16 MB,但根据您更新索引的方式,它可能会更小 (https://docs.microsoft.com/en-us/azure/search/search-limits-quotas-capacity#document-size-limits)。

您需要存储的文档数量会影响您需要的层级,还会影响最大存储大小和您想要的吞吐量。您可以快速估计需要多大的存储空间,例如如果您的 4 个元数据点都是字符串,并且每个字符串平均为 30 个 UTF-8 字符,那么您总共需要 (100M x 4 x 30 b) ~ 11 GB,因此存储大小可能不是您需要的 select 更多分区(S1 和 S2 都可以放在一个分区中)。

要容纳 100M 文档,您可以以 1,304.21 英镑/月的价格使用 7 个 S1 分区 (15M x 7 = 105M),或以 1,490.52 英镑/月的价格使用 2 个 S2 分区 (100M x 2)。 S2 可能会为您提供更好的吞吐量,并且会为您提供更多索引(即使您目前不需要它们(因为您只有 4 个元数据点))。

如前所述,搜索引擎的全部功能可能比您现在需要的要多得多,但如果开始使用它是一个战略决策,那么至少您知道为什么要为此付费它。