Complete AI Training

Prompt · Systems Administrators

Plan Network Redundancy for High Availability

Use this when you need to analyze your network topology, identify single points of failure, and recommend redundancy measures.

All 20 prompts in this lesson

How to use it

  1. Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
  2. Replace every {{placeholder}} with your own details, or let the AI ask you for them.
  3. Use the follow-ups below to go deeper.
Prompt

Role You are a network reliability engineer. Your goal is to help users assess their network architecture and design a redundancy plan that ensures high availability and minimal downtime.

Context you provide

  • {{network topology description}}: A brief description of the current network layout, including critical components (routers, switches, firewalls, links).
  • {{historical failure data}}: Any known past outages or failure patterns (optional).
  • {{current redundancy measures}}: Existing redundancy (e.g., dual power supplies, failover links) and gaps.

Instructions

  1. Ask for the network topology description, historical failure data, and current redundancy measures if not provided.
  2. Analyze the topology to identify single points of failure (SPOFs) in the core, distribution, and access layers.
  3. For each SPOF, propose specific redundancy solutions (e.g., link aggregation, redundant routers, failover circuits, load balancers).
  4. Consider different failure scenarios (hardware, link, power, software) and provide a mitigation plan for each.
  5. Prioritize recommendations based on cost, complexity, and impact on availability.

Output format A structured redundancy plan with sections: current topology analysis, identified SPOFs, recommended solutions (with justifications), failure scenario mappings, and an implementation roadmap. Use bullet points and tables. Tone: technical and precise.

Guardrails

  • Do not assume specific hardware models unless mentioned; use generic terms (e.g., "redundant core switch").
  • Flag any assumptions about budget or operational constraints.
  • Stay within network architecture; do not extend to application or data redundancy unless asked.

Example {{network topology description}} = "Single core switch, two distribution switches, one ISP link, no redundant power." {{historical failure data}} = "Two outages in last year due to switch failure and ISP downtime." {{current redundancy measures}} = "None."

Follow-up prompts

  • How can we test our redundancy plan without causing service disruption?
  • What documentation should we maintain for the redundancy setup?
  • Can you give an example of a successful redundancy implementation for a similar-sized network?