nemo_gym.orchestration.api
nemo_gym.orchestration.api
Module Contents
Classes
Functions
Data
API
Bases: _StrictModel
Bases: BaseServiceConfig
Base for services that serve a model and can be wired as the policy model.
Bases: _StrictModel
Bases: _StrictModel
Bases: _StrictModel
An OpenTelemetry collector beside every benchmark job: scrapes each model service’s
Prometheus /metrics, receives OTLP from the job’s own processes on :4317/:4318, and ships
both to an OTLP/HTTP backend while keeping a copy under <job dir>/otel/. On by default, so
a run is observable unless it opts out; endpoint and service_name come from the
deployment’s own config (a cluster fragment, typically) and are required while enabled.
Bases: _StrictModel
services with each vllm_pd service expanded into its two tiers and its router.
Bases: BaseModelServiceConfig
Prefill/decode disaggregated vLLM: two tiers behind a vllm-router.
Deployed as three services named <name>-prefill, <name>-decode and <name>
(the router); driver.policy_model names the router.
Bases: VllmServiceConfig
One tier of a vllm_pd service as deployed. Built by the service, never written by a user.
Bases: BaseModelServiceConfig
Bases: BaseModel
Whether the Ray Serve gateway manages this service’s instances/routing instead of vLLM’s own DP.
Resolve lit:/host:/runtime: prefixes on env values. Every value must use one
of these prefixes; a missing or misspelled prefix raises rather than being guessed at.
lit:VALUE-> literal VALUE.host:VAR-> read from os.environ[VAR] on the machine runninggym eval submit; raises if VAR isn’t set there.runtime:VAR-> left unresolved; canonicalized toruntime:VARfor executors to pick up and reference from the job’s own environment at run time.