Project

General

Profile

Actions

Bug #6063

closed

Performance of retrieving last node run reports time impact both compliance and list of node screen

Added by François ARMAND almost 10 years ago. Updated over 9 years ago.

Status:
Released
Priority:
1 (highest)
Category:
Performance and scalability
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:

Description

As soon as we want to display information about a node or about compliance (that is, almost any page on Rudder), we start by retrieving the last execution run that we received on Rudder for that node, which allows to know when the node was last seen, and what config id it applied on that run.

That information is generally quite quick to get, but it in big system (several hunderd of nodes), it may take as long as 500ms. Which is a high price to pay on almost anything we want to do.

Moreover, that information is very easy to cache (its size is at most the number of nodes * a couple of stat (a date, a configid), so a couple of thousand entries in huge Rudder installation - really small) and the cache unvalidation is trivial since we already DO have a batch to process new runs.

Actions

Also available in: Atom PDF