You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The mongodbatlas receiver is consistently returning 429 due to too many requests. The reason for this is because it is polling for database stats on each poll, which is extremely expensive and makes an individual API call for every database in an Atlas cluster. The number of databases a user can have on their Atlas cluster is unbounded and the high chance of getting rate limited significantly reduces the effectiveness of this receiver. This will be especially apparent in any production environment.
I would like the collection of per database metrics an optional configuration setting. I believe the collection of database metrics should be disabled by default, due to the performance impact of collecting these metrics.
It looks like this is the line where it is looping through each database to get database metrics. Making this optional would help alleviate the rate limiting.
The text was updated successfully, but these errors were encountered:
sunfranklin
changed the title
Make getProcessDatabaseMeasurementsPage() optional to reduce API calls on Atlas clusters
[receiver/mongodbatlas] Make getProcessDatabaseMeasurementsPage() optional to reduce API calls on Atlas clusters
Jun 2, 2022
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping @open-telemetry/collector-contrib-triagers. If this issue is still relevant, please ping the code owners or leave a comment explaining why it is still relevant. Otherwise, please close it.
The mongodbatlas receiver is consistently returning 429 due to too many requests. The reason for this is because it is polling for database stats on each poll, which is extremely expensive and makes an individual API call for every database in an Atlas cluster. The number of databases a user can have on their Atlas cluster is unbounded and the high chance of getting rate limited significantly reduces the effectiveness of this receiver. This will be especially apparent in any production environment.
I would like the collection of per database metrics an optional configuration setting. I believe the collection of database metrics should be disabled by default, due to the performance impact of collecting these metrics.
It looks like this is the line where it is looping through each database to get database metrics. Making this optional would help alleviate the rate limiting.
The text was updated successfully, but these errors were encountered: