我有一个12 S1的搜索服务,总容量为300 GB。我的索引过去大约为240 GB,我添加了大约12 GB的数据(我向现有索引添加了新字段)。新大小是303 GB,而不是252 GB,这是我期望的。)
我了解Azure搜索使用合并过程,其中索引大小会暂时增加,但随后合并会减少索引。
我的问题是我怎么知道这是临时增加还是真的用完了空间?另外,有没有办法强制索引合并过程减小索引大小?
答案 0 :(得分:1)
我在Azure搜索团队中工作。
我要指出的第一件事是,添加12 GB的原始内容并不一定意味着索引大小将仅增加 12 GB。索引的数据可能会大得多,具体取决于架构和字段属性,尤其是如果字段是可搜索的。
尽管该服务会定期运行合并操作,以更有效地存储文档并释放空间,天青门户网站或Service Statistics API的索引大小与实际索引大小很接近因为它已经排除了可能释放的大小。这个过程是不确定的,取决于多个因素,例如索引率和文档大小。预期的减少量还受操作类型(添加,更新,删除)的影响。
简而言之,不需要区分,因为存储大小已经反映了索引的实际大小。另外,也没有办法直接从外部强制进行合并。这是为了确保服务的稳定性。
无论如何,我建议您根据Azure搜索中显示的存储大小统计信息进行容量规划,并留出一些喘息的空间,以确保将来的索引编制不受影响。如果超出最大存储限制或需要更多呼吸空间,请考虑升级到更高的SKU-Choose a pricing tier or SKU for Azure Search。注意,这将需要重新索引数据。希望这会有所帮助。