Practice for the Red Hat Certified Specialist in OpenShift AI (EX267) exam with 17 exam-style practice questions, instant answer reveals, and concise explanations of every correct answer. Topics include: What runtime engine is utilized under the hood by Red Hat OpenShift AI to execute Data Science Pipelines?. Follow @CertPunch and visit certpunch.com for more certification practice exams and study content.
Prefer hands-on? Take this round as an interactive practice test — answer every question, get instant feedback, and see your score: Start the Red Hat Certified Specialist in OpenShift AI (EX267) practice test →
What you will practice
- What runtime engine is utilized under the hood by Red Hat OpenShift AI to execute Data Science Pipelines?
- What is the primary custom resource used to configure the cluster-wide settings for Red Hat OpenShift AI?
- How does a data scientist clone a remote Git repository into their Workbench workspace safely?
- When scaling a model deployment in KServe based on request traffic metrics, which component handles the rapid…
- What acceleration hardware is highly recommended and supported by RHOAI to run large generative model trainin…
- WHICH SUB-COMPONENT PROVIDES MULTI-MODEL SERVING CAPABILITIES WITHIN OPENSHIFT AI?
Answers and explanations
Tap a question to expand the answer and the exam reasoning. Try to commit to your own pick first.
Q1. What runtime engine is utilized under the hood by Red Hat OpenShift AI to execute Data Science Pipelines?
Answer: A. Tekton (OpenShift Pipelines)
OpenShift AI relies on Tekton, provided by OpenShift Pipelines, to execute Data Science Pipelines. Understanding the underlying Tekton engine is crucial for debugging pipeline step failures or checking pod logs during execution.
Q2. What is the primary custom resource used to configure the cluster-wide settings for Red Hat OpenShift AI?
Answer: A. DataScienceCluster
The DataScienceCluster custom resource is the primary configuration object used to enable and disable OpenShift AI components cluster-wide. Remember to use oc get dsc to quickly verify your component installations.
Q3. How does a data scientist clone a remote Git repository into their Workbench workspace safely?
Answer: D. Using the integrated JupyterLab Git extension or terminal
Within an OpenShift AI Workbench, users clone repositories directly via the built-in JupyterLab Git extension or terminal. This provides a secure and native way to pull code into the active persistent workspace.
Q4. When scaling a model deployment in KServe based on request traffic metrics, which component handles the rapid autoscaling behavior?
Answer: C. Knative Pod Autoscaler
The Knative Pod Autoscaler handles rapid scaling for KServe based on immediate request traffic. The standard Kubernetes Horizontal Pod Autoscaler is slower and relies on aggregate CPU metrics rather than scaling to zero.
Q5. What acceleration hardware is highly recommended and supported by RHOAI to run large generative model training and serving operations?
Answer: A. NVIDIA GPUs with the NVIDIA GPU Operator installed
NVIDIA GPUs, managed by the NVIDIA GPU Operator, are the primary supported hardware for running large generative models in OpenShift AI. CPUs and NVMe drives cannot handle the compute demands of training large models.
Q6. WHICH SUB-COMPONENT PROVIDES MULTI-MODEL SERVING CAPABILITIES WITHIN OPENSHIFT AI?
Answer: D. ModelMesh
ModelMesh is the sub-component that provides multi-model serving capabilities within OpenShift AI. KServe is often confused here, but KServe primarily handles single-model serving deployments, whereas ModelMesh explicitly manages high-throughput multi-model serving.
Q7. When configuring TrustyAI for a model deployment, which metric identifies whether the model's accuracy varies significantly across diverse data subsets?
Answer: A. Disparate Impact or performance disparity metrics
Disparate impact or performance disparity metrics identify whether a model's accuracy varies significantly across diverse data subsets. TrustyAI specifically calculates these fairness metrics, whereas memory, network, and IOPS options represent infrastructure monitoring rather than model fairness.
Q8. To build a Generative AI application using a Large Language Model (LLM) on OpenShift AI, which specialized runtime is ideal for serving LLMs efficiently?
Answer: B. vLLM or Caikit+TGIS serving runtimes
The vLLM or Caikit+TGIS serving runtimes are specialized runtimes ideal for efficiently serving Large Language Models in OpenShift AI. OpenVINO is generally used for traditional inference, while Jupyter notebooks are for development, not production serving.
Q9. What kind of token authentication security is standard for protecting internal endpoints in an OpenShift AI deployment?
Answer: A. OpenShift OAuth access tokens or ServiceAccount tokens
OpenShift AI uses OpenShift OAuth access tokens or ServiceAccount tokens to securely authenticate internal component requests. Basic HTTP credentials or cleartext headers are insecure and are not used by the platform.
Q10. Which component controls the routing of traffic in single-model serving?
Answer: B. Istio Ingress Gateway
The Istio Ingress Gateway manages external traffic routing for KServe single-model serving in OpenShift AI. While standard OpenShift Routes handle typical web traffic, KServe relies on Service Mesh components for advanced ingress control.
Q11. What parameter in a model serving configuration limits the maximum number of concurrent requests a single model replica can process?
Answer: A. Concurrency target limit setting
The concurrency target limit setting specifies the maximum number of parallel requests a single model replica handles before autoscaling triggers. CPU quotas merely throttle processing power and do not strictly cap simultaneous inbound request counts.
Q12. Which operator provides the service mesh capabilities required for multi-model serving in OpenShift AI?
Answer: D. Red Hat OpenShift Service Mesh
Red Hat OpenShift Service Mesh provides the Istio capabilities necessary for routing ModelMesh traffic. The 3Scale Operator handles external API management rather than the internal pod networking required for serving multiple models.
Q13. What server implementation architecture can seamlessly serve LLMs within OpenShift AI?
Answer: C. vLLM
The vLLM runtime is optimized for high-throughput serving of large language models within OpenShift AI. While ModelMesh serves standard predictive models, vLLM provides the specialized memory management required for massive LLM inference.
Q14. Which environment variable is automatically injected into an OpenShift AI workbench to reference the logged-in user's namespace?
Answer: D. USER_NAMESPACE
The USER_NAMESPACE environment variable is automatically injected into OpenShift AI workbenches. It allows scripts and pods to dynamically reference the specific namespace where the logged-in user is operating.
Q15. Which protocol is natively used by KServe for sending high-performance inference requests to models?
Answer: C. gRPC / HTTP
KServe natively supports both gRPC and HTTP protocols for high-performance inference requests. gRPC is preferred for lower latency, while standard HTTP handles typical REST payloads.
Q16. Which command-line tool is primarily used by administrators to inspect the deployment state of the Red Hat OpenShift AI Operator?
Answer: A. oc
Administrators use the oc command-line tool to check the status of custom resources and operator deployments in OpenShift. There is no default rhoai command-line utility included for cluster inspection tasks.
Q17. Which runtime engine is utilized by ModelMesh to serve TensorFlow formatted models?
Answer: D. Triton Inference Server
ModelMesh uses the Triton Inference Server runtime to serve TensorFlow models natively. TorchServe and vLLM cater to different framework priorities like large language models rather than general TensorFlow inference.
More Red Hat Certified Specialist in OpenShift AI (EX267) drills and other practice exams are on @CertPunch. New rounds drop every few days at certpunch.com.