Power BI is turning 10! Tune in for a special live episode on July 24 with behind-the-scenes stories, product evolution highlights, and a sneak peek at what’s in store for the future.
Save the dateEnhance your career with this limited time 50% discount on Fabric and Power BI exams. Ends August 31st. Request your voucher.
I am looking for benchmark statistics on the volume, range of data, and performance capabilities of KQL for handling high-velocity data. Specifically, I would like to know the numeric values related to the data volume KQL can process efficiently, including throughput, latency, and any scalability metrics.
Solved! Go to Solution.
Latency, ahahaha. Expect a minimum latency of 8 minutes before the inserted data is retrievable.
Hi @Nalapriya ,
Thanks for lbendlin's reply!
And @Nalapriya , There may not be any document that specifically describes the values of these attributes.
Generally speaking:
Data Ingestion Rates: Azure Data Explorer can ingest data at rates of up to 200 MB/sec per node. In large clusters, this can scale linearly, allowing ingestion rates in the range of GBs per second.
Data Storage: ADX can handle petabytes of data efficiently.
Latency: Query latency is typically in the range of milliseconds to seconds, depending on the complexity of the query and the volume of data being scanned. Simple queries on indexed data can return results in milliseconds.
Horizontal Scaling: ADX clusters can scale out by adding more nodes, allowing for linear scaling of both ingestion and query performance. A single cluster can scale to hundreds of nodes.
I have found several relevant official documents for you, hoping that they will be helpful to you:
Query limits - Kusto | Microsoft Learn
Eventhouse and KQL Database consumption - Microsoft Fabric | Microsoft Learn
Here are some commands to set these properties:
Request limits policy - Kusto | Microsoft Learn
Also these ones:
I also found a blog that has some guidance on how to do your own KQL-related performance testing, which I hope will be helpful to you:
Evaluate query performance of Azure Data Explorer | Microsoft Community Hub
Best Regards,
Dino Tao
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
Hi @Nalapriya ,
Thanks for lbendlin's reply!
And @Nalapriya , There may not be any document that specifically describes the values of these attributes.
Generally speaking:
Data Ingestion Rates: Azure Data Explorer can ingest data at rates of up to 200 MB/sec per node. In large clusters, this can scale linearly, allowing ingestion rates in the range of GBs per second.
Data Storage: ADX can handle petabytes of data efficiently.
Latency: Query latency is typically in the range of milliseconds to seconds, depending on the complexity of the query and the volume of data being scanned. Simple queries on indexed data can return results in milliseconds.
Horizontal Scaling: ADX clusters can scale out by adding more nodes, allowing for linear scaling of both ingestion and query performance. A single cluster can scale to hundreds of nodes.
I have found several relevant official documents for you, hoping that they will be helpful to you:
Query limits - Kusto | Microsoft Learn
Eventhouse and KQL Database consumption - Microsoft Fabric | Microsoft Learn
Here are some commands to set these properties:
Request limits policy - Kusto | Microsoft Learn
Also these ones:
I also found a blog that has some guidance on how to do your own KQL-related performance testing, which I hope will be helpful to you:
Evaluate query performance of Azure Data Explorer | Microsoft Community Hub
Best Regards,
Dino Tao
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
Latency, ahahaha. Expect a minimum latency of 8 minutes before the inserted data is retrievable.
This is your chance to engage directly with the engineering team behind Fabric and Power BI. Share your experiences and shape the future.
Check out the June 2025 Fabric update to learn about new features.