Overview
Every NVIDIA NIM microservice ships with a set of profiles, which are precompiled configurations tuned for particular GPUs, precisions, and inference backends. A single NIM microservice can carry a handful of profiles or several dozen, and the profile you run depends on the hardware you have: how much vRAM per device, how many GPUs, and which driver. The NIM Metadata API answers that question over HTTP, in one request, before you download anything.
Historically, the only complete answer lived in the NIM microservice manifest. That manifest lived inside the container or in the documentation support matrix (for example, the NIM LLM and VLM support matrix). To find out whether a NIM microservice fits your hardware, you had to pull the image, start it, and inspect it. That is a significant investment of time and bandwidth to answer a question you had before you started.
This API is the canonical source for profile metadata. The NIM build process populates it at publish time, so what you read is what the NIM microservice actually contains.
Skip Ahead
Explore the following information to start working with the NIM Metadata API.
Use Cases
Explore the common use cases for the NIM Metadata API.
Core Concepts
Explore the core concepts to understand the NIM Metadata API.
Scope of This Documentation
This documentation covers the public read endpoints, which use the HTTP GET
method. Reading metadata is not the same as gaining access to a NIM
microservice. Being able to read the profiles for a NIM microservice does not
grant you the right to pull the container. Pulling still follows the normal
entitlement rules for that container.