1Y0-240 · Question #239
Which Citrix ADC hardware or software platform offers a Multi-Tenant solution?
The correct answer is C. SDX. https://support.citrix.com/article/CTX226732
Question
Which Citrix ADC hardware or software platform offers a Multi-Tenant solution?
Options
- ACPX
- BVPX
- CSDX
- DMPX
How the community answered
(59 responses)- A7% (4)
- B10% (6)
- C80% (47)
- D3% (2)
Explanation
Topics
Community Discussion
9
Brenda K.May 19, 2026SDX is your answer here, and this one should cost you no more than 15 seconds. The SDX (Software Defined Appliance) is specifically engineered as the Multi-Tenant Citrix ADC platform, letting you run multiple isolated VPX instances on a single piece of hardware, which is the whole definition of multi-tenancy in this product line. MPX is a dedicated hardware appliance, VPX is a virtual appliance for single-tenant use, and CPX is the container-based form factor, so none of those fit the multi-tenant bill.
Orla P.May 5, 2026The SDX is the right call here, and C is what you mark, but I want to flag that VPX throws people off because you can spin up multiple VPX instances and it feels "multi-tenant" in practice. The SDX is the actual hardware platform purpose-built for multi-tenancy, running multiple isolated ADC instances on a single appliance with dedicated resources per tenant.
Isolde G.May 7, 2026VPX multi-instance confusion is real, but worth adding that SDX isolation goes further than just dedicated resources, since each Service Package gets its own dedicated CPU cores, memory, and interfaces, which is what actually satisfies the hard tenant separation requirement on the exam and in production.
Samuel O.May 6, 2026The VPX throws people off here because it runs as a virtualized appliance and feels "multi-tenant" in spirit, but it is still a single-tenant instance, you just deploy multiple VPXs to get that effect. The SDX is the right answer because it is the dedicated hardware platform built from the ground up to host multiple isolated VPX instances on a single box, which is the actual definition of Multi-Tenant in Citrix's architecture.
Imani T.May 7, 2026Samuel nailed the core distinction, though worth adding that the SDX isolation goes deeper than just instance separation, each VPX on SDX gets dedicated CPU, memory, and throughput guarantees, which is what actually makes it enterprise-grade multi-tenancy rather than just logical carving.
Imani T.Apr 26, 2026SDX is the answer here and the reasoning clicks once you understand what multi-tenancy actually means in this context. The SDX platform lets you spin up multiple VPX instances on a single piece of hardware, each with dedicated CPU cores, memory, and network interfaces, so different teams or customers can share one box without stepping on each other. MPX is single-tenant dedicated hardware, VPX is just a virtual appliance you drop on any hypervisor, and CPX is container-based, none of those carve up resources across isolated tenants the way SDX does. On my actual exam I almost second-guessed myself toward VPX because I kept thinking "virtual equals flexible equals multi-tenant," but then I remembered that SDX is specifically the one Citrix built around the concept of multiple independent instances on shared physical iron, and that locked it in for me.
Brenda K.Apr 27, 2026Solid breakdown, and the VPX trap is real, but worth hammering one more distinction for exam day: SDX does not just carve up resources, it runs a full management service layer (the SDX Service VM) that provisions and monitors each VPX tenant instance, so if that detail shows up in a question stem it is a dead giveaway you are looking at SDX and not any other form factor.
Isolde G.May 13, 2026Thought MPX at first, but SDX is the one built for multi-tenancy via hardware partitioning.
Samuel O.May 14, 2026SDX handles the hardware-level partitioning piece, but keep in mind that a lot of exam questions will blur the line between SDX and MPX by asking about which one you reach for when the requirement is specifically about SSL offload at scale, so know both cold before test day.