Replies: 3 comments 1 reply
-
You're correct, only the endpoints listed in the whitelist are shown. We currently have no plans to expose other endpoints too. Our reasoning for that is that stats for the other endpoints are not really that valuable. At the same time they bloat the |
Beta Was this translation helpful? Give feedback.
-
@timvisee Thanks for your answer, I understand the reason for the current decision. But I will explain our case to you, in the deployment process we are suffering failures related to the management of aliases, switching collections, etc. By not being able to obtain metrics from these endpoints, we are losing the option to monitor and alarm these events. Would it be possible for this whitelist to be configurable? Thank you |
Beta Was this translation helpful? Give feedback.
-
Yes, I am aware of it. If we could collect the number of times these endpoints are called along with the status obtained, we could create a preventive alarm policy, which would allow us to anticipate bad behavior from Qdrant and be able to take action. Be aware of when your performance is starting to degrade and be able to later do a more in-depth review of the reason, now using all the logs and the full context. To give you a little more context, when deploying and provisioning data to Qdrant, we are suffering 500 timeout errors, mainly related to calls to collections and aliases endpoints. Since the problems are not related to searching for points in the database, the current metrics do not alert us to bad behavior until it is too late and Qdrant has already crashed. Could I then create an issue or change request? |
Beta Was this translation helpful? Give feedback.
-
when I log in I can only see a small set of the endpoints, it looks like the ones defined in this whitelist.
Is there any way to see the metrics of other endpoints? such as alias creations, deletion, etc.
Is there any plan to support this? or it will not be supported in future
Beta Was this translation helpful? Give feedback.
All reactions