Pearson HPE7-S02 New Attempt

D is correct. HPE Private Cloud AI can export observability data through an OpenTelemetry (OTel) endpoint. HPE AI Essentials retains Prometheus metrics for a defined local retention period, but organizations that require longer retention can register an OTel endpoint and send the telemetry to an external observability or storage platform with the retention policy they require. This decouples operational history from the local Prometheus retention window.

Option A does not describe the supported long-term metrics export mechanism. Option B would merely add another visualization component and would not solve durable metric retention; Grafana reads metrics but is not itself the long-term time-series store. Option C concerns alert output, which is a subset of operational events and cannot substitute for retained Prometheus time-series data.

This design is operationally important for capacity analysis, incident review, compliance evidence, and trend detection. The platform remains responsible for producing metrics, while the external OTel destination provides enterprise-scale storage and analytics.

References/topics: Advanced HPE Compute Solutions, Rev. 26.21, Modules 3 and 7, monitoring and troubleshooting; HPE AI Essentials Software documentation, “Configuring Endpoints,” which describes OTel export for long-term metric storage.

D is correct after correcting the YAML location to spec.predictor.model.storageUri. The ServingRuntime describes the runtime container capable of serving the model; the InferenceService describes the particular model instance to deploy. Because the CodeLlama model files already reside on a persistent volume claim named demo-model, the InferenceService must tell KServe where those model artifacts are stored. A PVC URI is therefore supplied through the model’s storageUri field, for example pvc://demo-model.

Option A is structurally wrong because modelFormat.name identifies the model format understood by the ServingRuntime; it is not a storage location. Option B incorrectly assigns model storage to the ServingRuntime specification. Option C changes the NIM cache directory inside the container but does not tell KServe to mount and initialize the requested model from the PVC. KServe’s v1beta1 schema places storageUri alongside modelFormat and runtime under the predictor’s model block.

This distinction is fundamental to reusable KServe design: a runtime can serve multiple compatible models, while each InferenceService supplies the model-specific location and deployment parameters.

References/topics: Advanced HPE Compute Solutions, Rev. 26.21, Module 5 “Other options for serving models on HPE Private Cloud AI”; HPE AI Essentials KServe documentation; KServe InferenceService v1beta1 schema.

References/topics: Advanced HPE Compute Solutions, Rev. 26.21, Module 4 “Airflow”; June 15, 2026 HPE7-S02 release notes noting the updated Airflow RBAC method; HPE AI Essentials 1.11 “Defining RBACs on DAGs.”

A is correct. HPE AI Essentials provides platform-level identity and access management for connected data sources. After the S3 object store is configured, an administrator can use the Identity and Access Management interface to grant the required users privileges to that object-store data source. This gives the selected users access from supported tools such as notebooks and Spark applications while leaving other users without permission.

The HPE GreenLake cloud user-management page controls broader workspace or service access, but it is not the place to assign the fine-grained HPE AI Essentials data-source privilege described in this scenario. Embedding user lists directly in the object-store connection settings is not the documented access-control workflow. Creating credential secrets manually in every user namespace is also the wrong pattern: it duplicates sensitive credentials, increases rotation overhead, and bypasses the platform’s centralized authorization model.

The operational principle is separation of connection configuration from authorization. The platform stores the data-source integration, while Identity and Access Management determines who may use it. That model is more auditable and maintainable than distributing access keys.

References/topics: Advanced HPE Compute Solutions, Rev. 26.21, Module 4 “Connecting to data”; HPE AI Essentials Software documentation, Identity and Access Management and user access to data.