Skip to content

Use existing IndexLoadingConfig from RealtimeTableDataManager for loading HL realtime segments.#581

Merged
antumbde merged 1 commit intomasterfrom
RTSegmentVersionFix
Sep 22, 2016
Merged

Use existing IndexLoadingConfig from RealtimeTableDataManager for loading HL realtime segments.#581
antumbde merged 1 commit intomasterfrom
RTSegmentVersionFix

Conversation

@atumbde
Copy link
Copy Markdown
Contributor

@atumbde atumbde commented Sep 22, 2016

No description provided.

IndexLoadingConfigMetadata configMetadata = new IndexLoadingConfigMetadata(configuration);
IndexSegment segment = Loaders.IndexSegment.load(new File(resourceDir, segmentMetatdaZk.getSegmentName()), mode, configMetadata);
IndexSegment segment = Loaders.IndexSegment.load(new File(resourceDir, segmentMetatdaZk.getSegmentName()), mode,
realtimeTableDataManager.getIndexLoadingConfigMetadata());
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This has to be tested thoroughly. Not sure if there something else in the indexloading config that we wanted to avoid. I don't think there is, but I am not sure.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IndexLoadingConfig has only 3 things -

  1. list of inverted indexes to create/load
  2. segment version
  3. star tree version
    (3) should not matter because there is no star tree (2) is what we want to add. For (1), we need to ensure that is correctly set. From reading of code, it should be.

Copy link
Copy Markdown
Contributor

@mcvsubbu mcvsubbu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I recommend deploying in EI first and not as a hot patch.

@mcvsubbu
Copy link
Copy Markdown
Contributor

As an aside, the LLRealtimeSegmentDataManager seems to use a different code path for building segments. We can look into this later.

@codecov-io
Copy link
Copy Markdown

Current coverage is 63.98% (diff: 100%)

No coverage report found for master at 63d1985.

Powered by Codecov. Last update 63d1985...87c79a1

@antumbde antumbde merged commit 6d49781 into master Sep 22, 2016
@jfim jfim deleted the RTSegmentVersionFix branch October 4, 2016 01:04
timothy-e added a commit to timothy-e/pinot that referenced this pull request Apr 8, 2026
cc stripe-private-oss-forks/pinot-reviewers
r?

When multistage adaptive server selector stats collection is enabled (pinot.broker.adaptive.server.selector.enable.stats.collection=true), the broker tracks per-server routing stats (in-flight request count, latency EMA, hybrid score) in memory but has no way to observe them externally without hitting the broker's debug API. This makes it difficult to monitor the health and behavior of adaptive routing in production.

This PR adds `setValueOfGaugeWithTag(gauge, tag, value)` to `AbstractMetrics`, which composes the metric name as `gaugeName.tag` without going through `getTableName()`. This ensures the server instance ID is always present in the metric name regardless of the `enableTableLevelMetrics` broker config. Also adds `BrokerMetrics.getTagForServer(serverInstanceId)` returning "server.<instanceId>", following the same pattern as `getTagForPreferredPool`.

 The resulting Pinot metric names are of the form: `pinot.broker.adaptiveServerLatencyEma.server.Server_pinotdb1_8098`

**PluginConfig.yaml + statsd reporter**

Following https://trailhead.corp.stripe.com/docs/stream-analytics-internal/pinot/pinot-observability/pinot-metrics-guide, adds a labeled metric pattern that extracts the server instance ID as a server tag, so the metrics arrive in Veneur/Prometheus as:
  - Name: pinot_broker_adaptive_server_latency_ema
  - Tags: server=Server_pinotdb1_8098 (plus standard host tags)

[STREAMANALYTICS-4390](https://jira.corp.stripe.com/browse/STREAMANALYTICS-4390)
Unit tests to verify that we:
* don't export when adaptive routing stats are disabled
* don't export when adaptive routing stats metric export is disabled
* transform the metric name properly.

[Deployed to QA rad-canary](https://amp.qa.corp.stripe.com/deploy/qa-deploy1.pdx.deploy.stripe.net%2Fdeploy_qBdrdOKZQ7iya8JplJbdaw), and [metrics appeared in grafana](https://g-8916660cfe.grafana-workspace.us-west-2.amazonaws.com/explore?schemaVersion=1&panes=%7B%223yy%22:%7B%22datasource%22:%22zb219lV4k%22,%22queries%22:%5B%7B%22refId%22:%22B%22,%22expr%22:%22%7B__name__%3D~%5C%22pinot_broker_adaptive_server_%28latency_ema%7Cnum_in_flight_requests%7Chybrid_score%29%5C%22,%5Cn%20%20pinot_cluster%3D%5C%22rad-canary%5C%22,host%3D%5C%22qa-pinotdbbroker--06621e6804f2c92db.northwest.stripe.io%5C%22%7D%22,%22range%22:true,%22instant%22:true,%22datasource%22:%7B%22type%22:%22prometheus%22,%22uid%22:%22zb219lV4k%22%7D,%22editorMode%22:%22code%22,%22legendFormat%22:%22__auto%22%7D%5D,%22range%22:%7B%22from%22:%221775151966533%22,%22to%22:%221775152978766%22%7D%7D%7D&orgId=1) as `{__name__=~"pinot_broker_adaptive_server_(latency_ema|num_in_flight_requests|hybrid_score)",
  pinot_cluster="rad-canary"}`.

Stripe-Original-Repo: stripe-private-oss-forks/pinot
Stripe-Monotonic-Timestamp: v2/2026-04-07T17:09:47Z/0
Stripe-Original-PR: https://git.corp.stripe.com/stripe-private-oss-forks/pinot/pull/581
(cherry picked from commit 8d84c8980f2122e5290b15d3889282eee8f5286f)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants