findingrish commented on code in PR #16873: URL: https://github.com/apache/druid/pull/16873#discussion_r1711246502
########## docs/operations/metrics.md: ########## @@ -382,6 +382,9 @@ These metrics are emitted by the Druid Coordinator in every run of the correspon |`metadatacache/finalizedSchemaPayload/count`|Number of finalized segment schema cached.||Depends on the number of distinct schema in the cluster.| |`metadatacache/temporaryMetadataQueryResults/count`|Number of segments for which schema was fetched by executing segment metadata query.||Eventually it should be 0.| |`metadatacache/temporaryPublishedMetadataQueryResults/count`|Number of segments for which schema is cached after back filling in the database.||This value gets reset after each database poll. Eventually it should be 0.| +|`metadatacache/cold/segment/count`|Number of cold segments.|`dataSource`|| +|`metadatacache/cold/refresh/count`|Number of cold segments with cached schema.|`dataSource`|| Review Comment: > It would be better to use a term that is more easily relatable. I don't find much references for such segments, do you have any suggestions? > Since this feature is still nascent, I would advise we revisit all the metric names for this feature and categorize them nicely with proper prefixes. Are you suggesting to use a different prefix than `metadatacache`? How about `cds`? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
