JNCIA-SEC and JNCIS-SEC lab 10 of 16
Cluster failover and troubleshooting
Load a contractor's cluster configuration, find its four faults against the design, then prove failover by hand, by a failed link, and with a download running across it.
Run this lab
It needs Standard: its 4 nodes are set to 6 vCPU and 10,240 MB in total.
In your workspace: Shared, then JNCIA-SEC and JNCIS-SEC SRX security guided labs, then 10 - Cluster failover and troubleshooting
- Level
- Advanced
- Time
- About 90 minutes
- Nodes need
- 6 vCPU, 10,240 MB
- Smallest plan
- Standard
The scenario
A contractor set up Hartwell's cluster and left a handover file. The first time the office LAN switch port failed, nothing moved, and there's a doubt about the fabric too. You'll load his configuration as it stands, find what's wrong against the design, and then prove failover properly: by hand, by a failed link, and with a download running through it.
| Device | Interface | Address | Notes |
|---|---|---|---|
| Cluster | reth0.0 | 10.10.10.1/24 | Zone trust |
| Cluster | reth1.0 | 203.0.113.1/24 | Zone untrust |
| LAN-PC | eth0 | 10.10.10.10/24 | Gateway 10.10.10.1 |
| OUT | eth0 | 203.0.113.10/24 | Gateway 203.0.113.1 |
| Port in EVE (before clustering) | After clustering, node0 | After clustering, node1 | Used for |
|---|---|---|---|
first data port (ge-0/0/0) | em0 | em0 | Control link |
second (ge-0/0/1) | ge-0/0/0 | ge-7/0/0 | Fabric link |
third (ge-0/0/2) | ge-0/0/1 | ge-7/0/1 | reth0, the office LAN |
fourth (ge-0/0/3) | ge-0/0/2 | ge-7/0/2 | reth1, the internet |
| Design | Value |
|---|---|
| Normal primary for RG0 and RG1 | node 0 (priority 100, node 1 is 50) |
| RG1 returns to node 0 by itself | Yes (preempt) |
| A failed monitored link | Moves RG1 straight away |
| reth0 and reth1 | A member on each node |
What you’ll practise
- Troubleshoot a cluster from control link upwards
- Use priorities, preempt and manual failover
- Set interface-monitor weights that really move a group
- Read cluster history
- Prove that a live session survives a failover
The tasks
- Form the cluster and load the handover file
- Find the faults
- Manual failover
- A failed link
- Failover with a connection running
The Lab Tasks pane has the scenario, these tasks, the checks to run, hints and the full solution.
Topology and devices
The network as it opens in EVE-NG, drawn from the lab’s own canvas, and the image each node runs.
Every link, as text
- SRX-A
ge-0/0/0to SRX-Bge-0/0/0 - SRX-A
ge-0/0/1to SRX-Bge-0/0/1 - SRX-A
ge-0/0/2to LAN (network) - SRX-B
ge-0/0/2to LAN (network) - SRX-A
ge-0/0/3to WAN (network) - SRX-B
ge-0/0/3to WAN (network) - LAN-PC
eth0to LAN (network) - OUT
eth0to WAN (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| SRX-A | Juniper vSRX NextGen template | vsrxng-24.4R1.9 | 2 vCPU, 4,096 MB |
| SRX-B | Juniper vSRX NextGen template | vsrxng-24.4R1.9 | 2 vCPU, 4,096 MB |
| LAN-PC | EVE-NG GUI server (Docker) | eve-gui-server:latest | 1 vCPU, 1,024 MB |
| OUT | EVE-NG GUI server (Docker) | eve-gui-server:latest | 1 vCPU, 1,024 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
JNCIA-SEC and JNCIS-SEC SRX security guided labs.Open
10 - Cluster failover and troubleshootingand start its nodes, then open Lab Tasks for the scenario and the steps.
The lab is read-only. You can start the nodes and configure the devices, but changes to the topology can’t be saved. To change it, rebuild it in your own folder.
More JNCIA-SEC and JNCIS-SEC labs
All JNCIA-SEC and JNCIS-SEC labs
Related labs in other courses
CloudLabBox is independent of Cisco and Juniper Networks. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.