PDF Version DemoA RedHat certification remains one of the clearest career accelerators in IT. The RedHat Red Hat Certified Specialist in OpenShift Automation and Integration exam stands in the way, and the 44 practice questions at ActualPDF are the direct route through it.
RedHat EX380 Exam Overview:
| Certification Vendor: | Red Hat |
|---|---|
| Exam Name: | Red Hat Certified Specialist in OpenShift Automation and Integration |
| Exam Number: | EX380 |
| Available Languages: | Japanese, English, Chinese (Simplified) |
| Exam Duration: | 180 minutes |
| Passing Score: | 210 (on a scale of 100-300) |
| Exam Format: | Performance-based, Hands-on labs |
| Exam Price: | $400 USD |
| Real Exam Qty: | 15 |
| Certificate Validity Period: | 3 years |
| Related Certifications: | Red Hat Certified Engineer (RHCE) Red Hat Certified Architect (RHCA) |
| Sample Questions: |  |
| Exam Way: | On-site at Red Hat certified testing centers or online proctored exam |
| Pre Condition: | Red Hat recommends taking the DO180 (Red Hat OpenShift Administration I) course or having equivalent knowledge before attempting this exam. Familiarity with Linux administration is strongly recommended. |
| Official Syllabus URL: | https://www.redhat.com/en/services/training/ex380-red-hat-certified-specialist-openshift-automation-and-integration-exam |
RedHat EX380 Exam Syllabus Topics:
| Section | Weight | Objectives |
|---|---|---|
| Topic 1: Configure authentication and authorization | 15% | - Integrate with external identity providers - Manage users and groups - Create and manage service accounts - Configure RBAC (Role-Based Access Control) |
| Topic 2: Monitor and troubleshoot cluster | 15% | - Analyze logs and events - Troubleshoot common issues - Monitor cluster health and metrics |
| Topic 3: Implement and manage networking | 15% | - Manage network policies - Troubleshoot network connectivity issues - Configure Ingress and Egress policies |
| Topic 4: Manage OpenShift Container Platform through CLI and Web UI | 15% | - Use oc and kubectl commands for cluster management - Navigate and operate through the web console - Install and configure OpenShift cluster using CLI tools |
| Topic 5: Deploy and manage applications | 20% | - Implement multi-container pods - Configure application scaling and replication - Create and manage deployments - Use ConfigMaps and Secrets |
| Topic 6: Manage storage for applications | 10% | - Manage storage classes - Create and use persistent volume claims - Configure persistent storage |
| Topic 7: Implement CI/CD pipelines | 10% | - Automate application deployments - Integrate with external CI/CD tools - Configure OpenShift pipelines ( Tekton ) |
RedHat EX380 Exam: FAQ for Serious Candidates
RedHat Red Hat Certified Specialist in OpenShift Automation and Integration is an official Red Hat exam, listed under exam code EX380. A passing result earns you the Red Hat OpenShift certification at the Specialist level. It also ties into Red Hat Certified Engineer (RHCE), Red Hat Certified Architect (RHCA), extending its value across your certification roadmap. Employers read this credential as verified competence, which is why it keeps appearing in job requirements.
Expect 15 questions inside 180 minutes on the RedHat Red Hat Certified Specialist in OpenShift Automation and Integration exam. That pace punishes hesitation, so rehearse it: the ActualPDF software engine simulates the real exam scene, reminds you of the questions you got wrong, and pushes you to re-practice them until the clock stops being your enemy.
Passing RedHat Red Hat Certified Specialist in OpenShift Automation and Integration requires 210 (on a scale of 100-300), and the official registration fee is $400 USD. Retakes charge the full $400 USD again, which is why experienced candidates treat preparation as the cheaper exam fee. Verify your readiness with repeated ActualPDF practice scores above the requirement before you commit to a date.
Red Hat recommends taking the DO180 (Red Hat OpenShift Administration I) course or having equivalent knowledge before attempting this exam. Familiarity with Linux administration is strongly recommended.
Requirements evolve, so confirm the current conditions before registering on the official exam page.
Yes. ActualPDF provides a free download demo of the RedHat Red Hat Certified Specialist in OpenShift Automation and Integration material, so you can check the content before choosing a version. After purchase, a one-year warranty covers you: the latest version is sent to you as it releases, free for 365 days, and after expiry you can extend the update service at a 50% discount.
Your purchase is covered by a 100% money-back guarantee with clear conditions. Take the RedHat Red Hat Certified Specialist in OpenShift Automation and Integration exam within 60 days of purchase; if you fail, provide your unqualified result by submitting a scanned enrollment slip and the official Score Report PDF within 2 days of the exam, and the full refund is processed within 7 days. The exam must match your product, candidate and payer names must match, and attempts within 3 days of purchase, unused downloads, free materials, and expired orders are not covered. Alternatively, exchange for two other exam products of equal value, free, or wait for updates while keeping your original product's update service.
Delivery is instant: files unlock for download at payment and are emailed within one minute. If nothing arrives within 2 hours, check spam and contact customer service, which works 7/24 and normally replies within two hours. Installation is unlimited across your computers.
The RedHat Red Hat Certified Specialist in OpenShift Automation and Integration syllabus spans 7 domains, led by Implement CI/CD pipelines (10%), Implement and manage networking (15%), and Monitor and troubleshoot cluster (15%). The complete topic list is published above; candidates who study the map first rarely get lost later.
RedHat Red Hat Certified Specialist in OpenShift Automation and Integration Sample Questions:
Create and use client certificates with kubeconfig (CSR flow)
Task Information : Generate a client key/CSR for audit2, approve it, extract the signed cert, and build a kubeconfig using that cert.
Correct Answer:
See the solution below in Explanation:
Explanation:
* Generate private key and CSR
* openssl genrsa -out audit2.key 2048
* openssl req -new -key audit2.key -out audit2.csr -subj "/CN=audit2/O=auditors"
* CN becomes username; O can map to groups in some setups.
* Base64 encode CSR for the API object
* CSR=$(base64 -w0 audit2.csr)
* Kubernetes CSR object expects base64-encoded request data.
* Create the CSR object
* cat < < EOF | oc apply -f -
* apiVersion: certificates.k8s.io/v1
* kind: CertificateSigningRequest
* metadata:
* name: audit2-csr
* spec:
* request: ${CSR}
* signerName: kubernetes.io/kube-apiserver-client
* usages:
* - client auth
* EOF
* Approve the CSR
* oc adm certificate approve audit2-csr
* Approval triggers certificate issuance.
* Extract the signed certificate
* oc get csr audit2-csr -o jsonpath='{.status.certificate}' | base64 -d > audit2.crt
* Produces the client certificate file.
* Build kubeconfig using cert/key
* oc config set-credentials audit2 \
* --client-certificate=audit2.crt --client-key=audit2.key \
* --embed-certs=true --kubeconfig=audit2.kubeconfig
* oc config set-cluster lab \
* --server="$(oc whoami --show-server)" \
* --insecure-skip-tls-verify=true \
* --kubeconfig=audit2.kubeconfig
* oc config set-context audit2 \
* --cluster=lab --user=audit2 --namespace=default \
* --kubeconfig=audit2.kubeconfig
* Creates a kubeconfig that authenticates using client certificates.
* Test
* oc --kubeconfig=audit2.kubeconfig get ns
Configure log forwarding to an external endpoint
Task Information : Configure Cluster Logging to forward application logs to an external output using ClusterLogForwarder.
Correct Answer:
See the solution below in Explanation:
Explanation:
* Verify logging namespace and resources
* oc get ns openshift-logging
* oc -n openshift-logging get clusterlogforwarder
* ClusterLogForwarder configures pipelines and outputs.
* Create/Edit ClusterLogForwarder (example structure)
* Define an output (external system) and pipeline selecting application logs.
* Apply via YAML:
* oc -n openshift-logging apply -f clusterlogforwarder.yaml
* Validate collector pods are healthy
* oc -n openshift-logging get pods
* Forwarding relies on collectors (vector/fluentd depending config).
* Generate a test log line
* oc -n openshift-logging run logger --image=busybox --restart=Never -- /bin/sh -c 'echo hello- forwarding; sleep 5'
* This creates a known message to search in the external endpoint.
* Confirm logs arrive at destination
* Use your external system's query/search to confirm hello-forwarding.
Maintain group synchronization on a schedule (CronJob)
Task Information : Create a CronJob that runs LDAP group sync on a schedule using a service account that has the required permissions.
Correct Answer:
See the solution below in Explanation:
Explanation:
* Create a namespace for the sync job
* oc new-project id-sync
* Keeps the automation components organized.
* Create a service account for the sync job
* oc -n id-sync create sa group-sync
* CronJob runs under this SA identity.
* Grant cluster permissions to manage groups
* oc adm policy add-cluster-role-to-user cluster-admin system:serviceaccount:id-sync:group-sync
* In real environments you should scope down, but lab Task SIMULATIONs often accept cluster- admin for speed.
* Create a ConfigMap for groupsync.yaml and Secret(s) for bind password/CA
* Mount them into the job container.
* Create CronJob to run group sync
* Command inside job:
* oc adm groups sync --sync-config=/config/groupsync.yaml --confirm
* The CronJob ensures periodic reconciliation with LDAP.
* Verify job runs
* oc -n id-sync get cronjob
* oc -n id-sync get jobs
* oc -n id-sync logs job/ < job-name >
Schedule a recurring backup
Task Information : Create a daily backup schedule for namespace orders at 01:00.
Correct Answer:
See the solution below in Explanation:
Explanation:
* Create the schedule
* velero schedule create orders-daily \
* --schedule "0 1 * * *" \
* --include-namespaces orders \
* --snapshot-volumes
* Cron format: minute hour day month weekday.
* Verify schedule exists
* velero schedule get
* Confirm backups are created by the schedule
* velero backup get | grep orders-daily
* Scheduled backups usually have names derived from the schedule.
Recover a NotReady worker node (basic remediation workflow)
Task Information : Diagnose a NotReady worker node and restore it to Ready state using standard OpenShift admin workflow.
Correct Answer:
See the solution below in Explanation:
Explanation:
* Identify failing node and status
* oc get nodes
* Confirms which node is NotReady.
* Inspect node conditions and events
* oc describe node < worker >
* Shows kubelet condition issues (network, disk pressure, runtime, etc.).
* Check MachineConfigPool state
* oc get mcp
* oc describe mcp worker
* If MCP is degraded, node may be stuck applying a config.
* Check node logs (kubelet)
* oc adm node-logs < worker > --path=kubelet.log
* Often reveals why node isn't reporting Ready.
* Remediate based on symptom
* Examples:
* If out of disk: free space, then verify kubelet recovers.
* If stuck MCO: investigate current/desired config and fix broken MachineConfig.
* If node cordoned/drained incorrectly: uncordon after remediation.
* oc adm uncordon < worker >
* Confirm node returns Ready
* oc get node < worker >
