Skip to content

Instances ​

Feature Overview ​

ItemContent
Applicable RoleModel Provider
Navigation PathAI Infra(On-Prem) > Model Deployment > Instances
Page Route/powerone/quickstart/model-service
Managed ObjectConfiguration, status, and relationships on Instances

Beginner Explanation ​

Model instances can be understood as model services that have already been ordered and started. Deployment templates are responsible for creation, while the Model Instances page is responsible for checking whether creation succeeded, whether the instance is still running, and whether further troubleshooting is needed.

Terms ​

TermDescription
InstanceA runtime object created by the platform and scheduled to a cluster, such as a model service, online IDE, or runtime instance.
SpecificationResource package that a job can request, such as CPU, memory, GPU model, and card count.
Single InstanceOne model service instance runs independently, suitable for testing or low-traffic scenarios.

Confirm prerequisites for Model service instances created through deployment templates, follow Main Operations, run Result Validation, and continue to the next page.

First-Time User Notes ​

Confirm that the task involves Configuration, status, and relationships on Instances, and then follow the recommended order. If fields or state differ from expectations, check prerequisites before continuing downstream.

Prerequisites ​

  1. At least one model instance has been created, or you are preparing to view the current empty-list state.
  2. The current account has permission to view model instances.
  3. For troubleshooting, you can enter instance details, logs, or monitoring pages.

Page Description ​

Use this page to manage model-service instances created from deployment templates.

Instances

The page provides instance type, status, search, and reset entrypoints. In the current environment screenshot, the list is empty, indicating that the tenant has no model service instances under the current conditions.

Page Areas ​

Field/AreaDescription
Instance Type FilterNarrows the scope by All, Single Instance, Multi-instance, Cluster, and other types.
Status FilterViews instances by all statuses or a specific runtime status.
Search AreaEnter conditions and Click "Search" to locate the target instance.
List AreaDisplays model instances and their status. When no data exists, it displays No model services.
Pagination AreaView by page when there are many instances.

Main Operations ​

Filter and View Model Instances ​

  1. Go to AI Infrastructure > On-Prem > Model Deployment > Instances.
  2. Filter target instances using Instance Type, Status, or search keywords, then click "Search".
  3. In the list, review instance name, type, running status, model, specification, region, and creation time.
  4. Click "Details" on the target instance to check model version, resource flavor, instance status, Endpoint, and associated events.

Troubleshoot and Handle Abnormal Status ​

  1. In instance details, review resource utilization, invocation status, events, and recent error logs.
  2. Keep the same time range and compare cluster, node, and device monitoring to locate the affected layer (e.g., resource shortage or OOM).
  3. If starting, stopping, restarting, scaling, or deleting instances is required, verify impact on online workloads and obtain authorization before proceeding.

Parameter Quick Reference ​

Field NameDescription
Instance NameName of the model service instance.
Instance TypeInstance form, such as single instance, multi-instance, or cluster instance.
StatusCurrent runtime or lifecycle status of the instance.
ModelModel associated with the instance.
SpecificationResource specification used by the instance.
RegionRegion or resource pool where the instance runs.
Created AtTime when the instance was created.
Search ConditionFilter or keyword used to narrow the instance list.
ActionsAvailable row actions, such as viewing details or lifecycle operations.

Pitfalls ​

  • The instance list may have refresh delay. A newly created instance may not appear immediately.

  • An empty list does not necessarily mean there are no instances. Check filters, tenant, region, and permissions first.

  • Stop, Restart, and Delete are high-risk actions.

  • Do not write real instance IDs, instance names, tenant information, regions, nodes, endpoints, logs, error details, or test data in the document.

Result Validation ​

Check ItemSuccess SignalIf Abnormal
Page entryInstances opens with the target operation entryCheck Operator permission and whether the menu is available
Object recordConfiguration, status, and relationships on Instances is visible in the list or detailsReset filters and verify name, ownership, and creation result
State resultState after creation or change matches the page messageCheck operation feedback, dependency state, and latest update time
Downstream useA downstream page can select or associate the targetReturn to prerequisites and check enabled state, ownership, and visibility

FAQ ​

Target Is Missing from Instances ​

Symptom:

The page opens, but the expected Configuration, status, and relationships on Instances is missing.

Possible Causes:

  • Filters remain active.
  • the object belongs to another scope.
  • a prerequisite is incomplete.

Solution:

  1. Reset filters
  2. verify region or tenant ownership
  3. confirm prerequisite state.

The Operation Entry on Instances Is Unavailable ​

Symptom:

The create, register, or maintain entry is hidden or disabled.

Possible Causes:

  • Role permission is insufficient.
  • the page is read-only.
  • dependencies are not ready.

Solution:

  1. Check Operator permission
  2. read the page message
  3. complete dependency configuration first.

A Required Field on Instances Has No Options ​

Symptom:

The form opens, but a selection list is empty.

Possible Causes:

  • Candidates are disabled.
  • ownership differs.
  • the current account cannot see them.

Solution:

  1. Check candidate state
  2. verify ownership
  3. confirm visibility and refresh the form.

Instances Has an Abnormal State After the Operation ​

Symptom:

A record exists after submission, but its state is unexpected.

Possible Causes:

  • Connectivity or validation failed.
  • a dependency is abnormal.
  • processing is incomplete.

Solution:

  1. Check feedback and update time
  2. inspect related objects
  3. troubleshoot the processing stage.

A Downstream Page Cannot Use Instances ​

Symptom:

The current page is normal, but a downstream page cannot select or associate Configuration, status, and relationships on Instances.

Possible Causes:

  • Visibility differs.
  • the object is disabled.
  • downstream cache is stale.

Solution:

  1. Check enabled state and ownership
  2. verify role visibility
  3. refresh and select again.

Notes ​

  • During troubleshooting, do not expose internal access credentials or API keys in screenshots.
  • Before providing external service, confirm access control, instance specification, and runtime cycle.
  • Stop, Restart, and Delete may interrupt service, release resources, or remove instance records. Confirm business impact before operating.
  • Use the list and detail pages as the primary basis for instance status. Overview pages only provide entrypoints and summaries.

Next Steps ​

  1. View instance details and logs.
  2. Confirm service access address and invocation method.
  3. Track runtime cost in Resource Usage.