1V0-642 · Question #66
Which plane of the VMware NSX architecture provides a single point of configuration and Representational State Transfer (REST) API entry points?
The correct answer is A. Management. https://pubs.vmware.com/NSX-62/topic/com.vmware.ICbase/PDF/nsx_62_api.pdf (page 24, management plane)
Question
Which plane of the VMware NSX architecture provides a single point of configuration and Representational State Transfer (REST) API entry points?
Options
- AManagement
- BControl
- CIntegration
- DData
How the community answered
(18 responses)- A83% (15)
- C11% (2)
- D6% (1)
Explanation
https://pubs.vmware.com/NSX-62/topic/com.vmware.ICbase/PDF/nsx_62_api.pdf (page 24, management plane)
Topics
Community Discussion
6Quick win, bank it in under 30 seconds. Answer is A, Management. The Management plane is where NSX Central Manager lives, and it is the single pane of glass for all configuration tasks plus the REST API entry point that lets you automate deployments, push policies, and integrate with orchestration tools. The Control plane handles real-time network state distribution to hosts, telling them what forwarding decisions to make, but it does not expose configuration or API endpoints to administrators. The Data plane is pure packet forwarding, and Integration is not a real NSX architecture plane at all, so eliminate both of those immediately without a second thought. See Management, mark it, move on.
Took the 1V0-642 back when I was still doing night shifts and crammed NSX architecture on my lunch breaks, and this exact question showed up word for word. The Management plane is your single pane of glass for config and REST API access, the Control and Data planes handle different jobs entirely, so A was an easy pick once you draw out the three-plane model even once.
The answer is A, Management, and the key phrase to lock onto is "single point of configuration," which is the textbook job of NSX Manager. The distractor that trips people up on this blueprint domain is B, Control, because the control plane does sit above the data plane and people associate "control" with being in charge, but the control plane in NSX is responsible for distributing network state such as MAC tables and routing information to hypervisors, not for accepting REST API calls or admin configuration. A quick mnemonic I give my students is MCData, Management Configures, Data Acts, which maps the three real planes cleanly and reminds you that Control sits in the middle pushing state, not taking orders from the outside world. Integration is not a recognized NSX architectural plane at all, so if you see it on the live exam, treat it as a distractor designed to catch people who are guessing from vague memory.
MCData is clean but I have seen people mix up "state distribution" with "control" in the broader sense so I always add that the control plane in NSX-T specifically delegates to the local control plane on each host, which is why the management plane can go down temporarily without killing your existing data flows.
A is right, but do you know what actually lives in that management plane?
The management plane is home to your out-of-band control traffic, think SSH, SNMP, syslog, and NTP, which is exactly why exam questions love testing whether you can correctly separate it from the control plane (routing protocol hellos, OSPF, BGP) and the data plane (actual forwarded user traffic), because mixing those three up is the single most common Domain 2 trap on blueprint day.