Hi Hessel Wellema,
Rootcause by hessel wellema-
I deleted and added a couple of hundreds of documents hours before the degradation occurred. Apparently these actions have a negative effect on the performance even hours after the event. I added an additional replica which should hel address this.
other workaround -
First lets check the Azure Service Health dashboard to ensure there are no active incidents or service disruptions in your region that might be impacting performance. Next, review your Search service metrics in the Azure Portal under Monitoring. Key metrics to look at include Search Latency, Throttled Queries, Indexing Latency, and Query Volume. These insights can help determine whether the issue is related to backend throttling or a spike in load.
Additionally, try running a simplified version of your query using Search Explorer in the Azure Portal. For example, test a basic query like search=*
with a reduced $top
value such as 5. This helps isolate whether the latency is caused by specific filters, scoring profiles, or result sizes. You should also review your current query structure in code- if your query uses large $top
values, full-text search on large fields, or complex filters, these can dramatically increase query time, especially as your index grows.
check the index statistics to see if there has been a sudden spike in document size or index fragmentation. This can be done via the Azure Portal or through the Index Stats API. Given that you’re using a beta version of the SDK (^12.0.0-beta.2
), I would recommend upgrading to the latest stable version to rule out any potential issues or bugs in the beta release. You can do this by running:
npm install @azure/search-documents@latest
If the problem persists after these steps, enable diagnostic logging via Azure Monitor to track query performance and identify problematic requests. Logs can be filtered using Log Analytics to show long-running or failed queries.
Let me know if you need further assistance.