P.S. Free & New EX380 dumps are available on Google Drive shared by PassLeader: https://drive.google.com/open?id=1KeW9OjC1xKSwrtWGmLZ-1dprozdeO4GB
There are many advantages of our EX380 pdf torrent: latest real questions, accurate answers, instantly download and high passing rate. You can totally trust our EX380 practice test because all questions are created based on the requirements of the certification center. Latest EX380 Test Questions are verified and tested several times by our colleagues to ensure the high pass rate of our EX380 study guide.
| Certification Vendor: | Red Hat |
|---|---|
| Exam Name: | Red Hat Certified Specialist in OpenShift Automation and Integration |
| Exam Number: | EX380 |
| Related Certifications: | Red Hat Certified Engineer (RHCE) Red Hat Certified Architect (RHCA) |
| Exam Duration: | 180 minutes |
| Exam Format: | Performance-based, Hands-on labs |
| Available Languages: | English, Chinese (Simplified), Japanese |
| Real Exam Qty: | 15 |
| Exam Price: | $400 USD |
| Passing Score: | 210 (on a scale of 100-300) |
| Certificate Validity Period: | 3 years |
| Sample Questions: | RedHat EX380 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 |
>> Test EX380 Engine Version <<
Our PassLeader EX380 exam certification training materials are real with a reasonable price. After you choose our EX380 exam dumps, we will also provide one year free renewal service. Before you buy PassLeader EX380 certification training materials, you can download EX380 free demo and answers on probation. If you fail the EX380 exam certification or there are any quality problem of EX380 exam certification training materials, we guarantee that we will give a full refund immediately.
| Topic | Details |
|---|---|
| Topic 1 |
|
| Topic 2 |
|
| Topic 3 |
|
| Topic 4 |
|
NEW QUESTION # 21
GitOps and MachineConfig - Trigger Argo CD Synchronization by Repository Update
Answer:
Explanation:
See the solution below in Explanation:
Explanation:
Step 1: Confirm that the repository being pushed to is the same repository watched by the GitOps/Argo CD application.
This linkage is essential because GitOps acts only on configured source repositories and paths.
Step 2: Commit the MachineConfig changes.
The lab uses:
git commit -am "Add MachineConfig for motd"
Step 3: Push the changes to the tracked branch.
The lab uses:
git push origin main
Step 4: Allow Argo CD to detect the repository change and begin synchronization.
In a standard GitOps model, the controller compares the Git repository to the cluster state and applies drift correction or new desired resources.
Detailed explanation:
This sub Task SIMULATION is the operational purpose behind the previous Git command Task SIMULATION . The point is not merely to store a file in Git; it is to update the declarative source that Argo CD uses to reconcile the cluster. Once the repository is updated, Argo CD detects the new commit and syncs the MachineConfig into the cluster according to its application definition. This demonstrates a core automation principle in OpenShift GitOps: administrators do not treat the cluster as the primary editable surface. Instead, they modify Git and let the automation layer enforce state. That provides traceability, peer review potential, rollback capability, and consistency across environments.
NEW QUESTION # 22
Add tolerations to a deployment
Task Information : Update payments/api deployment to tolerate dedicated=payments:NoSchedule.
Answer:
Explanation:
See the solution below in Explanation:
Explanation:
* Patch deployment with toleration
* oc -n payments patch deploy api --type=merge -p '{
* "spec":{"template":{"spec":{"tolerations":[
* {"key":"dedicated","operator":"Equal","value":"payments","effect":"NoSchedule"}
* ]}}}
* }'
* Toleration allows pods to schedule onto tainted nodes.
* Verify scheduling
* oc -n payments get pods -o wide
NEW QUESTION # 23
Logging Configuration - Configure ClusterLogging in Web Console
Answer:
Explanation:
See the solution below in Explanation:
Explanation:
Step 1: Log in to the OpenShift web console.
This Task is explicitly defined as a GUI workflow.
Step 2: Navigate to Operators .
Installed logging components are managed through the operator framework.
Step 3: Open Installed Operators .
This lists operators already deployed in the cluster.
Step 4: Select Red Hat OpenShift Logging .
This operator manages the cluster logging stack and its custom resources.
Step 5: Open the ClusterLogging instance.
The Task SIMULATION refers to editing the existing ClusterLogging custom resource.
Step 6: Switch to YAML View .
This allows direct editing of the logging custom resource specification.
Step 7: Edit the collection type and set it to vector.
This changes the log collector implementation.
Step 8: Click Save .
The operator will reconcile the resource and apply the updated collector configuration.
Detailed explanation:
The ClusterLogging custom resource controls the logging stack behavior in OpenShift. Changing the collection type to vector updates which collector technology is used for gathering node and container logs. In operator-managed platforms, direct YAML edits to the custom resource are the preferred method for changing managed behavior because the operator then applies and maintains the desired state. This Task tests both navigation skills in the web console and knowledge of where logging behavior is configured. Saving the resource triggers reconciliation, which is a core OpenShift operator pattern: the declared configuration is read and enforced by the operator rather than by manual per-pod changes.
NEW QUESTION # 24
Spread replicas using podAntiAffinity
Task Information : Configure payments/api to prefer scheduling pods on different nodes.
Answer:
Explanation:
See the solution below in Explanation:
Explanation:
* Patch deployment with preferred podAntiAffinity
* oc -n payments patch deploy api --type=merge -p '{
* "spec":{"template":{"spec":{"affinity":{
* "podAntiAffinity":{
* "preferredDuringSchedulingIgnoredDuringExecution":[{
* "weight":100,
* "podAffinityTerm":{
* "labelSelector":{"matchLabels":{"app":"api"}},
* "topologyKey":"kubernetes.io/hostname"
* }
* }]
* }
* }}}}
* }'
* Encourages spread across nodes to reduce single-node impact.
* Verify spread
* oc -n payments get pods -o wide
NEW QUESTION # 25
Export and import a Kubernetes application (YAML export)
Task Information : Export typical app objects from orders and apply them into a new namespace orders- copy.
Answer:
Explanation:
See the solution below in Explanation:
Explanation:
* Export objects to YAML
* oc -n orders get deploy,svc,route,cm,secret -o yaml > orders-app.yaml
* Exports key application resources.
* Create target namespace
* oc new-project orders-copy
* Apply exported YAML
* oc -n orders-copy apply -f orders-app.yaml
* Recreates resources (some fields may need adjustment, like namespaces or immutable fields).
* Validate
* oc -n orders-copy get all
NEW QUESTION # 26
......
EX380 Sure Pass: https://www.passleader.top/RedHat/EX380-exam-braindumps.html
BONUS!!! Download part of PassLeader EX380 dumps for free: https://drive.google.com/open?id=1KeW9OjC1xKSwrtWGmLZ-1dprozdeO4GB