14 | Network Planning Guide
© 2018 Dell Inc. or its subsidiaries
Use the VxRail Setup Checklist and the VxRail Network Configuration Table to help create your network plan. References to
rows in this document are to rows in the VxRail Network Configuration Table.
Once you set up VxRail Appliances, and complete the initial initialization phase to produce the final product, the
configuration cannot be changed easily. Consequently, we strongly recommend that you take care during this
planning and preparation phase to decide on the configurations that will work most effectively for your organization.
Step 1: Decide on VxRail Single Point of Management
The unified resources of a VxRail appliance create a virtual infrastructure that is defined and managed as a vSphere cluster under a
single instance of vCenter. A decision must be made to use the VxRail vCenter Server, which is deployed in the cluster, or a Customer
Supplied vCenter Server, which is external to the cluster. During the VxRail initialization process which creates the final product,
you must select whether to deploy VxRail vCenter Server on the cluster, or deploy the cluster on an external Customer Supplied
vCenter Server. Once the initialization process is complete, migrating to a new vCenter single point of management requires
professional services assistance, and is difficult to change.
Multiple VxRail clusters can be configured on a single Customer Supplied vCenter Server, while a deployment with VxRail vCenter
Server is limited to a single VxRail cluster. The Customer Supplied vCenter Server option is more scalable, provides more
configuration options, and is the recommended choice. Refer to the Dell EMC VxRail vCenter Server Planning Guide for details.
Dell EMC strongly recommends that you take care during this planning and preparation phase, and decide on the
single point of management option that will work most effectively for your organization Once VxRail initialization has
configured the final product, the configuration cannot be changed easily.
Step 2: Plan the VxRail Logical Network
The physical connections between the ports on your network switches and the NICs on the VxRail nodes enable communications
for the virtual infrastructure within the VxRail cluster. The virtual infrastructure within the VxRail cluster uses the virtual
distributed switch to enable communication within the cluster, and out to IT management and the application user community.
VxRail has pre-defined logical networks to manage and control traffic within the cluster and outside of the cluster. Certain VxRail
logical networks must be made accessible to the outside community. For instance, connectivity to the VxRail management system is
required by IT management. End users and application owners will need to access their virtual machines running in the VxRail
cluster. Other types of VxRail-generated network traffic, such as device discovery, the network traffic supporting I-O to the vSAN
datastore, or the network used to dynamically migrate virtual machines between VxRail nodes to balance workload, can stay within
the VxRail cluster.
Virtual LANs (VLANs) are the method used to define the VxRail logical networks within the cluster, and the method used to control
the paths a logical network is allowed to pass through. A VLAN, represented as a numeric ID, is assigned to a VxRail logical network.
The same VLAN ID is also configured on the individual ports on your top-of-rack switches, and also on the virtual ports in the
virtual distributed switch during the automated implementation process. When an application or service in the VxRail cluster
sends a network packet on the virtual distributed switch, the VLAN ID for the logical network is attached to the packet. The packet
will only be able to pass through the ports on the top-of-rack switch and the virtual distributed switch where there is a match in
VLAN IDs. Isolating the VxRail logical network traffic using separate VLANs is highly recommended (but not required).
As a first step, the network team and virtualization team should to meet in advance to plan VxRail’s network architecture.
•The virtualization team needs to meet with the application owners to determine which specific applications and services
planned for VxRail are to be made accessible to specific end users. This will determine the number of logical networks that are
needed to support traffic from non-management virtual machines.
•The network team needs to define the pool of VLAN IDs needed to support the VxRail logical networks, and determine which
VLANs will restrict traffic to the cluster, and which VLANs will be allowed to pass through the switch up to the core network
•The network team needs to plan to configure the VLANs on the upstream network, and on the switch(es) attached to the
VxRail nodes