Exampractice
DevOps & Linux

How to Prepare for the RHCE

A lab-first preparation method for the Ansible-based EX294 exam: build a multi-VM environment, drill playbooks from memory, and verify like the grader does.

Kenji Nakamura · 10 min read
Candidate practising for the RHCE with a control node and three managed-node terminals open, ticking items on a handwritten lab checklist

Delete your practice VMs. That instruction — rebuild your managed nodes from scratch, again and again — is the single highest-value habit in RHCE preparation, and it comes straight from how Red Hat marks the exam: EX294 playbooks are graded by running them against freshly installed systems. Whatever your automation cannot do on a clean machine, it cannot do in the exam. So preparation is not about accumulating notes on Ansible; it is about repeatedly proving, on disposable systems, that your playbooks stand alone.

This guide turns that principle into a working preparation method for EX294 — the exam historically known as the RHCE exam, which Red Hat's pages now title "Red Hat Certified Advanced System Administrator in Ansible". It assumes you already know what the credential is and how it fits Red Hat's 2026 track structure (that background lives in the RHCE certification guide), and that you have made peace with the difficulty jump from RHCSA (measured honestly here). What follows is purely the how: the lab, the study sequence, the drills, and the mistakes that waste the most preparation time.

Ground rules the exam format imposes

Four facts from Red Hat's EX294 exam page should shape every hour of your study, so fix them in mind before building anything:

  • It is 100% performance-based. You will write Ansible Automation Platform playbooks that perform real administration tasks across multiple systems. No multiple choice exists to be quizzed on.
  • No internet, no documentation. Unlike the RHCSA's EX200, EX294 permits no hard-copy or electronic documentation. Everything must be recallable.
  • Grading is done by execution. Your playbooks are run against freshly installed systems; only the resulting state counts. Scores usually arrive within three US business days.
  • A current RHCSA is required for the Engineer-tier credential. If yours has gone non-current, or your hand-skills have rusted, address that first — automated tasks are just RHCSA tasks wearing YAML.

Every recommendation below is reverse-engineered from those four constraints.

Step 1: Build a lab that mirrors the grading model

You cannot prepare for a multi-system automation exam on one machine. The minimum honest lab is:

  1. A control node running Red Hat Enterprise Linux with Ansible installed — this is where you write and run everything.
  2. Two or more managed nodes, also RHEL, reachable over SSH from the control node. Two is workable; three or four lets you practise targeting different host groups differently, which mirrors the exam's "across multiple systems" framing.
  3. Snapshots or rebuild scripts for the managed nodes. This is the non-negotiable piece. You need to be able to reset managed nodes to a just-installed state in minutes, because verifying against clean systems is the whole method.

Red Hat's developer subscription programme makes RHEL available for individual use, so a laptop with a hypervisor and enough RAM for three or four small VMs is a complete rig; check current terms on redhat.com. Cloud instances work too if snapshots are cheap and fast for you.

Configure the boring plumbing once, then automate it: inventory file, SSH keys, a privilege-escalation-capable user on every node. Rebuilding your own lab with a playbook is, conveniently, your first realistic practice task.

Step 2: Sequence your study around the official objectives

Download the current objectives from Red Hat's EX294 exam page and make that list — not any course's table of contents — your syllabus. Objectives shift with platform versions, so verify against the live page rather than an old blog post. Then work through them in an order that builds, rather than alphabetically. A sequence that works well:

  1. Inventory and ad-hoc commands. Prove the control node can reach and command every managed node. Get comfortable defining groups, because targeting is foundational to everything later.
  2. Core playbook mechanics. Tasks, handlers, common modules for packages, services, files and users. This stage should feel like translating your RHCSA hand-skills into YAML, one task type at a time.
  3. Variables, facts and conditionals. Make plays behave differently per host and per group. This is where multi-system thinking becomes real.
  4. Loops, templates and file management. Templated configuration files deployed across hosts are classic automation work; drill them until Jinja2 syntax stops requiring thought.
  5. Roles and reuse. Restructure earlier work into roles. This consolidates everything and rewards the tidy habits that make playbooks debuggable under pressure.
  6. The remaining objective tail. Sweep the official list for anything not yet covered and close each gap with a hands-on task of your own design.

At every stage, the exercise format is identical: write the playbook from a blank file, run it against clean managed nodes, verify the end state by hand, then destroy and rebuild the nodes and run it again. One clean-run success can be luck; two is evidence.

If you want this sequence expanded into a calendar with weekly milestones, the companion RHCE study plan for Linux professionals does exactly that — this guide stays focused on method rather than schedule.

Step 3: Train for the no-documentation rule

The rule that most changes how you should study is the documentation ban. Working Ansible engineers live in the docs; exam candidates cannot. Three practices close the gap:

  • Learn the offline help that ships with the tooling. Get fluent at interrogating your own system for module information from the command line, rather than reaching for a browser. Build the reflex now, because a browser will not exist on exam day. (Confirm what the current exam environment provides via Red Hat's page — assume nothing beyond what is installed.)
  • Impose doc-free sessions. From the midpoint of your preparation, make every second lab session a closed-book session. The first few are humbling; that humility is the point, arriving while it is still free.
  • Drill a personal core-module set. A modest set of modules covers the overwhelming majority of administration automation — packages, services, files, templates, users, storage, scheduling. Write each one's key parameters from memory until misspelling them becomes rare. Recall of this narrow band matters far more than acquaintance with Ansible's long tail.

Step 4: Verify like the grader, not like a developer

Developers judge a playbook by whether it runs green. The EX294 grader judges it by the state of the machine afterwards. Adopt the grader's standard:

  • After every play, check the outcome directly on the managed nodes: is the service enabled and running, the file present with the right content and permissions, the change persistent across a reboot where relevant?
  • Re-run every playbook a second time on the converged system. Errors or unexpected changes on the second run are a sign your automation depends on ordering luck.
  • Most importantly, run finished playbooks against freshly rebuilt nodes. Hidden dependencies — a package installed by hand last Tuesday, a directory created during debugging — are the classic silent killers, working in your session and failing in grading.

Make a habit of reading each practice task twice and restating, before you write a line of YAML, what "done" looks like in machine-state terms. Under time pressure, candidates who can articulate the target state automate it; candidates who cannot produce plays that run cleanly to the wrong destination.

Step 5: Add pressure before exam day

Once the objectives are covered, shift from learning mode to performance mode:

  1. Timed multi-task sessions. Set yourself batches of mixed tasks against a countdown, closed-book, on clean nodes. The goal is learning to triage: secure the tasks you know cold, bank them, then return to the hard ones.
  2. Objective-targeted remediation. After each timed session, sort your misses by objective area and spend the next lab session only on the weakest one. Untargeted revision at this stage mostly re-practises strengths.
  3. Concept checks between lab sessions. Written drills have a real, if secondary, place: they verify you understand the behaviour behind the syntax — variable precedence, when handlers fire, how host patterns resolve. A run through the RHCE practice questions on ExamPractice is a quick way to surface conceptual gaps worth converting into lab drills; subscribers can extend that into timed simulation to rehearse working against a clock. Use question results as a map of what to practise next — never as answers to memorise, which the performance-based format makes pointless anyway.

Candidates who also want broader automation context beyond RHEL administration can explore Red Hat's Ansible specialist exams later — the EX407 Ansible automation specialist exam territory — but during EX294 preparation, breadth is a distraction. Stay on the objective list.

The five most expensive preparation mistakes

  1. Reading about Ansible instead of running it. Books and videos feel productive and grade nothing. If a study week produced no destroyed-and-rebuilt VMs, it was a reading week, not a preparation week.
  2. Practising on dirty systems. A long-lived practice VM accumulates state that quietly props up your playbooks. This single habit produces more false confidence than any other.
  3. Keeping the documentation open until the end. Candidates who go closed-book only in the final week discover their real recall level with no time to fix it.
  4. Letting RHCSA skills decay. EX294 automates ordinary administration; if you can no longer do a task by hand, you cannot specify it in a playbook. Fold periodic manual drills into your lab time.
  5. Chasing clever YAML. The grader rewards machine state, not elegance. A plain, robust playbook that converges beats a sophisticated one that almost does. Optimise for reliability first, speed second, beauty never.

Booking, logistics and the final week

As of 2026, EX294's US list price is widely reported at $500 (it varies by country — confirm your local price on redhat.com when booking). Red Hat exams can be taken at testing locations or remotely; remote-exam requirements change, so verify the current logistics on Red Hat's exam-format pages rather than relying on second-hand accounts. Book only once your timed, closed-book, clean-node sessions are passing consistently — the exam fee is too high to use as a diagnostic.

In the final week, stop learning new material. Re-run your weakest objective areas, rehearse one full timed session, and re-verify the plumbing skills (inventory, SSH, privilege escalation) that everything else depends on. Remember the result will not be instant: scores usually arrive within three US business days, so plan for a short wait rather than an exam-day verdict. And one administrative check worth doing early: your RHCSA must be current for the Engineer-tier credential to be awarded, and passing EX294 conveniently extends the RHCSA a further three years from your new pass date.

Frequently asked questions

How many hours or weeks should I plan for EX294 preparation?

Red Hat publishes no official study-hour figure, and any number you see quoted is somebody's anecdote. The honest answer is that preparation time tracks your starting Ansible fluency far more than your years of Linux experience. A better yardstick than the calendar is capability: when your timed, closed-book sessions on freshly rebuilt nodes are passing consistently, you are ready, whether that took six weeks or six months. Red Hat's recommended route for structured learners is the RH294 (RHEL Automation with Ansible) course; self-directed candidates can substitute the lab regimen above.

Do I have to take Red Hat's official training to sit the exam?

No. Red Hat recommends RH124 and RH134 (or the RH199 rapid track) for the RHCSA foundation plus RH294/AU294 for EX294 itself, but none of these courses is required. Equivalent hands-on experience is a legitimate path, and the lab-first method in this guide is designed precisely for candidates preparing without classroom training. What is required is a current RHCSA before the Engineer-tier credential can be awarded.

Can I practise on CentOS Stream or another rebuild instead of RHEL?

Practise on Red Hat Enterprise Linux itself if you possibly can — Red Hat's developer subscription programme makes it available for individual use at no cost for this purpose, so the usual reason for substituting a rebuild has largely disappeared. The exam is delivered on Red Hat's platform, and small distribution differences are exactly the kind of surprise you do not want to meet for the first time under exam conditions.

What should I do the night before and the morning of the exam?

Nothing new. Cramming fresh modules the night before an exam that bans documentation mostly adds anxiety without adding recall. Rehearse your opening routine instead: read every task before starting, verify connectivity to all systems, and decide your triage order. Then trust the forty lab rebuilds — the preparation is already in your hands.

Your first lab session starts tonight

RHCE preparation rewards momentum more than planning. The whole method fits in one sentence — write playbooks from memory, run them on clean machines, verify the state, rebuild, repeat — and every part of it is available to you tonight with a laptop and a developer subscription. Build the control node, connect two managed nodes, and automate one small task end-to-end. The candidate who has rebuilt their lab forty times walks into EX294 knowing exactly what their playbooks can do on a fresh system, because they have watched it happen forty times. That certainty, not any single resource, is what preparation is for.

Exam facts in this guide were checked against official certification-provider pages on . Fees, exam codes and policies change — confirm on the provider’s own site before you book.

Put it into practice

Test what you have just read

Reading about an exam only takes you so far. Work through practice questions for your certification and find the gaps before exam day does.

You may also like