- The Cisco and NetApp FlexPod Design Specialist exam is built from four domains: Design, Networking, Security, and Tools.
- NetApp's current exam listing identifies the exam as NS0-177; older NS0-170, NS0-173 and NS0-175 details do not apply.
- No official domain weights are published in the objectives outline, so prepare evenly across all four domains.
- Domain 1 centers on matching FlexPod components to customer workloads and sizing to best practices.
How the CNFDS Blueprint Is Organized
The Cisco and NetApp FlexPod Design Specialist Certification (CNFDS) is issued through NetApp's certification program and validates that you can design FlexPod converged infrastructure solutions, not merely operate them. The issuer's exam objectives outline, published under the heading "What you will be tested on," divides the content into four domains: FlexPod Design, Networking, Security, and Tools. NetApp's current listing identifies the exam as NS0-177.
If you are still orienting yourself, the explainer on what CNFDS certification is covers the credential itself, while this article focuses on what each domain expects of you. For the full preparation plan that builds on these domains, see the CNFDS study guide.
| Domain | Core Focus | Objective Count |
|---|---|---|
| 1. FlexPod Design | Components, sizing, support options | 3 objectives |
| 2. Networking | Cisco networking components and FlexPod network configurations | 2 objectives |
| 3. Security | Access control and secure multitenancy | 2 objectives |
| 4. Tools | Supported-component resources, management tools, troubleshooting | 3 objectives |
Objective counts are not weights. A domain with fewer listed objectives can still carry substantial exam content, so treat all four as examinable.
Domain 1: FlexPod Design
This is the domain that gives the certification its name, and it asks you to think like a solutions designer. The three objectives are: identifying FlexPod components based upon customer workloads, sizing a solution based on customer requirements in accordance with FlexPod best practices, and knowing the support options for FlexPod.
Domain 1: FlexPod Design
Expect scenario-driven reasoning: a customer describes a workload and constraints, and you choose and justify the architecture.
- Select FlexPod components (compute, network, storage) that fit a described customer workload
- Translate customer requirements into a sized solution consistent with FlexPod best practices
- Understand the support options available for FlexPod deployments
Components Matched to Workloads
The first objective is about fit. A virtualized general-purpose environment, a database-heavy platform, and a VDI deployment stress infrastructure differently. You should be able to reason about which compute, network, and storage building blocks suit each pattern and explain why. Memorizing a component list is not enough; the exam rewards candidates who can connect a workload characteristic to a design choice.
Sizing to Best Practices
Sizing questions tend to hinge on requirements gathering. Practice turning vague customer statements (capacity growth, performance expectations, availability needs) into concrete design decisions, and know that FlexPod best practices constrain how far you can deviate from a validated design.
Support Options
FlexPod is a joint Cisco and NetApp offering, so understanding how support works across the partnership is its own testable objective. Be prepared to explain what support options exist and how they relate to using supported component combinations.
Domain 2: Networking
The Networking domain has two objectives: the Cisco networking components used within FlexPod designs, and FlexPod networking configurations. Because FlexPod pairs NetApp storage with Cisco compute and networking, candidates with a storage-only background often find this domain the steepest climb.
Domain 2: Networking
Know what the Cisco networking layer contributes to a FlexPod and how it is configured to carry compute, storage, and management traffic.
- Identify the Cisco networking components used in FlexPod designs and the role each plays
- Understand how FlexPod networking is configured, including how traffic types are organized and connected
- Be able to reason about design implications of one configuration choice versus another
Focus on the relationships between components: how compute connects upstream, how storage connects to the fabric, and what a sound configuration looks like end to end. If you come from a networking background, the reverse gap applies: you will need to understand why the storage side imposes certain requirements on the network design.
Domain 3: Security
The Security domain covers two areas: access control methods for FlexPod solutions, and considerations in building a secure multitenancy design. It is compact on paper but conceptually dense.
Domain 3: Security
Security in a converged stack means controlling who can do what across multiple layers, and keeping tenants isolated from one another.
- Access control methods that apply across the FlexPod components
- Design considerations for secure multitenancy, including how isolation is achieved across compute, network, and storage
- How security choices interact with the sizing and networking decisions made elsewhere in the design
Access Control
Think about the management surfaces in a FlexPod: each layer has administrative interfaces, and a coherent design controls access consistently rather than leaving each layer as an island. Be ready to discuss access control as a design concern, not just a configuration step.
Secure Multitenancy
Multitenancy questions are architectural. A tenant should not be able to see or affect another tenant's resources, and isolation must hold at every layer. Practice describing how a design maintains separation end to end, and what could break that separation if one layer is configured carelessly.
Domain 4: Tools
The Tools domain has three objectives: resources for determining supported FlexPod components, tools for managing FlexPod, and troubleshooting methodologies for FlexPod solutions. It is the most practical domain and the one most often skimmed.
Domain 4: Tools
A good FlexPod designer knows how to verify a design is supported, how it will be managed, and how problems will be isolated.
- Resources used to confirm which FlexPod components and combinations are supported
- Management tools available for operating a FlexPod
- Troubleshooting methodologies suited to a multi-vendor converged stack
Verifying Supported Components
Because FlexPod's value depends on validated, supported combinations, knowing where to check support status is core design knowledge. Expect questions that test whether you know which kind of resource answers a given compatibility question.
Management and Troubleshooting
Know the categories of management tooling and what each is for. For troubleshooting, the emphasis is on methodology: how you narrow a fault across compute, network, and storage layers rather than chasing symptoms in one layer. Candidates who have only worked within a single layer should deliberately study cross-layer isolation.
Where the Four Domains Overlap
The domains are listed separately, but real questions blend them. A sizing scenario (Domain 1) may require you to account for network bandwidth (Domain 2); a multitenancy requirement (Domain 3) may drive a design choice you must then validate against supported configurations (Domain 4).
Key Takeaway
Study each domain on its own first, then practice scenarios that cross domains. When you read a design problem, ask four questions: Does it fit the workload? Is the network sound? Is it secure and isolated? Is it supported and manageable?
A Domain-Ordered Study Sequence
One sequencing approach follows the dependency between domains: design decisions first, then the layers that implement them, then the verification and operations layer. Adjust to your own background.
Domain 1: FlexPod Design
- Map component choices to workload types
- Work through requirement-to-sizing reasoning
- Review FlexPod support options
Domain 2: Networking
- Learn the Cisco components and their roles
- Study FlexPod network configurations end to end
- Spend extra time here if your background is storage-only
Domains 3 and 4: Security and Tools
- Cover access control and secure multitenancy
- Learn supported-component resources and management tools
- Rehearse troubleshooting methodology across layers
Cross-Domain Review
- Take timed practice questions covering all four domains
- Revisit weak domains and rework scenario questions
Put Networking early if you are a storage specialist, since it needs the most ramp-up. For a printable recap of the highest-value facts, the CNFDS cheat sheet is a useful companion, and the CNFDS practice tests let you check which domains need more work.
What the Blueprint Does Not Tell You
Several details candidates commonly ask about are not part of the objectives outline, and it is better to know that than to rely on unverified numbers circulating online.
- Domain weights: not published in the supplied issuer outline, so no percentage should be assumed.
- Question count, timer, and passing score: not verified from the supplied public content. See CNFDS passing score for what is and is not known.
- Current fee: not verified here. Check NetApp's official certification pages, and see CNFDS certification cost for the cost picture.
- Older exam codes: logistics tied to NS0-170, NS0-173, and NS0-175 should not be applied to the current NS0-177 listing.
For eligibility questions, read CNFDS requirements. If you are weighing the credential's value for your career, whether CNFDS is worth it and CNFDS jobs cover the employer-facing side.
Frequently Asked Questions
Four: FlexPod Design, Networking, Security, and Tools. NetApp's objectives outline, headed "What you will be tested on," lists the objectives under each of these domains.
NetApp's current exam listing identifies the exam as NS0-177. Earlier codes such as NS0-170, NS0-173, and NS0-175 belong to previous versions and should not be used for current planning.
Not in the supplied issuer objectives outline. Because weights are not confirmed, the safest approach is to prepare across all four domains rather than concentrating on one.
It depends on your background. Storage specialists often find Networking hardest, while network engineers tend to need more work on Design and on cross-layer troubleshooting in Tools. See the difficulty guide for more detail.
The CNFDS practice test site offers practice questions you can use to find weak domains, and the study guide shows how to fold them into a full plan.